From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 01:40:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 299881065670 for ; Sun, 2 Aug 2009 01:40:37 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id D94258FC0C for ; Sun, 2 Aug 2009 01:40:36 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: by gxk17 with SMTP id 17so4449409gxk.19 for ; Sat, 01 Aug 2009 18:40:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=NQ8BYqNxfph/vndCFzDVs+ClBy2V9B5SlVjxwHgn8kE=; b=H6GbXzKN0VY32lUD/AUbR4nYxDrQ7oWTFGvr/26j1cPGvEHatZHtv1D8/DL/ZRMFp9 8sFAXeEEGCMhL1Xha6JXtpqAupxztp20RZZNpRQa4xBzDaJj8BdcNIbBfV3KTj9GapNb Ciy+2GvtW3xn8Bb4U9Uezj4+mEOHHw2l9TCxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=a4IW7xXzJ4E5QSRlkS1kKV6QW2uE90JqXKNosrm81p8VStPSAOiENe6yOz+ZTXhavt rZ7DDGhkAHBfMbTt1/iaWixz1dIi/kQCca8Gg7y6hVTw21N1fCIo6fX+ai/JBtY646yO bu3fSuX/NRnl89Gl+rQRXzoGJy9eQa8G1yqVg= MIME-Version: 1.0 Received: by 10.100.126.1 with SMTP id y1mr4592133anc.1.1249175689094; Sat, 01 Aug 2009 18:14:49 -0700 (PDT) From: matt donovan Date: Sat, 1 Aug 2009 21:14:29 -0400 Message-ID: <28283d910908011814y7838eedfica94021d65433566@mail.gmail.com> To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: latest svn kernel build seems to be broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 01:40:37 -0000 While trying to build the kernel modules I get the following error this is with svn co of 196027 ===> nfscommon (all) make: don't know how to make @/sys/vimage.h. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 01:58:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F812106566B for ; Sun, 2 Aug 2009 01:58:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outc.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 599768FC0C for ; Sun, 2 Aug 2009 01:58:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id B8F13A1EA7; Sat, 1 Aug 2009 18:58:57 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from localhost (m310536d0.tmodns.net [208.54.5.49]) by idiom.com (Postfix) with ESMTP id 26BF32D6006; Sat, 1 Aug 2009 18:58:55 -0700 (PDT) From: Julian Elischer Date: Sat, 01 Aug 2009 18:58:50 -0700 To: matt donovan ,freebsd-current@freebsd.org Message-ID: <28283d910908011814y7838eedfica94021d65433566@mail.gmail.com> Content-Type: multipart/mixed; boundary="----RENS3SMDGMDLTALQTXE521FYVUNI2B" MIME-Version: 1.0 Cc: Subject: Re: latest svn kernel build seems to be broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 01:58:57 -0000 ------RENS3SMDGMDLTALQTXE521FYVUNI2B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 UHJvYmFibHkgbmVlZCB0byBjbGVhbiBvdXQgdGhlIGRpcmVjdG9yaWVzLgoKCm1hdHQgZG9ub3Zh biA8a2l0Y2hldGVjaEBnbWFpbC5jb20+IHdyb3RlOgoKPldoaWxlIHRyeWluZyB0byBidWlsZCB0 aGUga2VybmVsIG1vZHVsZXMgSSBnZXQgdGhlIGZvbGxvd2luZyBlcnJvciB0aGlzIGlzDQo+d2l0 aCBzdm4gY28gb2YgMTk2MDI3DQo+DQo+PT09PiBuZnNjb21tb24gKGFsbCkNCj5tYWtlOiBkb24n dCBrbm93IGhvdyB0byBtYWtlIEAvc3lzL3ZpbWFnZS5oLiBTdG9wDQo+KioqIEVycm9yIGNvZGUg Mg0KPg0KPlN0b3AgaW4gL3Vzci9zcmMvc3lzL21vZHVsZXMuDQo+KioqIEVycm9yIGNvZGUgMQ0K Pg0KPlN0b3AgaW4gL3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQy4NCj4qKiogRXJyb3IgY29k ZSAxDQo+DQo+U3RvcCBpbiAvdXNyL3NyYy4NCj4qKiogRXJyb3IgY29kZSAxDQo+DQo+U3RvcCBp biAvdXNyL3NyYy4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPmZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj5odHRwOi8v bGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQNCj5UbyB1 bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJl QGZyZWVic2Qub3JnIg0K ------RENS3SMDGMDLTALQTXE521FYVUNI2B-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 08:03:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC88106564A; Sun, 2 Aug 2009 08:03:32 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 142538FC08; Sun, 2 Aug 2009 08:03:32 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-240-232.hsd1.ms.comcast.net [75.65.240.232]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 936DB37B5A4; Sun, 2 Aug 2009 02:44:20 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9FB3861C41; Sun, 2 Aug 2009 02:44:19 -0500 (CDT) Date: Sun, 2 Aug 2009 02:44:19 -0500 From: "Matthew D. Fuller" To: Alexander Motin Message-ID: <20090802074419.GA62454@over-yonder.net> References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907301706.n6UH6HrY047414@lava.sentex.ca> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 08:03:32 -0000 For another datapoint. On Thu, Jul 30, 2009 at 01:09:09PM -0400 I heard the voice of Mike Tancsa, and lo! it spake thus: > Using HEAD from today (July 30) on an AMD64 kernel HEAD yesterday (Aug 1) on amd64 > ahci0@pci0:0:17:0: class=0x010601 card=0x43911002 > chip=0x43911002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'SB700 SATA Controller [AHCI mode]' Same device, in an Asus M4A79 Deluxe board. ada0 at ahcich1 bus 0 target 0 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 286168MB (586072368 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing enabled ada1 at ahcich2 bus 0 target 0 lun 0 ada1: ATA/ATAPI-8 SATA 2.x device ada1: 300.000MB/s transfers ada1: 286168MB (586072368 512 byte sectors: 16H 63S/T 16383C) ada1: Native Command Queueing enabled cd0 at ahcich3 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers I haven't done any benchmarking, but it certainly doesn't feel any slower. And as a neat bonus, since my swap is glabel'd and all the filesystems are ZFS, I didn't have to touch anything for the device name changes :) I've hit two issues: 1) `camcontrol inquiry ada0` (inquiry, not identify) seems to lock the box down pretty hard (I haven't tried to reproduce, just did it once in single user, and eventually had to hit the BRS). "Don't Do That Then", and having done it once I know not to do it again, but a bit of a rough edge. 2) Audio CD stuff on the DVD drive gets cranky. - cdrecord doesn't seem to like it anymore. -scanbus says cdrecord: Inappropriate ioctl for device. CAMIOCOMMAND ioctl failed. Cannot open SCSI driver. - Using cdda2wav to try and rip an audio track using the cd0 device scrolls a lot of Sorry, this driver and/or drive does not support cdda reading. and such errors. Guessing the bus/id/lun from the devlist gives what I assume is the same ioctl error from above. This may well be a known and expected "haven't done that yet" of course. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 09:27:17 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAA6A106566B; Sun, 2 Aug 2009 09:27:17 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by mx1.freebsd.org (Postfix) with ESMTP id E3EBF8FC0C; Sun, 2 Aug 2009 09:27:16 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by jpru.ffm.jpru.de (8.13.8/8.13.8) with ESMTP id n729RF5k085356; Sun, 2 Aug 2009 11:27:15 +0200 (CEST) (envelope-from lists@jpru.de) Received: (from unger@localhost) by jpru.ffm.jpru.de (8.13.8/8.13.8/Submit) id n729REd7085355; Sun, 2 Aug 2009 11:27:14 +0200 (CEST) (envelope-from lists@jpru.de) X-Authentication-Warning: jpru.ffm.jpru.de: unger set sender to lists@jpru.de using -f Date: Sun, 2 Aug 2009 11:27:14 +0200 From: Juergen Unger To: Pawel Jakub Dawidek Message-ID: <20090802092714.GA5813@jpru.ffm.jpru.de> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090729084723.GD1586@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 09:27:18 -0000 Hi Pawel, On Wed, Jul 29, 2009 at 10:47:23AM +0200, Pawel Jakub Dawidek wrote: > On Tue, Jul 28, 2009 at 12:50:26PM +0300, Andriy Gapon wrote: > > on 27/07/2009 22:58 O. Hartmann said the following: > > > Juergen Unger wrote: > > [snip] > > >>> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 > > >>> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+0x35 > > >>> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at zfs_znode_dmu_f3 > > >>> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_freebsd_reclaim+0 > > >>> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAIM_APV+0xa5 > > >>> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 > > >>> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 > > >>> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x80 > > >>> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 > > >>> fork_trampoline() at fork_trampoline+0x8 >[snip] > > P.S. I see that zfs_inactive checks for z_dbuf being NULL and there is the > > following comment: > > /* > > * The fs has been unmounted, or we did a > > * suspend/resume and this file no longer exists. > > */ > > Maybe zfs_freebsd_reclaim should do the same? > > Yes, you might be right. > > Could you guys, who can reproduce it, try this patch: > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch I tried the patch, restarted the whole thing yesterday morning and after less then 24 hours and approximately 3215 zfs-receive jobs it do not crashes anymore, but the last started zfs-receive jobs is hanging, cannot be killed, even not with -9. Even other zfs commands are hanging and cannot be killed, while zpool commands seems to be not affected. root 86397 0.0 0.0 3920 1308 ?? D 3:18AM 0:00.29 zfs receive -Fv zzzz/203 root 5001 0.0 0.0 3920 1208 0 D+ 10:45AM 0:00.00 zfs list -t snapshot root 5477 0.0 0.0 3920 1240 3 D+ 11:08AM 0:00.00 zfs list also the sync command I tried to execute hangs forever: root 5457 0.0 0.0 1528 492 2- D+ 11:05AM 0:00.04 sync Other parts of the system which do not have something todo with zfs are still working well. I will leave the machine running in this state, is there something I can do to retrieve other usefull information for you? thnx in advance, Juergen -- ENOSIG From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 09:30:00 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90E41065670; Sun, 2 Aug 2009 09:30:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 29E978FC17; Sun, 2 Aug 2009 09:29:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BFEE645CAC; Sun, 2 Aug 2009 11:29:57 +0200 (CEST) Received: from localhost (abib242.neoplus.adsl.tpnet.pl [83.7.117.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 25DD145C98; Sun, 2 Aug 2009 11:29:52 +0200 (CEST) Date: Sun, 2 Aug 2009 11:30:16 +0200 From: Pawel Jakub Dawidek To: Juergen Unger Message-ID: <20090802093016.GB3071@garage.freebsd.pl> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <20090802092714.GA5813@jpru.ffm.jpru.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: ** X-Spam-Status: No, score=2.5 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL, RCVD_IN_XBL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 09:30:01 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 02, 2009 at 11:27:14AM +0200, Juergen Unger wrote: > Hi Pawel, >=20 > On Wed, Jul 29, 2009 at 10:47:23AM +0200, Pawel Jakub Dawidek wrote: > > On Tue, Jul 28, 2009 at 12:50:26PM +0300, Andriy Gapon wrote: > > > on 27/07/2009 22:58 O. Hartmann said the following: > > > > Juergen Unger wrote: > > > [snip] > > > >>> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 > > > >>> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+= 0x35 > > > >>> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at z= fs_znode_dmu_f3 > > > >>> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_fr= eebsd_reclaim+0 > > > >>> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAI= M_APV+0xa5 > > > >>> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 > > > >>> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 > > > >>> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x= 80 > > > >>> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 > > > >>> fork_trampoline() at fork_trampoline+0x8 > >[snip] > > > P.S. I see that zfs_inactive checks for z_dbuf being NULL and there i= s the > > > following comment: > > > /* > > > * The fs has been unmounted, or we did a > > > * suspend/resume and this file no longer exists. > > > */ > > > Maybe zfs_freebsd_reclaim should do the same? > >=20 > > Yes, you might be right. > >=20 > > Could you guys, who can reproduce it, try this patch: > >=20 > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch >=20 > I tried the patch, restarted the whole thing yesterday morning > and after less then 24 hours and approximately 3215 zfs-receive > jobs it do not crashes anymore, but the last started zfs-receive > jobs is hanging, cannot be killed, even not with -9. Even other > zfs commands are hanging and cannot be killed, while zpool commands > seems to be not affected. >=20 > root 86397 0.0 0.0 3920 1308 ?? D 3:18AM 0:00.29 zfs receive= -Fv zzzz/203 > root 5001 0.0 0.0 3920 1208 0 D+ 10:45AM 0:00.00 zfs list -t= snapshot > root 5477 0.0 0.0 3920 1240 3 D+ 11:08AM 0:00.00 zfs list >=20 > also the sync command I tried to execute hangs forever: >=20 > root 5457 0.0 0.0 1528 492 2- D+ 11:05AM 0:00.04 sync >=20 > Other parts of the system which do not have something todo with zfs > are still working well. I will leave the machine running in this > state, is there something I can do to retrieve other usefull information > for you? If you can break into debugger and send me 'show alltrace' for starters. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKdVyoForvXbEpPzQRAi8dAKCEpGhqHjJvGVa3Bw0iyvNiElA7MQCg2HvH CIaaGbnB7hW+rlFIBoNdCgQ= =IyTt -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 09:53:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DE70106564A for ; Sun, 2 Aug 2009 09:53:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id 383BF8FC22 for ; Sun, 2 Aug 2009 09:53:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id EF6FDB3F80 for ; Sun, 2 Aug 2009 02:53:18 -0700 (PDT) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id AD6582D600E for ; Sun, 2 Aug 2009 02:53:18 -0700 (PDT) Message-ID: <4A756214.8010002@elischer.org> Date: Sun, 02 Aug 2009 02:53:24 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 09:53:19 -0000 I simplified the output of the preprocessor for a PCPU_SET(xx, newval) (to look at it). I came down to: (after formatting) for i386.. { __typeof(((struct pcpu *)0)->pc_xx) __val; struct __s { u_char __b[(((sizeof(__val)) < (4)) ? (sizeof(__val)) : (4))]; } __s; __val = (newval); /* aligned */ if (sizeof(__val) == 1 || sizeof(__val) == 2 || sizeof(__val) == 4) { __s = *(struct __s *)(void *)&__val; __asm volatile("mov %1,%%fs:%0" : "=m" (*(struct __s *)(__builtin_offsetof( struct pcpu, pc_xx))) : "r" (__s)); } else { *__extension__ ( { __typeof(__val) *__p; __asm volatile("movl %%fs:%1,%0; addl %2,%0" : "=r" (__p) : "m" (*(struct pcpu *)(__builtin_offsetof(struct pcpu, pc_prvspace))), "i" (__builtin_offsetof(struct pcpu, pc_xx))); __p; }) = __val; } } having had my brain explode on this several times, I can't figure out exactly what teh clause after the else is doing. anyone better at reading __asm better than me care to explain it in simple words? From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 10:00:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5004B1065673 for ; Sun, 2 Aug 2009 10:00:15 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 24B308FC1B for ; Sun, 2 Aug 2009 10:00:15 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-240-232.hsd1.ms.comcast.net [75.65.240.232]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id B5BA337B54E; Sun, 2 Aug 2009 05:00:12 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id EADA761C41; Sun, 2 Aug 2009 05:00:11 -0500 (CDT) Date: Sun, 2 Aug 2009 05:00:11 -0500 From: "Matthew D. Fuller" To: Joerg Schilling Message-ID: <20090802100011.GB62454@over-yonder.net> References: <4a755d11.YH68jo2T1j3qYokP%Joerg.Schilling@fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4a755d11.YH68jo2T1j3qYokP%Joerg.Schilling@fokus.fraunhofer.de> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 10:00:15 -0000 On Sun, Aug 02, 2009 at 11:32:01AM +0200 I heard the voice of Joerg Schilling, and lo! it spake thus: > > Did someone iomplement a CAM driver that does not support the ioctl > for sending SCSI commands, or do you have different problems? Well, being as the failure is now that I upgraded and am using the CAM AHCI driver, and it worked before [via ATAPICAM], I'm guessing it's the former (hence posting it in the thread on that driver :). Though I guess there's always the chance that other -CURRENT changes since my last (early June) kernel ate it. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 10:23:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8712F1065673 for ; Sun, 2 Aug 2009 10:23:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6028FC12 for ; Sun, 2 Aug 2009 10:23:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 26F95B3F80 for ; Sun, 2 Aug 2009 03:23:21 -0700 (PDT) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A477F2D6019 for ; Sun, 2 Aug 2009 03:23:20 -0700 (PDT) Message-ID: <4A75691E.9070401@elischer.org> Date: Sun, 02 Aug 2009 03:23:26 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------040209070305050406080508" Cc: Subject: possible readability improvement for i386 pcpu macros: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 10:23:21 -0000 This is a multi-part message in MIME format. --------------040209070305050406080508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit if you have to ever look at the output of the cpp then this removes a number of things you have to puzzle over in the output of PCPU_SET() and friends. I don't know if it applies to the other architectures. --------------040209070305050406080508 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="pcpu2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pcpu2.diff" Index: include/pcpu.h =================================================================== --- include/pcpu.h (revision 196030) +++ include/pcpu.h (working copy) @@ -152,7 +152,7 @@ #define __PCPU_GET(name) __extension__ ({ \ __pcpu_type(name) __res; \ struct __s { \ - u_char __b[MIN(sizeof(__pcpu_type(name)), 4)]; \ + u_char __b[MIN(sizeof(__res), 4)]; \ } __s; \ \ if (sizeof(__res) == 1 || sizeof(__res) == 2 || \ @@ -174,7 +174,7 @@ #define __PCPU_ADD(name, val) do { \ __pcpu_type(name) __val; \ struct __s { \ - u_char __b[MIN(sizeof(__pcpu_type(name)), 4)]; \ + u_char __b[MIN(sizeof(__val), 4)]; \ } __s; \ \ __val = (val); \ @@ -217,7 +217,7 @@ #define __PCPU_SET(name, val) { \ __pcpu_type(name) __val; \ struct __s { \ - u_char __b[MIN(sizeof(__pcpu_type(name)), 4)]; \ + u_char __b[MIN(sizeof(__val), 4)]; \ } __s; \ \ __val = (val); \ --------------040209070305050406080508-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 10:25:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CCAE1065672 for ; Sun, 2 Aug 2009 10:25:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 05BD48FC0C for ; Sun, 2 Aug 2009 10:25:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 39870B3F80 for ; Sun, 2 Aug 2009 03:25:59 -0700 (PDT) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 569DE2D6014 for ; Sun, 2 Aug 2009 03:25:58 -0700 (PDT) Message-ID: <4A7569BC.2060406@elischer.org> Date: Sun, 02 Aug 2009 03:26:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: FreeBSD Current References: <4A756214.8010002@elischer.org> In-Reply-To: <4A756214.8010002@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 10:25:59 -0000 Julian Elischer wrote: > I simplified the output of the preprocessor for a PCPU_SET(xx, newval) > (to look at it). > > I came down to: (after formatting) for i386.. > { > __typeof(((struct pcpu *)0)->pc_xx) __val; > struct __s > { > u_char __b[(((sizeof(__val)) < (4)) ? > (sizeof(__val)) : (4))]; > } __s; > > __val = (newval); /* aligned */ > > if (sizeof(__val) == 1 > || sizeof(__val) == 2 > || sizeof(__val) == 4) { > __s = *(struct __s *)(void *)&__val; > __asm volatile("mov %1,%%fs:%0" : "=m" > (*(struct __s *)(__builtin_offsetof( > struct pcpu, pc_xx))) : "r" (__s)); > } else { > *__extension__ ( > { > __typeof(__val) *__p; > __asm volatile("movl %%fs:%1,%0; > addl %2,%0" : "=r" (__p) : "m" > (*(struct pcpu *)(__builtin_offsetof(struct pcpu, pc_prvspace))), > "i" > (__builtin_offsetof(struct pcpu, pc_xx))); > __p; > }) = __val; > } > } p.s. I looked at the original source but I couldn't really work it out there either. > > having had my brain explode on this several times, > I can't figure out exactly what teh clause after the else is doing. well I know wht it appears to be doing fromt eh source but I can;t work out how.. __asm foo to explain it is missing.. > > anyone better at reading __asm better than me care to explain it in > simple words? (maybe it's just too late at night for me here) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 10:30:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F403106564A; Sun, 2 Aug 2009 10:30:27 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id EA0498FC08; Sun, 2 Aug 2009 10:30:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MXYKf-0001N5-2B; Sun, 02 Aug 2009 12:30:25 +0200 Received: from t8171.t.pppool.de ([89.55.129.113]:61678 helo=ernst.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #93) id 1MXYKe-0003cV-Mn; Sun, 02 Aug 2009 12:30:25 +0200 Date: Sun, 2 Aug 2009 12:30:23 +0200 From: Gary Jennejohn To: "Matthew D. Fuller" Message-ID: <20090802123023.428110e6@ernst.jennejohn.org> In-Reply-To: <20090802074419.GA62454@over-yonder.net> References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> <20090802074419.GA62454@over-yonder.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-purgate-ID: 149285::1249209025-00007910-23CCA7E4/0-0/0-0 Cc: Alexander Motin , FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 10:30:27 -0000 On Sun, 2 Aug 2009 02:44:19 -0500 "Matthew D. Fuller" wrote: > 2) Audio CD stuff on the DVD drive gets cranky. > > - cdrecord doesn't seem to like it anymore. -scanbus says > cdrecord: Inappropriate ioctl for device. CAMIOCOMMAND ioctl > failed. Cannot open SCSI driver. > I saw this too. Reinstalling cdrecord (and all dependent ports) fixed it. > - Using cdda2wav to try and rip an audio track using the cd0 device > scrolls a lot of > Sorry, this driver and/or drive does not support cdda reading. > and such errors. Guessing the bus/id/lun from the devlist gives > what I assume is the same ioctl error from above. > Can't speak to this. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 10:35:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68DD5106564A; Sun, 2 Aug 2009 10:35:30 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3B54C8FC12; Sun, 2 Aug 2009 10:35:30 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-240-232.hsd1.ms.comcast.net [75.65.240.232]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 897D337B577; Sun, 2 Aug 2009 05:35:29 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 8F7ED61C41; Sun, 2 Aug 2009 05:35:28 -0500 (CDT) Date: Sun, 2 Aug 2009 05:35:28 -0500 From: "Matthew D. Fuller" To: Gary Jennejohn Message-ID: <20090802103528.GC62454@over-yonder.net> References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> <20090802074419.GA62454@over-yonder.net> <20090802123023.428110e6@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090802123023.428110e6@ernst.jennejohn.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Alexander Motin , FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 10:35:30 -0000 On Sun, Aug 02, 2009 at 12:30:23PM +0200 I heard the voice of Gary Jennejohn, and lo! it spake thus: > > I saw this too. Reinstalling cdrecord (and all dependent ports) > fixed it. Oh, well, good thing I'm in the middle of doing that for the library version bumps anyway. Excellent :) > > - Using cdda2wav [...] > > Can't speak to this. Well, it's the same package, so I assume it's the same resolution. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 11:00:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C29B106566C for ; Sun, 2 Aug 2009 11:00:53 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id EF83C8FC1A for ; Sun, 2 Aug 2009 11:00:52 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Aug 2009 10:34:10 -0000 Received: from p54A3D0C6.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.208.198] by mail.gmx.net (mp047) with SMTP; 02 Aug 2009 12:34:10 +0200 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18uIWVBaTkuFQGdVpM7nVIMDihDLS/pN8dAbtjrbV d3m5oW+7NNWULB Message-ID: <4A756BA1.90002@gmx.de> Date: Sun, 02 Aug 2009 12:34:09 +0200 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.22 (X11/20090628) MIME-Version: 1.0 To: Julian Elischer References: <4A756214.8010002@elischer.org> In-Reply-To: <4A756214.8010002@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Cc: FreeBSD Current Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 11:00:53 -0000 Julian Elischer schrieb: > I simplified the output of the preprocessor for a PCPU_SET(xx, newval) > (to look at it). > > I came down to: (after formatting) for i386.. > { > __typeof(((struct pcpu *)0)->pc_xx) __val; > struct __s > { > u_char __b[(((sizeof(__val)) < (4)) ? > (sizeof(__val)) : (4))]; > } __s; > > __val = (newval); /* aligned */ > > if (sizeof(__val) == 1 > || sizeof(__val) == 2 > || sizeof(__val) == 4) { > __s = *(struct __s *)(void *)&__val; > __asm volatile("mov %1,%%fs:%0" : "=m" > (*(struct __s *)(__builtin_offsetof( > struct pcpu, pc_xx))) : "r" (__s)); > } else { > *__extension__ ( > { > __typeof(__val) *__p; > __asm volatile("movl %%fs:%1,%0; > addl %2,%0" : "=r" (__p) : "m" > (*(struct pcpu *)(__builtin_offsetof(struct pcpu, pc_prvspace))), > "i" > (__builtin_offsetof(struct pcpu, pc_xx))); > __p; > }) = __val; > } > } > > having had my brain explode on this several times, > I can't figure out exactly what teh clause after the else is doing. > > anyone better at reading __asm better than me care to explain it in > simple words? First, ({}) is a statement expression - a GCC extension (not to be confused with expression statement, which is an expression followed by a semicolon). It wraps a compound statement, i.e. {}, and turns it into an expression. The value of the last statement is the value of the expression. In this case it's __p;. The per-cpu information can be accessed in two ways: Either by accessing it in the %fs segment (the then clause does it) or reading its address from %fs:pc_prvspace and then accessing it in the normal (i.e. %ds) segment (the else clause does this). Let's have a closer look at the else clause: The asm reads the pointer to per-cpu information into __p and the statement expression returns it. This pointer gets dereferenced (mind the * before __extension__ - __extension__ does nothing, it just marks that the following is a GCC extension) and __val is assigned. This else clause is for assignment for things which are not 1, 2 or 4 bytes in size. For sizes 1, 2 and 4 better code can be generated for by not first getting the pointer, but directly assigning the value into the %fs mappinf of the per-cpu info. Regards Christoph From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 11:31:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6904106566B for ; Sun, 2 Aug 2009 11:31:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA508FC1B for ; Sun, 2 Aug 2009 11:31:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n72AoYRZ065522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 13:50:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n72AoXRg009269; Sun, 2 Aug 2009 13:50:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n72AoXoW009268; Sun, 2 Aug 2009 13:50:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Aug 2009 13:50:33 +0300 From: Kostik Belousov To: ed@freebsd.org Message-ID: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m/dOQwinUYovVn10" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 11:31:49 -0000 --m/dOQwinUYovVn10 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I run a screen(1), where I tried to copy large portion of output and paste it into vi. This resulted in the loss of the characters at random points inside the pasted text. See below: original ... pango-1.24.4 needs updating (port has 1.24.5) policykit-gnome-0.9.2_1 needs updating (port has 0.9.2_2) poppler-gtk-0.10.6 needs updating (port has 0.10.6_1) postgresql-client-8.3.7 needs updating (port has 8.3.7,1) postgresql-contrib-8.3.7_1 needs updating (port has 8.3.7_2) ... pasted ... pango-1.24.4 needs updating (port has 1.24.5) policy8.3.7 needs updating (port has 8.3.7,1) postgresql-contrib-8.3.7_1 needs updating (port has 8.3.7_2) ... The effect is reproducable. System is some days old HEAD, r196002. I think this is quite critical for 8.0. --m/dOQwinUYovVn10 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp1b3kACgkQC3+MBN1Mb4jH5wCdFU4JKjxV6yLz8oE2DWiLxdJL et8An2v5dAyWyPbo+H/My6vDcR4Qi9oI =AyCb -----END PGP SIGNATURE----- --m/dOQwinUYovVn10-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 11:50:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F38E21065677 for ; Sun, 2 Aug 2009 11:50:55 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7979D8FC13 for ; Sun, 2 Aug 2009 11:50:54 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n72BZimm004510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 13:35:49 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A757A00.3090903@omnilan.de> Date: Sun, 02 Aug 2009 13:35:28 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Uwe Grohnwaldt References: <4A65E6EB.50308@grohnwaldt.eu> <20090722082940.GA18826@asahi.TechFak.Uni-Bielefeld.DE> <4A7327DE.9010305@grohnwaldt.eu> <4A7382EF.5050400@grohnwaldt.eu> In-Reply-To: <4A7382EF.5050400@grohnwaldt.eu> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9B01C3A5CEE6CE6040596675" Cc: current@freebsd.org Subject: Re: cpufreq on VIA C7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 11:50:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9B01C3A5CEE6CE6040596675 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Uwe Grohnwaldt schrieb am 01.08.2009 01:49 (localtime): > Hi, >=20 > disabling cpufreq in the kernel configfile works fine. after that it=20 > looks fine: > dev.cpu.0.freq_levels: 2000/20000 1000/10000 800/8000 400/4000 This is done by throttling. Unfortunately it doesn't safe power for me,=20 at least on my E8400 the power consumption raises about a hardly=20 measureable bit. If I'm right the C7 (Eden V4, Esther in my case) supports enhanced speed = stepping. I can enable it in my BIOS (along with SpeedStep1) which=20 should enable the cpu to operate with 0.884 Volt. This would safe=20 enourmous power. Unfortunately I can't hack the est driver to attach to C7. Any volunteers? :) Best regards, -Harry P.S.: I'll do some measurings regarding the throttling on the C7 to=20 verify disabling throttling is the right thing ;) --------------enig9B01C3A5CEE6CE6040596675 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp1ehAACgkQLDqVQ9VXb8iaBQCg0Hcm/zmdOUKy1np86Yy3jZr+ UMkAoImbN5SXD+cu4PqHSz43W5i76KGL =lSJF -----END PGP SIGNATURE----- --------------enig9B01C3A5CEE6CE6040596675-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 12:12:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C16CD106566C for ; Sun, 2 Aug 2009 12:12:24 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9668FC08 for ; Sun, 2 Aug 2009 12:12:24 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from gluon.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 7CE16850F for ; Sun, 2 Aug 2009 12:12:23 +0000 (UTC) Date: Sun, 2 Aug 2009 13:12:09 +0100 From: Bruce Cran To: current@freebsd.org Message-ID: <20090802131209.32afe8a8@gluon.draftnet> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.4; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Sysinstall - installing the docproj distribution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 12:12:25 -0000 I downloaded an 8-CURRENT powerpc snapshot from http://pub.allbsd.org/FreeBSD-snapshots/powerpc/8.0-HEAD-20090731-JPSNAP/cdrom/ yesterday and tried to install it. The installation of the English documentation set failed saying it couldn't find "packages/INDEX" on the CD. The doc directory does exist so it seems it should be possible to install it. Is this a bug in sysinstall? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 12:31:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFF84106564A for ; Sun, 2 Aug 2009 12:31:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 503518FC14 for ; Sun, 2 Aug 2009 12:31:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 640181CD3E; Sun, 2 Aug 2009 14:31:08 +0200 (CEST) Date: Sun, 2 Aug 2009 14:31:08 +0200 From: Ed Schouten To: Kostik Belousov Message-ID: <20090802123108.GY1292@hoeg.nl> References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tzjrJU3+iJ6c5SNx" Content-Disposition: inline In-Reply-To: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 12:31:09 -0000 --tzjrJU3+iJ6c5SNx Content-Type: multipart/mixed; boundary="UsiV5d7KlsBC0zIw" Content-Disposition: inline --UsiV5d7KlsBC0zIw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kostik, * Kostik Belousov wrote: > I run a screen(1), where I tried to copy large portion of output and > paste it into vi. This resulted in the loss of the characters at random > points inside the pasted text. I already took some time to investigate the issue. I have attached a patch that should already improve the situation: - write() on a pseudo-terminal master also accounted the data that was read into the kernel, but couldn't be passed to the TTY (which is likely to happen in non-blocking mode). - There was also a small unrelated issue; input on a TTY which has been configured in block (bypass) mode wouldn't set the input high water mark. For some reason, the data loss doesn't occur when SSHing to myself multiple times, but still causes screen(1) to drop some bytes later on. Even though it's always very easy to blame other applications, I suspect this may be because I reduced the input buffer size from 8 KB to 2 KB per pseudo-terminal. Maybe screen(1) can't deal with this. To be investigated... --=20 Ed Schouten WWW: http://80386.nl/ --UsiV5d7KlsBC0zIw Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="pts-dataloss.diff" Content-Transfer-Encoding: quoted-printable Index: tty_pts.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- tty_pts.c (revision 195892) +++ tty_pts.c (working copy) @@ -204,8 +204,10 @@ error =3D uiomove(ib, iblen, uio); =20 tty_lock(tp); - if (error !=3D 0) + if (error !=3D 0) { + iblen =3D 0; goto done; + } =20 /* * When possible, avoid the slow path. rint_bypass() @@ -260,6 +262,12 @@ =20 done: ttydisc_rint_done(tp); tty_unlock(tp); + + /* + * Don't account for the part of the buffer that we couldn't + * pass to the TTY. + */ + uio->uio_resid +=3D iblen; return (error); } =20 Index: tty_ttydisc.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- tty_ttydisc.c (revision 195892) +++ tty_ttydisc.c (working copy) @@ -1060,6 +1060,8 @@ =20 ret =3D ttyinq_write(&tp->t_inq, buf, len, 0); ttyinq_canonicalize(&tp->t_inq); + if (ret < len) + tty_hiwat_in_block(tp); =20 return (ret); } --UsiV5d7KlsBC0zIw-- --tzjrJU3+iJ6c5SNx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp1hwwACgkQ52SDGA2eCwUwwACePc3FmwkI+FDrJV67Nk3wjspi 63YAn2hzX913jKDbfWLDw9ykEcSojjn/ =XoEk -----END PGP SIGNATURE----- --tzjrJU3+iJ6c5SNx-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 12:54:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E82AB106564A for ; Sun, 2 Aug 2009 12:54:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C385D8FC0A for ; Sun, 2 Aug 2009 12:54:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4E03546B09; Sun, 2 Aug 2009 08:54:17 -0400 (EDT) Date: Sun, 2 Aug 2009 13:54:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: matt donovan In-Reply-To: <28283d910908011814y7838eedfica94021d65433566@mail.gmail.com> Message-ID: References: <28283d910908011814y7838eedfica94021d65433566@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: latest svn kernel build seems to be broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 12:54:18 -0000 On Sat, 1 Aug 2009, matt donovan wrote: > While trying to build the kernel modules I get the following error this is > with svn co of 196027 I assume this is an incremental rebuild as opposed to a full rebuild? What's happened is that an earlier "make depend" has left in a dependency on vimage.h, which has now been removed. You need to do a "make cleandepend" to flush out the stale dependencies. Or a non-incremental rebuild. Robert N M Watson Computer Laboratory University of Cambridge > > ===> nfscommon (all) > make: don't know how to make @/sys/vimage.h. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 13:02:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033B2106566C for ; Sun, 2 Aug 2009 13:02:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id BE95E8FC1C for ; Sun, 2 Aug 2009 13:02:09 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-154-218-245.ard.bellsouth.net [72.154.218.245]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n72Cok57081447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 08:50:47 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Ed Schouten In-Reply-To: <20090802123108.GY1292@hoeg.nl> References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> Content-Type: text/plain Organization: FreeBSD Date: Sun, 02 Aug 2009 07:50:41 -0500 Message-Id: <1249217441.1773.5.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Kostik Belousov , FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 13:02:10 -0000 On Sun, 2009-08-02 at 14:31 +0200, Ed Schouten wrote: > Hi Kostik, > > * Kostik Belousov wrote: > > I run a screen(1), where I tried to copy large portion of output and > > paste it into vi. This resulted in the loss of the characters at random > > points inside the pasted text. > > I already took some time to investigate the issue. I have attached a > patch that should already improve the situation: > > - write() on a pseudo-terminal master also accounted the data that was > read into the kernel, but couldn't be passed to the TTY (which is > likely to happen in non-blocking mode). > > - There was also a small unrelated issue; input on a TTY which has been > configured in block (bypass) mode wouldn't set the input high water > mark. > > For some reason, the data loss doesn't occur when SSHing to myself > multiple times, but still causes screen(1) to drop some bytes later on. > > Even though it's always very easy to blame other applications, I suspect > this may be because I reduced the input buffer size from 8 KB to 2 KB > per pseudo-terminal. Maybe screen(1) can't deal with this. To be > investigated... I'm pretty sure that I've seen this without screen involved. Just trying to cut / paste pkg-plist entries from an xterm or gnome-terminal (IIRC, I tried both) into vi. It worked as long as I took smaller chunks, but corrupted things if I tried to copy the whole plist in one shot. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 13:10:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DC481065672; Sun, 2 Aug 2009 13:10:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 448DC8FC12; Sun, 2 Aug 2009 13:10:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id AB9661CEB2; Sun, 2 Aug 2009 15:10:38 +0200 (CEST) Date: Sun, 2 Aug 2009 15:10:38 +0200 From: Ed Schouten To: Robert Noland Message-ID: <20090802131038.GZ1292@hoeg.nl> References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> <1249217441.1773.5.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kb0TSCuX821Ar6UT" Content-Disposition: inline In-Reply-To: <1249217441.1773.5.camel@balrog.2hip.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov , FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 13:10:39 -0000 --kb0TSCuX821Ar6UT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Noland wrote: > I'm pretty sure that I've seen this without screen involved. Just > trying to cut / paste pkg-plist entries from an xterm or gnome-terminal > (IIRC, I tried both) into vi. It worked as long as I took smaller > chunks, but corrupted things if I tried to copy the whole plist in one > shot. Yes. This should be fixed by applying this patch. I'm just saying it makes sshd and tmux work properly, but it still has some problems with screen, albeit less often. --=20 Ed Schouten WWW: http://80386.nl/ --kb0TSCuX821Ar6UT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp1kE4ACgkQ52SDGA2eCwUQvwCfVRoywavZTXAzziomokgcdtur SwIAn21R+X9AUiBgxDyjor+kRuBqJs1g =MEmq -----END PGP SIGNATURE----- --kb0TSCuX821Ar6UT-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 13:12:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D1411065674 for ; Sun, 2 Aug 2009 13:12:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 133BA8FC13 for ; Sun, 2 Aug 2009 13:12:27 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-154-218-245.ard.bellsouth.net [72.154.218.245]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n72DC8n0081564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 09:12:09 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Ed Schouten In-Reply-To: <20090802131038.GZ1292@hoeg.nl> References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> <1249217441.1773.5.camel@balrog.2hip.net> <20090802131038.GZ1292@hoeg.nl> Content-Type: text/plain Organization: FreeBSD Date: Sun, 02 Aug 2009 08:12:02 -0500 Message-Id: <1249218722.1773.6.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Kostik Belousov , FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 13:12:28 -0000 On Sun, 2009-08-02 at 15:10 +0200, Ed Schouten wrote: > * Robert Noland wrote: > > I'm pretty sure that I've seen this without screen involved. Just > > trying to cut / paste pkg-plist entries from an xterm or gnome-terminal > > (IIRC, I tried both) into vi. It worked as long as I took smaller > > chunks, but corrupted things if I tried to copy the whole plist in one > > shot. > > Yes. This should be fixed by applying this patch. I'm just saying it > makes sshd and tmux work properly, but it still has some problems with > screen, albeit less often. Ok, cool... thanks, robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 13:22:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E90AC106566C for ; Sun, 2 Aug 2009 13:22:36 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 78EAD8FC08 for ; Sun, 2 Aug 2009 13:22:36 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:46385 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MXb0o-0004NQ-5Y; Sun, 02 Aug 2009 15:22:08 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id EEE12E04FC; Sun, 2 Aug 2009 15:21:48 +0200 (CEST) Message-Id: <4ACF3F62-44B9-4693-A1D3-8987848100C0@exscape.org> From: Thomas Backman To: Ed Schouten In-Reply-To: <20090802123108.GY1292@hoeg.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 2 Aug 2009 15:21:46 +0200 References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MXb0o-0004NQ-5Y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MXb0o-0004NQ-5Y c3d2fa886760eb086441ecebfcbfc310 Cc: Kostik Belousov , FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 13:22:37 -0000 On Aug 2, 2009, at 14:31, Ed Schouten wrote: > Hi Kostik, > > * Kostik Belousov wrote: >> I run a screen(1), where I tried to copy large portion of output and >> paste it into vi. This resulted in the loss of the characters at >> random >> points inside the pasted text. > > I already took some time to investigate the issue. I have attached a > patch that should already improve the situation: > > - write() on a pseudo-terminal master also accounted the data that was > read into the kernel, but couldn't be passed to the TTY (which is > likely to happen in non-blocking mode). > > - There was also a small unrelated issue; input on a TTY which has > been > configured in block (bypass) mode wouldn't set the input high water > mark. > > For some reason, the data loss doesn't occur when SSHing to myself > multiple times, but still causes screen(1) to drop some bytes later > on. > > Even though it's always very easy to blame other applications, I > suspect > this may be because I reduced the input buffer size from 8 KB to 2 KB > per pseudo-terminal. Maybe screen(1) can't deal with this. To be > investigated... Hmm, so I'm guessing this is the reason I've had trouble with copying/ pasting backtraces the last few days (I ssh into the box, which runs screen). I have, AFAIK, not noticed anything else than newlines dropping, though (I usually end up with lines such as "zfs_suspend_fs() at zfs_suspend_fs+0x2bzfs_ioc_recv() at zfs_ioc_recv +0x28b"). Also, do you know when this issue first appeared? I think I've been experiening this for more than a week or so, probably a lot longer (2-4 weeks? even longer)... could be sketchy memory, though. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 14:05:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B607E106573E for ; Sun, 2 Aug 2009 14:05:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0E4858FC12 for ; Sun, 2 Aug 2009 14:05:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n72E5Wei075062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 17:05:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n72E5WYh010331; Sun, 2 Aug 2009 17:05:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n72E5UHr010330; Sun, 2 Aug 2009 17:05:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Aug 2009 17:05:30 +0300 From: Kostik Belousov To: Ed Schouten Message-ID: <20090802140530.GJ1884@deviant.kiev.zoral.com.ua> References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pVmaXEaLnySzRbTt" Content-Disposition: inline In-Reply-To: <20090802123108.GY1292@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 14:05:56 -0000 --pVmaXEaLnySzRbTt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 02, 2009 at 02:31:08PM +0200, Ed Schouten wrote: > Hi Kostik, >=20 > * Kostik Belousov wrote: > > I run a screen(1), where I tried to copy large portion of output and > > paste it into vi. This resulted in the loss of the characters at random > > points inside the pasted text. >=20 > I already took some time to investigate the issue. I have attached a > patch that should already improve the situation: >=20 > - write() on a pseudo-terminal master also accounted the data that was > read into the kernel, but couldn't be passed to the TTY (which is > likely to happen in non-blocking mode). >=20 > - There was also a small unrelated issue; input on a TTY which has been > configured in block (bypass) mode wouldn't set the input high water > mark. >=20 > For some reason, the data loss doesn't occur when SSHing to myself > multiple times, but still causes screen(1) to drop some bytes later on. >=20 > Even though it's always very easy to blame other applications, I suspect > this may be because I reduced the input buffer size from 8 KB to 2 KB > per pseudo-terminal. Maybe screen(1) can't deal with this. To be > investigated... At least, it is an improvement for me. Patch looks good. Please consider this as an approval for the commit. --pVmaXEaLnySzRbTt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp1nSoACgkQC3+MBN1Mb4grTACgp/CY9nfAXFa+jege5EzEyZOq PdgAoKWkx0bQvPEpCeRCxdOA1sX0iBpd =Mssb -----END PGP SIGNATURE----- --pVmaXEaLnySzRbTt-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 14:50:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16091106564A for ; Sun, 2 Aug 2009 14:50:10 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id A11AD8FC1A for ; Sun, 2 Aug 2009 14:50:09 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 8405E802A for ; Sun, 2 Aug 2009 16:34:54 +0200 (CEST) Received: from hollewijn.internal (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 5030B802E; Sun, 2 Aug 2009 16:34:49 +0200 (CEST) Message-Id: <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> From: Alban Hertroys To: Christoph Mallon In-Reply-To: <4A756BA1.90002@gmx.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 2 Aug 2009 16:34:49 +0200 References: <4A756214.8010002@elischer.org> <4A756BA1.90002@gmx.de> X-Mailer: Apple Mail (2.935.3) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Aug 2 16:34:54 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 930,4a75a40e10131514347140 X-DSPAM-Factors: 27, only+I, 0.40000, could, 0.40000, but, 0.40000, but, 0.40000, The+asm, 0.40000, From*Alban, 0.40000, Received*2009+16, 0.40000, just, 0.40000, Date*Aug+2009, 0.40000, References*<4A756214.8010002, 0.40000, if+(sizeof(__val), 0.40000, e, 0.40000, you+though, 0.40000, can't+figure, 0.40000, Mime-Version*Message, 0.40000, to+explain, 0.40000, you'll+do, 0.40000, or, 0.40000, an, 0.40000, an, 0.40000, Speaking+as, 0.40000, turns, 0.40000, trees, 0.40000, trees, 0.40000, doesn't+help, 0.40000, meant, 0.40000, (+(struct, 0.40000 Cc: Julian Elischer , FreeBSD Current Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 14:50:10 -0000 On 2 Aug 2009, at 12:34, Christoph Mallon wrote: > Julian Elischer schrieb: >> I simplified the output of the preprocessor for a PCPU_SET(xx, >> newval) >> (to look at it). >> I came down to: (after formatting) for i386.. >> { >> __typeof(((struct pcpu *)0)->pc_xx) __val; >> struct __s >> { >> u_char __b[(((sizeof(__val)) < (4)) ? >> (sizeof(__val)) : (4))]; >> } __s; >> __val = (newval); /* aligned */ >> if (sizeof(__val) == 1 >> || sizeof(__val) == 2 >> || sizeof(__val) == 4) { >> __s = *(struct __s *)(void *)&__val; >> __asm volatile("mov %1,%%fs:%0" : "=m" >> (*(struct __s *)(__builtin_offsetof( >> struct pcpu, pc_xx))) : "r" (__s)); >> } else { >> *__extension__ ( >> { >> __typeof(__val) *__p; >> __asm volatile("movl %%fs:%1,%0; >> addl %2,%0" : "=r" (__p) : "m" >> (*(struct pcpu *)(__builtin_offsetof(struct pcpu, pc_prvspace))), >> "i" >> (__builtin_offsetof(struct pcpu, pc_xx))); >> __p; >> }) = __val; >> } >> } >> having had my brain explode on this several times, >> I can't figure out exactly what teh clause after the else is doing. >> anyone better at reading __asm better than me care to explain it in >> simple words? > > First, ({}) is a statement expression - a GCC extension (not to be > confused with expression statement, which is an expression followed > by a semicolon). It wraps a compound statement, i.e. {}, and turns > it into an expression. The value of the last statement is the value > of the expression. In this case it's __p;. Speaking as an outsider I'd better be careful with any criticism, but the first thing I noticed here was the lack of comments. From Julian's question it seems obvious that this function could do with some. I wonder what people would make of this in a couple of years when none of the (then) active developers has any intimate knowledge of the workings of functions like this one? I got from the posted code sample that __extension__ is probably a no- op meant for documentation purposes only. I think it would help to add what extension is being used though, maybe as a comment (but what would be the use of defining __extension__ then) or as a parameter. That's up to you though. Not being familiar with x86 assembly doesn't help me here of course, the last time I touched assembly was on a Z80 a couple of decades back... > Let's have a closer look at the else clause: The asm reads the > pointer to per-cpu information into __p and the statement expression > returns it. This pointer gets dereferenced (mind the * before > __extension__ - __extension__ does nothing, it just marks that the > following is a GCC extension) and __val is assigned. As I read it the value of __val is read into the memory address calculated by the expression in the statement expression (__p internally), am I right? Just chiming in with my opinion. I'm sure you'll do fine without it, but still. Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:930,4a75a40e10131514347140! From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 15:02:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F4941065673 for ; Sun, 2 Aug 2009 15:02:43 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id D07C38FC1B for ; Sun, 2 Aug 2009 15:02:42 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n72Eno6Y053345; Sun, 2 Aug 2009 16:49:50 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id n72Enj2V053344; Sun, 2 Aug 2009 16:49:45 +0200 (CEST) (envelope-from marc) Date: Sun, 2 Aug 2009 16:49:44 +0200 From: Marc Fonvieille To: Bruce Cran Message-ID: <20090802144944.GA50971@abigail.blackend.org> References: <20090802131209.32afe8a8@gluon.draftnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090802131209.32afe8a8@gluon.draftnet> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: Sysinstall - installing the docproj distribution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 15:02:43 -0000 On Sun, Aug 02, 2009 at 01:12:09PM +0100, Bruce Cran wrote: > I downloaded an 8-CURRENT powerpc snapshot from > http://pub.allbsd.org/FreeBSD-snapshots/powerpc/8.0-HEAD-20090731-JPSNAP/cdrom/ > yesterday and tried to install it. The installation of the English > documentation set failed saying it couldn't find "packages/INDEX" on > the CD. The doc directory does exist so it seems it should be possible > to install it. Is this a bug in sysinstall? > Your ISO comes without any packages? I mean you cannot install any packages during installation time with sysinstall? If it's the case, it's normal you got this error: docs are now provided via packages so if packages/INDEXis not available it'll fail. You can install docs after installation time with: pkg_add -rv en-freebsd-doc -- Marc From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 15:09:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9ECA106564A for ; Sun, 2 Aug 2009 15:09:52 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 589758FC13 for ; Sun, 2 Aug 2009 15:09:51 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Aug 2009 15:09:50 -0000 Received: from p54A3D0C6.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.208.198] by mail.gmx.net (mp065) with SMTP; 02 Aug 2009 17:09:50 +0200 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/65JtItXf60C5tpXqBfW099Pda9M1LGDRJ258u3d GMo1YFTWXA1+OX Message-ID: <4A75AC3D.6020507@gmx.de> Date: Sun, 02 Aug 2009 17:09:49 +0200 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.22 (X11/20090628) MIME-Version: 1.0 To: Alban Hertroys References: <4A756214.8010002@elischer.org> <4A756BA1.90002@gmx.de> <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> In-Reply-To: <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.48 Cc: Julian Elischer , FreeBSD Current Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 15:09:53 -0000 Alban Hertroys schrieb: > On 2 Aug 2009, at 12:34, Christoph Mallon wrote: > >> Julian Elischer schrieb: >>> I simplified the output of the preprocessor for a PCPU_SET(xx, newval) >>> (to look at it). >>> I came down to: (after formatting) for i386.. >>> { >>> __typeof(((struct pcpu *)0)->pc_xx) __val; >>> struct __s >>> { >>> u_char __b[(((sizeof(__val)) < (4)) ? >>> (sizeof(__val)) : (4))]; >>> } __s; >>> __val = (newval); /* aligned */ >>> if (sizeof(__val) == 1 >>> || sizeof(__val) == 2 >>> || sizeof(__val) == 4) { >>> __s = *(struct __s *)(void *)&__val; >>> __asm volatile("mov %1,%%fs:%0" : "=m" >>> (*(struct __s *)(__builtin_offsetof( >>> struct pcpu, pc_xx))) : "r" (__s)); >>> } else { >>> *__extension__ ( >>> { >>> __typeof(__val) *__p; >>> __asm volatile("movl %%fs:%1,%0; >>> addl %2,%0" : "=r" (__p) : "m" >>> (*(struct pcpu *)(__builtin_offsetof(struct pcpu, pc_prvspace))), >>> "i" >>> (__builtin_offsetof(struct pcpu, pc_xx))); >>> __p; >>> }) = __val; >>> } >>> } >>> having had my brain explode on this several times, >>> I can't figure out exactly what teh clause after the else is doing. >>> anyone better at reading __asm better than me care to explain it in >>> simple words? >> >> First, ({}) is a statement expression - a GCC extension (not to be >> confused with expression statement, which is an expression followed by >> a semicolon). It wraps a compound statement, i.e. {}, and turns it >> into an expression. The value of the last statement is the value of >> the expression. In this case it's __p;. > > Speaking as an outsider I'd better be careful with any criticism, but > the first thing I noticed here was the lack of comments. From Julian's > question it seems obvious that this function could do with some. I > wonder what people would make of this in a couple of years when none of > the (then) active developers has any intimate knowledge of the workings > of functions like this one? > > I got from the posted code sample that __extension__ is probably a no-op > meant for documentation purposes only. I think it would help to add what > extension is being used though, maybe as a comment (but what would be > the use of defining __extension__ then) or as a parameter. That's up to > you though. GCC can be switched into a mode in which it rejects extensions like ({}). If you prepend an extension with __extension__ in this mode, it accepts it. Of course you can do fine here without this extension, just by using a static inline function which returns the per-cpu pointer. > Not being familiar with x86 assembly doesn't help me here of course, the > last time I touched assembly was on a Z80 a couple of decades back... Similarily, if you are not familiar with C, then ++i; will puzzle you. Do you want to add /* add one to the integer variable named i */ everywhere? But you've got one point: There should be a comment added, which states that the if () is just an optimisation. >> Let's have a closer look at the else clause: The asm reads the pointer >> to per-cpu information into __p and the statement expression returns >> it. This pointer gets dereferenced (mind the * before __extension__ - >> __extension__ does nothing, it just marks that the following is a GCC >> extension) and __val is assigned. > > > As I read it the value of __val is read into the memory address > calculated by the expression in the statement expression (__p > internally), am I right? It is __p = GET_PCPU_PTR() + OFFSET_OF_ENTRY_IN_STRUCT(name); *__p = val; The stuff in uppercase is done in the inline asm. Though there is no good reason to do the addition of the offset inside the inline asm. Simpler would be GET_PCPU_PTR()->name (it probably leads to better code, too). I have a diff for this simplification and adding a static inline function to get the pcpu pointer somewhere... Christoph From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 15:37:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BBFF106566B for ; Sun, 2 Aug 2009 15:37:40 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFA08FC14 for ; Sun, 2 Aug 2009 15:37:39 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 00BFE802A for ; Sun, 2 Aug 2009 17:37:38 +0200 (CEST) Received: from hollewijn.internal (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id DA3D3802E; Sun, 2 Aug 2009 17:37:36 +0200 (CEST) Message-Id: From: Alban Hertroys To: Christoph Mallon In-Reply-To: <4A75AC3D.6020507@gmx.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 2 Aug 2009 17:37:36 +0200 References: <4A756214.8010002@elischer.org> <4A756BA1.90002@gmx.de> <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> <4A75AC3D.6020507@gmx.de> X-Mailer: Apple Mail (2.935.3) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Aug 2 17:37:38 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 930,4a75b2c210131568315957 X-DSPAM-Factors: 27, but, 0.40000, Message-Id*7819E3A46E1D+solfertje.student.utwente.nl>, 0.40000, From*Alban, 0.40000, just, 0.40000, >+But, 0.40000, Date*Aug+2009, 0.40000, References*<4A756214.8010002, 0.40000, Message-Id*79FD, 0.40000, References*<4A75AC3D.6020507+gmx.de>, 0.40000, Mime-Version*Message, 0.40000, optimisation, 0.40000, one+to, 0.40000, have+no, 0.40000, an, 0.40000, an, 0.40000, References*<9A2BA686, 0.40000, trees, 0.40000, trees, 0.40000, doesn't+help, 0.40000, meant, 0.40000, Cc*FreeBSD+Current, 0.40000, cut, 0.40000, of, 0.40000, of, 0.40000, the+integer, 0.40000, >+Alban, 0.40000, But, 0.40000 Cc: Julian Elischer , FreeBSD Current Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 15:37:40 -0000 On 2 Aug 2009, at 17:09, Christoph Mallon wrote: > Alban Hertroys schrieb: >> Not being familiar with x86 assembly doesn't help me here of >> course, the last time I touched assembly was on a Z80 a couple of >> decades back... > > Similarily, if you are not familiar with C, then ++i; will puzzle > you. Do you want to add /* add one to the integer variable named i > */ everywhere? > But you've got one point: There should be a comment added, which > states that the if () is just an optimisation. Ah sorry, that wasn't meant as a comment on the lack of comments on assembly code but merely as an aside that _I_ can't really comment on assembly code due to my lack of experience with it. I trust that most FreeBSD developers have no issues with reading assembly like this, so there is no real need to add comments there (unless something it does isn't immediately obvious of course). Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:930,4a75b2c210131568315957! From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 16:55:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38F0B10656BC for ; Sun, 2 Aug 2009 16:55:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outv.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6558FC1C for ; Sun, 2 Aug 2009 16:55:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id ADDB6ADA67; Sun, 2 Aug 2009 09:55:37 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id CCDDE2D6017; Sun, 2 Aug 2009 09:55:36 -0700 (PDT) Message-ID: <4A75C50E.5020203@elischer.org> Date: Sun, 02 Aug 2009 09:55:42 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Alban Hertroys References: <4A756214.8010002@elischer.org> <4A756BA1.90002@gmx.de> <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> In-Reply-To: <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Christoph Mallon , FreeBSD Current Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 16:55:38 -0000 Alban Hertroys wrote: > On 2 Aug 2009, at 12:34, Christoph Mallon wrote: > >> Julian Elischer schrieb: >>> I simplified the output of the preprocessor for a PCPU_SET(xx, newval) >>> (to look at it). >>> I came down to: (after formatting) for i386.. >>> { >>> __typeof(((struct pcpu *)0)->pc_xx) __val; >>> struct __s >>> { >>> u_char __b[(((sizeof(__val)) < (4)) ? >>> (sizeof(__val)) : (4))]; >>> } __s; >>> __val = (newval); /* aligned */ >>> if (sizeof(__val) == 1 >>> || sizeof(__val) == 2 >>> || sizeof(__val) == 4) { >>> __s = *(struct __s *)(void *)&__val; >>> __asm volatile("mov %1,%%fs:%0" : "=m" >>> (*(struct __s *)(__builtin_offsetof( >>> struct pcpu, pc_xx))) : "r" (__s)); >>> } else { >>> *__extension__ ( >>> { >>> __typeof(__val) *__p; >>> __asm volatile("movl %%fs:%1,%0; >>> addl %2,%0" : "=r" (__p) : "m" >>> (*(struct pcpu *)(__builtin_offsetof(struct pcpu, pc_prvspace))), >>> "i" >>> (__builtin_offsetof(struct pcpu, pc_xx))); >>> __p; >>> }) = __val; >>> } >>> } >>> having had my brain explode on this several times, >>> I can't figure out exactly what teh clause after the else is doing. >>> anyone better at reading __asm better than me care to explain it in >>> simple words? >> >> First, ({}) is a statement expression - a GCC extension (not to be >> confused with expression statement, which is an expression followed by >> a semicolon). It wraps a compound statement, i.e. {}, and turns it >> into an expression. The value of the last statement is the value of >> the expression. In this case it's __p;. > > Speaking as an outsider I'd better be careful with any criticism, but > the first thing I noticed here was the lack of comments. From Julian's > question it seems obvious that this function could do with some. I > wonder what people would make of this in a couple of years when none of > the (then) active developers has any intimate knowledge of the workings > of functions like this one? there are no comments in this cut-n-paste because it is the output of the C preprocessor.. of course the source doesn't have many comments either.. (in i386/include/pcpu.h) > > I got from the posted code sample that __extension__ is probably a no-op > meant for documentation purposes only. I think it would help to add what > extension is being used though, maybe as a comment (but what would be > the use of defining __extension__ then) or as a parameter. That's up to > you though. > > Not being familiar with x86 assembly doesn't help me here of course, the > last time I touched assembly was on a Z80 a couple of decades back... > >> Let's have a closer look at the else clause: The asm reads the pointer >> to per-cpu information into __p and the statement expression returns >> it. This pointer gets dereferenced (mind the * before __extension__ - >> __extension__ does nothing, it just marks that the following is a GCC >> extension) and __val is assigned. > > > As I read it the value of __val is read into the memory address > calculated by the expression in the statement expression (__p > internally), am I right? > > Just chiming in with my opinion. I'm sure you'll do fine without it, but > still. > > Alban Hertroys > > -- > If you can't see the forest for the trees, > cut the trees and you'll see there is no forest. > > > !DSPAM:929,4a75a40b10131060118257! > From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 16:56:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDDE6106576B; Sun, 2 Aug 2009 16:56:44 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id BF75B8FC14; Sun, 2 Aug 2009 16:56:44 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-240-232.hsd1.ms.comcast.net [75.65.240.232]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 6C4AB37B5A7; Sun, 2 Aug 2009 11:56:43 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 924EA61C41; Sun, 2 Aug 2009 11:56:42 -0500 (CDT) Date: Sun, 2 Aug 2009 11:56:42 -0500 From: "Matthew D. Fuller" To: Gary Jennejohn Message-ID: <20090802165642.GD62454@over-yonder.net> References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> <20090802074419.GA62454@over-yonder.net> <20090802123023.428110e6@ernst.jennejohn.org> <20090802103528.GC62454@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090802103528.GC62454@over-yonder.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Alexander Motin , FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 16:56:46 -0000 On Sun, Aug 02, 2009 at 05:35:28AM -0500 I heard the voice of Matthew D. Fuller, and lo! it spake thus: > On Sun, Aug 02, 2009 at 12:30:23PM +0200 I heard the voice of > Gary Jennejohn, and lo! it spake thus: > > > > I saw this too. Reinstalling cdrecord (and all dependent ports) > > fixed it. > > Oh, well, good thing I'm in the middle of doing that for the library > version bumps anyway. Excellent :) Well, on the plus side, after the rebuild -scanbus... well, scanned the bus. On the minus, it also killed off all disk IO afterward. An in-progress portupgrade halted in its tracks, editing or tailing files is dead, _exiting_ vi is toast. The scanbus itself took a long time; a minute or two. xconsole is scrolling a bunch of Timeout on slot 's. It's probably been 10 minutes since the scanbus returned now (luckily, this ssh session was already up), and nothing's progressed, so I guess I'll go push the BRS again. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 17:15:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD74C106566C; Sun, 2 Aug 2009 17:15:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 98B5D8FC13; Sun, 2 Aug 2009 17:15:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4873146B32; Sun, 2 Aug 2009 13:15:12 -0400 (EDT) Date: Sun, 2 Aug 2009 18:15:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marc Fonvieille In-Reply-To: <20090802144944.GA50971@abigail.blackend.org> Message-ID: References: <20090802131209.32afe8a8@gluon.draftnet> <20090802144944.GA50971@abigail.blackend.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Bruce Cran , current@freebsd.org Subject: Re: Sysinstall - installing the docproj distribution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 17:15:13 -0000 On Sun, 2 Aug 2009, Marc Fonvieille wrote: > On Sun, Aug 02, 2009 at 01:12:09PM +0100, Bruce Cran wrote: >> I downloaded an 8-CURRENT powerpc snapshot from >> http://pub.allbsd.org/FreeBSD-snapshots/powerpc/8.0-HEAD-20090731-JPSNAP/cdrom/ >> yesterday and tried to install it. The installation of the English >> documentation set failed saying it couldn't find "packages/INDEX" on the >> CD. The doc directory does exist so it seems it should be possible to >> install it. Is this a bug in sysinstall? > > Your ISO comes without any packages? I mean you cannot install any packages > during installation time with sysinstall? If it's the case, it's normal you > got this error: docs are now provided via packages so if packages/INDEXis > not available it'll fail. > > You can install docs after installation time with: > > pkg_add -rv en-freebsd-doc To date, betas have been shipped without packages, but our installer tends to handle that less than gracefully (as I recall, it just pops up error dialogs). Possibly, sysinstall should pop up a message early on saying that there are no packages and then not offer the option to do anything with them. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 17:20:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81788106566C for ; Sun, 2 Aug 2009 17:20:37 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 372C78FC17 for ; Sun, 2 Aug 2009 17:20:37 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 3A8C58030 for ; Sun, 2 Aug 2009 19:20:36 +0200 (CEST) Received: from hollewijn.internal (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 3E14C802A; Sun, 2 Aug 2009 19:20:34 +0200 (CEST) Message-Id: <905E6A82-3E1D-4A74-936E-2B2B77C7B147@solfertje.student.utwente.nl> From: Alban Hertroys To: Julian Elischer In-Reply-To: <4A75C50E.5020203@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 2 Aug 2009 19:20:34 +0200 References: <4A756214.8010002@elischer.org> <4A756BA1.90002@gmx.de> <9A2BA686-016B-4B60-A247-7321C1E7F51A@solfertje.student.utwente.nl> <4A75C50E.5020203@elischer.org> X-Mailer: Apple Mail (2.935.3) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Aug 2 19:20:35 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 930,4a75cae310135211110206 X-DSPAM-Factors: 27, many, 0.40000, could, 0.40000, but, 0.40000, From*Alban, 0.40000, just, 0.40000, Date*Aug+2009, 0.40000, References*<4A756214.8010002, 0.40000, Mime-Version*Message, 0.40000, Cc*Mallon, 0.40000, your+message!, 0.40000, preprocessor+of, 0.40000, missed+the, 0.40000, an, 0.40000, an, 0.40000, References*<9A2BA686, 0.40000, Speaking+as, 0.40000, trees, 0.40000, trees, 0.40000, Cc*FreeBSD+Current, 0.40000, developers+has, 0.40000, many+>, 0.40000, cut, 0.40000, cut, 0.40000, of, 0.40000, of, 0.40000, >+Alban, 0.40000, none, 0.40000 Cc: Christoph Mallon , FreeBSD Current Subject: Re: puzzling code in pcpu stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 17:20:37 -0000 On 2 Aug 2009, at 18:55, Julian Elischer wrote: > Alban Hertroys wrote: >> On 2 Aug 2009, at 12:34, Christoph Mallon wrote: >>> Julian Elischer schrieb: >>>> I simplified the output of the preprocessor for a PCPU_SET(xx, >>>> newval) >>>> (to look at it). >> Speaking as an outsider I'd better be careful with any criticism, >> but the first thing I noticed here was the lack of comments. From >> Julian's question it seems obvious that this function could do with >> some. I wonder what people would make of this in a couple of years >> when none of the (then) active developers has any intimate >> knowledge of the workings of functions like this one? > > there are no comments in this cut-n-paste because it is the output > of the C preprocessor.. of course the source doesn't have many > comments either.. (in i386/include/pcpu.h) Ah, I missed the first line of your message! Yes, looking at the macro definitions that's a lot more like I expected. It's just an assignment to *__PCPU_PTR(name), which is quite clear actually. A bit of a relief I must say :) Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:930,4a75cae310135211110206! From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 18:29:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EFAD106566C for ; Sun, 2 Aug 2009 18:29:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 321DA8FC12 for ; Sun, 2 Aug 2009 18:29:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1B81D1CEBD; Sun, 2 Aug 2009 20:29:17 +0200 (CEST) Date: Sun, 2 Aug 2009 20:29:17 +0200 From: Ed Schouten To: Kostik Belousov Message-ID: <20090802182917.GA1292@hoeg.nl> References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> <20090802140530.GJ1884@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gJgGjUUWrnN4mpen" Content-Disposition: inline In-Reply-To: <20090802140530.GJ1884@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 18:29:18 -0000 --gJgGjUUWrnN4mpen Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kostik Belousov wrote: > At least, it is an improvement for me. Patch looks good. > Please consider this as an approval for the commit. Just for the record, I've committed the patch earlier today. Thanks for testing! --=20 Ed Schouten WWW: http://80386.nl/ --gJgGjUUWrnN4mpen Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp12v0ACgkQ52SDGA2eCwUOigCfRrm1uIhhIxLIh7V9+V8R8qNo ZQ4An14B92b4Htro2+oj2A5RN5NRU9Jm =DDpm -----END PGP SIGNATURE----- --gJgGjUUWrnN4mpen-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 19:29:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CADE1065675 for ; Sun, 2 Aug 2009 19:29:09 +0000 (UTC) (envelope-from cattelan@thebarn.com) Received: from slurp.thebarn.com (unknown [IPv6:2002:d02a:75ca:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 427208FC17 for ; Sun, 2 Aug 2009 19:29:09 +0000 (UTC) (envelope-from cattelan@thebarn.com) Received: from funky.x.thebarn.com (slurp.x.thebarn.com [10.0.0.11]) (authenticated bits=0) by slurp.thebarn.com (8.14.3/8.14.0) with ESMTP id n6VGlJGG031916; Fri, 31 Jul 2009 11:47:36 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <4A732017.6040805@thebarn.com> Date: Fri, 31 Jul 2009 11:47:19 -0500 From: Russell Cattelan User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: d@delphij.net References: <4A5F8010.7050504@delphij.net> <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> <4A61544E.2050208@delphij.net> In-Reply-To: <4A61544E.2050208@delphij.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , FreeBSD Current Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 19:29:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > I got it. It was the cached llentry that preventing ether_output() > to choose the right broadcast/multicast address and use the default > gateway's L2 address. Here is a proposed patch. > > Cheers, Just to add a data point here: this change seems to fix the problem I was seeing with cups via ahavi. The printers would be visible (avahi-browse or Bonjour Browser on the mac) for a minute or so after the system boots up but then would disappear, the machine its self could see the printers but no external machines could. I was possible to get the printer to show up again for a brief period if the arp cache was flushed "arp -da" but would disappear again after about a minute or so. Currently the printers have been visible for the last couple of hours with this change. - -Russell -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKcyAXNRmM+OaGhBgRAqNaAJ97TINvOovMjen8zJXqM3ZlI7s7RQCfTTGX Xl10nxZLygjzueZnyWx/SMA= =/x24 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 19:29:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A33106575B for ; Sun, 2 Aug 2009 19:29:13 +0000 (UTC) (envelope-from cattelan@thebarn.com) Received: from slurp.thebarn.com (unknown [IPv6:2002:d02a:75ca:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8DDFC8FC18 for ; Sun, 2 Aug 2009 19:29:10 +0000 (UTC) (envelope-from cattelan@thebarn.com) Received: from funky.x.thebarn.com (slurp.x.thebarn.com [10.0.0.11]) (authenticated bits=0) by slurp.thebarn.com (8.14.3/8.14.0) with ESMTP id n6VGofvp031997 for ; Fri, 31 Jul 2009 11:50:57 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <4A7320E1.4050308@thebarn.com> Date: Fri, 31 Jul 2009 11:50:41 -0500 From: Russell Cattelan User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 19:29:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 starting up netatalk would panic the system with a lock not locked panic. It appears somebody reversed the 2 lock statements in netatalk/at_control.c diff --git a/sys/netatalk/at_control.c b/sys/netatalk/at_control.c index 5193d66..b2d8422 100644 - --- a/sys/netatalk/at_control.c +++ b/sys/netatalk/at_control.c @@ -276,7 +276,7 @@ at_control(struct socket *so, u_long cmd, caddr_t data, struct ifnet *ifp, * If the request is specifying phase 1, then * only look at a phase one address */ - - AT_IFADDR_RUNLOCK(); + AT_IFADDR_RLOCK(); for (oaa = aa; aa; aa = TAILQ_NEXT(aa, aa_link)) { if (aa->aa_ifp == ifp && (aa->aa_flags & AFA_PHASE2) == 0) @@ -286,7 +286,7 @@ at_control(struct socket *so, u_long cmd, caddr_t data, struct ifnet *ifp, ifa_free(&oaa->aa_ifa); if (aa != NULL && oaa != aa) ifa_ref(&aa->aa_ifa); - - AT_IFADDR_RLOCK(); + AT_IFADDR_RUNLOCK(); } else { struct at_ifaddr *oaa; -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKcyDhNRmM+OaGhBgRAnDKAJ0Ys2GMVJphbq6Qdgq6cvj85iKShwCfQsAE P95+NxdFPwEjB/r0yQbTris= =K0G2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 21:11:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3728106566B for ; Sun, 2 Aug 2009 21:11:57 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1508FC13 for ; Sun, 2 Aug 2009 21:11:57 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n72LBufg010259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 2 Aug 2009 14:11:56 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 806431CC31; Sun, 2 Aug 2009 14:11:56 -0700 (PDT) To: Harald Schmalzbauer In-reply-to: Your message of "Sun, 02 Aug 2009 13:35:28 +0200." <4A757A00.3090903@omnilan.de> Date: Sun, 02 Aug 2009 14:11:56 -0700 From: "Kevin Oberman" Message-Id: <20090802211156.806431CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-01_01:2009-07-24, 2009-07-31, 2009-07-31 signatures=0 Cc: Uwe Grohnwaldt , current@freebsd.org Subject: Re: cpufreq on VIA C7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 21:11:57 -0000 > Date: Sun, 02 Aug 2009 13:35:28 +0200 > From: Harald Schmalzbauer > Sender: owner-freebsd-current@freebsd.org > > Uwe Grohnwaldt schrieb am 01.08.2009 01:49 (localtime): > > Hi, > > > > disabling cpufreq in the kernel configfile works fine. after that it > > looks fine: > > dev.cpu.0.freq_levels: 2000/20000 1000/10000 800/8000 400/4000 > > This is done by throttling. Unfortunately it doesn't safe power for me, > at least on my E8400 the power consumption raises about a hardly > measureable bit. > If I'm right the C7 (Eden V4, Esther in my case) supports enhanced speed > stepping. I can enable it in my BIOS (along with SpeedStep1) which > should enable the cpu to operate with 0.884 Volt. This would safe > enourmous power. > Unfortunately I can't hack the est driver to attach to C7. > Any volunteers? :) > > Best regards, > > -Harry > > P.S.: I'll do some measurings regarding the throttling on the C7 to > verify disabling throttling is the right thing ;) As I post fairly often, throttling seldom helps power consumption on ANY processor. All throttling (and TCC) do is to skip N of every 8 clock cycles. That means performance is cut exactly the same as power. Running any given job takes almost exactly the same amount of power, just taking longer as the throttling is increased. >From my limited reading of Intel docs, the primitive throttling and more advanced TCC were introduced for thermal management, where they actually do work and not power management, where they don't. TCC is the TLA for Thermal Control Circuit. I have seen it suggested that throttling should be removed from power management and I heartily endorse this. I always disable it (along with TCC). -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 21:56:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88968106564A for ; Sun, 2 Aug 2009 21:56:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6417F8FC12 for ; Sun, 2 Aug 2009 21:56:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 1C3AD46B2E; Sun, 2 Aug 2009 17:56:10 -0400 (EDT) Date: Sun, 2 Aug 2009 22:56:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Russell Cattelan In-Reply-To: <4A7320E1.4050308@thebarn.com> Message-ID: References: <4A7320E1.4050308@thebarn.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 21:56:10 -0000 On Fri, 31 Jul 2009, Russell Cattelan wrote: > starting up netatalk would panic the system with a lock not locked panic. > > It appears somebody reversed the 2 lock statements in netatalk/at_control.c Indeed -- almost certainly me, although there must be some differences in our netatalk setups as my box didn't panic in testing :-). I'll give it a more thorough spin locally and request RE permission to merge the patch tomorrow. Thanks! Robert N M Watson Computer Laboratory University of Cambridge > > diff --git a/sys/netatalk/at_control.c b/sys/netatalk/at_control.c > index 5193d66..b2d8422 100644 > - --- a/sys/netatalk/at_control.c > +++ b/sys/netatalk/at_control.c > @@ -276,7 +276,7 @@ at_control(struct socket *so, u_long cmd, caddr_t > data, struct ifnet *ifp, > * If the request is specifying phase 1, then > * only look at a phase one address > */ > - - AT_IFADDR_RUNLOCK(); > + AT_IFADDR_RLOCK(); > for (oaa = aa; aa; aa = TAILQ_NEXT(aa, aa_link)) { > if (aa->aa_ifp == ifp && > (aa->aa_flags & AFA_PHASE2) == 0) > @@ -286,7 +286,7 @@ at_control(struct socket *so, u_long cmd, caddr_t > data, struct ifnet *ifp, > ifa_free(&oaa->aa_ifa); > if (aa != NULL && oaa != aa) > ifa_ref(&aa->aa_ifa); > - - AT_IFADDR_RLOCK(); > + AT_IFADDR_RUNLOCK(); > } else { > struct at_ifaddr *oaa; > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFKcyDhNRmM+OaGhBgRAnDKAJ0Ys2GMVJphbq6Qdgq6cvj85iKShwCfQsAE > P95+NxdFPwEjB/r0yQbTris= > =K0G2 > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 22:22:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295F3106564A; Sun, 2 Aug 2009 22:22:36 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.freebsd.org (Postfix) with ESMTP id DB8DD8FC0C; Sun, 2 Aug 2009 22:22:35 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1MXinU-0006kV-Jz; Mon, 03 Aug 2009 01:40:52 +0400 Date: Mon, 3 Aug 2009 01:40:52 +0400 From: Slawa Olhovchenkov To: Sam Leffler Message-ID: <20090802214052.GA25908%slw@acropolis.ru> References: <20090417214339.GQ10728%slw@acropolis.ru> <49E9F782.6080201@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49E9F782.6080201@freebsd.org> User-Agent: Mutt/1.5.11 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: current@freebsd.org Subject: Re: ath problem w/ WPA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 22:22:36 -0000 On Sat, Apr 18, 2009 at 08:53:38AM -0700, Sam Leffler wrote: > Slawa Olhovchenkov wrote: > > ath0: mem 0x88000000-0x8800ffff irq 16 at device 0.0 on cardbus0 > > ath0: [ITHREAD] > > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > > > After 1 hour stable working card lost all traffic. > > This is time of EAP reauthentication period. > > > > When using Intel card -- all works OK. > > > > With very old kernel (~ 1 year old) all works OK. > > > > I can't test intermediate kernel -- on this kernels > > cardbus port don't powered correctly. > > > > Last update to -current -- now. > > > > Known problem that was diagnosed recently on this list (or possibly > mobile@). wpa_supplicant is passing the kernel an unexpected key index. > You can check for the mailing list postings for more information as > noone has submitted a PR. > > Unfortunately I've got no time to look at this for at least a couple of > weeks. Maybe someone else will handle it. > > This is a show stopper for 8.0. 8-current at Aug 2 -- work again. -- Slawa Olhovchenkov From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 03:35:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F21241065674 for ; Mon, 3 Aug 2009 03:35:14 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id C4F498FC1A for ; Mon, 3 Aug 2009 03:35:14 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout2.cac.washington.edu (8.14.3+UW09.06/8.14.3+UW09.05) with ESMTP id n733Yqlh006034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 2 Aug 2009 20:34:53 -0700 X-Auth-Received: from [10.0.0.10] (c-76-126-186-111.hsd1.ca.comcast.net [76.126.186.111]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW09.06/8.14.3+UW09.05) with ESMTP id n733YqvC020258 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 2 Aug 2009 20:34:52 -0700 Message-Id: <70966B4B-6BEA-4AFB-93D4-2DA8B6E33CD9@gmail.com> From: Garrett Cooper To: Kostik Belousov In-Reply-To: <20090802140530.GJ1884@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 2 Aug 2009 20:43:38 -0700 References: <20090802105033.GG1884@deviant.kiev.zoral.com.ua> <20090802123108.GY1292@hoeg.nl> <20090802140530.GJ1884@deviant.kiev.zoral.com.ua> X-Mailer: Apple Mail (2.935.3) X-PMX-Version: 5.5.7.378829, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2009.8.3.32717 X-Uwash-Spam: Gauge=IIIIIIII, Probability=8%, Report=' FORGED_FROM_GMAIL 0.1, BODY_SIZE_1800_1899 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BODY_WEBMAIL 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MSGID_APPLEMAIL 0, __PHISH_SPEAR_STRUCTURE_1 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NS ' Cc: Ed Schouten , FreeBSD Current Subject: Re: HEAD tty seems to drop characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 03:35:15 -0000 On Aug 2, 2009, at 7:05 AM, Kostik Belousov wrote: > On Sun, Aug 02, 2009 at 02:31:08PM +0200, Ed Schouten wrote: >> Hi Kostik, >> >> * Kostik Belousov wrote: >>> I run a screen(1), where I tried to copy large portion of output and >>> paste it into vi. This resulted in the loss of the characters at >>> random >>> points inside the pasted text. >> >> I already took some time to investigate the issue. I have attached a >> patch that should already improve the situation: >> >> - write() on a pseudo-terminal master also accounted the data that >> was >> read into the kernel, but couldn't be passed to the TTY (which is >> likely to happen in non-blocking mode). >> >> - There was also a small unrelated issue; input on a TTY which has >> been >> configured in block (bypass) mode wouldn't set the input high water >> mark. >> >> For some reason, the data loss doesn't occur when SSHing to myself >> multiple times, but still causes screen(1) to drop some bytes later >> on. >> >> Even though it's always very easy to blame other applications, I >> suspect >> this may be because I reduced the input buffer size from 8 KB to 2 KB >> per pseudo-terminal. Maybe screen(1) can't deal with this. To be >> investigated... > At least, it is an improvement for me. Patch looks good. > Please consider this as an approval for the commit. SWEET! You may have fixed the bug that I reported (well, not officially) on #bsdports / #bsddev a while ago... someone else tested it though, and it passed for them so I thought it was just something funky with my setup. I suppose not :). I'll give it a shot too, once I have a chance. It was very easy to reproduce, but wasn't consistent for everyone, and the best way to reproduce it was to paste ~1k chars of text from Firefox to xterm (for instance).. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 07:26:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86FB11065670 for ; Mon, 3 Aug 2009 07:26:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 199AE8FC13 for ; Mon, 3 Aug 2009 07:26:13 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=E59DoiNZAK6uQHgO13YA:9 a=L6P8scQk6huVf71Asn8A:7 a=pAl1FcrUv4Exu3WZBfaAV1zbvCsA:4 a=Rk7U24iObsvedVEAsQEA:9 a=gnrMiKeQK1jmmxtyE0cA:7 a=AN3LayuI9UxRzUdBw6P6GySq-W0A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 900987259 for freebsd-current@freebsd.org; Mon, 03 Aug 2009 09:26:12 +0200 To: freebsd-current@freebsd.org Content-Disposition: inline From: Hans Petter Selasky Date: Mon, 3 Aug 2009 09:26:10 +0200 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_UEpdKHFUUlIBNl5" Message-Id: <200908030926.12472.hselasky@c2i.net> Subject: Patch to address coredump slowdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 07:26:14 -0000 --Boundary-00=_UEpdKHFUUlIBNl5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, The following attached patch addresses recently slowed coredumps. http://perforce.freebsd.org/chv.cgi?CH=166957 MD5 (ukbd.c.diff) = 1e3c143942593b0ed4617d306a9d2ee2 cd /usr/src/sys/dev/usb/input/ cat ukbd.c.diff | patch --HPS --Boundary-00=_UEpdKHFUUlIBNl5 Content-Type: text/x-patch; charset="iso-8859-1"; name="ukbd.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ukbd.c.diff" --- ukbd.c 2009-08-02 16:28:40.000000000 +0200 +++ ukbd.c 2009-08-03 09:12:42.000000000 +0200 @@ -170,6 +170,7 @@ int32_t sc_state; /* shift/lock key state */ int32_t sc_accents; /* accent key index (> 0) */ + uint16_t sc_microtime; /* used when polling */ uint16_t sc_inputs; uint16_t sc_inputhead; uint16_t sc_inputtail; @@ -302,18 +303,32 @@ static void ukbd_do_poll(struct ukbd_softc *sc, uint8_t wait) { + struct timeval tv; + uint16_t temp; + DPRINTFN(2, "polling\n"); while (sc->sc_inputs == 0) { usbd_transfer_poll(sc->sc_xfer, UKBD_N_TRANSFER); - DELAY(1000); /* delay 1 ms */ + microtime(&tv); - sc->sc_time_ms++; + temp = tv.tv_usec / 25000; /* support repetition of keys: */ + if (sc->sc_microtime != temp) { + + /* wait for next delta */ + + sc->sc_microtime = temp; + + /* 25 milliseconds have passed */ + + sc->sc_time_ms += 25; + } + ukbd_interrupt(sc); if (!wait) --Boundary-00=_UEpdKHFUUlIBNl5-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 08:39:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E07DF106564A; Mon, 3 Aug 2009 08:39:21 +0000 (UTC) (envelope-from franklahm@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 499E78FC08; Mon, 3 Aug 2009 08:39:21 +0000 (UTC) (envelope-from franklahm@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so439902fgb.12 for ; Mon, 03 Aug 2009 01:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=PcMP2OyIhUQ0PxyXkAG9FVXFreTJ0KrY+tdoO4rklsk=; b=Ta5DymII5JiEBLHOxqNnk0Jx4XrVkKwNvl/Ih9Sot8687DRDk9IGBc53uE4882gpzW DRq+5la8sMR5DtRUGQv9zJhw6fMvrofnr3vxlhuio3973DEGMrSDjmuPOYLnVLAQLy6r 0WkRjz9zZ8WOO4QIYqOyx5cUm5Aacd4KaF2Kc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=mAXFDYKcN23ep40cEIIf+z+NloF3c34jZ6+D9Ukqydn6klbLEnSSEpdt+xrvu+DEK/ 9N0IaLTFquTw+uJIIEvHaPbbhDTVuEhDdlHNNcbJ0Jt+qQqgNhL+BH2vyWz6bODeMc1w 5f8d94x4lK8QIe8RMvOvvFTyFpRcTnt1J9+B4= MIME-Version: 1.0 Received: by 10.86.35.18 with SMTP id i18mr2024099fgi.8.1249287078777; Mon, 03 Aug 2009 01:11:18 -0700 (PDT) Date: Mon, 3 Aug 2009 10:11:18 +0200 Message-ID: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> From: Frank Lahm To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: cattelan@thebarn.com, rwatson@FreeBSD.org Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 08:39:22 -0000 Hi, I just subscribed here so I can't followup neatly which will break threading, sorry for that. If appropiate please also provide any patches upstream. Thanks! Though I'm not sure _what_ you're really patching here, as the patch doesn't match neither upstream head nor branch-2-0 ? Regards -Frank, Netatalk Developer From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 08:44:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05903106564A for ; Mon, 3 Aug 2009 08:44:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 988F58FC14 for ; Mon, 3 Aug 2009 08:44:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from [192.168.2.101] (host81-155-13-237.range81-155.btcentralplus.com [81.155.13.237]) by cyrus.watson.org (Postfix) with ESMTPSA id AA1BC46B23; Mon, 3 Aug 2009 04:43:59 -0400 (EDT) Message-Id: <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> From: "Robert N. M. Watson" To: Frank Lahm In-Reply-To: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 3 Aug 2009 09:43:56 +0100 References: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: cattelan@thebarn.com, freebsd-current@freebsd.org Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 08:44:03 -0000 On 3 Aug 2009, at 09:11, Frank Lahm wrote: > I just subscribed here so I can't followup neatly which will break > threading, sorry for that. > > If appropiate please also provide any patches upstream. Thanks! > Though I'm not sure _what_ you're really patching here, as the patch > doesn't match neither upstream head nor branch-2-0 ? This is a patch against the kernel netatalk code in FreeBSD, specifically, against address configuration for phase I addresses. Forgive a lack of knowledge of the netatalk project itself, but I had assumed we basically owned the kernel bits and were supposed to make sure they kept working, and you guys owned the userspace bits. If you are maintaining kernel bits, then we should talk about that since I've modified the FreeBSD netatalk kernel code heavily in the last few years during the fine-grained locking work on it. :-) We should probably talk regardless as one of the big things we appear to be missing for the kernel netatalk code is a decent regression suite -- I have some casual local tests, but over the years we've picked up several reports of regressions (8 appears to have regressed with respect to multiple network interfaces being available, for example), and I know very little about the wire protocol. If you guys have any unit tests for kernel netatalk services, that would be excellent, but if not, perhaps you can provide some guidance on what sorts of units tests would be appropriate. Robert From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 11:37:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F5631065673 for ; Mon, 3 Aug 2009 11:37:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 066838FC15 for ; Mon, 3 Aug 2009 11:37:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=0DZXCc_q42mQx2oKZOoA:9 a=M_H0dsja0E95St8ujc_D6nuHKF0A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 234789764; Mon, 03 Aug 2009 13:37:14 +0200 From: Hans Petter Selasky To: Garrett Cooper Date: Mon, 3 Aug 2009 13:37:12 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908030926.12472.hselasky@c2i.net> <7d6fde3d0908030424r46188924y6df4fbfd8fcdc8ce@mail.gmail.com> In-Reply-To: <7d6fde3d0908030424r46188924y6df4fbfd8fcdc8ce@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031337.14144.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Patch to address coredump slowdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 11:37:17 -0000 On Monday 03 August 2009 13:24:06 Garrett Cooper wrote: > Could this be what's killing off I/O in general lately? I think no. The code where the DELAY() is called from should only be called when polling from DDB (panic prompt) and the alike. Else there is a bug! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 11:50:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CD81065686 for ; Mon, 3 Aug 2009 11:50:10 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 72E918FC1D for ; Mon, 3 Aug 2009 11:50:10 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yxe11 with SMTP id 11so6224890yxe.3 for ; Mon, 03 Aug 2009 04:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cgRq/U9jS6FkDTGQQThYZ0mETCmX4KLlfRXQYN4QA80=; b=OnzjQcMvnvSFFaK/ToVQsPOrXoX5MKXGDWeZe+jpAubx4v+2A8eONmKGYzsicQAtzK MyrXF7F76uVGl1b1gnJUHLJVEr/ubdHm08JQsqsHOxHBal3nnskjLeNsunh1bF5lGFZl Uj/X/2mywy8z4VD2+lCcIgDCbYF2zEAzT2rTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=w2UrlhUr8ya6V5HvKdWOywLhDOyM7xu9maTcUlB9IK4lQKgI+br5ycedZO8BQLl/wS Q9e9SyD1UKGt9/pvvpBtTuzuOEAdZm1YG3jIZ534OiSxMFCPKYNYYRzx1TWVpUlmheHU A53iXs0B7rIqsbG1+b0b481o50kGGaRSDUG0A= MIME-Version: 1.0 Received: by 10.150.215.8 with SMTP id n8mr10325048ybg.41.1249298646619; Mon, 03 Aug 2009 04:24:06 -0700 (PDT) In-Reply-To: <200908030926.12472.hselasky@c2i.net> References: <200908030926.12472.hselasky@c2i.net> Date: Mon, 3 Aug 2009 04:24:06 -0700 Message-ID: <7d6fde3d0908030424r46188924y6df4fbfd8fcdc8ce@mail.gmail.com> From: Garrett Cooper To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Patch to address coredump slowdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 11:50:11 -0000 On Mon, Aug 3, 2009 at 12:26 AM, Hans Petter Selasky wrote: > Hi, > > The following attached patch addresses recently slowed coredumps. > > http://perforce.freebsd.org/chv.cgi?CH=166957 > > MD5 (ukbd.c.diff) = 1e3c143942593b0ed4617d306a9d2ee2 > > cd /usr/src/sys/dev/usb/input/ > cat ukbd.c.diff | patch Could this be what's killing off I/O in general lately? I used to be able to compile and serve up files via NFS / samba without my desktop/laptop skipping a frame of decent quality video over my gigabit ethernet here at home, but now it appears to have gone downhill a bit (well, that's what I noticed since my last update which was ~14 days ago, e.g. BETA1 -- I just updated tonight so we'll see what happens now...). Thanks HPS! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 13:06:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E281065675; Mon, 3 Aug 2009 13:06:26 +0000 (UTC) (envelope-from franklahm@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 75BC78FC16; Mon, 3 Aug 2009 13:06:25 +0000 (UTC) (envelope-from franklahm@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so473896fgb.12 for ; Mon, 03 Aug 2009 06:06:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XxXsmz/TzUY/Xl8RuhUS9pEgJ765j56GbD7VqlqLZ2M=; b=UN6S//o70q2IJAq6pRqptrKdYNnv7bm3L2/wx4RNNmRW4DuAYVHEYLlcPLEuXAk1D7 NbGsGtkHkX4AX5j0RiWsErXaIbtOy2ZYtbvm7fg2AIHogzhnn0KOYXgw5r1KSVzL1mWf Ln3GPkwLfaN8p0tBNZRR1MkojiUXIldwqgFVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=S3DXHA95TA2LI2bC0ffvYOYzIyQFkB3tRf4V9/C/Hx2fgs2afgGt+fJTljHYeHRAYm BNH3vJFJbGY4EuHYXmDnruxKrCJqm3Yy8OtOAy6x4cNiua+ChcUNiXaHkwsyTigbrjTi LwFOpf8ZOBq1aQ84KQpPCXzU8rK7MQ2HiAJsI= MIME-Version: 1.0 Received: by 10.86.1.1 with SMTP id 1mr2076438fga.42.1249304784166; Mon, 03 Aug 2009 06:06:24 -0700 (PDT) In-Reply-To: <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> References: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> Date: Mon, 3 Aug 2009 15:06:24 +0200 Message-ID: <4242eef70908030606l43c23217r8725a80045dd0cd0@mail.gmail.com> From: Frank Lahm To: "Robert N. M. Watson" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 13:06:26 -0000 2009/8/3 Robert N. M. Watson : > > On 3 Aug 2009, at 09:11, Frank Lahm wrote: > >> I just subscribed here so I can't followup neatly which will break >> threading, sorry for that. >> >> If appropiate please also provide any patches upstream. Thanks! >> Though I'm not sure _what_ you're really patching here, as the patch >> doesn't match neither upstream head nor branch-2-0 ? > > This is a patch against the kernel netatalk code in FreeBSD, specifically, > against address configuration for phase I addresses. Forgive a lack of > knowledge of the netatalk project itself, but I had assumed we basically > owned the kernel bits and were supposed to make sure they kept working, and > you guys owned the userspace bits. Yes, of course. I'm sorry to say, but apparently I was too lazy to check the relation between "our" sys/netatalk/*.[c|h] [1] stuff and the FreeBSD stuff. As it turns out we have some very old and very unmaintained code in our repo which was imported way back then when Netatalk was brought to SF.net in the first place. Since then nobody every really has worked on it. Current Netatalk development focuses on userspace stuff. Afaik none of us doing active development has any decent knowledge of the AppleTalk protocol implementations of BSD or Solaris. > We should probably talk regardless as one of the big things we appear to be > missing for the kernel netatalk code is a decent regression suite -- I have > some casual local tests, but over the years we've picked up several reports > of regressions (8 appears to have regressed with respect to multiple network > interfaces being available, for example), and I know very little about the > wire protocol. If you guys have any unit tests ... No, we don't. Only for the userlevel AFP protocol. > ... for kernel netatalk services, ... Fwiw: the usage of the term netatalk for the kernel implementation of the link-layer AppleTalk protocoll is confusing. I guess the naming rules in FreeBSD CVS joined net with atalk to form netatalk, but that's only the name of the directory containg the atalk implementation. > that would be excellent, but if not, perhaps you can provide some guidance > on what sorts of units tests would be appropriate. >From our (or at least my) perspective, we're focusing on the AFP protocol and our ressources are sparse. Also note that Mac OS X 10.6 will ship withouh AppleTalk. The words of dropping AppleTalk support and the userlevel daemons atalkd and papd who use it have already been heared twice on netatalk-dev@sf.net. Few are still using it, fewer know it, nobody maintains it. A year or two back in time I would have been tempted to step up and pick up AT development and would then have asked you for some advice on how to get to know developping networking stuff in the FreeBSD kernel. But that was then. Sorry for the noise. Regards, -Frank [1] http://netatalk.cvs.sourceforge.net/viewvc/netatalk/netatalk/sys/netatalk/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 15:04:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 673931065674 for ; Mon, 3 Aug 2009 15:04:33 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf01.insightbb.com (mxsf01.insightbb.com [74.128.0.71]) by mx1.freebsd.org (Postfix) with ESMTP id 1D74D8FC23 for ; Mon, 3 Aug 2009 15:04:32 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.43,315,1246852800"; d="asc'?scan'208";a="711189668" Received: from unknown (HELO asav00.insightbb.com) ([172.31.249.123]) by mxsf01.insightbb.com with ESMTP; 03 Aug 2009 11:04:31 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAHuZdkpKgYh2/2dsb2JhbACLDscoCYQPBYFK X-IronPort-AV: E=Sophos;i="4.43,315,1246852800"; d="asc'?scan'208";a="90239049" Received: from 74-129-136-118.dhcp.insightbb.com (HELO sneezy) ([74.129.136.118]) by asav00.insightbb.com with SMTP; 03 Aug 2009 11:04:31 -0400 From: "David Boyd" To: Date: Mon, 3 Aug 2009 11:04:31 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0102_01CA142A.2D81BE60" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal Cc: freebsd-stable@freebsd.org Subject: FW: 8.0-BETA2 sysinstall ignoring setting of nonInteractive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 15:04:33 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0102_01CA142A.2D81BE60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Can someone "PLEASE" commit this fix. Daniel was kind enough to write it up, but it has not been committed as of 8/3/2009. Thanks. -----Original Message----- From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] Sent: Tuesday, July 21, 2009 8:28 PM To: freebsd-current@freebsd.org Cc: David Boyd Subject: Re: 8.0-BETA2 sysinstall ignoring setting of nonInteractive On Wed, 22 Jul 2009, David Boyd wrote: > With 8.0-BETA(1/2) sysinstall ignores setting of nonInteractive > variable when using USB-based install. > > With or without nonInteractive sysinstall issues message "Using USB > device: da0a" and waits for confirmation. > > This breaks unattended installations using USB device. I think this would fix it, can you test it? Index: media.c =================================================================== --- media.c (revision 195813) +++ media.c (working copy) @@ -262,7 +262,8 @@ mediaDevice = devs[0]; if (mediaDevice) mediaDevice->private = NULL; - msgConfirm("Using USB device: %s", mediaDevice->name); + if (!variable_get(VAR_NONINTERACTIVE)) + msgConfirm("Using USB device: %s", mediaDevice->name); return (mediaDevice ? DITEM_LEAVE_MENU : DITEM_FAILURE); } -- 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 ------=_NextPart_000_0102_01CA142A.2D81BE60 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKZl0N5ZPcIHs/zowRAoLJAJ9g6jj7/mBUj4NR3SMfh+3MV1g3fACfVZme 1YXKwM71isOudr84BUtk698= =1V92 -----END PGP SIGNATURE----- ------=_NextPart_000_0102_01CA142A.2D81BE60-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 15:20:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 545AC106564A for ; Mon, 3 Aug 2009 15:20:22 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCE48FC14 for ; Mon, 3 Aug 2009 15:20:21 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id D42016D423; Mon, 3 Aug 2009 17:22:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AoVgdwwkoV3H; Mon, 3 Aug 2009 17:22:02 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 232AB6D41E; Mon, 3 Aug 2009 17:22:02 +0200 (CEST) Date: Mon, 3 Aug 2009 17:22:02 +0200 From: Rink Springer To: David Boyd Message-ID: <20090803152202.GB61519@rink.nu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FW: 8.0-BETA2 sysinstall ignoring setting of nonInteractive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 15:20:22 -0000 On Mon, Aug 03, 2009 at 11:04:31AM -0400, David Boyd wrote: > Can someone "PLEASE" commit this fix. This fix looks OK to me; I'll ask re@ for permission. Regards, -- Rink P.W. Springer - http://rink.nu "Optimism, Hercules, is the shield of fools." - Dahak From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 15:23:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABE3A1065686 for ; Mon, 3 Aug 2009 15:23:55 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 82A6D8FC1E for ; Mon, 3 Aug 2009 15:23:55 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from lemongrass.sec.cl.cam.ac.uk (lemongrass.sec.cl.cam.ac.uk [128.232.18.47]) by cyrus.watson.org (Postfix) with ESMTPSA id A067B46B1A; Mon, 3 Aug 2009 11:23:54 -0400 (EDT) Message-Id: <678AAF56-8778-4B0C-9C74-29CF440123AF@freebsd.org> From: "Robert N. M. Watson" To: Frank Lahm In-Reply-To: <4242eef70908030606l43c23217r8725a80045dd0cd0@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 3 Aug 2009 16:23:53 +0100 References: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> <4242eef70908030606l43c23217r8725a80045dd0cd0@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-current@freebsd.org Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 15:23:56 -0000 On 3 Aug 2009, at 14:06, Frank Lahm wrote: >> This is a patch against the kernel netatalk code in FreeBSD, >> specifically, >> against address configuration for phase I addresses. Forgive a lack >> of >> knowledge of the netatalk project itself, but I had assumed we >> basically >> owned the kernel bits and were supposed to make sure they kept >> working, and >> you guys owned the userspace bits. > > Yes, of course. > I'm sorry to say, but apparently I was too lazy to check the relation > between "our" sys/netatalk/*.[c|h] [1] stuff and the FreeBSD stuff. > As it turns out we have some very old and very unmaintained code in > our repo which was imported way back then when Netatalk was brought to > SF.net in the first place. Since then nobody every really has worked > on it. Current Netatalk development focuses on userspace stuff. > Afaik none of > us doing active development has any decent knowledge of the AppleTalk > protocol implementations of BSD or Solaris. This is simplifying from many perspectives -- I should probably check your repo history to see if there were any earlier bug fixes that would be useful to pick up for FreeBSD, but it sounds like we've maintained it much more aggressively. >> We should probably talk regardless as one of the big things we >> appear to be >> missing for the kernel netatalk code is a decent regression suite >> -- I have >> some casual local tests, but over the years we've picked up several >> reports >> of regressions (8 appears to have regressed with respect to >> multiple network >> interfaces being available, for example), and I know very little >> about the >> wire protocol. If you guys have any unit tests ... > > No, we don't. Only for the userlevel AFP protocol. However, that is useful to know: if I can create a VM with a netatalk- enabled FreeBSD kernel and netatalk source package from you, with minimal configuration, can I simply say "make test" or something along those lines and get test results of value? If so that can help us significantly in keeping netatalk working on the platform. >> ... for kernel netatalk services, ... > > Fwiw: > the usage of the term netatalk for the kernel implementation of the > link-layer AppleTalk protocoll is confusing. I guess the naming rules > in FreeBSD CVS joined net with atalk to form netatalk, but that's only > the name of the directory containg the atalk implementation. I think there's a bit more history to it than that. In the original BSD network stack (home of the sockets API, etc), the various directory names were net and net$proto, such as netinet. This naming convention has been continued in the FreeBSD stack - netipx, netinet6, net80211, etc. You can even find the impact of this historic BSD naming convention on systems like Solaris and Linux, where the portable header file names are things like "netinet/in.h". My guess is that the userspace components in today's netatalk project derived their name from this structure, rather than it being a convergence of names. :-) >> that would be excellent, but if not, perhaps you can provide some >> guidance >> on what sorts of units tests would be appropriate. > > From our (or at least my) perspective, we're focusing on the AFP > protocol and our ressources are sparse. Also note that Mac OS X 10.6 > will ship withouh AppleTalk. The words of dropping AppleTalk support > and the userlevel daemons atalkd and papd who use it have already been > heared twice on netatalk-dev@sf.net. Few are still using it, fewer > know it, nobody maintains it. > A year or two back in time I would have been tempted to step up and > pick up AT development and would then have asked you for some advice > on how to get to know developping networking stuff in the FreeBSD > kernel. But that was then. Right. The future of AppleTalk as a protocol is grim, but the reality is that there are moderate number of folks still using it. Or, at least, I usually get a handful of bug reports whenever I break it when sliding support forward to new kernel infrastructure changes, including this most recent one that was fallout from SMP work. :-) We'd like to keep our kernel protocol stack supporting it until our users stop using it. I don't see us doing much in the way of enhancement (although our netatalk code probably will grow support for network stack virtualization in the future, as that's a general infrastructural change appearing throughout the network stack). So in as much as we can rely on, for example, unit testing in the userspace netatalk package telling us when we introduce regressions in the kernel code, that's very helpful. Robert From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 15:52:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2435C1065675 for ; Mon, 3 Aug 2009 15:52:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0671A8FC24 for ; Mon, 3 Aug 2009 15:52:47 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 7D50E2357; Mon, 3 Aug 2009 08:53:35 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id CEF562D6014; Mon, 3 Aug 2009 08:52:46 -0700 (PDT) Message-ID: <4A7707D4.2080604@elischer.org> Date: Mon, 03 Aug 2009 08:52:52 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: "Robert N. M. Watson" References: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> In-Reply-To: <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cattelan@thebarn.com, freebsd-current@freebsd.org, Frank Lahm Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 15:52:48 -0000 Robert N. M. Watson wrote: > > On 3 Aug 2009, at 09:11, Frank Lahm wrote: > >> I just subscribed here so I can't followup neatly which will break >> threading, sorry for that. >> >> If appropiate please also provide any patches upstream. Thanks! >> Though I'm not sure _what_ you're really patching here, as the patch >> doesn't match neither upstream head nor branch-2-0 ? > > This is a patch against the kernel netatalk code in FreeBSD, > specifically, against address configuration for phase I addresses. > Forgive a lack of knowledge of the netatalk project itself, but I had > assumed we basically owned the kernel bits and were supposed to make > sure they kept working, and you guys owned the userspace bits. If you > are maintaining kernel bits, then we should talk about that since I've > modified the FreeBSD netatalk kernel code heavily in the last few years > during the fine-grained locking work on it. :-) I did the original port of the netatalk stack to FreeBSD. At that time the netatalk code was floating around the network pretty much unmaintained. Looking at the netatalk site the other day it looked to me as if someone had picked up the pieces and restarted the project. I can't remember exactly what OS was supported before I got to it bit I think it may have been sun-os. In any case I added code to do all the route munging. Atalk uses address ranges rather than address masks but the FreeBSD routing code only supports binary masks. So I had to add code to express any particular range as a combination of masks.. (e.g. 0-10 is 0=7 + 8-10) I think the other BSDs picked netatalk up from FreeBSD. I don't know hte history of Linux netatalk. > > We should probably talk regardless as one of the big things we appear to > be missing for the kernel netatalk code is a decent regression suite -- > I have some casual local tests, but over the years we've picked up > several reports of regressions (8 appears to have regressed with respect > to multiple network interfaces being available, for example), and I know > very little about the wire protocol. If you guys have any unit tests for > kernel netatalk services, that would be excellent, but if not, perhaps > you can provide some guidance on what sorts of units tests would be > appropriate. > > Robert > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 15:59:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02EDD106566C; Mon, 3 Aug 2009 15:59:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 363E28FC18; Mon, 3 Aug 2009 15:59:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uXAB73GHeBQA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=k65giglMNd4q9o-90-0A:9 a=zhoo1XdpDPRzsePuYthE4ubsKKAA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 234908221; Mon, 03 Aug 2009 17:59:48 +0200 From: Hans Petter Selasky To: Rafal Jaworowski , freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 17:59:43 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> In-Reply-To: <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031759.46491.hselasky@c2i.net> Cc: arm@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 15:59:51 -0000 On Monday 03 August 2009 17:01:37 Rafal Jaworowski wrote: > Hans, > So how do you want to proceed with these cache sync issues? We need to > fix this before 8.0. Hi, CC'ed current: We have a case on ARM where bus_dmamap_sync() is not suffient to update the CPU cache. One reason for this is that USB needs to invalidate the same memory area multiple times. Busdma sync expects paired operation when using the PRE and POST flags, from what I understand. I do not consider this an USB issue, hence Semihalf has got the USB stack working by manually inserting CPU flush/invalidate calls into usb_pc_cpu_invalidate() and usb_pc_cpu_flush(). Their other solution however which modifies the bus_dmamap_sync() flags will break on platforms with more than 4 GByte of memory. Maybe Rafal can give a quick summar to new people at the -current list, or see previous thread on the ARM mailing list. USB needs a solution where it can call a function given a busdma mapping, preferably with an offset and length, which handles the cache sync issue and works with bounce pages on +4GB systems. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 16:31:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9EFD1065672 for ; Mon, 3 Aug 2009 16:31:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 823198FC22 for ; Mon, 3 Aug 2009 16:31:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=IWqAmX3RihkA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Alw0xYaQEBj_RozIp6MA:9 a=PZhliEahQ47RwoFiDbaxj4xgJdUA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 548290517; Mon, 03 Aug 2009 18:31:46 +0200 From: Hans Petter Selasky To: Thierry Herbelot Date: Mon, 3 Aug 2009 18:31:45 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908031816.55299.thierry.herbelot@free.fr> In-Reply-To: <200908031816.55299.thierry.herbelot@free.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031831.46884.hselasky@c2i.net> Cc: current ML Subject: Re: redundant and contradictory includes for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 16:31:49 -0000 On Monday 03 August 2009 18:16:54 Thierry Herbelot wrote: > /usr/include/usb.h This one is for libusb. The one is dev/usb/xxx is for the kernel interface. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 16:34:29 2009 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63E8F106566C for ; Mon, 3 Aug 2009 16:34:29 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id CE37B8FC28 for ; Mon, 3 Aug 2009 16:34:27 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 3D7FF2DF5B for ; Mon, 3 Aug 2009 18:17:55 +0200 (CEST) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id E973C4C8101 for ; Mon, 3 Aug 2009 18:17:49 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id 0358C4C80D9 for ; Mon, 3 Aug 2009 18:17:46 +0200 (CEST) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id n73GHgPr001502; Mon, 3 Aug 2009 18:17:43 +0200 (CEST) From: Thierry Herbelot To: current ML Date: Mon, 3 Aug 2009 18:16:54 +0200 User-Agent: KMail/1.9.10 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031816.55299.thierry.herbelot@free.fr> Cc: Hans Petter Selasky Subject: redundant and contradictory includes for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 16:34:29 -0000 Hello, Alongside the shiny new USB stack, there are legacy usb include files which most likely should be removed : /usr/include/usb.h seems to be replaced by /usr/include/dev/usb/usb.h maybe /usr/include/usbhid.h should be replaced by /usr/include/dev/usb/usbhid.h Cheers TfH From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 16:36:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD26D1065670; Mon, 3 Aug 2009 16:36:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 222108FC18; Mon, 3 Aug 2009 16:36:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=IWqAmX3RihkA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=cfDtlQDE7uDpLufC5oAA:9 a=KIkeaNslQE_LYCYpKo69gn9MQFkA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1188455327; Mon, 03 Aug 2009 18:36:38 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 18:36:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908031816.55299.thierry.herbelot@free.fr> <200908031831.46884.hselasky@c2i.net> In-Reply-To: <200908031831.46884.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031836.37694.hselasky@c2i.net> Cc: Thierry Herbelot , current ML Subject: Re: redundant and contradictory includes for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 16:36:41 -0000 On Monday 03 August 2009 18:31:45 Hans Petter Selasky wrote: > On Monday 03 August 2009 18:16:54 Thierry Herbelot wrote: > > /usr/include/usb.h > > This one is for libusb. The one is dev/usb/xxx is for the kernel interface. Spelling: s/The one is/The other one/ --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 16:36:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD26D1065670; Mon, 3 Aug 2009 16:36:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 222108FC18; Mon, 3 Aug 2009 16:36:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=IWqAmX3RihkA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=cfDtlQDE7uDpLufC5oAA:9 a=KIkeaNslQE_LYCYpKo69gn9MQFkA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1188455327; Mon, 03 Aug 2009 18:36:38 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 18:36:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908031816.55299.thierry.herbelot@free.fr> <200908031831.46884.hselasky@c2i.net> In-Reply-To: <200908031831.46884.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031836.37694.hselasky@c2i.net> Cc: Thierry Herbelot , current ML Subject: Re: redundant and contradictory includes for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 16:36:41 -0000 On Monday 03 August 2009 18:31:45 Hans Petter Selasky wrote: > On Monday 03 August 2009 18:16:54 Thierry Herbelot wrote: > > /usr/include/usb.h > > This one is for libusb. The one is dev/usb/xxx is for the kernel interface. Spelling: s/The one is/The other one/ --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 16:52:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71774106566B; Mon, 3 Aug 2009 16:52:50 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 15A0D8FC18; Mon, 3 Aug 2009 16:52:49 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 886A9C426C; Mon, 3 Aug 2009 18:50:19 +0200 (CEST) Message-Id: From: Rafal Jaworowski To: Hans Petter Selasky In-Reply-To: <200908031759.46491.hselasky@c2i.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 3 Aug 2009 18:52:48 +0200 References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> <200908031759.46491.hselasky@c2i.net> X-Mailer: Apple Mail (2.935.3) Cc: arm@freebsd.org, usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 16:52:51 -0000 On 2009-08-03, at 17:59, Hans Petter Selasky wrote: > On Monday 03 August 2009 17:01:37 Rafal Jaworowski wrote: >> Hans, >> So how do you want to proceed with these cache sync issues? We need >> to >> fix this before 8.0. > > Hi, > > CC'ed current: We have a case on ARM where bus_dmamap_sync() is not > suffient > to update the CPU cache. One reason for this is that USB needs to > invalidate It's not only ARM, but some MIPS and PowerPC observe this as well; actually I'd expect any system with non-coherent DMA will suffer from this with current USB stack. > the same memory area multiple times. Busdma sync expects paired > operation when > using the PRE and POST flags, from what I understand. I do not > consider this > an USB issue, hence Semihalf has got the USB stack working by manually > inserting CPU flush/invalidate calls into usb_pc_cpu_invalidate() and > usb_pc_cpu_flush(). Their other solution however which modifies the > bus_dmamap_sync() flags will break on platforms with more than 4 > GByte of > memory. > > Maybe Rafal can give a quick summar to new people at the -current > list, or see > previous thread on the ARM mailing list. This issue was discussed already: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=50307+0+archive/2009/freebsd-usb/20090628.freebsd-usb See also the beginning of this thread: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=10461+0+archive/2009/freebsd-arm/20090726.freebsd-arm Rafal From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 17:10:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A385106566C; Mon, 3 Aug 2009 17:10:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA3D8FC0A; Mon, 3 Aug 2009 17:10:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B53F746B17; Mon, 3 Aug 2009 13:10:44 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E44B48A0A2; Mon, 3 Aug 2009 13:10:43 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 13:05:25 -0400 User-Agent: KMail/1.9.7 References: <4A75691E.9070401@elischer.org> In-Reply-To: <4A75691E.9070401@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200908031305.25714.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 03 Aug 2009 13:10:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Julian Elischer , FreeBSD Current Subject: Re: possible readability improvement for i386 pcpu macros: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 17:10:45 -0000 On Sunday 02 August 2009 6:23:26 am Julian Elischer wrote: > > if you have to ever look at the output of the cpp then this removes a > number of things you have to puzzle over in the output of PCPU_SET() > and friends. > > > I don't know if it applies to the other architectures. It probably applies to amd64. Also, simplifying the amount of code the macros generate can reduce compile time. That is why Peter added __curthread() so that all the curthread references did not have to compile a fully expanded PCPU_GET() macro each time. It gave a noticable reduction in kernel compile time. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 17:10:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A385106566C; Mon, 3 Aug 2009 17:10:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA3D8FC0A; Mon, 3 Aug 2009 17:10:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B53F746B17; Mon, 3 Aug 2009 13:10:44 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E44B48A0A2; Mon, 3 Aug 2009 13:10:43 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 13:05:25 -0400 User-Agent: KMail/1.9.7 References: <4A75691E.9070401@elischer.org> In-Reply-To: <4A75691E.9070401@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200908031305.25714.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 03 Aug 2009 13:10:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Julian Elischer , FreeBSD Current Subject: Re: possible readability improvement for i386 pcpu macros: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 17:10:45 -0000 On Sunday 02 August 2009 6:23:26 am Julian Elischer wrote: > > if you have to ever look at the output of the cpp then this removes a > number of things you have to puzzle over in the output of PCPU_SET() > and friends. > > > I don't know if it applies to the other architectures. It probably applies to amd64. Also, simplifying the amount of code the macros generate can reduce compile time. That is why Peter added __curthread() so that all the curthread references did not have to compile a fully expanded PCPU_GET() macro each time. It gave a noticable reduction in kernel compile time. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 17:45:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62991065676 for ; Mon, 3 Aug 2009 17:45:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id BD5208FC21 for ; Mon, 3 Aug 2009 17:45:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0DEA5A300F; Mon, 3 Aug 2009 10:45:48 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id EA0352D600E; Mon, 3 Aug 2009 10:45:39 -0700 (PDT) Message-ID: <4A77224A.9020706@elischer.org> Date: Mon, 03 Aug 2009 10:45:46 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: John Baldwin References: <4A75691E.9070401@elischer.org> <200908031305.25714.jhb@freebsd.org> In-Reply-To: <200908031305.25714.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Current Subject: Re: possible readability improvement for i386 pcpu macros: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 17:45:41 -0000 John Baldwin wrote: > On Sunday 02 August 2009 6:23:26 am Julian Elischer wrote: >> if you have to ever look at the output of the cpp then this removes a >> number of things you have to puzzle over in the output of PCPU_SET() >> and friends. >> >> >> I don't know if it applies to the other architectures. > > It probably applies to amd64. Also, simplifying the amount of code the macros > generate can reduce compile time. That is why Peter added __curthread() so > that all the curthread references did not have to compile a fully expanded > PCPU_GET() macro each time. It gave a noticable reduction in kernel compile > time. > turns out it is already in amd64.. From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 17:45:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD1951065677 for ; Mon, 3 Aug 2009 17:45:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outt.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id C3B1F8FC22 for ; Mon, 3 Aug 2009 17:45:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0DEA5A300F; Mon, 3 Aug 2009 10:45:48 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id EA0352D600E; Mon, 3 Aug 2009 10:45:39 -0700 (PDT) Message-ID: <4A77224A.9020706@elischer.org> Date: Mon, 03 Aug 2009 10:45:46 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: John Baldwin References: <4A75691E.9070401@elischer.org> <200908031305.25714.jhb@freebsd.org> In-Reply-To: <200908031305.25714.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Current Subject: Re: possible readability improvement for i386 pcpu macros: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 17:45:41 -0000 John Baldwin wrote: > On Sunday 02 August 2009 6:23:26 am Julian Elischer wrote: >> if you have to ever look at the output of the cpp then this removes a >> number of things you have to puzzle over in the output of PCPU_SET() >> and friends. >> >> >> I don't know if it applies to the other architectures. > > It probably applies to amd64. Also, simplifying the amount of code the macros > generate can reduce compile time. That is why Peter added __curthread() so > that all the curthread references did not have to compile a fully expanded > PCPU_GET() macro each time. It gave a noticable reduction in kernel compile > time. > turns out it is already in amd64.. From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 17:46:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69E30106568D for ; Mon, 3 Aug 2009 17:46:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 108D78FC14 for ; Mon, 3 Aug 2009 17:46:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id AD3601CC28; Mon, 3 Aug 2009 19:46:17 +0200 (CEST) Date: Mon, 3 Aug 2009 19:46:17 +0200 From: Ed Schouten To: FreeBSD Current Message-ID: <20090803174617.GJ1292@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BfIB/hDtUWEgpOfz" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 17:46:19 -0000 --BfIB/hDtUWEgpOfz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, I just upgraded from 26/07 to today's HEAD and during boot I get the following messages while starting jails with IPv6 addresses: in6_ifinit: insertion failed It won't create the IPv6 addresses, so I can't SSH to my jails using IPv6. I also noticed this LOR between ufs and allprison (can't copy paste the full trace right now): unmount() -> dounmount() -> mountcheckdirs() I have no idea whether this is a known LOR. --=20 Ed Schouten WWW: http://80386.nl/ --BfIB/hDtUWEgpOfz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp3ImkACgkQ52SDGA2eCwUC8gCfbA/fltBBgXyPE9ei/s3qJRKG grgAmwXGYvDdPih3SiywwXXUabAmc77i =mAl8 -----END PGP SIGNATURE----- --BfIB/hDtUWEgpOfz-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 17:56:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D83106566B for ; Mon, 3 Aug 2009 17:56:46 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 46F278FC16 for ; Mon, 3 Aug 2009 17:56:44 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 7CAF5D1A3F9 for ; Mon, 3 Aug 2009 19:39:07 +0200 (CEST) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 813934C802F for ; Mon, 3 Aug 2009 19:39:01 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id 5D4FA4C8179 for ; Mon, 3 Aug 2009 19:38:59 +0200 (CEST) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id n73HcuVU002024; Mon, 3 Aug 2009 19:38:57 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 19:38:09 +0200 User-Agent: KMail/1.9.10 References: <200908031816.55299.thierry.herbelot@free.fr> <200908031831.46884.hselasky@c2i.net> <200908031836.37694.hselasky@c2i.net> In-Reply-To: <200908031836.37694.hselasky@c2i.net> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200908031938.09783.thierry.herbelot@free.fr> Cc: Hans Petter Selasky Subject: Re: redundant and contradictory includes for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 17:56:47 -0000 Le Monday 03 August 2009, Hans Petter Selasky a écrit : > On Monday 03 August 2009 18:31:45 Hans Petter Selasky wrote: > > On Monday 03 August 2009 18:16:54 Thierry Herbelot wrote: > > > /usr/include/usb.h > > > > This one is for libusb. The one is dev/usb/xxx is for the kernel > > interface. > > Spelling: s/The one is/The other one/ OK, then : my userland application will use /usr/include/usb.h thanks TfH > > --HPS > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 19:09:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A0E106566B for ; Mon, 3 Aug 2009 19:09:36 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id BCE5B8FC14 for ; Mon, 3 Aug 2009 19:09:35 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id AD7631CEB2; Mon, 3 Aug 2009 21:09:34 +0200 (CEST) Date: Mon, 3 Aug 2009 21:09:34 +0200 From: Ed Schouten To: FreeBSD Current Message-ID: <20090803190934.GK1292@hoeg.nl> References: <20090803174617.GJ1292@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yhCE4sTDB5mqd9YJ" Content-Disposition: inline In-Reply-To: <20090803174617.GJ1292@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 19:09:36 -0000 --yhCE4sTDB5mqd9YJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > I just upgraded from 26/07 to today's HEAD and during boot I get the > following messages while starting jails with IPv6 addresses: >=20 > in6_ifinit: insertion failed >=20 > It won't create the IPv6 addresses, so I can't SSH to my jails using > IPv6. I've discussed the matter with bz@ on IRC and it seems to be an ifconfig/IPv6/INET6 problem. bz@ knows the details. ;-) --=20 Ed Schouten WWW: http://80386.nl/ --yhCE4sTDB5mqd9YJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp3Ne4ACgkQ52SDGA2eCwW9egCfds/gBM0OG/xUZh2o+iaxWiIy MEMAniY8eDar+OWJjyywths2BMirXD3a =ND2C -----END PGP SIGNATURE----- --yhCE4sTDB5mqd9YJ-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 20:05:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79BFD10657AB; Mon, 3 Aug 2009 20:05:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 32D098FC19; Mon, 3 Aug 2009 20:05:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 8606241C4E6; Mon, 3 Aug 2009 22:05:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id LYGDMNzXhOQv; Mon, 3 Aug 2009 22:05:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id E279041C6FC; Mon, 3 Aug 2009 22:05:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id BBF1A4448E6; Mon, 3 Aug 2009 20:04:30 +0000 (UTC) Date: Mon, 3 Aug 2009 20:04:30 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD Current In-Reply-To: <20090803190934.GK1292@hoeg.nl> Message-ID: <20090803195455.I93661@maildrop.int.zabbadoz.net> References: <20090803174617.GJ1292@hoeg.nl> <20090803190934.GK1292@hoeg.nl> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Qing Li Subject: Re: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 20:05:09 -0000 On Mon, 3 Aug 2009, Ed Schouten wrote: Hi, > * Ed Schouten wrote: >> I just upgraded from 26/07 to today's HEAD and during boot I get the >> following messages while starting jails with IPv6 addresses: >> >> in6_ifinit: insertion failed >> >> It won't create the IPv6 addresses, so I can't SSH to my jails using >> IPv6. > > I've discussed the matter with bz@ on IRC and it seems to be an > ifconfig/IPv6/INET6 problem. bz@ knows the details. ;-) Run on console after boot, so if a char is missing - sorry: here's the output: ------------------------------------------------------------------------ dut# sh test.sh fxp0: flags=8802 metric 0 mtu 1500 ifconfig: ioctl (SIOCAIFADDR): File exists 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R 2001:db8::1 2001:db8::1 UH fxp0 fxp0: flags=8843 metric 0 mtu 1500 ------------------------------------------------------------------------ to this script: ------------------------------------------------------------------------ #!/bin/sh iface=fxp0 ifconfig -a inet6 | grep 2001: ndp -a | grep 2001: netstat -rn -f inet6 | grep 2001: ifconfig ${iface} | head -1 ifconfig ${iface} inet6 2001:db8::1/128 alias ifconfig ${iface} inet6 | grep 2001: ndp -a | grep 2001: netstat -rn -f inet6 | grep 2001: ifconfig ${iface} | head -1 ------------------------------------------------------------------------ Note: 1) the interface is UP at the end 2) the address didn't make it to the interface address list but I do have a permanent ndp and a FIB entry for it I then changed the script to s,fxp0,em1,g s,::1,::2,g and re-run: ------------------------------------------------------------------------ dut# sh test.sh 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R 2001:db8::1 2001:db8::1 UH fxp0 em1: flags=8802 metric 0 mtu 1500 ifconfig: ioctl (SIOCAIFADDR): File exists 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R 2001:db8::2 0:e0:81:81:13:9d em1 permanent R 2001:db8::1 2001:db8::1 UH fxp0 2001:db8::2 2001:db8::2 UH em1 em1: flags=8843 metric 0 mtu 1500 ------------------------------------------------------------------------ and a third time with ix0 and as I have test it there before I UPed the interface before to see if it makes a difference, which it didn't: ------------------------------------------------------------------------ dut# ifconfig ix0 | head -1 ix0: flags=8802 metric 0 mtu 1500 dut# ifconfig ix0 up dut# ifconfig ix0 | head -1 ix0: flags=8843 metric 0 mtu 1500 dut# sh test.sh 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R 2001:db8::2 0:e0:81:81:13:9d em1 permanent R 2001:db8::1 2001:db8::1 UH fxp0 2001:db8::2 2001:db8::2 UH em1 ix0: flags=8843 metric 0 mtu 1500 ifconfig: ioctl (SIOCAIFADDR): File exists 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R 2001:db8::2 0:e0:81:81:13:9d em1 permanent R 2001:db8::3 0:1b:21:24:ce:df ix0 permanent R 2001:db8::1 2001:db8::1 UH fxp0 2001:db8::2 2001:db8::2 UH em1 2001:db8::3 2001:db8::3 UH ix0 ix0: flags=8843 metric 0 mtu 1500 ------------------------------------------------------------------------ Strangely enough this is all Intel interfaces but Ed had seen in on bge0 as well. I hadn't seen this on lo0 at any time before. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 20:32:32 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 425BD106566C; Mon, 3 Aug 2009 20:32:32 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by mx1.freebsd.org (Postfix) with ESMTP id 9B72A8FC19; Mon, 3 Aug 2009 20:32:31 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by jpru.ffm.jpru.de (8.13.8/8.13.8) with ESMTP id n73KWU5f056924; Mon, 3 Aug 2009 22:32:30 +0200 (CEST) (envelope-from lists@jpru.de) Received: (from unger@localhost) by jpru.ffm.jpru.de (8.13.8/8.13.8/Submit) id n73KWRbM056903; Mon, 3 Aug 2009 22:32:27 +0200 (CEST) (envelope-from lists@jpru.de) X-Authentication-Warning: jpru.ffm.jpru.de: unger set sender to lists@jpru.de using -f Date: Mon, 3 Aug 2009 22:32:26 +0200 From: Juergen Unger To: Pawel Jakub Dawidek Message-ID: <20090803203226.GE5813@jpru.ffm.jpru.de> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090802093016.GB3071@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 20:32:32 -0000 Hi, On Sun, Aug 02, 2009 at 11:30:16AM +0200, Pawel Jakub Dawidek wrote: [...] > > > Could you guys, who can reproduce it, try this patch: > > > > > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch > > > > I tried the patch, restarted the whole thing yesterday morning > > and after less then 24 hours and approximately 3215 zfs-receive > > jobs it do not crashes anymore, but the last started zfs-receive > > jobs is hanging, cannot be killed, even not with -9. Even other > > zfs commands are hanging and cannot be killed, while zpool commands > > seems to be not affected. > > > > root 86397 0.0 0.0 3920 1308 ?? D 3:18AM 0:00.29 zfs receive -Fv zzzz/203 > > root 5001 0.0 0.0 3920 1208 0 D+ 10:45AM 0:00.00 zfs list -t snapshot > > root 5477 0.0 0.0 3920 1240 3 D+ 11:08AM 0:00.00 zfs list > > > > also the sync command I tried to execute hangs forever: > > > > root 5457 0.0 0.0 1528 492 2- D+ 11:05AM 0:00.04 sync > > > > Other parts of the system which do not have something todo with zfs > > are still working well. I will leave the machine running in this > > state, is there something I can do to retrieve other usefull information > > for you? > > If you can break into debugger and send me 'show alltrace' for starters. hmm, maybe you did not get my last mail. I put the log of this on -Juergen- -- ENOSIG From owner-freebsd-current@FreeBSD.ORG Mon Aug 3 22:02:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFAEC1065679 for ; Mon, 3 Aug 2009 22:02:58 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 813C88FC2D for ; Mon, 3 Aug 2009 22:02:58 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n73LoFC7017192; Mon, 3 Aug 2009 14:50:42 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 3 Aug 2009 14:48:53 -0700 Message-ID: In-Reply-To: <20090803195455.I93661@maildrop.int.zabbadoz.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed Thread-Index: AcoUdda5S9FGEx4KQuqKFLqnxsjaBwADR4sA References: <20090803174617.GJ1292@hoeg.nl> <20090803190934.GK1292@hoeg.nl> <20090803195455.I93661@maildrop.int.zabbadoz.net> From: "Li, Qing" To: "Bjoern A. Zeeb" , "FreeBSD Current" Cc: Qing Li Subject: RE: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 03 Aug 2009 22:02:59 -0000 >=20 > I then changed the script to s,fxp0,em1,g s,::1,::2,g and re-run: >=20 > ----------------------------------------------------------------------- > - > dut# sh test.sh > 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R > 2001:db8::1 2001:db8::1 UH fxp0 > em1: flags=3D8802 metric 0 mtu 1500 > ifconfig: ioctl (SIOCAIFADDR): File exists > 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R > 2001:db8::2 0:e0:81:81:13:9d em1 permanent R > 2001:db8::1 2001:db8::1 UH fxp0 > 2001:db8::2 2001:db8::2 UH em1 > em1: flags=3D8843 metric 0 mtu 1500 > ----------------------------------------------------------------------- Your output appears to come from either an outdated in6.c=20 or a custom version. I expect to see something like the=20 following for each interface address from netstat output: Destination Gateway Flags Netif expire ----------------------------------------------------------------------- 2001:db8::1 link#1 UHS lo0 2001:db8::2 link#2 UHS lo0 ----------------------------------------------------------------------- Please verify your source file. --Qing From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 05:35:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B251065670 for ; Tue, 4 Aug 2009 05:35:21 +0000 (UTC) (envelope-from lists@mawer.org) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id A78FE8FC12 for ; Tue, 4 Aug 2009 05:35:21 +0000 (UTC) (envelope-from lists@mawer.org) Received: by rv-out-0506.google.com with SMTP id f9so1198860rvb.43 for ; Mon, 03 Aug 2009 22:35:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.203.20 with SMTP id a20mr4598540rvg.252.1249362198052; Mon, 03 Aug 2009 22:03:18 -0700 (PDT) Date: Tue, 4 Aug 2009 15:03:18 +1000 Message-ID: From: Antony Mawer To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 32-bit ports on amd64, ldd32 missing on FreeBSD/amd64 8.0B2 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 05:35:22 -0000 I've just been tinkering with FreeBSD/amd64 from the 8.0-BETA2 install media. At this stage I'm trying to do a test deployment of a new 8.0-based 64-bit (amd64) system, running ports from an existing 32-bit 6.x system. So far there seems to be very little documentation on running 32-bit applications on amd64, so I am finding my way as I go along... In experimenting with this, I have discovered that "ldd" on amd64 is supposed to be able to automatically spawn ldd32 when run on a 32-bit binary, however even after installing the lib32 distribution I do not appear to have a "ldd32" installed in /usr/bin. Is this an accidental omission somewhere from the installation distributions? From a brief bit of digging it looks as though if I build by hand it should get built and installed, but it doesn't appear to be packaged onto the installation media. I am running: # uname -a FreeBSD 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Wed Jul 15 21:48:41 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Further, if anyone can suggest or comment on if there is a better way to do this... the plan is presently: - Clone my existing installation's /usr/local (+ related files) from a 32-bit 6.x based system to the new 8.0 based 64-bit system - Install the compat6x package - Verify applications are able to start and run per normal Are there any significant "gotchas" I should be aware of in doing this? It is more proof of concept at this stage - eventually we will rebuild all ports on 8.x (probably as 64-bit native), but in the interim I am looking for an easy way to utilise all the available memory without having to rebuild the entire system... I imagine if I ended up building 64-bit ports, their libraries going under /usr/local/lib would conflict with the 32-bit libraries that will be there; however I intend to use exclusively 32-bit packages built on the existing 6.x systems for the moment... Any advice would be appreciated.......... -- Antony From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 05:45:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61398106566C; Tue, 4 Aug 2009 05:45:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 187078FC08; Tue, 4 Aug 2009 05:45:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 93CCD41C6A1; Tue, 4 Aug 2009 07:45:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id YnnEDe9BBkin; Tue, 4 Aug 2009 07:45:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 2B9F441C69F; Tue, 4 Aug 2009 07:45:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id A0AF94448E6; Tue, 4 Aug 2009 05:44:48 +0000 (UTC) Date: Tue, 4 Aug 2009 05:44:48 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "Li, Qing" In-Reply-To: Message-ID: <20090804053838.I93661@maildrop.int.zabbadoz.net> References: <20090803174617.GJ1292@hoeg.nl> <20090803190934.GK1292@hoeg.nl> <20090803195455.I93661@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Qing Li , FreeBSD Current Subject: RE: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 05:45:09 -0000 On Mon, 3 Aug 2009, Li, Qing wrote: >> >> I then changed the script to s,fxp0,em1,g s,::1,::2,g and re-run: >> >> > ----------------------------------------------------------------------- >> - >> dut# sh test.sh >> 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R >> 2001:db8::1 2001:db8::1 UH fxp0 >> em1: flags=8802 metric 0 mtu 1500 >> ifconfig: ioctl (SIOCAIFADDR): File exists >> 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R >> 2001:db8::2 0:e0:81:81:13:9d em1 permanent R >> 2001:db8::1 2001:db8::1 UH fxp0 >> 2001:db8::2 2001:db8::2 UH em1 >> em1: flags=8843 metric 0 mtu > 1500 >> > ----------------------------------------------------------------------- > > > Your output appears to come from either an outdated in6.c > or a custom version. I expect to see something like the > following for each interface address from netstat output: > > Destination Gateway Flags Netif > expire > ----------------------------------------------------------------------- > 2001:db8::1 link#1 UHS lo0 > 2001:db8::2 link#2 UHS lo0 > ----------------------------------------------------------------------- Yes I would as well, unless something bad happens(tm). > Please verify your source file. bz@dut:/dut/bz/HEAD.svn% ident sys/netinet6/in6.c sys/netinet6/in6.c: $KAME: in6.c,v 1.259 2002/01/21 11:37:50 keiichi Exp $ $FreeBSD: head/sys/netinet6/in6.c 196019 2009-08-01 19:26:27Z rwatson $ bz@dut:/dut/bz/HEAD.svn% svn status sys/netinet6/in6.c bz@dut:/dut/bz/HEAD.svn% And as you can see the IFF_POINTOPOINT from your last commit are not there anymore: 1193 /* 1194 * Remove the loopback route to the interface address. 1195 * The check for the current setting of "nd6_useloopback" is not needed. 1196 */ 1197 if (!(ia->ia_ifp->if_flags & IFF_LOOPBACK)) { 1776 /* 1777 * add a loopback route to self 1778 */ 1779 if (V_nd6_useloopback && !(ifp->if_flags & IFF_LOOPBACK)) { /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 07:33:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0229106566C; Tue, 4 Aug 2009 07:33:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id D21998FC0A; Tue, 4 Aug 2009 07:33:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1DDCA45C89; Tue, 4 Aug 2009 09:33:55 +0200 (CEST) Received: from localhost (pjd-w.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 81147456B1; Tue, 4 Aug 2009 09:33:49 +0200 (CEST) Date: Tue, 4 Aug 2009 09:34:16 +0200 From: Pawel Jakub Dawidek To: Juergen Unger Message-ID: <20090804073416.GA4479@garage.freebsd.pl> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20090803203226.GE5813@jpru.ffm.jpru.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 07:34:00 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 03, 2009 at 10:32:26PM +0200, Juergen Unger wrote: > Hi, >=20 > On Sun, Aug 02, 2009 at 11:30:16AM +0200, Pawel Jakub Dawidek wrote: > [...] > > > > Could you guys, who can reproduce it, try this patch: > > > >=20 > > > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch > > >=20 > > > I tried the patch, restarted the whole thing yesterday morning > > > and after less then 24 hours and approximately 3215 zfs-receive > > > jobs it do not crashes anymore, but the last started zfs-receive > > > jobs is hanging, cannot be killed, even not with -9. Even other > > > zfs commands are hanging and cannot be killed, while zpool commands > > > seems to be not affected. > > >=20 > > > root 86397 0.0 0.0 3920 1308 ?? D 3:18AM 0:00.29 zfs rec= eive -Fv zzzz/203 > > > root 5001 0.0 0.0 3920 1208 0 D+ 10:45AM 0:00.00 zfs lis= t -t snapshot > > > root 5477 0.0 0.0 3920 1240 3 D+ 11:08AM 0:00.00 zfs list > > >=20 > > > also the sync command I tried to execute hangs forever: > > >=20 > > > root 5457 0.0 0.0 1528 492 2- D+ 11:05AM 0:00.04 sync > > >=20 > > > Other parts of the system which do not have something todo with zfs > > > are still working well. I will leave the machine running in this > > > state, is there something I can do to retrieve other usefull informat= ion > > > for you? > >=20 > > If you can break into debugger and send me 'show alltrace' for starters. >=20 > hmm, maybe you did not get my last mail. > I put the log of this on I did get it, sorry for the delay, I'm quite busy with other stuff. I need to setup machine for HEAD testing, as my current test box is running perforce version. I'd also need 'show lock 0x87aac290' from this machine if its not too late. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKd+R4ForvXbEpPzQRAqdmAKD6JebTNaU9lzb+nW2i5D0brcThdACgqYNV EcGnGtznD/mhkxBcKXaB6YY= =+fTJ -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 07:53:30 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D086F10656DB; Tue, 4 Aug 2009 07:53:30 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4BAF88FC14; Tue, 4 Aug 2009 07:53:30 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by jpru.ffm.jpru.de (8.13.8/8.13.8) with ESMTP id n747rTLK073546; Tue, 4 Aug 2009 09:53:29 +0200 (CEST) (envelope-from lists@jpru.de) Received: (from unger@localhost) by jpru.ffm.jpru.de (8.13.8/8.13.8/Submit) id n747rTh2073545; Tue, 4 Aug 2009 09:53:29 +0200 (CEST) (envelope-from lists@jpru.de) X-Authentication-Warning: jpru.ffm.jpru.de: unger set sender to lists@jpru.de using -f Date: Tue, 4 Aug 2009 09:53:29 +0200 From: Juergen Unger To: Pawel Jakub Dawidek Message-ID: <20090804075329.GI5813@jpru.ffm.jpru.de> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> <20090804073416.GA4479@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090804073416.GA4479@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 07:53:31 -0000 Hi Pawel, On Tue, Aug 04, 2009 at 09:34:16AM +0200, Pawel Jakub Dawidek wrote: [...] > > > If you can break into debugger and send me 'show alltrace' for starters. > > > > hmm, maybe you did not get my last mail. > > I put the log of this on > > I did get it, sorry for the delay, I'm quite busy with other stuff. I > need to setup machine for HEAD testing, as my current test box is > running perforce version. > > I'd also need 'show lock 0x87aac290' from this machine if its not too > late. testbox# sysctl debug.kdb.enter=1 KDB: enter: sysctl debug.kdb.enter [thread pid 11635 tid 100472 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> show lock 0x87aac290 class: sx name: dp->dp_config_rwlock state: XLOCK: 0x879e8480 (tid 100130, pid 172, "txg_thread_enter") waiters: shared db> bye, -Juergen- -- ENOSIG From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 09:45:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 284E2106566B; Tue, 4 Aug 2009 09:45:48 +0000 (UTC) (envelope-from franklahm@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 750888FC0A; Tue, 4 Aug 2009 09:45:46 +0000 (UTC) (envelope-from franklahm@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so623461fgb.12 for ; Tue, 04 Aug 2009 02:45:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JfbmeybgFvwxZVtJsddv2AtLP6gfIBQdYi6Ty2TDPlI=; b=wawqqpKZb3UdB5upuQByRtvUm8t/fwyiu/gvPTvDiMOErYCz8eT5l+GbC5egxpcgcy wLvo5xBdhQ161tVdnxLwMxtXzNmkNAwfoaLkzGOOXSObZRIgsPl7/z6UnbR8DxGJb7CR KD51xtqQpa68ZBuE2v77lGAf7B+kObmz8khA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ve1FpT5SDLi4FJgCiUbmafMjXhZDKXv+FeMo1aZrCFXBZ02lHeZ/DvZSKu7TEJ9SHG xst5GvvO/WXsqbGob4H/NDtYEJV+WuFz6rILIQYp2la1NSTNkS6bhjAP/nMHYOvswFoX y4825nllTP2IiZl4c58CYz4IeSJI5S/l8Y6Q0= MIME-Version: 1.0 Received: by 10.86.74.15 with SMTP id w15mr2536062fga.26.1249379145682; Tue, 04 Aug 2009 02:45:45 -0700 (PDT) In-Reply-To: <678AAF56-8778-4B0C-9C74-29CF440123AF@freebsd.org> References: <4242eef70908030111r79618d8fhaa5ea4a95f82d781@mail.gmail.com> <9A5E9B43-92EF-4D91-9ACC-5EEE4AF84289@FreeBSD.org> <4242eef70908030606l43c23217r8725a80045dd0cd0@mail.gmail.com> <678AAF56-8778-4B0C-9C74-29CF440123AF@freebsd.org> Date: Tue, 4 Aug 2009 11:45:45 +0200 Message-ID: <4242eef70908040245s1d99c982i56c9a9f7cc4db02d@mail.gmail.com> From: Frank Lahm To: "Robert N. M. Watson" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: small fix to netatalk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 09:45:48 -0000 2009/8/3 Robert N. M. Watson : > > On 3 Aug 2009, at 14:06, Frank Lahm wrote: > >>> This is a patch against the kernel netatalk code in FreeBSD, >>> specifically, >>> against address configuration for phase I addresses. Forgive a lack of >>> knowledge of the netatalk project itself, but I had assumed we basically >>> owned the kernel bits and were supposed to make sure they kept working, >>> and >>> you guys owned the userspace bits. >> >> Yes, of course. >> I'm sorry to say, but apparently I was too lazy to check the relation >> between "our" sys/netatalk/*.[c|h] [1] stuff and the FreeBSD stuff. >> As it turns out we have some very old and very unmaintained code in >> our repo which was imported way back then when Netatalk was brought to >> SF.net in the first place. Since then nobody every really has worked >> on it. Current Netatalk development focuses on userspace stuff. Afaik none >> of >> us doing active development has any decent knowledge of the AppleTalk >> protocol implementations of BSD or Solaris. > > This is simplifying from many perspectives -- ?? > I should probably check your > repo history to see if there were any earlier bug fixes that would be useful > to pick up for FreeBSD, ... As said: >> As it turns out we have some very old and very unmaintained code in >> our repo which was imported way back then when Netatalk was brought to >> SF.net in the first place. Since then nobody every really has worked >> on it. > ...but it sounds like we've maintained it much more aggressively. Indeed. You have maintained it, we haven't. >>> We should probably talk regardless as one of the big things we appear to >>> be >>> missing for the kernel netatalk code is a decent regression suite -- I >>> have >>> some casual local tests, but over the years we've picked up several >>> reports >>> of regressions (8 appears to have regressed with respect to multiple >>> network >>> interfaces being available, for example), and I know very little about >>> the >>> wire protocol. If you guys have any unit tests ... >> >> No, we don't. Only for the userlevel AFP protocol. > > However, that is useful to know: if I can create a VM with a > netatalk-enabled ... Again: please in order to prevent confusion imo we should follow the naming scheme in use at every other place. The AppleTalk kernel module is called just that. Calling it the netatalk kernel module will cause confusion. Really, it confuses myself while we're talkink about it. I'm not trying to nitpick here, I'm sorry if you got that impression. > ... FreeBSD kernel and netatalk source package from you, with > minimal configuration, can I simply say "make test" or something along those > lines and get test results of value? If so that can help us significantly in > keeping netatalk working on the platform. As said: we have this for testing Netatalk's afpd against the AFP (over IP) specs [1]. Having a test suit for testing the AppleTalk stack on a platform would be nice, but as said none of the current Netatalk developers has time or interest in doing this as we're focusing on other stuff. >>> ... for kernel netatalk services, ... >> >> Fwiw: >> the usage of the term netatalk for the kernel implementation of the >> link-layer AppleTalk protocoll is confusing. I guess the naming rules >> in FreeBSD CVS joined net with atalk to form netatalk, but that's only >> the name of the directory containg the atalk implementation. > > I think there's a bit more history to it than that. In the original BSD > network stack (home of the sockets API, etc), the various directory names > were net and net$proto, such as netinet. This naming convention has been > continued in the FreeBSD stack - netipx, netinet6, net80211, etc. You can > even find the impact of this historic BSD naming convention on systems like > Solaris and Linux, where the portable header file names are things like > "netinet/in.h". My guess is that the userspace components in today's > netatalk project derived their name from this structure, rather than it > being a convergence of names. :-) Probably. ;o) >>> that would be excellent, but if not, perhaps you can provide some >>> guidance >>> on what sorts of units tests would be appropriate. >> >> From our (or at least my) perspective, we're focusing on the AFP >> protocol and our ressources are sparse. Also note that Mac OS X 10.6 >> will ship withouh AppleTalk. The words of dropping AppleTalk support >> and the userlevel daemons atalkd and papd who use it have already been >> heared twice on netatalk-dev@sf.net. Few are still using it, fewer >> know it, nobody maintains it. >> A year or two back in time I would have been tempted to step up and >> pick up AT development and would then have asked you for some advice >> on how to get to know developping networking stuff in the FreeBSD >> kernel. But that was then. > > Right. The future of AppleTalk as a protocol is grim, but the reality is > that there are moderate number of folks still using it. Or, at least, I > usually get a handful of bug reports whenever I break it when sliding > support forward to new kernel infrastructure changes, including this most > recent one that was fallout from SMP work. :-) > > We'd like to keep our kernel protocol stack supporting it until our users > stop using it. I don't see us doing much in the way of enhancement (although > our netatalk code probably will grow support for network stack > virtualization in the future, as that's a general infrastructural change > appearing throughout the network stack). So in as much as we can rely on, > for example, unit testing in the userspace netatalk package telling us when > we introduce regressions in the kernel code, that's very helpful. I highly appreciate your and anybody elses work on the AppleTalk kernel module in FreeBSD. As it stands the recommended platform for Netatalk for folks still using AT is FreeBSD, as Linux AppleTalk kernel module is broken (e.g. it generates broken RTMP packets) and the Solaris one (which lives in the Netatalk repo) is loadable but unmaintained. Regards -Frank [1] From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 09:49:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9A8D106564A; Tue, 4 Aug 2009 09:49:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1348FC0A; Tue, 4 Aug 2009 09:49:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F148945C99; Tue, 4 Aug 2009 11:49:28 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1768C45684; Tue, 4 Aug 2009 11:49:24 +0200 (CEST) Date: Tue, 4 Aug 2009 11:49:50 +0200 From: Pawel Jakub Dawidek To: Juergen Unger Message-ID: <20090804094950.GD4479@garage.freebsd.pl> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> <20090804073416.GA4479@garage.freebsd.pl> <20090804075329.GI5813@jpru.ffm.jpru.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pQhZXvAqiZgbeUkD" Content-Disposition: inline In-Reply-To: <20090804075329.GI5813@jpru.ffm.jpru.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 09:49:32 -0000 --pQhZXvAqiZgbeUkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 04, 2009 at 09:53:29AM +0200, Juergen Unger wrote: > Hi Pawel, >=20 > On Tue, Aug 04, 2009 at 09:34:16AM +0200, Pawel Jakub Dawidek wrote: > [...] > > > > If you can break into debugger and send me 'show alltrace' for star= ters. > > >=20 > > > hmm, maybe you did not get my last mail. > > > I put the log of this on > >=20 > > I did get it, sorry for the delay, I'm quite busy with other stuff. I > > need to setup machine for HEAD testing, as my current test box is > > running perforce version. > >=20 > > I'd also need 'show lock 0x87aac290' from this machine if its not too > > late. >=20 > testbox# sysctl debug.kdb.enter=3D1 > KDB: enter: sysctl debug.kdb.enter > [thread pid 11635 tid 100472 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> show lock 0x87aac290 > class: sx > name: dp->dp_config_rwlock > state: XLOCK: 0x879e8480 (tid 100130, pid 172, "txg_thread_enter") > waiters: shared > db>=20 Could you also try something like the following from DDB: x/bx 0x879ad8a0,52 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --pQhZXvAqiZgbeUkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKeAQ+ForvXbEpPzQRAnMUAKDRebiWBcZA+0P8BNCRMFvId9u9KgCfTiGf e3HbC0/IgAYEcVCO3tckxlM= =tpEc -----END PGP SIGNATURE----- --pQhZXvAqiZgbeUkD-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 09:56:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE431065672; Tue, 4 Aug 2009 09:56:50 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD298FC0C; Tue, 4 Aug 2009 09:56:49 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by jpru.ffm.jpru.de (8.13.8/8.13.8) with ESMTP id n749umTC093624; Tue, 4 Aug 2009 11:56:48 +0200 (CEST) (envelope-from lists@jpru.de) Received: (from unger@localhost) by jpru.ffm.jpru.de (8.13.8/8.13.8/Submit) id n749um7e093623; Tue, 4 Aug 2009 11:56:48 +0200 (CEST) (envelope-from lists@jpru.de) X-Authentication-Warning: jpru.ffm.jpru.de: unger set sender to lists@jpru.de using -f Date: Tue, 4 Aug 2009 11:56:48 +0200 From: Juergen Unger To: Pawel Jakub Dawidek Message-ID: <20090804095648.GL5813@jpru.ffm.jpru.de> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> <20090804073416.GA4479@garage.freebsd.pl> <20090804075329.GI5813@jpru.ffm.jpru.de> <20090804094950.GD4479@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090804094950.GD4479@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 09:56:50 -0000 On Tue, Aug 04, 2009 at 11:49:50AM +0200, Pawel Jakub Dawidek wrote: > > testbox# sysctl debug.kdb.enter=1 > > KDB: enter: sysctl debug.kdb.enter > > [thread pid 11635 tid 100472 ] > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > db> show lock 0x87aac290 > > class: sx > > name: dp->dp_config_rwlock > > state: XLOCK: 0x879e8480 (tid 100130, pid 172, "txg_thread_enter") > > waiters: shared > > db> > > Could you also try something like the following from DDB: > > x/bx 0x879ad8a0,52 db> x/bx 0x879ad8a0,52 0x879ad8a0: 82 1a 4b 87 0 0 71 2 0 0 0 0 0 0 0 0 0x879ad8b0: 1 0 0 0 91 1a 4b 87 4 0 0 0 40 92 cb 87 0x879ad8c0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0x879ad8d0: 0 0 0 0 9 1f 4b 87 0 0 71 2 0 0 0 0 0x879ad8e0: 0 0 0 0 40 92 cb 87 e8 0 0 0 c8 0 0 0 0x879ad8f0: a8 bb db> -Juergen- -- ENOSIG From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 15:18:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1A7A106564A for ; Tue, 4 Aug 2009 15:18:07 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 82A858FC19 for ; Tue, 4 Aug 2009 15:18:07 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (c149.al.cl.cam.ac.uk [128.232.110.149]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n74FHfdu011887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Aug 2009 01:17:57 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A785110.9060705@freebsd.org> Date: Tue, 04 Aug 2009 16:17:36 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090722) MIME-Version: 1.0 To: Kamigishi Rei References: <4A6F0A35.7050809@haruhiism.net> <4A724BA1.7050303@haruhiism.net> In-Reply-To: <4A724BA1.7050303@haruhiism.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current Subject: Re: [follow-up] FreeBSD/amd64 r195146 to r195848, fatal trap 12 under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 15:18:08 -0000 Kamigishi Rei wrote: > Kamigishi Rei wrote: >> Revisions mentioned are those which were tested by me; r195849+ has >> the corruption padded somewhere else so it might produce a panic with >> a different set of options. For reference, my test kernel uses a >> GENERIC config from May 09 snapshot without WITNESS and with >> IPFIREWALL, IPFIREWALL_DEFAULT_TO_ACCEPT and DEVICE_POLLING enabled. > r195981 (latest checkout) traps with the *GENERIC* kernel (with WITNESS > enabled). Same backtrace, same cause, and UP systems are not affected > again. > Apparently, my diagnostics patch from the previous message seems to pad > the corruption somewhere, so I can't use it to check lo_witness or other > fields of nws_mtx at the time when mtx_lock gets corrupted. > > Trap can be triggered with "ping -f -s 65507 localhost", iperf (just > "iperf -c localhost" works for me), or by generating some high-speed > network throughput (even a mysql query over localhost will do as we have > a race here). Running ping will mostly trigger the trap inside > swi_net(); iperf - inside netisr_queue_internal(). > > I will be grateful if someone could provide me some information on how > to further debug it. Currently, I suspect that there's something about > handling modspace (incorrect dereference somewhere, or something like > that). For the benefit of the list, we've finally got this reproduced on a netperf cluster node after much gnashing of teeth. Stay tuned for updates. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 15:54:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C69791065675; Tue, 4 Aug 2009 15:54:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id CAB898FC20; Tue, 4 Aug 2009 15:54:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uXAB73GHeBQA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=dU7kav3A9PnrunaxqCUA:9 a=nVf9qWreKgvzqu-H-KsA:7 a=gJU65N-bE7egE_QUlsV8oVjiRrwA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 549127578; Tue, 04 Aug 2009 17:54:50 +0200 From: Hans Petter Selasky To: Grzegorz Bernacki Date: Tue, 4 Aug 2009 17:54:48 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908031759.46491.hselasky@c2i.net> <4A7848A0.4080905@semihalf.com> In-Reply-To: <4A7848A0.4080905@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908041754.50244.hselasky@c2i.net> Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 15:54:53 -0000 On Tuesday 04 August 2009 16:41:36 Grzegorz Bernacki wrote: > Hans Petter Selasky wrote: > > CC'ed current: We have a case on ARM where bus_dmamap_sync() is not > > suffient to update the CPU cache. One reason for this is that USB needs > > to invalidate the same memory area multiple times. Busdma sync expects > > paired operation when using the PRE and POST flags, from what I > > understand. I do not consider this an USB issue, hence Semihalf has got > > the USB stack working by manually inserting CPU flush/invalidate calls > > into usb_pc_cpu_invalidate() and usb_pc_cpu_flush(). Their other solution > > however which modifies the bus_dmamap_sync() flags will break on > > platforms with more than 4 GByte of memory. > > > > Maybe Rafal can give a quick summar to new people at the -current list, > > or see previous thread on the ARM mailing list. > > > > USB needs a solution where it can call a function given a busdma mapping, > > preferably with an offset and length, which handles the cache sync issue > > and works with bounce pages on +4GB systems. > > Hi Hans, > > New USB stack uses busdma in a little unconventional way. As you > mentioned in one of previous mails your assumptions are: > > XXX_PREXXX functions should be used prior to read/write device access. > In other words, PRE has to be a flush operation. > > XXX_POSTXXX functions should be used after read/write device access. > In other words, POST has to be an invalidate operation. > > Generally it is true, but if you look at ARM code you will find out that > it is not that simple. You assumed that after > bus_dmamap_sync(..,BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD) there > will be no data in cache, but it that's not true. > > Cache operation are performed on cache lines (32 bytes on our ARM > device). Let's say you want to invalidate buffer with size 10 bytes. In > this case first whole cache line is invalidated ( and now all > requirements related to busdma synchronization are fulfilled, old > contents of cache is gone). The second step is to restore back into > cache 22 bytes of data which were not a part of buffer. After this > second step data are loaded into cache line (it is because our device > uses write allocate feature). > So busdma on ARM "Perform any synchronization required after an update > of host memory by the device", but we still end up with not invalidated > flush. > It is hard to fix it. We cannot just invalidate whole cache line. We > cannot also use cpu_dcache_wbinv, because this function is called after > buffer was used by device so we dont want to overwrite those data with > old cache contents. > > One possible solution is to call first > bus_dmamap_sync(..,BUS_DMASYNC_POSTREAD) and then > bus_dmamap_sync(..,BUS_DMASYNC_PREREAD) in usb_pc_cpu_invalidate(), but > this is ugly workaround which applies probably only to ARM case. > > The second problem is that you cannot use cpu_dcache_wb(inv) function > directly because you need to handle bounce pages in USB code. I think > that duplication of busdma code makes no sense. Probably it takes less > work to add bus_dmamap_sync() before/after each transaction. > > Could you give us a quick overview of buffer handling in USB stack? I > want to understand what is the relation between > usb_pc_cpu_invalidate/flush() functions and reading/writing to USB > device? From yours previous mail I understand that invalidate is called > *before* reading and flush *before* writing. Is that true? Can we add a > functions which will be called *after* reading/writing? Hi, There are two kinds of DMA memory in USB regard: 1) Transfer descriptors are allocated in coherent DMA memory. Operation logic: 1.a) Write to descriptor. 1.b.0) Call usb_pc_cpu_flush() to write data to RAM. 1.b.1) Write more fields to descriptor. 1.b.2) Call usb_pc_cpu_flush() to write data to RAM. 1.c) Call usb_pc_cpu_invalidate() to clear cache. 1.d) Read status field. If not complete goto 1.c) 2) Any kernel virtual memory (which might not be coherent) 2.a.0) CPU read case: 2.a.1) Before transfer start usb_pc_cpu_invalidate() is called to clear any data in cache for this buffer. 2.a.2) After transfer completion usb_pc_cpu_invalidate() is called again. 2.b.0) CPU write case: 2.b.1) Before transfer start usb_pc_cpu_flush() is called to to flush any data in cache to RAM for this buffer. 2.b.2) After transfer completion there is no cache operation. Anything unclear? --HPS > > If you have any questions regarding cache operation on ARM. please let > me know, I will try to answer them. > > regards, > Grzesiek From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 17:46:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C23B106564A for ; Tue, 4 Aug 2009 17:46:28 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 370918FC14 for ; Tue, 4 Aug 2009 17:46:28 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-70-20-219-14.phil.east.verizon.net [70.20.219.14]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 2B8C47C354; Wed, 5 Aug 2009 02:46:24 +0900 (JST) Date: Tue, 4 Aug 2009 13:46:15 -0400 From: Yoshihiro Ota To: Ben Kaduk Message-Id: <20090804134615.be30680f.ota@j.email.ne.jp> In-Reply-To: <47d0403c0907291606v3dd8857bo1fd9d49b10e2555f@mail.gmail.com> References: <7d6fde3d0902210101yfb42ff6yd0aa31e6f16b5761@mail.gmail.com> <558ffc2b0907231623v2bad80bbref035bd1fd950d39@mail.gmail.com> <20090728224331.4fc5ed50.ota@j.email.ne.jp> <47d0403c0907291606v3dd8857bo1fd9d49b10e2555f@mail.gmail.com> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , FreeBSD Current , =?UTF-8?B?U3TDpWxl?= Lyngaas Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 17:46:28 -0000 On Wed, 29 Jul 2009 19:06:27 -0400 Ben Kaduk wrote: > 2009/7/28 Yoshihiro Ota : > > On Fri, 24 Jul 2009 01:23:18 +0200 > > StÃ¥le Lyngaas wrote: > > > >> On Sat, Feb 21, 2009 at 11:01 AM, Garrett Cooper wrote: > >> > I don't know how else to describe it, but when I turn up my > >> > speakers enough (50%+) and don't have any sound playing, I hear a > >> > whitenoise hiss coming out of them. When I change webpages (nvidia > >> > driver is GIANT locked) or do something else kernel intensive it stops > >> > for a brief second, but apart from that it's an annoying trill sound > >> > almost like a mosquito humming around me waiting to be swatted. > >> > >> I suspect this is due to the CPU executing the HLT instruction. > >> > >> Try running the following command: > >> sysctl machdep.cpu_idle_hlt=0 > >> > >> -- > >> StÃ¥le Lyngaas > > > > I couldn't find such a sysctl. > > The close one was machdep.cpu_hlt. > > Setting machdep.idle from acpi to spin make my problems go away. > (None of the other options (mwait, mwait_hlt, hlt, acpi) helped.) > > -Ben Kaduk After machdep.idle, the sound went away here, too. The laptop just got hotter, however. It looks this sound only comes from one of two laptop I have. I probabry live with the sound as it is the mid. summer now. Thanks for your info, though. Hiro From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 19:50:54 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BA661065DF0; Tue, 4 Aug 2009 19:50:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id C2CFA8FC1C; Tue, 4 Aug 2009 19:50:52 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0309945C89; Tue, 4 Aug 2009 21:50:50 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0648445C8C; Tue, 4 Aug 2009 21:50:45 +0200 (CEST) Date: Tue, 4 Aug 2009 21:51:12 +0200 From: Pawel Jakub Dawidek To: Juergen Unger Message-ID: <20090804195112.GB2181@garage.freebsd.pl> References: <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> <20090804073416.GA4479@garage.freebsd.pl> <20090804075329.GI5813@jpru.ffm.jpru.de> <20090804094950.GD4479@garage.freebsd.pl> <20090804095648.GL5813@jpru.ffm.jpru.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a" Content-Disposition: inline In-Reply-To: <20090804095648.GL5813@jpru.ffm.jpru.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 19:50:55 -0000 --Pd0ReVV5GZGQvF3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 04, 2009 at 11:56:48AM +0200, Juergen Unger wrote: > On Tue, Aug 04, 2009 at 11:49:50AM +0200, Pawel Jakub Dawidek wrote: > > > testbox# sysctl debug.kdb.enter=3D1 > > > KDB: enter: sysctl debug.kdb.enter > > > [thread pid 11635 tid 100472 ] > > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > > db> show lock 0x87aac290 > > > class: sx > > > name: dp->dp_config_rwlock > > > state: XLOCK: 0x879e8480 (tid 100130, pid 172, "txg_thread_enter") > > > waiters: shared > > > db>=20 > >=20 > > Could you also try something like the following from DDB: > >=20 > > x/bx 0x879ad8a0,52 >=20 > db> x/bx 0x879ad8a0,52 > 0x879ad8a0: 82 1a 4b 87 0 0 71 2 0 0 0 0 0 0 0= 0 > 0x879ad8b0: 1 0 0 0 91 1a 4b 87 4 0 0 0 40 92 c= b 87 > 0x879ad8c0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0= 0 > 0x879ad8d0: 0 0 0 0 9 1f 4b 87 0 0 71 2 0 0 0= 0 > 0x879ad8e0: 0 0 0 0 40 92 cb 87 e8 0 0 0 c8 0 0= 0 > 0x879ad8f0: a8 bb > db> This is dump of ZFS-specific rrwlock that some threads are waiting for. We can see here that thread owning the lock is 0x87cb9240, which is pid 86397 (zfs recv process). I don't think we will be able to gather more info from here. I'm builing HEAD at the moment and hopefully will be able to reproduce it. Thanks for all the info. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Pd0ReVV5GZGQvF3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKeJEwForvXbEpPzQRAvC0AJ99Mac7u8i/9Z+IkHYlX5G4s7szUgCgplRj FK7rLRYAfuP2QGxN8WI9RXM= =sk/E -----END PGP SIGNATURE----- --Pd0ReVV5GZGQvF3a-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 20:11:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C79B10656B2; Tue, 4 Aug 2009 20:11:44 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFF38FC14; Tue, 4 Aug 2009 20:11:44 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:50297 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MYQLY-00061S-5S; Tue, 04 Aug 2009 22:10:58 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 8B8149FDC; Tue, 4 Aug 2009 22:10:54 +0200 (CEST) Message-Id: From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090804195112.GB2181@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 4 Aug 2009 22:10:51 +0200 References: <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> <20090804073416.GA4479@garage.freebsd.pl> <20090804075329.GI5813@jpru.ffm.jpru.de> <20090804094950.GD4479@garage.freebsd.pl> <20090804095648.GL5813@jpru.ffm.jpru.de> <20090804195112.GB2181@garage.freebsd.pl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MYQLY-00061S-5S. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MYQLY-00061S-5S 43b42a2627c47128438645f442d9f371 Cc: freebsd-fs@FreeBSD.org, FreeBSD current Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 20:11:44 -0000 On Aug 4, 2009, at 21:51, Pawel Jakub Dawidek wrote: > I'm builing HEAD at the moment and hopefully will be > able to reproduce it. Thanks for all the info. Hey Pawel, Sorry to bother (again!), but... If you're building HEAD, could you please look in to the send -R / zfs recv segfault? http://lists.freebsd.org/pipermail/freebsd-current/2009-July/ 010156.html for the patch by its creator, and I hosted it at http://exscape.org/temp/libzfs_sendrecv.new.patch since spacing (I guess) made the patch not work for me by copying/ pasting. It's a simple patch, fixing a big bug (not being able to replicate whole pools properly!), and it works great. For each day that passes, it feels as if this, (and your equally important zfs_vnops work, which is also pretty vital), won't make it into 8.0... Which is why I keep either reminding or bugging people who both know this stuff and can actually make it happen. ;) Regards (and apologies), Thomas From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 20:25:12 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB97106564A; Tue, 4 Aug 2009 20:25:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4477B8FC14; Tue, 4 Aug 2009 20:25:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 83CC545C99; Tue, 4 Aug 2009 22:25:09 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id EF94145B36; Tue, 4 Aug 2009 22:25:02 +0200 (CEST) Date: Tue, 4 Aug 2009 22:25:28 +0200 From: Pawel Jakub Dawidek To: Thomas Backman Message-ID: <20090804202528.GE2181@garage.freebsd.pl> References: <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> <20090802093016.GB3071@garage.freebsd.pl> <20090803203226.GE5813@jpru.ffm.jpru.de> <20090804073416.GA4479@garage.freebsd.pl> <20090804075329.GI5813@jpru.ffm.jpru.de> <20090804094950.GD4479@garage.freebsd.pl> <20090804095648.GL5813@jpru.ffm.jpru.de> <20090804195112.GB2181@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WK3l2KTTmXPVedZ6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, FreeBSD current Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 20:25:12 -0000 --WK3l2KTTmXPVedZ6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 04, 2009 at 10:10:51PM +0200, Thomas Backman wrote: >=20 > On Aug 4, 2009, at 21:51, Pawel Jakub Dawidek wrote: > >I'm builing HEAD at the moment and hopefully will be > >able to reproduce it. Thanks for all the info. > Hey Pawel, > Sorry to bother (again!), but... If you're building HEAD, could you =20 > please look in to the send -R / zfs recv segfault? > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/=20 > 010156.html for the patch by its creator, and I hosted it at=20 > http://exscape.org/temp/libzfs_sendrecv.new.patch since spacing (I guess)= =20 > made the patch not work for me by copying/ pasting. >=20 > It's a simple patch, fixing a big bug (not being able to replicate =20 > whole pools properly!), and it works great. For each day that passes, =20 > it feels as if this, (and your equally important zfs_vnops work, which = =20 > is also pretty vital), won't make it into 8.0... Which is why I keep =20 > either reminding or bugging people who both know this stuff and can =20 > actually make it happen. ;) This patch is one of the reasons I'm building HEAD, stay tuned:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --WK3l2KTTmXPVedZ6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKeJk4ForvXbEpPzQRAouXAJ0exWXMo3aAJ/YJykkSbpGObYuS3gCfSSGs siS7RRTz+wPCt4e2j14aStA= =J7St -----END PGP SIGNATURE----- --WK3l2KTTmXPVedZ6-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 21:02:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8300E106564A; Tue, 4 Aug 2009 21:02:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 556A58FC12; Tue, 4 Aug 2009 21:02:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0E5D446B45; Tue, 4 Aug 2009 17:02:00 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 2DB9D8A0A8; Tue, 4 Aug 2009 17:01:59 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 4 Aug 2009 17:01:50 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908041701.50397.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 04 Aug 2009 17:01:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Antony Mawer , re@FreeBSD.org Subject: Re: 32-bit ports on amd64, ldd32 missing on FreeBSD/amd64 8.0B2 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 21:02:00 -0000 On Tuesday 04 August 2009 1:03:18 am Antony Mawer wrote: > I've just been tinkering with FreeBSD/amd64 from the 8.0-BETA2 install > media. At this stage I'm trying to do a test deployment of a new > 8.0-based 64-bit (amd64) system, running ports from an existing 32-bit > 6.x system. So far there seems to be very little documentation on > running 32-bit applications on amd64, so I am finding my way as I go > along... > > In experimenting with this, I have discovered that "ldd" on amd64 is > supposed to be able to automatically spawn ldd32 when run on a 32-bit > binary, however even after installing the lib32 distribution I do not > appear to have a "ldd32" installed in /usr/bin. Is this an accidental > omission somewhere from the installation distributions? From a brief > bit of digging it looks as though if I build by hand it should get > built and installed, but it doesn't appear to be packaged onto the > installation media. I am running: > > # uname -a > FreeBSD 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Wed Jul 15 21:48:41 UTC 2009 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Yes, this is a bug in the lib32-make.sh release script. It also forgets to include the usr/libexec/ld-elf32.so.1 symlink. I've changed the script to use a blacklist instead of a whitelist. Also, the 'find' invocation to purge empty directories from dist's in 'make release' did not work because the '-empty' predicate does not get "updated" when a subdirectory becomes empty as a result of rmdir deleting all its children. I've fixed that by having find delete the directories itself using -delete. This works properly as find can then notice that the directory is now empty. Index: scripts/lib32-make.sh =================================================================== --- scripts/lib32-make.sh (revision 196050) +++ scripts/lib32-make.sh (working copy) @@ -5,4 +5,4 @@ # Clean the dust. cd ${RD}/trees/lib32 && \ - find . ! -path '*/libexec/*' ! -path '*/usr/lib32/*' -delete + find . -path '*/usr/share/*' -o -path '*/usr/lib/*' -delete Index: Makefile =================================================================== --- Makefile (revision 196050) +++ Makefile (working copy) @@ -651,7 +691,7 @@ # Remove all the directories we don't need. -cd ${RD}/trees && \ (find ${OTHER_DISTS} -path '*/var/empty' | xargs chflags noschg; \ - find ${OTHER_DISTS} -depth -type d -empty -print | xargs rmdir) + find ${OTHER_DISTS} -depth -type d -empty -delete) touch ${.TARGET} # -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 21:05:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A592106564A for ; Tue, 4 Aug 2009 21:05:51 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id E6E808FC14 for ; Tue, 4 Aug 2009 21:05:50 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: by bwz2 with SMTP id 2so3157709bwz.43 for ; Tue, 04 Aug 2009 14:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=JQzOsZS6gThub1whbCl0ZGrdRTEnfUyrIRBGPOWkzNY=; b=MBQ+eB0KtwcVgMOWj0wGCACRTj7jfhAdAJ/bmD8559TsdcfT3DFUJc4sYYJ2K7Cg2O YQZYoanN659bzJRA8rbbpVNFcoAPSu2OoTnyGUFsEWMqekOf2cuZMjJuLM/N6ugMsBT5 OaXhODwdk/hskWptXhHfObdc9w1rKqQodcOPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=oN9pMWbAbcSqdbrUcIH7yEgeR6xPlAbeGDabg+aHec3/1zt9SIz3SGiRzT+GyJNwgo dygd6IFE9cdBPjSm6VHjSI5bAMwM5gDH5z3M66iUGeku9GRY8pu1XF0NafujE5PTip52 +nQA/lmN93ABoz7PNj/5kWZX5T6osBWwNsRO0= MIME-Version: 1.0 Received: by 10.103.239.2 with SMTP id q2mr244929mur.47.1249419948108; Tue, 04 Aug 2009 14:05:48 -0700 (PDT) Date: Tue, 4 Aug 2009 22:05:48 +0100 Message-ID: From: chris scott To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: usb pen drive detection - still no joy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 21:05:51 -0000 still no joy getting my corsair voyager detected works fine on laptop (linux) I posted a month or so ago tried all the suggestions but no go I have set hw.usb.ehci.no_hs=1 and the drive detects ok in usb1 mode but isnt really that usable due to the speed usb_alloc_device:1588: set address 4 failed (USB_ERR_TIMEOUT, ignored) usb_alloc_device:1626: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT! ugen4.4: <(null)> at usbus4 (disconnected) uhub_reattach_port:440: could not allocate new device! (root@X)-(21:59:13)-(~) 0 $ usbconfig ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (root@X)-(21:59:20)-(~) 0 $ pciconf -l -v | grep -i -A 4 usb device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x81791043 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x81791043 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0x81791043 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x81791043 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib3@pci0:0:30:0: class=0x060401 card=0x81791043 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge $ uname -a FreeBSD carrera.snaffler.net 8.0-BETA2 FreeBSD 8.0-BETA2 #10: Mon Aug 3 05:16:53 BST 2009 root@X:/usr/obj/usr/src/sys/me amd64 $ dmesg | grep -i "usb\|uhub"| grep irq | sort -u ehci0: mem 0xfe8f7c00-0xfe8f7fff irq 23 at device 29.7 on pci0 uhci0: port 0xc400-0xc41f irq 23 at device 29.0 on pci0 uhci0: port 0xc400-0xc41f irq 23 at device 29.0 on pci0 uhci1: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci1: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci2: port 0xc800-0xc81f irq 18 at device 29.2 on pci0 uhci2: port 0xc800-0xc81f irq 18 at device 29.2 on pci0 uhci3: port 0xc880-0xc89f irq 16 at device 29.3 on pci0 uhci3: port 0xc880-0xc89f irq 16 at device 29.3 on pci0 From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 21:45:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A06D10656F3; Tue, 4 Aug 2009 21:45:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id C65648FC24; Tue, 4 Aug 2009 21:45:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mail-bw0-f206.google.com with SMTP id 2so3173798bwz.43 for ; Tue, 04 Aug 2009 14:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=4pdMuuznhWgx+zLsV3zF+F/9EnHLYkij496VIlblpmw=; b=hQuEtdV6aqc9okvL+Zdf0kZB590FZABHVxxSBk7SyqWQ9JfeBzrxvBLyxB4F6wzegd rk2KDTe14zSkh9tN4Kz3A6kgBCQ+xf2PWNYestcwuZhFmxcYN3m29erTmqhOGynANB/E UH6Plg58qXkXhdysiHOfAM/7NRmN0UqrRVPd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=byViTRx/m9yKTqf6Mer54GkWoiiumOEa7ndAFXrrAtnN6/bFc0+ZWqGsQkKQ7AqmTT RB88Yc7zZTA7J8eGuR9lrIwvFZlrVgDzPzODvKwkpKVq7GNDB5e9jorwaN3m07pyWxMY AiPInJJYG9al2sXrEhRcuSGJz8FKRbHEquf9w= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.103.69 with SMTP id j5mr3453094fao.46.1249422311169; Tue, 04 Aug 2009 14:45:11 -0700 (PDT) In-Reply-To: <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> References: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> <3bbf2fe10905221234k12c45932gb1e197143cd74b5d@mail.gmail.com> <20090522230333.X72053@maildrop.int.zabbadoz.net> <3bbf2fe10905221846q7fd1fe9cue744de61f9e12612@mail.gmail.com> <226F1AFF-45D8-4E4C-BE7F-D2EDC35EC8F6@lassitu.de> <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> Date: Tue, 4 Aug 2009 23:45:11 +0200 X-Google-Sender-Auth: 3b60b4f79d3755f2 Message-ID: <3bbf2fe10908041445j2dc4b480kd767f03c62b782c8@mail.gmail.com> From: Attilio Rao To: Stefan Bethke Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , FreeBSD Current , Giovanni Trematerra , Dan Naumov , barbara , "Bjoern A. Zeeb" , Robert Watson , "C. C. Tang" Subject: Re: spinlock held too long on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 21:45:14 -0000 2009/7/29 Attilio Rao : > 2009/5/23 Stefan Bethke : >> I wrote: >> >>> Syncing disks, vnodes remaining...0 done >>> All buffers synced. >>> GEOM_MIRROR: Device diesel_root: provider mirror/diesel_root destroyed. >>> Uptime: 6m32s >>> GEOM_MIRROR: Device diesel_root destroyed. >>> Rebooting... >>> cpu_reset: Stopping other CPUs >>> spin lock 0xffffffff8078c900 (sched lock 1) held by 0xffffff00014d4ab0 >>> (tid 100002) too long >>> panic: spin lock held too long >>> cpuid = 0 >>> KDB: enter: panic >>> [thread pid 77 tid 100090 ] >>> Stopped at kdb_enter+0x3d: movq $0,0x48bbd0(%rip) >>> db> bt >>> Tracing pid 77 tid 100090 td 0xffffff000457bab0 >>> kdb_enter() at kdb_enter+0x3d >>> panic() at panic+0x17b >>> _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 >>> _mtx_lock_spin() at _mtx_lock_spin+0x9e >>> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x72 >>> sched_balance_group() at sched_balance_group+0xc5 >>> sched_balance_group() at sched_balance_group+0x1f8 >>> sched_balance() at sched_balance+0xa2 >>> sched_clock() at sched_clock+0xf6 >>> statclock() at statclock+0xbd >>> lapic_handle_timer() at lapic_handle_timer+0x197 >>> Xtimerint() at Xtimerint+0x8c >>> --- interrupt, rip = 0xffffffff80541cc4, rsp = 0xffffff80771dba90, rbp = >>> 0xffffff80771dbab0 --- >>> DELAY() at DELAY+0x64 >>> cpu_reset() at cpu_reset+0xdd >>> boot() at boot+0x2e6 >>> reboot() at reboot+0x42 >>> syscall() at syscall+0x1a5 >>> Xfast_syscall() at Xfast_syscall+0xd0 >>> --- syscall (55, FreeBSD ELF64, reboot), rip = 0x800788eec, rsp = >>> 0x7fffffffeca8, rbp = 0 --- >> >> >> I've only seen this once. If I should encounter it again, is there >> something you'd like me to look at? > > [ Sorry, trying to add anyone who alredy reported such a problem even > if I know many of you experienced it on -STABLE] If you are experiencing this problem, you would like to test this port from rink@ on 7.2 of the new version of the patch: http://people.freebsd.org/~rink/tmp/ipi_7stable.diff while the -CURRENT version that probabilly is going to be committed soon is here: http://www.freebsd.org/~attilio/stop_nmi2.diff Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 22:58:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1205) id 9C7AF1065675; Tue, 4 Aug 2009 22:58:06 +0000 (UTC) Date: Tue, 4 Aug 2009 22:58:06 +0000 From: Navdeep Parhar To: freebsd-current@freebsd.org Message-ID: <20090804225806.GA54680@hub.freebsd.org> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 22:58:07 -0000 This occurs on today's HEAD + some unrelated patches. That makes it 8.0BETA2+ code. I haven't tried older builds. The system panics everytime I try to run netpipe on localhost: # NPtcp & # NPtcp -h localhost Here are the details: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x318 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80575aea stack pointer = 0x28:0xffffff803e1b65a0 frame pointer = 0x28:0xffffff803e1b65f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1093 (NPtcp) (kgdb) where #0 doadump () at pcpu.h:223 #1 0xffffffff801f424c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801f4581 in db_command (last_cmdp=0xffffffff80c1e920, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801f47c9 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff801f6657 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff805b2b22 in kdb_trap (type=12, code=0, tf=0xffffff803e1b64f0) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff8085ba1e in trap_fatal (frame=0xffffff803e1b64f0, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #7 0xffffffff8085c701 in trap (frame=0xffffff803e1b64f0) at /usr/src/sys/amd64/amd64/trap.c:345 #8 0xffffffff80843327 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #9 0xffffffff80575aea in _mtx_lock_sleep (m=0xffffffff8144d867, tid=18446742974247061280, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:407 #10 0xffffffff80575d51 in _mtx_lock_flags (m=0xffffffff8144d867, opts=0, file=0xffffffff8096b355 "/usr/src/sys/net/netisr.c", line=830) at /usr/src/sys/kern/kern_mutex.c:203 #11 0xffffffff8063430d in netisr_queue_internal (proto=1, m=0xffffff0011b19d00, cpuid=Variable "cpuid" is not available. ) at /usr/src/sys/net/netisr.c:830 #12 0xffffffff806343e8 in netisr_queue_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:860 #13 0xffffffff806306a4 in if_simloop (ifp=0xffffff0002705800, m=0xffffff0011b19d00, af=2, hlen=0) at /usr/src/sys/net/if_loop.c:368 #14 0xffffffff806307b9 in looutput (ifp=0xffffff0002705800, m=0xffffff0011b19d00, dst=0xffffff803e1b67a0, ro=Variable "ro" is not available. ) at /usr/src/sys/net/if_loop.c:265 #15 0xffffffff80691158 in ip_output (m=0xffffff0011b19d00, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:618 #16 0xffffffff806f46d2 in tcp_output (tp=0xffffff00119db370) at /usr/src/sys/netinet/tcp_output.c:1187 #17 0xffffffff80700b08 in tcp_usr_send (so=0xffffff0011bbf7f8, flags=0, m=Variable "m" is not available. ) at tcp_offload.h:282 #18 0xffffffff805ea734 in sosend_generic (so=0xffffff0011bbf7f8, addr=0x0, uio=0xffffff803e1b6b00, top=0xffffff000273ee00, control=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1259 #19 0xffffffff805ce1de in soo_write (fp=Variable "fp" is not available. ) at /usr/src/sys/kern/sys_socket.c:102 #20 0xffffffff805c783c in dofilewrite (td=0xffffff0002edc720, fd=3, fp=0xffffff0002b05550, auio=0xffffff803e1b6b00, offset=Variable "offset" is not available. ) at file.h:239 #21 0xffffffff805c8cf5 in kern_writev (td=0xffffff0002edc720, fd=3, auio=0xffffff803e1b6b00) at /usr/src/sys/kern/sys_generic.c:446 #22 0xffffffff805c8de0 in write (td=Variable "td" is not available. ) at /usr/src/sys/kern/sys_generic.c:362 #23 0xffffffff8085bf5a in syscall (frame=0xffffff803e1b6c80) at /usr/src/sys/amd64/amd64/trap.c:984 #24 0xffffffff80843601 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #25 0x000000080073046c in ?? () (kgdb) f 9 #9 0xffffffff80575aea in _mtx_lock_sleep (m=0xffffffff8144d867, tid=18446742974247061280, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:407 407 owner = (struct thread *)(v & ~MTX_FLAGMASK); (kgdb) info locals ts = (struct turnstile *) 0xffffff0002edda80 v = 144 owner = (volatile struct thread *) 0x90 spin_cnt = 1 sleep_cnt = 0 sleep_time = 0 (kgdb) p *m $18 = { lock_object = { lo_name = 0xffffffff8096b331 "netisr_mtx", lo_flags = 16973824, lo_data = 0, lo_witness = 0xffffff800021f680 }, mtx_lock = 4 } The fault address makes sense. TD_IS_RUNNING() accesses owner->td_state (0x90 + 0x288) = 0x318. But I'm not sure why v, which was read earlier on line 388 (v = m->mtx_lock), would ever be 0x90. My reading is that it can only be a tid or some combo of the 3 least significant bits (going by MTX_FLAGMASK). At the point of the dump, m->mtx_lock is 4 (MTX_UNOWNED). Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 23:29:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF6C106566B; Tue, 4 Aug 2009 23:29:34 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2E88FC1B; Tue, 4 Aug 2009 23:29:34 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n74NTXcg019477; Tue, 4 Aug 2009 16:29:33 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 4 Aug 2009 16:28:13 -0700 Message-ID: In-Reply-To: <20090804053838.I93661@maildrop.int.zabbadoz.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed Thread-Index: AcoUxrr79wTfVNb9QxCEAr3Cdrzt1QAlF3DA References: <20090803174617.GJ1292@hoeg.nl> <20090803190934.GK1292@hoeg.nl> <20090803195455.I93661@maildrop.int.zabbadoz.net> <20090804053838.I93661@maildrop.int.zabbadoz.net> From: "Li, Qing" To: "Bjoern A. Zeeb" Cc: Qing Li , FreeBSD Current Subject: RE: Problem with latest HEAD and IPv6: in6_ifinit: insertion failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 23:29:35 -0000 I have a patch ready, which will be committed as soon as it is approved by the release team. --Qing > -----Original Message----- > From: Bjoern A. Zeeb [mailto:bzeeb-lists@lists.zabbadoz.net] > Sent: Monday, August 03, 2009 10:45 PM > To: Li, Qing > Cc: FreeBSD Current; Qing Li > Subject: RE: Problem with latest HEAD and IPv6: in6_ifinit: insertion > failed >=20 > On Mon, 3 Aug 2009, Li, Qing wrote: >=20 > >> > >> I then changed the script to s,fxp0,em1,g s,::1,::2,g and re-run: > >> > >> > > --------------------------------------------------------------------- > -- > >> - > >> dut# sh test.sh > >> 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R > >> 2001:db8::1 2001:db8::1 UH fxp0 > >> em1: flags=3D8802 metric 0 mtu 1500 > >> ifconfig: ioctl (SIOCAIFADDR): File exists > >> 2001:db8::1 0:e0:81:81:13:ad fxp0 permanent R > >> 2001:db8::2 0:e0:81:81:13:9d em1 permanent R > >> 2001:db8::1 2001:db8::1 UH fxp0 > >> 2001:db8::2 2001:db8::2 UH em1 > >> em1: flags=3D8843 metric 0 mtu > > 1500 > >> > > --------------------------------------------------------------------- > -- > > > > > > Your output appears to come from either an outdated in6.c > > or a custom version. I expect to see something like the > > following for each interface address from netstat output: > > > > Destination Gateway Flags Netif > > expire > > --------------------------------------------------------------------- > -- > > 2001:db8::1 link#1 UHS lo0 > > 2001:db8::2 link#2 UHS lo0 > > --------------------------------------------------------------------- > -- >=20 > Yes I would as well, unless something bad happens(tm). >=20 > > Please verify your source file. >=20 > bz@dut:/dut/bz/HEAD.svn% ident sys/netinet6/in6.c > sys/netinet6/in6.c: > $KAME: in6.c,v 1.259 2002/01/21 11:37:50 keiichi Exp $ > $FreeBSD: head/sys/netinet6/in6.c 196019 2009-08-01 19:26:27Z > rwatson $ > bz@dut:/dut/bz/HEAD.svn% svn status sys/netinet6/in6.c > bz@dut:/dut/bz/HEAD.svn% >=20 > And as you can see the IFF_POINTOPOINT from your last commit are not > there > anymore: >=20 > 1193 /* > 1194 * Remove the loopback route to the interface address. > 1195 * The check for the current setting of > "nd6_useloopback" is not needed. > 1196 */ > 1197 if (!(ia->ia_ifp->if_flags & IFF_LOOPBACK)) { >=20 > 1776 /* > 1777 * add a loopback route to self > 1778 */ > 1779 if (V_nd6_useloopback && !(ifp->if_flags & > IFF_LOOPBACK)) { >=20 >=20 > /bz >=20 > -- > Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 04:09:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F2381065670 for ; Wed, 5 Aug 2009 04:09:17 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0988FC17 for ; Wed, 5 Aug 2009 04:09:16 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by ewy2 with SMTP id 2so4175751ewy.43 for ; Tue, 04 Aug 2009 21:09:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=W/jRYSB41H4t6OJPUtaL93oXkkt8y1DtCjlpRNkZ4OY=; b=mCoXBNDF89xr2nFVaOIHTkIMCKNqFH57qoiMaJGWFT6jcDY7ti3aItgn1Bhk8XI8jh Hvl1daZwTwmcKp9nxwJa/6218W1HVe41gbMRe1nl00wxAIO+1910YUJeDxdHO9qX8Zya xV9pLmTSd4jkSds/+wKbL3Izv4ZmyuS0WLXng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=cQ9GKTXwLPMOrPfDIWTXGqCenHyVUT/394zRPYFVEpj3Z7pwW2BaZf6AVNvWfQYZgm FOnmmx0xwqVTyfMShgRwPEzZXgOEDuTCjZzhGCTlgjuGIH7WCyUB9xgsnZ74s28Ez+a0 HJfpwJcGls+xW8y7e3ff9yNNBtHMbHqLhdDkg= MIME-Version: 1.0 Received: by 10.210.89.7 with SMTP id m7mr7525506ebb.14.1249444086701; Tue, 04 Aug 2009 20:48:06 -0700 (PDT) Date: Wed, 5 Aug 2009 03:48:06 +0000 Message-ID: <179b97fb0908042048w44c8b30fp4cf819374f1dd5e9@mail.gmail.com> From: Brandon Gooch To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ipfw module panic on kldunload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 04:09:17 -0000 When unloading ipfw module, I see this: # kldunload ifpw IP firewall unloaded panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/ipfw/../../netinet/ipfw/ip_fw2.c:3594 cpuid = 0 KDB: enter: panic exclusive rw IPFW static rules (IPFW static rules) r = 0 (0xffffffff8104de18) locked @ /usr/src/sys/modules/ipfw/../../netinet/ipfw/ip_fw2.c:4754 exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff80798700) locked @ /usr/src/sys/kern/kern_linker.c:274 ...backtrace from ddb.txt db:0:kdb.enter.panic> bt Tracing pid 1149 tid 100051 td 0xffffff000188c720 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b _mtx_lock_flags() at _mtx_lock_flags+0x135 remove_rule() at remove_rule+0x47 free_chain() at free_chain+0x3b vnet_ipfw_uninit() at vnet_ipfw_uninit+0x69 linker_file_unload() at linker_file_unload+0x4a6 kern_kldunload() at kern_kldunload+0xf3 syscall() at syscall+0x1dd Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (444, FreeBSD ELF64, kldunloadf), rip = 0x80069ceec, rsp = 0x7fffffffe328, rbp = 0xc --- I can provide a textdump if required. -Brandon From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 05:45:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6DCB106566C for ; Wed, 5 Aug 2009 05:45:07 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF078FC0C for ; Wed, 5 Aug 2009 05:45:07 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 304A241C650; Wed, 5 Aug 2009 07:45:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 3gsiTzDfdBdM; Wed, 5 Aug 2009 07:45:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 7FAA541C648; Wed, 5 Aug 2009 07:45:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1640B4448E6; Wed, 5 Aug 2009 05:43:17 +0000 (UTC) Date: Wed, 5 Aug 2009 05:43:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Navdeep Parhar In-Reply-To: <20090804225806.GA54680@hub.freebsd.org> Message-ID: <20090805054115.O93661@maildrop.int.zabbadoz.net> References: <20090804225806.GA54680@hub.freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 05:45:08 -0000 On Tue, 4 Aug 2009, Navdeep Parhar wrote: Hi, > This occurs on today's HEAD + some unrelated patches. That makes it > 8.0BETA2+ code. I haven't tried older builds. We have finally been able to reproduce this ourselves yesterday and I might have a patch that I need to discuss with the relevant parties first, to confirm that it's correct before circulating another bug as patchh, as well as confirm some things with objdump. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 06:50:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E92F1065670; Wed, 5 Aug 2009 06:50:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 88D7E8FC1D; Wed, 5 Aug 2009 06:50:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B2B7845C89; Wed, 5 Aug 2009 08:50:03 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B784145684; Wed, 5 Aug 2009 08:49:57 +0200 (CEST) Date: Wed, 5 Aug 2009 08:50:22 +0200 From: Pawel Jakub Dawidek To: Thomas Backman Message-ID: <20090805065022.GI2181@garage.freebsd.pl> References: <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca!pe.org> <4A71BED8.7050300@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GBuTPvBEOL0MYPgd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 06:50:07 -0000 --GBuTPvBEOL0MYPgd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2009 at 11:05:01AM +0200, Thomas Backman wrote: > I'm able to reliably reproduce this panic, by having zfs recv destroy =20 > a filesystem on the receiving end. >=20 > 1) Use DDEBUG=3D1, I guess > 2) Create a FS on the source pool you don't care about: zfs create -o =20 > mountpoint=3D/testfs source/testfs > 3) Clone a pool to another: zfs snapshot -r source@snap && zfs send -R = =20 > source@snap | zfs recv -Fvd target > 4) zfs destroy -r source/testfs > 4) zfs snapshot -r source@snap2 && zfs send -R -I snap source@snap2 | =20 > zfs recv -Fvd target > 5) ^ Panic while receiving the FS the destroyed one is mounted under. =20 > In my case, this was tank/root three times out of three; I then tried =20 > creating testfs under /tmp (tank/tmp/testfs), *mounting* it under /usr/= =20 > testfs, and it panics on receiving tank/usr: [...] I repeated precisevly those steps and it doesn't panic for me. Could you confirm that you use this patch? http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch If so, could you give me exact steps and all of them how to reproduce it? Starting with pool creation. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --GBuTPvBEOL0MYPgd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKeSuuForvXbEpPzQRAuS/AJwOZlaxRRNfY0kHKqIZYqPHLGsCpACeOr0h M3eYympUqyLOKJFgtKHsNXw= =eUAy -----END PGP SIGNATURE----- --GBuTPvBEOL0MYPgd-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 06:56:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69409106564A for ; Wed, 5 Aug 2009 06:56:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id C8FD38FC20 for ; Wed, 5 Aug 2009 06:56:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ajtgmf5dGocA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=uMceNXMkAAAA:8 a=RCOzOsSLtTBZeMM4rTQA:9 a=LHsHXrFVuVgwP7KKo0cA:7 a=GLj6sqM25zmRR7wyohVwtCweBWMA:4 a=UDsg744uRfX9tDLX:21 a=5qGGSHuuJMdaT2EL:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1119069340; Wed, 05 Aug 2009 08:56:45 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Aug 2009 08:56:44 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908050856.45748.hselasky@c2i.net> Cc: chris scott Subject: Re: usb pen drive detection - still no joy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 06:56:48 -0000 On Tuesday 04 August 2009 23:05:48 chris scott wrote: > still no joy getting my corsair voyager detected works fine on laptop > (linux) I posted a month or so ago tried all the suggestions but no go > > I have set hw.usb.ehci.no_hs=1 and the drive detects ok in usb1 mode > but isnt really that usable due to the speed > > > > usb_alloc_device:1588: set address 4 failed (USB_ERR_TIMEOUT, ignored) > usb_alloc_device:1626: getting device descriptor at addr 4 failed, > USB_ERR_TIMEOUT! > usbd_req_re_enumerate:1539: addr=4, set address failed! > (USB_ERR_TIMEOUT, ignored) > usbd_req_re_enumerate:1553: getting device descriptor at addr 4 > failed, USB_ERR_TIMEOUT! > usbd_req_re_enumerate:1539: addr=4, set address failed! > (USB_ERR_TIMEOUT, ignored) > usbd_req_re_enumerate:1553: getting device descriptor at addr 4 > failed, USB_ERR_TIMEOUT! > ugen4.4: <(null)> at usbus4 (disconnected) > uhub_reattach_port:440: could not allocate new device! > (root@X)-(21:59:13)-(~) 0 > $ usbconfig > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST > spd=HIGH > (480Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 > md=HOST > spd=HIGH (480Mbps) pwr=SAVE > ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > (root@X)-(21:59:20)-(~) 0 > $ pciconf -l -v | grep -i -A 4 usb > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci1@pci0:0:29:1: class=0x0c0300 card=0x81791043 chip=0x27c98086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci2@pci0:0:29:2: class=0x0c0300 card=0x81791043 chip=0x27ca8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci3@pci0:0:29:3: class=0x0c0300 card=0x81791043 chip=0x27cb8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:29:7: class=0x0c0320 card=0x81791043 chip=0x27cc8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' > class = serial bus > subclass = USB > pcib3@pci0:0:30:0: class=0x060401 card=0x81791043 chip=0x244e8086 > rev=0xe1 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub > Interface to PCI Bridge' > class = bridge > > $ uname -a > FreeBSD carrera.snaffler.net 8.0-BETA2 FreeBSD 8.0-BETA2 #10: Mon Aug > 3 05:16:53 BST 2009 root@X:/usr/obj/usr/src/sys/me amd64 > > Have you tried an external USB HUB. How about another computer and other USB sticks? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 07:03:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57B64106566B; Wed, 5 Aug 2009 07:03:56 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 17BCD8FC08; Wed, 5 Aug 2009 07:03:55 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by pzk4 with SMTP id 4so3648664pzk.7 for ; Wed, 05 Aug 2009 00:03:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=1/P6K6usCjP5++B08o05k+FVoqZk7rwZ15xsPLUw97E=; b=XvwKYvtAHQQgMGh47w79bSWXFvGtESOUOTBkXMcBe89gAew/pI9gcwetAwtr303Evr mJoenXojC5CYVrKyaUbRB0UD177agfiuqbtaMDIiGaD+Zq2BSfS5NjbAzqoxRAUkNgvC fGCCELwxQ3L1KGmGFQ47qq99z/9hqJ0T0f0uo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=dF1xLzG1uOo18BYfvjUVHsks5s+07Oi0PJX4XS4/rH2bt6IFKwEqT9ab3KvMJ8I9dk 8VHCrynTQbi0xhPM5qMGy+XNW3HQbYXaUrg3w1KZy5tI+YUyfzRhA0Tairk7FdSihomF w82Bu89lHu6V3n+sNyN4s3f8MOfV6kwIdSpqk= Received: by 10.114.125.13 with SMTP id x13mr9865596wac.122.1249454062618; Tue, 04 Aug 2009 23:34:22 -0700 (PDT) Received: from doormat.home (c-76-126-210-244.hsd1.ca.comcast.net [76.126.210.244]) by mx.google.com with ESMTPS id l30sm12750886waf.0.2009.08.04.23.34.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 Aug 2009 23:34:21 -0700 (PDT) Date: Tue, 4 Aug 2009 23:34:17 -0700 From: Navdeep Parhar To: "Bjoern A. Zeeb" Message-ID: <20090805063417.GA10969@doormat.home> Mail-Followup-To: "Bjoern A. Zeeb" , Navdeep Parhar , freebsd-current@freebsd.org References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090805054115.O93661@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Navdeep Parhar Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 07:03:56 -0000 On Wed, Aug 05, 2009 at 05:43:17AM +0000, Bjoern A. Zeeb wrote: > On Tue, 4 Aug 2009, Navdeep Parhar wrote: > > Hi, > > >This occurs on today's HEAD + some unrelated patches. That makes it > >8.0BETA2+ code. I haven't tried older builds. > > We have finally been able to reproduce this ourselves yesterday and Well, it happens every single time on all of my amd64 machines. After I'd already sent my email I noticed that the netisr mutex has an odd address (pun intended :-)) m=0xffffffff8144d867 It's a bit unusual for the mutex struct to start at a completely unaligned address. I hope things are better on sparc64 etc., not everyone is as forgiving as amd64. The mutex led me to some DPCPU stuff that I didn't quite get. (kgdb) p/x dpcpu_off $2 = {0x8407d7, 0xffffff807f4037d7, 0x0 } (kgdb) p dpcpu $3 = (void *) 0xffffff8000010000 (kgdb) p &__start_set_pcpu $4 = (uintptr_t **) 0xffffffff80c0c829 (kgdb) p/x 0xffffff8000010000 - 0xffffffff80c0c829 $5 = 0xffffff807f4037d7 It's not clear why we prefer to store offsets from DPCPU_START, instead of the base address of the dpcpu area directly. On amd64, the dpcpu area for cpu 0 is above kernbase (immediately after kernbase + thread0's stack). For the other CPUs it's below kernbase. This makes the pointer arithmetic that calculates offsets more "interesting." Why have a dpcpu_off[] instead of a dpcpu_base[]? > I might have a patch that I need to discuss with the relevant parties > first, to confirm that it's correct before circulating another bug as > patchh, as well as confirm some things with objdump. I should be able to test it. As I mentioned I get a page fault everytime I run NPtcp -h localhost. Regards, Navdeep > > /bz > > -- > Bjoern A. Zeeb The greatest risk is not taking one. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 07:09:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6421106564A; Wed, 5 Aug 2009 07:09:34 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 539AA8FC13; Wed, 5 Aug 2009 07:09:34 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:45611 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MYacV-00069z-4O; Wed, 05 Aug 2009 09:09:09 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 60EE318301B; Wed, 5 Aug 2009 09:09:03 +0200 (CEST) Message-Id: <7C3499A8-A389-4F28-A800-B6C31B9E09C4@exscape.org> From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090805065022.GI2181@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 5 Aug 2009 09:09:01 +0200 References: <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca!pe.org> <4A71BED8.7050300@freebsd.org> <20090805065022.GI2181@garage.freebsd.pl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MYacV-00069z-4O. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MYacV-00069z-4O 72405053903911bc3b59f22783f4bf82 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 07:09:35 -0000 On Aug 5, 2009, at 08:50, Pawel Jakub Dawidek wrote: > On Fri, Jul 31, 2009 at 11:05:01AM +0200, Thomas Backman wrote: >> I'm able to reliably reproduce this panic, by having zfs recv destroy >> a filesystem on the receiving end. >> >> 1) Use DDEBUG=1, I guess >> 2) Create a FS on the source pool you don't care about: zfs create -o >> mountpoint=/testfs source/testfs >> 3) Clone a pool to another: zfs snapshot -r source@snap && zfs send >> -R >> source@snap | zfs recv -Fvd target >> 4) zfs destroy -r source/testfs >> 4) zfs snapshot -r source@snap2 && zfs send -R -I snap source@snap2 | >> zfs recv -Fvd target >> 5) ^ Panic while receiving the FS the destroyed one is mounted under. >> In my case, this was tank/root three times out of three; I then tried >> creating testfs under /tmp (tank/tmp/testfs), *mounting* it under / >> usr/ >> testfs, and it panics on receiving tank/usr: > [...] > > I repeated precisevly those steps and it doesn't panic for me. > Could you confirm that you use this patch? > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch > > If so, could you give me exact steps and all of them how to > reproduce it? > Starting with pool creation. Yup, I'm using that patch (I diffed the diffs, heh). I'll try to write a script to recreate the panic; I hope it's as easy as in real-world conditions though. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 07:21:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76BB0106566B; Wed, 5 Aug 2009 07:21:26 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id E7F618FC25; Wed, 5 Aug 2009 07:21:25 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:47802 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MYanz-00018A-4y; Wed, 05 Aug 2009 09:21:01 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 163E1183053; Wed, 5 Aug 2009 09:21:00 +0200 (CEST) Message-Id: <3ECC4BA0-F1EF-4039-9F39-68532851B572@exscape.org> From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <7C3499A8-A389-4F28-A800-B6C31B9E09C4@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 5 Aug 2009 09:20:58 +0200 References: <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca!pe.org> <4A71BED8.7050300@freebsd.org> <20090805065022.GI2181@garage.freebsd.pl> <7C3499A8-A389-4F28-A800-B6C31B9E09C4@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MYanz-00018A-4y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MYanz-00018A-4y c85bfb93361f1f8a5672bd2a92ceb328 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 07:21:27 -0000 On Aug 5, 2009, at 09:09, Thomas Backman wrote: > > On Aug 5, 2009, at 08:50, Pawel Jakub Dawidek wrote: > >> On Fri, Jul 31, 2009 at 11:05:01AM +0200, Thomas Backman wrote: >>> I'm able to reliably reproduce this panic, by having zfs recv >>> destroy >>> a filesystem on the receiving end. >>> >>> 1) Use DDEBUG=1, I guess >>> 2) Create a FS on the source pool you don't care about: zfs create >>> -o >>> mountpoint=/testfs source/testfs >>> 3) Clone a pool to another: zfs snapshot -r source@snap && zfs >>> send -R >>> source@snap | zfs recv -Fvd target >>> 4) zfs destroy -r source/testfs >>> 4) zfs snapshot -r source@snap2 && zfs send -R -I snap >>> source@snap2 | >>> zfs recv -Fvd target >>> 5) ^ Panic while receiving the FS the destroyed one is mounted >>> under. >>> In my case, this was tank/root three times out of three; I then >>> tried >>> creating testfs under /tmp (tank/tmp/testfs), *mounting* it under / >>> usr/ >>> testfs, and it panics on receiving tank/usr: >> [...] >> >> I repeated precisevly those steps and it doesn't panic for me. >> Could you confirm that you use this patch? >> >> http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch >> >> If so, could you give me exact steps and all of them how to >> reproduce it? >> Starting with pool creation. > Yup, I'm using that patch (I diffed the diffs, heh). I'll try to > write a script to recreate the panic; I hope it's as easy as in real- > world conditions though. Oh! I noticed that I actually finised my test case for this panic; I thought I stopped midway, but that was something else. Here are all the details: http://lists.freebsd.org/pipermail/freebsd-fs/2009-July/006585.html (If you have the libzfs_sendrecv patch, your own vnops patch and DDEBUG=1, there's no need to patch anything at all.) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 07:26:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17B2E106566B; Wed, 5 Aug 2009 07:26:01 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id BF9AF8FC0A; Wed, 5 Aug 2009 07:26:00 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 8963E78FEC; Wed, 5 Aug 2009 11:25:58 +0400 (MSD) Message-ID: <4A793408.8030403@haruhiism.net> Date: Wed, 05 Aug 2009 11:26:00 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Bjoern A. Zeeb" , Navdeep Parhar , freebsd-current@freebsd.org References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> In-Reply-To: <20090805063417.GA10969@doormat.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 07:26:01 -0000 Navdeep Parhar wrote: > I should be able to test it. As I mentioned I get a page fault > everytime I run NPtcp -h localhost. > I'd like to point out that this has been going on for at least one month. It triggers on iperf, or ping -f, or just on mysql/pgsql queries and/or fastcgi requests for me. You must have missed the relevant posts on the lists. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 09:38:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25339106566B; Wed, 5 Aug 2009 09:38:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5B82F8FC14; Wed, 5 Aug 2009 09:38:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E939F45B36; Wed, 5 Aug 2009 11:38:03 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4115B45684; Wed, 5 Aug 2009 11:37:59 +0200 (CEST) Date: Wed, 5 Aug 2009 11:38:26 +0200 From: Pawel Jakub Dawidek To: Thomas Backman Message-ID: <20090805093825.GC1784@garage.freebsd.pl> References: <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca!pe.org> <4A71BED8.7050300@freebsd.org> <20090805065022.GI2181@garage.freebsd.pl> <7C3499A8-A389-4F28-A800-B6C31B9E09C4@exscape.org> <3ECC4BA0-F1EF-4039-9F39-68532851B572@exscape.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg" Content-Disposition: inline In-Reply-To: <3ECC4BA0-F1EF-4039-9F39-68532851B572@exscape.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 09:38:07 -0000 --ZJcv+A0YCCLh2VIg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 05, 2009 at 09:20:58AM +0200, Thomas Backman wrote: > Oh! I noticed that I actually finised my test case for this panic; I =20 > thought I stopped midway, but that was something else. > Here are all the details:=20 > http://lists.freebsd.org/pipermail/freebsd-fs/2009-July/006585.html > (If you have the libzfs_sendrecv patch, your own vnops patch and =20 > DDEBUG=3D1, there's no need to patch anything at all.) I belive it is safe to do the following: http://people.freebsd.org/~pjd/patches/zfs_vfsops.c.2.patch Could you give it a try? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ZJcv+A0YCCLh2VIg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKeVMRForvXbEpPzQRAtHdAKCA7i+WC9ooMYi1IJZAkIafBHU3XwCgx/1e qZLPiK9IzTjjQr1dt3JSh6U= =0KFn -----END PGP SIGNATURE----- --ZJcv+A0YCCLh2VIg-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 09:58:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D004E1065670 for ; Wed, 5 Aug 2009 09:58:57 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE538FC13 for ; Wed, 5 Aug 2009 09:58:57 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by qw-out-2122.google.com with SMTP id 3so2190606qwe.7 for ; Wed, 05 Aug 2009 02:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Mvwtvdvi7SYy5Gi0a0+3ltSPxUt2gyx/iwRVHqTOMtA=; b=GF7qLPxvrEAZSevV3rXtgND68snQazkHWu26t7irv4joFy9T8Y7D5HmbGl3KHzWxJI BR8wNWuTmE+vI010INXPRUVdKc12vRECn76gqQd2YDEx/0AzvhfGcQv6QYGwnTDpB607 FtCbUwydHhPJtnOXI4g7hA61exSb2pl3SlSME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=Z2uR4WcT5rgQqSKemieBK4BYO8h/JhPaiajQFAJM2OFUfSAxNvbnGwnv0Ib3BCXaP6 DuamosbDp7WiGOmOitLSqSmAFzBJeyVeoA2zl8Riz8CkRzc2i7bNlCAZ8j+S9SfGHVd5 aVZ6tyvtqQfqVEQlj2bJ8u6+fbZGcLxNB8Xmg= MIME-Version: 1.0 Received: by 10.229.109.194 with SMTP id k2mr2249307qcp.68.1249466336715; Wed, 05 Aug 2009 02:58:56 -0700 (PDT) Date: Wed, 5 Aug 2009 11:58:56 +0200 Message-ID: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> From: Lucius Windschuh To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 09:58:58 -0000 Hi. It's amazing how fast the FreeBSD 8 release process moves forward. Wow. So I updated my machine to CURRENT r196062 and use a USB audio converter. Attaching it to the machine leads to a kernel panic: ugen7.8: at usbus7 uaudio0: on usbus7 panic: lock (sleep mutex) Giant not locked @ /usr/src/sys/dev/usb/usb_request.c:312 cpuid = 1 KDB: enter: panic exclusive sx 23456789ABCDEF - USB config SX lock (23456789ABCDEF - USB config SX lock) r = 0 (0xc69a5c3c) locked @ /usr/src/sys/dev/usb/usb_device.c:1237 exclusive sx newbus (newbus) r = 0 (0xc0a9ad00) locked @ /usr/src/sys/kern/subr_bus.c:219 exclusive sx 23456789ABCDEF - USB config SX lock (23456789ABCDEF - USB config SX lock) r = 0 (0xc69a5c3c) locked @ /usr/src/sys/dev/usb/usb_device.c:1237 exclusive sx newbus (newbus) r = 0 (0xc0a9ad00) locked @ /usr/src/sys/kern/subr_bus.c:219 db:1:locks> show alllocks Process 45 (usbus7) thread 0xc6b59900 (100073) db:0:kdb.enter.default> show pcpu cpuid = 1 dynamic pcpu = 0x57b1e12 curthread = 0xc6b59900: pid 45 "usbus7" curpcb = 0xe8e99d90 fpcurthread = none idlethread = 0xc6573d80: pid 10 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db:0:kdb.enter.default> bt Tracing pid 45 tid 100073 td 0xc6b59900 kdb_enter(c09cc469,c09cc469,c09d2085,e8e995f8,1,...) at kdb_enter+0x3a panic(c09d2085,c09f3eb7,c09ed67c,c09bbeff,138,...) at panic+0x136 witness_unlock(c0a896b0,8,c09bbeff,138,0,...) at witness_unlock+0xf8 _mtx_unlock_flags(c0a896b0,0,c09bbeff,138,c7a81000,...) at _mtx_unlock_flags+0xbc usbd_do_request_flags(c69a5c00,c0a896b0,e8e996d8,e8e996e0,0,...) at usbd_do_request_flags+0x11c uaudio_mixer_get(e8e99720,c05c3a60,150,c7b764a4,e8e99720,...) at uaudio_mixer_get+0x87 uaudio_mixer_add_ctl(e8e999a4,150,102,1,c0997fc8,...) at uaudio_mixer_add_ctl+0xbc uaudio_attach(c7ac1c00,c681005c,c0a37ff8,c09bca92,80000000,...) at uaudio_attach+0x1dea device_attach(c7ac1c00,4,c09ced90,a23) at device_attach+0x3a7 device_probe_and_attach(c7ac1c00,e8e99bb8,ffffffff,c69a5c00,0,...) at device_probe_and_attach+0x5c usb_probe_and_attach_sub(c69a5c00,0,c09ba6a0,4d5,c0bc9ca8,...) at usb_probe_and_attach_sub+0xde usb_probe_and_attach(c69a5c00,ff,c6988400,2,3,...) at usb_probe_and_attach+0x1d0 uhub_explore(c6988400,ff,c6bd5400,1,1,...) at uhub_explore+0x787 uhub_explore(c6bd5400,0,c09b9b29,e3,c695dd34,...) at uhub_explore+0x7b9 usb_bus_explore(c695dd34,c695ddac,c09bbde1,67,c0a8dc80,...) at usb_bus_explore+0x97 usb_process(c695dcd4,e8e99d38,c09c7984,33e,c6b42aa0,...) at usb_process+0xde fork_exit(c05fc7c0,c695dcd4,e8e99d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8e99d70, ebp = 0 --- ... The textdump is available here: http://sites.google.com/site/lwfreebsd/Home/files/uaudio-panic.tar.gz?attredirects=0 If needed, I can produce a real coredump on a different machine or provide more information. Any ideas to solve this problem? Lucius From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 10:37:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB320106566C; Wed, 5 Aug 2009 10:37:08 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC708FC15; Wed, 5 Aug 2009 10:37:08 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:34033 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MYdre-0004eg-6R; Wed, 05 Aug 2009 12:37:00 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 15BAA18301F; Wed, 5 Aug 2009 12:36:58 +0200 (CEST) Message-Id: <1DA8C406-D35E-4AF3-990F-58753F305444@exscape.org> From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090805093825.GC1784@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 5 Aug 2009 12:36:56 +0200 References: <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca!pe.org> <4A71BED8.7050300@freebsd.org> <20090805065022.GI2181@garage.freebsd.pl> <7C3499A8-A389-4F28-A800-B6C31B9E09C4@exscape.org> <3ECC4BA0-F1EF-4039-9F39-68532851B572@exscape.org> <20090805093825.GC1784@garage.freebsd.pl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MYdre-0004eg-6R. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MYdre-0004eg-6R fea2bdc749184c7309441808bb159ac3 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 10:37:09 -0000 On Aug 5, 2009, at 11:38, Pawel Jakub Dawidek wrote: > On Wed, Aug 05, 2009 at 09:20:58AM +0200, Thomas Backman wrote: >> Oh! I noticed that I actually finised my test case for this panic; I >> thought I stopped midway, but that was something else. >> Here are all the details: >> http://lists.freebsd.org/pipermail/freebsd-fs/2009-July/006585.html >> (If you have the libzfs_sendrecv patch, your own vnops patch and >> DDEBUG=1, there's no need to patch anything at all.) > > I belive it is safe to do the following: > > http://people.freebsd.org/~pjd/patches/zfs_vfsops.c.2.patch > > Could you give it a try? Not right now (today), I'm afraid. I'll look in to it as soon as I can (likely tomorrow), though. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 11:12:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4FAF1065672 for ; Wed, 5 Aug 2009 11:12:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 48FAE8FC0A for ; Wed, 5 Aug 2009 11:12:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5EFDB1CD18; Wed, 5 Aug 2009 13:12:47 +0200 (CEST) Date: Wed, 5 Aug 2009 13:12:47 +0200 From: Ed Schouten To: Lucius Windschuh Message-ID: <20090805111247.GA1292@hoeg.nl> References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QwltuPJOutxmIGiQ" Content-Disposition: inline In-Reply-To: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 11:12:48 -0000 --QwltuPJOutxmIGiQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Lucius Windschuh wrote: > So I updated my machine to CURRENT r196062 and use a USB audio > converter. Attaching it to the machine leads to a kernel panic: >=20 > I suspect this has something to do with the Newbus locking, which causes some pieces of code to run without Giant held, while they previously did. --=20 Ed Schouten WWW: http://80386.nl/ --QwltuPJOutxmIGiQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp5aS8ACgkQ52SDGA2eCwVADACfZpkWswT34ZlIEckyLiDhQqbX 7CcAnji748KK7v6Q8gQBf1AjJ/O97Y+G =UiDv -----END PGP SIGNATURE----- --QwltuPJOutxmIGiQ-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 11:43:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9BB1065691 for ; Wed, 5 Aug 2009 11:43:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 694828FC1E for ; Wed, 5 Aug 2009 11:43:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id D088A46B09; Wed, 5 Aug 2009 07:43:11 -0400 (EDT) Date: Wed, 5 Aug 2009 12:43:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ed Schouten In-Reply-To: <20090805111247.GA1292@hoeg.nl> Message-ID: References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Lucius Windschuh , FreeBSD Current Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 11:43:13 -0000 On Wed, 5 Aug 2009, Ed Schouten wrote: > * Lucius Windschuh wrote: >> So I updated my machine to CURRENT r196062 and use a USB audio >> converter. Attaching it to the machine leads to a kernel panic: >> >> > > I suspect this has something to do with the Newbus locking, which causes > some pieces of code to run without Giant held, while they previously did. There's a patch in the re@ queue to re-add Giant around newbus attachment, per John Baldwin's request. However, committing that patch is stalled while issues with the svn->cvs export of the new RELENG_8 branch are resolved. I expect to see the patch go into the tree RSN. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 12:07:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29A2106567A; Wed, 5 Aug 2009 12:07:16 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8395A8FC08; Wed, 5 Aug 2009 12:07:16 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:40408 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MYfGw-00025c-4p; Wed, 05 Aug 2009 14:07:12 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 1678A182FE1; Wed, 5 Aug 2009 14:07:11 +0200 (CEST) Message-Id: <4F8F7C4A-A760-427A-A97B-92C548DA7BEE@exscape.org> From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090805093825.GC1784@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 5 Aug 2009 14:07:08 +0200 References: <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca!pe.org> <4A71BED8.7050300@freebsd.org> <20090805065022.GI2181@garage.freebsd.pl> <7C3499A8-A389-4F28-A800-B6C31B9E09C4@exscape.org> <3ECC4BA0-F1EF-4039-9F39-68532851B572@exscape.org> <20090805093825.GC1784@garage.freebsd.pl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MYfGw-00025c-4p. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MYfGw-00025c-4p c7fd3707a462c73abece6f994d13433d Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 12:07:17 -0000 On Aug 5, 2009, at 11:38, Pawel Jakub Dawidek wrote: > On Wed, Aug 05, 2009 at 09:20:58AM +0200, Thomas Backman wrote: >> Oh! I noticed that I actually finised my test case for this panic; I >> thought I stopped midway, but that was something else. >> Here are all the details: >> http://lists.freebsd.org/pipermail/freebsd-fs/2009-July/006585.html >> (If you have the libzfs_sendrecv patch, your own vnops patch and >> DDEBUG=1, there's no need to patch anything at all.) > > I belive it is safe to do the following: > > http://people.freebsd.org/~pjd/patches/zfs_vfsops.c.2.patch > > Could you give it a try? OK, I was wrong, I could give it a try now. :) It seems to work! -DDEBUG=1 and no panic. Just to be sure I tried to revert the patch, and sure enough, solaris assert panic at that line. The backup script (aka. real world test) also did not panic, which it did before. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 13:49:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21A7E1065688; Wed, 5 Aug 2009 13:49:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5667B8FC25; Wed, 5 Aug 2009 13:49:45 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uXAB73GHeBQA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=MUhiJNgwuVPsYk42_IQA:9 a=sYYSPOwCoMhsDfu2O5IRAWEdHa8A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1290310211; Wed, 05 Aug 2009 15:49:43 +0200 From: Hans Petter Selasky To: Grzegorz Bernacki Date: Wed, 5 Aug 2009 15:49:42 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908041754.50244.hselasky@c2i.net> <4A79865E.3060206@semihalf.com> In-Reply-To: <4A79865E.3060206@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908051549.43890.hselasky@c2i.net> Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 13:49:48 -0000 On Wednesday 05 August 2009 15:17:18 Grzegorz Bernacki wrote: > Below is the patch with that solution. I tested it on ARM and PowerPC > and it fixes the problem. Please test it on other platforms you have to > see if there is no regression. Hi, Your patch look Ok. I will do some more testing and then commit it to USB P4. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:03:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8702E10656C4; Wed, 5 Aug 2009 14:03:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id B4EE98FC29; Wed, 5 Aug 2009 14:03:36 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=1oMw4IlqKsAA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=mK_AVkanAAAA:8 a=6I5d2MoRAAAA:8 a=KCXnCaZH-n1k2Y6hhyYA:9 a=bKNfP-MnCMrAjZoo2HcXjMIX4gQA:4 a=9xyTavCNlvEA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1118355164; Wed, 05 Aug 2009 16:03:34 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Aug 2009 16:03:33 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908051603.35169.hselasky@c2i.net> Cc: Ed Schouten , Robert Watson , FreeBSD Current , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:03:38 -0000 On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: > On Wed, 5 Aug 2009, Ed Schouten wrote: > > * Lucius Windschuh wrote: > >> So I updated my machine to CURRENT r196062 and use a USB audio > >> converter. Attaching it to the machine leads to a kernel panic: > >> > >> > > > > I suspect this has something to do with the Newbus locking, which causes > > some pieces of code to run without Giant held, while they previously did. > > There's a patch in the re@ queue to re-add Giant around newbus attachment, > per John Baldwin's request. However, committing that patch is stalled > while issues with the svn->cvs export of the new RELENG_8 branch are > resolved. I expect to see the patch go into the tree RSN. > Try this patch: http://perforce.freebsd.org/chv.cgi?CH=167030 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:03:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8702E10656C4; Wed, 5 Aug 2009 14:03:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id B4EE98FC29; Wed, 5 Aug 2009 14:03:36 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=1oMw4IlqKsAA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=mK_AVkanAAAA:8 a=6I5d2MoRAAAA:8 a=KCXnCaZH-n1k2Y6hhyYA:9 a=bKNfP-MnCMrAjZoo2HcXjMIX4gQA:4 a=9xyTavCNlvEA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1118355164; Wed, 05 Aug 2009 16:03:34 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Aug 2009 16:03:33 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908051603.35169.hselasky@c2i.net> Cc: Ed Schouten , Robert Watson , FreeBSD Current , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:03:38 -0000 On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: > On Wed, 5 Aug 2009, Ed Schouten wrote: > > * Lucius Windschuh wrote: > >> So I updated my machine to CURRENT r196062 and use a USB audio > >> converter. Attaching it to the machine leads to a kernel panic: > >> > >> > > > > I suspect this has something to do with the Newbus locking, which causes > > some pieces of code to run without Giant held, while they previously did. > > There's a patch in the re@ queue to re-add Giant around newbus attachment, > per John Baldwin's request. However, committing that patch is stalled > while issues with the svn->cvs export of the new RELENG_8 branch are > resolved. I expect to see the patch go into the tree RSN. > Try this patch: http://perforce.freebsd.org/chv.cgi?CH=167030 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:13:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F99F106564A; Wed, 5 Aug 2009 14:13:33 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDB88FC2E; Wed, 5 Aug 2009 14:13:32 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz2 with SMTP id 2so103682bwz.43 for ; Wed, 05 Aug 2009 07:13:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=TGud46n7BvIvFP/Zsq8hLeIzZb9tgdpvlWshK0DH10U=; b=wt1B/vTim7SbKDFmIRAM+snFMk1r19T6mK6xnlU0m/mCoq4OvlclxqbYGpDOx/ZMzB s5otJf0ro9DrHq+24tMS134OXNttUMWMJsEunQjGQKpYXMPd4abl7NcFJ83XTCCSPYqJ 2dSs/8D0tGPtE3L726Wy+2UTBvsQ+m3OGMnoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=DwqpJfXti8j9uWuOUsbCLzAAiyElTJBeYE0UnPPm58KX8wELrD4/G5yu1f08gAjSQ9 F2ARNbQpfVUlldFZ5pYbSz1RbiT5jNbB842oASW0NzlnceM8xx0RZ2mJisUjICOJO2DX yfdU/lobFEVT3VUrZ07fTMFZduaIUr7iMG4OU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.119.207 with SMTP id a15mr3651155far.11.1249481611067; Wed, 05 Aug 2009 07:13:31 -0700 (PDT) In-Reply-To: <200908051603.35169.hselasky@c2i.net> References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> <200908051603.35169.hselasky@c2i.net> Date: Wed, 5 Aug 2009 16:13:31 +0200 X-Google-Sender-Auth: 6df71650e0716a32 Message-ID: <3bbf2fe10908050713r79066277hd8822161b78222f@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Ed Schouten , freebsd-current@freebsd.org, Robert Watson , FreeBSD Current , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:13:33 -0000 2009/8/5 Hans Petter Selasky : > On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: >> On Wed, 5 Aug 2009, Ed Schouten wrote: >> > * Lucius Windschuh wrote: >> >> So I updated my machine to CURRENT r196062 and use a USB audio >> >> converter. Attaching it to the machine leads to a kernel panic: >> >> >> >> >> > >> > I suspect this has something to do with the Newbus locking, which causes >> > some pieces of code to run without Giant held, while they previously did. >> >> There's a patch in the re@ queue to re-add Giant around newbus attachment, >> per John Baldwin's request. However, committing that patch is stalled >> while issues with the svn->cvs export of the new RELENG_8 branch are >> resolved. I expect to see the patch go into the tree RSN. >> > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=167030 Hans, I recall of a similar problem in ukbd. I resolved it by acquiring Giant earlier in ukbd_attach(), but probabilly I could just bring it down and pass a NULL pointer to usbd_do_transfer(), right? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:18:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B25B1065674; Wed, 5 Aug 2009 14:18:39 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id B3E658FC0A; Wed, 5 Aug 2009 14:18:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=1oMw4IlqKsAA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=mK_AVkanAAAA:8 a=6I5d2MoRAAAA:8 a=b1R08Nv5_apd6zTO7TQA:9 a=nhatX0-YMK4GQ6Ob3rYA:7 a=UyDoTLh_JaLBb6Oqm3PzvbvJwAcA:4 a=9aOQ2cSd83gA:10 a=9xyTavCNlvEA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1300632731; Wed, 05 Aug 2009 16:18:37 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Aug 2009 16:18:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <200908051603.35169.hselasky@c2i.net> <3bbf2fe10908050713r79066277hd8822161b78222f@mail.gmail.com> In-Reply-To: <3bbf2fe10908050713r79066277hd8822161b78222f@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908051618.37902.hselasky@c2i.net> Cc: Attilio Rao , Ed Schouten , Robert Watson , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:18:39 -0000 On Wednesday 05 August 2009 16:13:31 Attilio Rao wrote: > 2009/8/5 Hans Petter Selasky : > > On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: > >> On Wed, 5 Aug 2009, Ed Schouten wrote: > >> > * Lucius Windschuh wrote: > >> >> So I updated my machine to CURRENT r196062 and use a USB audio > >> >> converter. Attaching it to the machine leads to a kernel panic: > >> >> > >> >> > >> > > >> > I suspect this has something to do with the Newbus locking, which > >> > causes some pieces of code to run without Giant held, while they > >> > previously did. > >> > >> There's a patch in the re@ queue to re-add Giant around newbus > >> attachment, per John Baldwin's request. However, committing that patch > >> is stalled while issues with the svn->cvs export of the new RELENG_8 > >> branch are resolved. I expect to see the patch go into the tree RSN. > > > > Try this patch: > > > > http://perforce.freebsd.org/chv.cgi?CH=167030 > > Hans, > I recall of a similar problem in ukbd. I resolved it by acquiring > Giant earlier in ukbd_attach(), but probabilly I could just bring it > down and pass a NULL pointer to usbd_do_transfer(), right? Yes, correct. I've changed the Giant mutex to a NULL one in USB P4. Maybe you can fix the rest? http://perforce.freebsd.org/chv.cgi?CH=167032 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:20:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85158106566C; Wed, 5 Aug 2009 14:20:10 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id CA1068FC1F; Wed, 5 Aug 2009 14:20:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz2 with SMTP id 2so107780bwz.43 for ; Wed, 05 Aug 2009 07:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=YNDU4PpQs0ABcbzGJv1JU9qiVIZ22KG1E6IwuI2QJoQ=; b=BAH21jY2NwimiX3BtbeNnNOFr/8lFYrUPhPzrf7zuLJcIXOPiwxIXzHyMrN7XoaW8e vg3IcZnuuoRw6DRBje43ewSrbUoVkzgQJMIJ9AxYCMXuNSuXL8I7fx4zK18Si90jck59 eh5TCPljgi+MFSfY3VvORhSZ3RVQzcl9WvC2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=HPkRdaCORyMO1eGg9ikDn05sc0HtS9/BgOTBc41GPeeh24u9pwaJuMARs/R5F0uUDN xm1Jh6QnTyZL17MVTlx08oOY0MosMrvW/u804GJx52xnetSz7sBkEve/peUGZ4FOiKRG HTzt9WjClc893jY8W+qp8cAZxl75jba6Ge3Ww= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.119.77 with SMTP id y13mr204542faq.4.1249482008494; Wed, 05 Aug 2009 07:20:08 -0700 (PDT) In-Reply-To: <200908051618.37902.hselasky@c2i.net> References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <200908051603.35169.hselasky@c2i.net> <3bbf2fe10908050713r79066277hd8822161b78222f@mail.gmail.com> <200908051618.37902.hselasky@c2i.net> Date: Wed, 5 Aug 2009 16:20:08 +0200 X-Google-Sender-Auth: e4901d201287070c Message-ID: <3bbf2fe10908050720s18580477qb3e58b066abdffc5@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Ed Schouten , freebsd-current@freebsd.org, Robert Watson , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:20:10 -0000 2009/8/5 Hans Petter Selasky : > On Wednesday 05 August 2009 16:13:31 Attilio Rao wrote: >> 2009/8/5 Hans Petter Selasky : >> > On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: >> >> On Wed, 5 Aug 2009, Ed Schouten wrote: >> >> > * Lucius Windschuh wrote: >> >> >> So I updated my machine to CURRENT r196062 and use a USB audio >> >> >> converter. Attaching it to the machine leads to a kernel panic: >> >> >> >> >> >> >> >> > >> >> > I suspect this has something to do with the Newbus locking, which >> >> > causes some pieces of code to run without Giant held, while they >> >> > previously did. >> >> >> >> There's a patch in the re@ queue to re-add Giant around newbus >> >> attachment, per John Baldwin's request. However, committing that patch >> >> is stalled while issues with the svn->cvs export of the new RELENG_8 >> >> branch are resolved. I expect to see the patch go into the tree RSN. >> > >> > Try this patch: >> > >> > http://perforce.freebsd.org/chv.cgi?CH=167030 >> >> Hans, >> I recall of a similar problem in ukbd. I resolved it by acquiring >> Giant earlier in ukbd_attach(), but probabilly I could just bring it >> down and pass a NULL pointer to usbd_do_transfer(), right? > > Yes, correct. > > I've changed the Giant mutex to a NULL one in USB P4. Maybe you can fix the > rest? > > http://perforce.freebsd.org/chv.cgi?CH=167032 Of course, thanks for the submissions. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:32:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C911065672; Wed, 5 Aug 2009 14:32:01 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id D7C268FC3B; Wed, 5 Aug 2009 14:31:59 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: by ewy2 with SMTP id 2so148528ewy.43 for ; Wed, 05 Aug 2009 07:31:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=c7DVFQv4xTw/uWcRruwyU+KmQkpXgMfbj98aO44VQtU=; b=bpOCOx/Kk9l+BlwzyOLkNc3TFLTHORU5p2jABgH2/dFrm8/hHQXsJfIxD+f1FWpz4u lXQkWSR8Fh+Vx2ci0LQCsVwXYl5zgz19ZGcyWwz6amC3PQBQEVeJuPsHeVkMKib/o9Gz fDBsrEIyKv19JXrm7SBjq0f7Zsgcqw+lJ3zLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RsX4qnjwB+GTc90/Ey6nbbnmosft27VyLFH8+VjgyeLsh8/6U6LkgdDqmPGgfvKYDc 8i7n5UVGvYZSz1pCq0BBUeDaaoPkcw6YLlCKwnSOvZfFUtOGlhMeM1VpOQ7PZkxxZA9s Cy210dP2QbxqGb2ElmDiIJnneyzRwe8DSTlQ4= MIME-Version: 1.0 Received: by 10.216.49.211 with SMTP id x61mr1785152web.222.1249482718872; Wed, 05 Aug 2009 07:31:58 -0700 (PDT) In-Reply-To: <3bbf2fe10908041445j2dc4b480kd767f03c62b782c8@mail.gmail.com> References: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> <3bbf2fe10905221234k12c45932gb1e197143cd74b5d@mail.gmail.com> <20090522230333.X72053@maildrop.int.zabbadoz.net> <3bbf2fe10905221846q7fd1fe9cue744de61f9e12612@mail.gmail.com> <226F1AFF-45D8-4E4C-BE7F-D2EDC35EC8F6@lassitu.de> <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> <3bbf2fe10908041445j2dc4b480kd767f03c62b782c8@mail.gmail.com> Date: Wed, 5 Aug 2009 16:31:58 +0200 Message-ID: <4e6cba830908050731s25408ea2m8bd5c13003e99ef1@mail.gmail.com> From: Giovanni Trematerra To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , Stefan Bethke , FreeBSD Current , Dan Naumov , barbara , "Bjoern A. Zeeb" , Robert Watson , "C. C. Tang" Subject: Re: spinlock held too long on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:32:01 -0000 On Tue, Aug 4, 2009 at 11:45 PM, Attilio Rao wrote: > > while the -CURRENT version that probabilly is going to be committed > soon is here: > http://www.freebsd.org/~attilio/stop_nmi2.diff I've never experienced such issue but I tested the patch on -CURRENT and no regression on my dual-core notebook. -- Giovanni Trematerra From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 14:41:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4561065674 for ; Wed, 5 Aug 2009 14:41:57 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFB08FC08 for ; Wed, 5 Aug 2009 14:41:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm24 with SMTP id 24so139784fxm.36 for ; Wed, 05 Aug 2009 07:41:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=TGud46n7BvIvFP/Zsq8hLeIzZb9tgdpvlWshK0DH10U=; b=wt1B/vTim7SbKDFmIRAM+snFMk1r19T6mK6xnlU0m/mCoq4OvlclxqbYGpDOx/ZMzB s5otJf0ro9DrHq+24tMS134OXNttUMWMJsEunQjGQKpYXMPd4abl7NcFJ83XTCCSPYqJ 2dSs/8D0tGPtE3L726Wy+2UTBvsQ+m3OGMnoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=DwqpJfXti8j9uWuOUsbCLzAAiyElTJBeYE0UnPPm58KX8wELrD4/G5yu1f08gAjSQ9 F2ARNbQpfVUlldFZ5pYbSz1RbiT5jNbB842oASW0NzlnceM8xx0RZ2mJisUjICOJO2DX yfdU/lobFEVT3VUrZ07fTMFZduaIUr7iMG4OU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.119.207 with SMTP id a15mr3651155far.11.1249481611067; Wed, 05 Aug 2009 07:13:31 -0700 (PDT) In-Reply-To: <200908051603.35169.hselasky@c2i.net> References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> <200908051603.35169.hselasky@c2i.net> Date: Wed, 5 Aug 2009 16:13:31 +0200 X-Google-Sender-Auth: 6df71650e0716a32 Message-ID: <3bbf2fe10908050713r79066277hd8822161b78222f@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Ed Schouten , freebsd-current@freebsd.org, Robert Watson , FreeBSD Current , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 14:41:57 -0000 2009/8/5 Hans Petter Selasky : > On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: >> On Wed, 5 Aug 2009, Ed Schouten wrote: >> > * Lucius Windschuh wrote: >> >> So I updated my machine to CURRENT r196062 and use a USB audio >> >> converter. Attaching it to the machine leads to a kernel panic: >> >> >> >> >> > >> > I suspect this has something to do with the Newbus locking, which causes >> > some pieces of code to run without Giant held, while they previously did. >> >> There's a patch in the re@ queue to re-add Giant around newbus attachment, >> per John Baldwin's request. However, committing that patch is stalled >> while issues with the svn->cvs export of the new RELENG_8 branch are >> resolved. I expect to see the patch go into the tree RSN. >> > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=167030 Hans, I recall of a similar problem in ukbd. I resolved it by acquiring Giant earlier in ukbd_attach(), but probabilly I could just bring it down and pass a NULL pointer to usbd_do_transfer(), right? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 15:12:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1B81065687; Wed, 5 Aug 2009 15:12:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2BC8FC08; Wed, 5 Aug 2009 15:12:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n75F9V48093785; Wed, 5 Aug 2009 11:09:31 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908051509.n75F9V48093785@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Aug 2009 11:12:27 -0400 To: Alexander Motin From: Mike Tancsa In-Reply-To: <4A71D739.6040308@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> <4A71D739.6040308@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 15:12:31 -0000 I did some other testing of the AHCI driver. Again, using CPU: AMD Phenom(tm) 9950 Quad-Core Processor (2608.81-MHz K8-class CPU) with RAM limited to 2G real memory = 8589934592 (8192 MB) avail memory = 2060632064 (1965 MB) ATI IXP700/800 SATA300 controller Doing some buildworld comparisons the ahci is a very tiny bit slower when a dedicated drive is used as /usr/obj #!/bin/sh cd /usr/src grep -ir blah * > /dev/null for i in `jot 5` do date echo $i newfs /dev/ad10 > /dev/null mount /dev/ad10 /usr/obj sleep 10 date time make -j8 buildworld > /var/log/build.out date sleep 20 sync umount -f /usr/obj done and changing the above to be /dev/ada1 when testing with AHCI 0(freebsd-current2)% strings buildworld.ata | grep real 1484.51 real 4049.46 user 610.31 sys 1520.44 real 4055.02 user 612.02 sys 1500.76 real 4055.16 user 618.19 sys 1494.28 real 4057.88 user 614.68 sys 1498.65 real 4059.30 user 620.87 sys 0(freebsd-current2)% strings buildworld.ahci | grep real 1510.02 real 4069.71 user 614.54 sys 1510.29 real 4071.67 user 623.93 sys 1516.05 real 4070.56 user 626.20 sys 1517.72 real 4072.88 user 624.13 sys 1520.88 real 4072.99 user 625.03 sys REAL N Min Max Median Avg Stddev ata 5 1484.51 1520.44 1498.65 1499.728 13.157529 ahci 5 1510.02 1520.88 1516.05 1514.992 4.7449837 USER N Min Max Median Avg Stddev ata 5 4049.46 4059.3 4055.16 4055.364 3.7695994 ahci 5 4069.71 4072.99 4071.67 4071.562 1.433691 SYS N Min Max Median Avg Stddev ata 5 614.54 626.2 624.13 622.766 4.6850966 ahci 5 614.54 626.2 624.13 622.766 4.6850966 Running the postmark benchmark 5 times with set size 29300 650000 set transactions 20000 set location /mnt/tmp set subdirectories 90 set number 9000 run quit on a dedicated drive that I would newfs between tests, AHCI is consistently better, sometimes wildly so. e.g PostMark v1.51 : 8/14/01 Reading configuration from file '/root/pm.pm' Creating subdirectories...Done Creating files...Done Performing transactions..........Done Deleting files...Done Deleting subdirectories...Done Time: 794 seconds total 678 seconds of transactions (29 per second) Files: 18980 created (23 per second) Creation alone: 9000 files (77 per second) Mixed with transactions: 9980 files (14 per second) 9986 read (14 per second) 10014 appended (14 per second) 18980 deleted (23 per second) Deletion alone: 8960 files (8960 per second) Mixed with transactions: 10020 files (14 per second) Data: 3748.66 megabytes read (4.72 megabytes per second) 7366.29 megabytes written (9.28 megabytes per second) x ata-create + ahci-create N Min Max Median Avg Stddev x 5 43 82 69 66.6 14.808781 + 5 67 86 77 76.8 7.5960516 x ata-create-mixed + ahci-create-mixed N Min Max Median Avg Stddev x 5 10 14 12 12.2 1.7888544 + 5 13 14 13 13.4 0.54772256 x delete-ata + delete-ahci N Min Max Median Avg Stddev x 5 1493 8960 8960 7466.6 3339.3439 + 5 8960 8960 8960 8960 0 x delete-mixed-ata + delete-mixed-ahci N Min Max Median Avg Stddev x 5 10 14 12 12.2 1.7888544 + 5 13 15 13 13.6 0.89442719 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 16:59:40 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0841065670; Wed, 5 Aug 2009 16:59:40 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0648FC12; Wed, 5 Aug 2009 16:59:40 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B7FD61E00311; Wed, 5 Aug 2009 18:59:39 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n75GsW0A011551; Wed, 5 Aug 2009 18:54:32 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n75GsWBw011550; Wed, 5 Aug 2009 18:54:32 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 5 Aug 2009 18:54:32 +0200 To: freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org Message-ID: <20090805165432.GA11383@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: patch: (newusb) cdce failed to attach, was ignoring quirks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 16:59:41 -0000 I'd say the broader matches must come after the specific ones here or the quirks may not be found... (This makes at least my zaurus attach and pingable again.) Index: sys/dev/usb/net/if_cdce.c @@ -197,9 +197,6 @@ }; static const struct usb_device_id cdce_devs[] = { - {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_ETHERNET_NETWORKING_CONTROL_MODEL, 0)}, - {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_MOBILE_DIRECT_LINE_MODEL, 0)}, - {USB_VPI(USB_VENDOR_ACERLABS, USB_PRODUCT_ACERLABS_M5632, CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_AMBIT, USB_PRODUCT_AMBIT_NTL_250, CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_COMPAQ, USB_PRODUCT_COMPAQ_IPAQLINUX, CDCE_FLAG_NO_UNION)}, @@ -213,6 +210,9 @@ {USB_VPI(USB_VENDOR_SHARP, USB_PRODUCT_SHARP_SLA300, CDCE_FLAG_ZAURUS | CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_SHARP, USB_PRODUCT_SHARP_SLC700, CDCE_FLAG_ZAURUS | CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_SHARP, USB_PRODUCT_SHARP_SLC750, CDCE_FLAG_ZAURUS | CDCE_FLAG_NO_UNION)}, + + {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_ETHERNET_NETWORKING_CONTROL_MODEL, 0)}, + {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_MOBILE_DIRECT_LINE_MODEL, 0)}, }; static int From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 18:00:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC63106568A; Wed, 5 Aug 2009 18:00:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id EBEDE8FC18; Wed, 5 Aug 2009 18:00:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=tBYg12_i5LgA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=ihUZUP3lPXoYZlHuBBcA:9 a=aCzAzlSkogagjPGYjOAA:7 a=XhvZxX35A1eH-ldWdHjw22ZjGTwA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1283531415; Wed, 05 Aug 2009 20:00:52 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Aug 2009 20:00:53 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090805165432.GA11383@triton.kn-bremen.de> In-Reply-To: <20090805165432.GA11383@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908052000.54157.hselasky@c2i.net> Cc: Juergen Lock , freebsd-usb@freebsd.org Subject: Re: patch: (newusb) cdce failed to attach, was ignoring quirks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 18:00:56 -0000 On Wednesday 05 August 2009 18:54:32 Juergen Lock wrote: > I'd say the broader matches must come after the specific ones here or > the quirks may not be found... (This makes at least my zaurus attach and > pingable again.) Right! Thanks for reporting. Committed to USB P4: http://perforce.freebsd.org/chv.cgi?CH=167039 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 20:02:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F0E106566C; Wed, 5 Aug 2009 20:02:16 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 445F48FC08; Wed, 5 Aug 2009 20:02:16 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 593671E00311; Wed, 5 Aug 2009 22:02:15 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n75JtstN005872; Wed, 5 Aug 2009 21:55:54 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n75JtsGC005871; Wed, 5 Aug 2009 21:55:54 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 5 Aug 2009 21:55:54 +0200 To: Hans Petter Selasky Message-ID: <20090805195554.GA5803@triton.kn-bremen.de> References: <20090805165432.GA11383@triton.kn-bremen.de> <200908052000.54157.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908052000.54157.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Juergen Lock , freebsd-usb@freebsd.org Subject: Re: patch: (newusb) cdce failed to attach, was ignoring quirks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 20:02:16 -0000 On Wed, Aug 05, 2009 at 08:00:53PM +0200, Hans Petter Selasky wrote: > On Wednesday 05 August 2009 18:54:32 Juergen Lock wrote: > > I'd say the broader matches must come after the specific ones here or > > the quirks may not be found... (This makes at least my zaurus attach and > > pingable again.) > > Right! > > Thanks for reporting. > > Committed to USB P4: > > http://perforce.freebsd.org/chv.cgi?CH=167039 You're welcome! Juergen (I was glad I was able to spot the bug myself too, given how little I know about usb... :) From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 20:18:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A375A106564A for ; Wed, 5 Aug 2009 20:18:08 +0000 (UTC) (envelope-from stickybit@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 764A98FC14 for ; Wed, 5 Aug 2009 20:18:07 +0000 (UTC) Received: (qmail invoked by alias); 05 Aug 2009 20:18:05 -0000 Received: from port-92-195-32-176.dynamic.qsc.de (EHLO localhost) [92.195.32.176] by mail.gmx.net (mp062) with SMTP; 05 Aug 2009 22:18:05 +0200 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX1/YeTA5wK7YGYpZK6GxgV4VMXUFT7pUJudoj6Ag0F hireo6md/1bSMn To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Content-Disposition: inline From: Sticky Bit Date: Wed, 5 Aug 2009 22:17:06 +0200 User-Agent: KMail (FreeBSD) MIME-Version: 1.0 Message-Id: <200908052217.06935.stickybit@gmx.net> Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.46 Cc: Subject: [regression] 8.0-CURRENT amd64: SATA disks not attaching, MCP55 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stickybit@gmx.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 20:18:09 -0000 Hello, I have a similar problem with 8.0-CURRENT amd64 like described in PR 128686 and PR 132372 and several older ones. Short: SATA disks will not attach. Some example (please see full logs below): [...] ata3: Identifying devices: 00000001 ata3: New devices: 00000001 ata3: reiniting channel .. ata3: SATA connect time=0ms status=00000123 ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 [...] SATA 300 controller is a MCP55 (ULTRA, not SLI) chip, which is working without any problems for years. Works fine with recent RELENG_7 amd64, but not with RELENG_8 amd64. RELENG_8 i386 seems to attach the disks. So it looks like an amd64 only bug. Should I file a new PR for it? Looks like there is no progress on this matter for months now. Is anyone working on this regression? It would be nice if someone could try to fix it. Thanks in advance! :-) I booted a recent JPSNAP of 8.0-CURRENT livefs FIXIT and saved dmesg output to an usb stick. Below are three verbose boot logs: 1.) 8.0-CURRENT amd64 where SATA disks are not attached 2.) 8.0-CURRENT i386 where SATA disks are attached 3.) 7.2-STABLE amd64 where everything works fine Hope it is useful. If you need more details please let me know. ;-) ******************************************************************************** 1.) 8.0-CURRENT amd64 where SATA disks are not attached ******************************************************************************** Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-HEAD-20090802-JPSNAP #0: Sun Aug 2 04:29:26 UTC 2009 root@build-amd64-fbsd.allbsd.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff813fb000. Preloaded mfs_root "/boot/mfsroot" at 0xffffffff813fb1d0. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2612054409 Hz CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (2612.05-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 4294967296 (4096 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x000000000142a000 - 0x00000000d7767fff, 3593723904 bytes (877374 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 4108021760 (3917 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf7890 00024 (v2 Nvidia) ACPI: XSDT 0xdfee3100 0004C (v1 Nvidia ASUSACPI 42302E31 AWRD 00000000) ACPI: FACP 0xdfeeac80 000F4 (v3 Nvidia ASUSACPI 42302E31 AWRD 00000000) ACPI: DSDT 0xdfee3280 0798A (v1 NVIDIA AWRDACPI 00001000 MSFT 03000000) ACPI: FACS 0xdfee0000 00040 ACPI: SSDT 0xdfeeaec0 0028A (v1 PTLTD POWERNOW 00000001 LTP 00000001) ACPI: HPET 0xdfeeb1c0 00038 (v1 Nvidia ASUSACPI 42302E31 AWRD 00000098) ACPI: MCFG 0xdfeeb240 0003C (v1 Nvidia ASUSACPI 42302E31 AWRD 00000000) ACPI: APIC 0xdfeeadc0 00098 (v1 Nvidia ASUSACPI 42302E31 AWRD 00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 wlan: <802.11 Link Layer> nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: null: io: random: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xf0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SMCA -> bus 0 dev 1 func 1 acpi0: Power Button (fixed) acpi0: wakeup code va 0xffffff800000e000 pa 0x4000 AcpiOsDerivePciId: \\_SB_.PCI0.LEG0.PIO1 -> bus 0 dev 1 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.LEG0.PIRQ -> bus 0 dev 1 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dfde0000 (3) failed 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 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 5 7 9 10 11 14 15 Validation 0 7 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link35: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link36: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link37: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_hpet0: iomem 0xfefff000-0xfefff3ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 2 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x0369, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0360, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0368, revid=0xa3 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xff00, size 6, enabled map[20]: type I/O Port, range 32, base 0x1c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x1c40, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.APCS:0) pci_link31: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \\_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x036c, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02f000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.APCF:0) pci_link27: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \\_SB_.PCI0.APCF found-> vendor=0x10de, dev=0x036d, revid=0xa2 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02e000, size 8, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.PCI0.APCL:0) pci_link32: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \\_SB_.PCI0.APCL found-> vendor=0x10de, dev=0x036e, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9f0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbf0, size 2, enabled map[18]: type I/O Port, range 32, base 0x970, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb70, size 2, enabled map[20]: type I/O Port, range 32, base 0xf700, size 4, enabled map[24]: type Memory, range 32, base 0xfe02d000, size 12, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.PCI0.APSI:0) pci_link35: Picked IRQ 23 with weight 0 pcib0: slot 5 INTA routed to irq 23 via \\_SB_.PCI0.APSI found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xf200, size 4, enabled map[24]: type Memory, range 32, base 0xfe02c000, size 12, enabled pcib0: matched entry for 0.5.INTB (src \\_SB_.PCI0.APSJ:0) pci_link36: Picked IRQ 20 with weight 1 pcib0: slot 5 INTB routed to irq 20 via \\_SB_.PCI0.APSJ found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=2 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xf100, size 3, enabled map[14]: type I/O Port, range 32, base 0xf000, size 2, enabled map[18]: type I/O Port, range 32, base 0xef00, size 3, enabled map[1c]: type I/O Port, range 32, base 0xee00, size 2, enabled map[20]: type I/O Port, range 32, base 0xed00, size 4, enabled map[24]: type Memory, range 32, base 0xfe02b000, size 12, enabled pcib0: matched entry for 0.5.INTC (src \\_SB_.PCI0.ASA2:0) pci_link37: Picked IRQ 21 with weight 1 pcib0: slot 5 INTC routed to irq 21 via \\_SB_.PCI0.ASA2 found-> vendor=0x10de, dev=0x0370, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x0a (2500 ns) found-> vendor=0x10de, dev=0x0373, revid=0xa3 domain=0, bus=0, slot=8, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks MSI-X supports 8 messages in maps 0x18 and 0x1c map[10]: type Memory, range 32, base 0xfe02a000, size 12, enabled map[14]: type I/O Port, range 32, base 0xec00, size 3, enabled map[18]: type Memory, range 32, base 0xfe029000, size 8, enabled map[1c]: type Memory, range 32, base 0xfe028000, size 4, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.APCH:0) pci_link28: Picked IRQ 22 with weight 1 pcib0: slot 8 INTA routed to irq 22 via \\_SB_.PCI0.APCH found-> vendor=0x10de, dev=0x0377, revid=0xa3 domain=0, bus=0, slot=15, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x18 (6000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02f000 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 49 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe02e000 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 50 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: 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: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: 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=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xfe02d000-0xfe02dfff irq 23 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf700 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 53 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02d000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata2: SATA connect time=0ms status=00000123 ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata3: SATA connect time=0ms status=00000123 ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf200-0xf20f mem 0xfe02c000-0xfe02cfff irq 20 at device 5.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf200 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 54 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02c000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata4: SATA connect time=0ms status=00000123 ata4: reset tp1 mask=01 ostat0=50 ostat1=00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata5: SATA connect timeout status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] atapci3: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f mem 0xfe02b000-0xfe02bfff irq 21 at device 5.2 on pci0 atapci3: Reserved 0x10 bytes for rid 0x20 type 4 at 0xed00 atapci3: [MPSAFE] atapci3: [ITHREAD] atapci3: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02b000 ata6: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x10 type 4 at 0xf100 atapci3: Reserved 0x4 bytes for rid 0x14 type 4 at 0xf000 ata6: SATA connect timeout status=00000000 ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x18 type 4 at 0xef00 atapci3: Reserved 0x4 bytes for rid 0x1c type 4 at 0xee00 ata7: SATA connect timeout status=00000000 ata7: [MPSAFE] ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: prefetched decode 0xfde00000-0xfdefffff pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1102, dev=0x0002, revid=0x07 domain=0, bus=1, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xdc00, size 5, enabled pcib1: requested I/O range 0xdc00-0xdc1f: in range pcib1: matched entry for 1.6.INTA (src \\_SB_.PCI0.APC1:0) pci_link19: Picked IRQ 16 with weight 0 pcib1: slot 6 INTA routed to irq 16 via \\_SB_.PCI0.APC1 found-> vendor=0x1102, dev=0x7002, revid=0x07 domain=0, bus=1, slot=6, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib1: requested I/O range 0xd800-0xd807: in range found-> vendor=0x109e, dev=0x036e, revid=0x11 domain=0, bus=1, slot=7, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xfdeff000, size 12, enabled pcib1: requested memory range 0xfdeff000-0xfdefffff: good pcib1: matched entry for 1.7.INTA (src \\_SB_.PCI0.APC2:0) pci_link20: Picked IRQ 17 with weight 0 pcib1: slot 7 INTA routed to irq 17 via \\_SB_.PCI0.APC2 found-> vendor=0x109e, dev=0x0878, revid=0x11 domain=0, bus=1, slot=7, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xfdefe000, size 12, enabled pcib1: requested memory range 0xfdefe000-0xfdefefff: good pcib1: matched entry for 1.7.INTA (src \\_SB_.PCI0.APC2:0) pcib1: slot 7 INTA routed to irq 17 via \\_SB_.PCI0.APC2 pci1: at device 6.0 (no driver attached) pci1: at device 6.1 (no driver attached) pci1: at device 7.0 (no driver attached) pci1: at device 7.1 (no driver attached) nfe0: port 0xec00-0xec07 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 22 at device 8.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02a000 nfe0: Reserved 0x100 bytes for rid 0x18 type 3 at 0xfe029000 nfe0: Reserved 0x10 bytes for rid 0x1c type 3 at 0xfe028000 nfe0: attempting to allocate 8 MSI-X vectors (8 supported) msi: routing MSI-X IRQ 256 to local APIC 0 vector 55 msi: routing MSI-X IRQ 257 to local APIC 0 vector 56 msi: routing MSI-X IRQ 258 to local APIC 0 vector 57 msi: routing MSI-X IRQ 259 to local APIC 0 vector 58 msi: routing MSI-X IRQ 260 to local APIC 0 vector 59 msi: routing MSI-X IRQ 261 to local APIC 0 vector 60 msi: routing MSI-X IRQ 262 to local APIC 0 vector 61 msi: routing MSI-X IRQ 263 to local APIC 0 vector 62 nfe0: using IRQs 256-263 for MSI-X nfe0: Using 8 MSIX messages miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:1d:60:86:3f:16 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] pcib2: at device 15.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xfdd00000-0xfddfffff pcib2: prefetched decode 0xe0000000-0xefffffff pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.XVR0 - AE_NOT_FOUND pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x1002, dev=0x9589, revid=0x00 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib2: requested memory range 0xe0000000-0xefffffff: good map[18]: type Memory, range 64, base 0xfdde0000, size 16, enabled pcib2: requested memory range 0xfdde0000-0xfddeffff: good map[20]: type I/O Port, range 32, base 0xcc00, size 8, enabled pcib2: requested I/O range 0xcc00-0xccff: in range pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.APC6:0) pci_link24: Picked IRQ 16 with weight 3 pcib0: slot 15 INTA routed to irq 16 via \\_SB_.PCI0.APC6 pcib2: slot 0 INTA is routed to irq 16 found-> vendor=0x1002, dev=0xaa08, revid=0x00 domain=0, bus=2, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfddfc000, size 14, enabled pcib2: requested memory range 0xfddfc000-0xfddfffff: good pcib0: matched entry for 0.15.INTB (src \\_SB_.PCI0.APC7:0) pci_link25: Picked IRQ 16 with weight 9 pcib0: slot 15 INTB routed to irq 16 via \\_SB_.PCI0.APC7 pcib2: slot 0 INTB is routed to irq 16 vgapci0: port 0xcc00-0xccff mem 0xe0000000-0xefffffff,0xfdde0000-0xfddeffff irq 16 at device 0.0 on pci2 pci2: at device 0.1 (no driver attached) acpi_tz0: on acpi0 ACPI Warning: \\_TZ_.THRM._PSL: Return Package type mismatch at index 0 - found [NULL Object Descriptor], expected Reference 20090521 nspredef-1058 atrtc1: port 0x70-0x73 on acpi0 atrtc1: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 63 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: Warning: Couldn't map I/O. atrtc0: Warning: Couldn't map Interrupt. atrtc1: removed as time-of-day clock: clock atrtc has higher resolution atrtc0: registered as a time-of-day clock (resolution 1000000us) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 258310 -> 100000 procfs registered lapic: Divisor 2, Frequency 100463634 hz Timecounter "TSC" frequency 2612054409 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00010000 ata0: New devices: 00010000 md0: Preloaded image 4194304 bytes at 0xffffffff80ff9940 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on nForce MCP55 chip acd0: setting UDMA33 on nForce MCP55 chip ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 acd0: DVDR drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 1722KB/s (1722KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-RW 120mm data disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 uhub0: 10 ports with 10 removable, self powered ata2: reiniting channel .. ata2: SATA connect time=0ms status=00000123 ata2: reset tp1 mask=01 ostat0=58 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 ata2: reiniting channel .. ata2: SATA connect time=0ms status=00000123 ata2: reset tp1 mask=01 ostat0=58 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 ata3: Identifying devices: 00000001 ata3: New devices: 00000001 ata3: reiniting channel .. ata3: SATA connect time=0ms status=00000123 ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 ata3: reiniting channel .. ata3: SATA connect time=0ms status=00000123 ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 uhub1: 10 ports with 10 removable, self powered ata4: Identifying devices: 00000001 ata4: New devices: 00000001 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 ata4: reiniting channel .. ata4: SATA connect time=0ms status=00000123 ata4: reset tp1 mask=01 ostat0=58 ostat1=00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 umass0:0:0:-1: Attached to scbus0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-2 device pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 250MB (512000 512 byte sectors: 64H 32S/T 250C) ata4: reiniting channel .. ata4: SATA connect time=0ms status=00000123 ata4: reset tp1 mask=01 ostat0=58 ostat1=00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ata6: Identifying devices: 00000000 ata6: New devices: 00000000 ata7: Identifying devices: 00000000 ata7: New devices: 00000000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 1 vector 48 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 1 vector 49 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 1 vector 50 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 51 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 52 msi: Assigning MSI-X IRQ 259 to local APIC 1 vector 53 msi: Assigning MSI-X IRQ 261 to local APIC 1 vector 54 msi: Assigning MSI-X IRQ 263 to local APIC 1 vector 55 WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus1 Trying to mount root from ufs:/dev/md0 ******************************************************************************** 2.) 8.0-CURRENT i386 where SATA disks are attached ******************************************************************************** Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-HEAD-20090803-JPSNAP #0: Mon Aug 3 02:31:54 UTC 2009 root@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc1539000. Preloaded mfs_root "/boot/mfsroot" at 0xc153919c. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2612057115 Hz CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (2612.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 4294967296 (4096 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001826000 - 0x00000000dbf7ffff, 3665141760 bytes (894810 pages) avail memory = 3663675392 (3493 MB) Table 'FACP' at 0xdfeeac80 Table 'SSDT' at 0xdfeeaec0 Table 'HPET' at 0xdfeeb1c0 Table 'MCFG' at 0xdfeeb240 Table 'APIC' at 0xdfeeadc0 MADT: Found table at 0xdfeeadc0 MP Configuration Table version 1.4 found at 0xc00f1400 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 bios32: Found BIOS32 Service Directory header at 0xc00fb9d0 bios32: Entry = 0xf1e80 (c00f1e80) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x1eb0 pnpbios: Found PnP BIOS data at 0xc00fc520 pnpbios: Entry = f0000:c550 Rev = 1.0 Other BIOS signatures found: ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf7890 00024 (v2 Nvidia) ACPI: XSDT 0xdfee3100 0004C (v1 Nvidia ASUSACPI 42302E31 AWRD 00000000) ACPI: FACP 0xdfeeac80 000F4 (v3 Nvidia ASUSACPI 42302E31 AWRD 00000000) ACPI: DSDT 0xdfee3280 0798A (v1 NVIDIA AWRDACPI 00001000 MSFT 03000000) ACPI: FACS 0xdfee0000 00040 ACPI: SSDT 0xdfeeaec0 0028A (v1 PTLTD POWERNOW 00000001 LTP 00000001) ACPI: HPET 0xdfeeb1c0 00038 (v1 Nvidia ASUSACPI 42302E31 AWRD 00000098) ACPI: MCFG 0xdfeeb240 0003C (v1 Nvidia ASUSACPI 42302E31 AWRD 00000000) ACPI: APIC 0xdfeeadc0 00098 (v1 Nvidia ASUSACPI 42302E31 AWRD 00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 wlan: <802.11 Link Layer> random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 npx0: INT 16 interface acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xf0000000 pcibios: BIOS version 3.00 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SMCA -> bus 0 dev 1 func 1 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc7478000 pa 0x1000 AcpiOsDerivePciId: \\_SB_.PCI0.LEG0.PIO1 -> bus 0 dev 1 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.LEG0.PIRQ -> bus 0 dev 1 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dfde0000 (3) failed 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 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 5 7 9 10 11 14 15 Validation 0 7 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link35: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link36: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link37: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_hpet0: iomem 0xfefff000-0xfefff3ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 2 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x0369, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0360, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0368, revid=0xa3 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xff00, size 6, enabled map[20]: type I/O Port, range 32, base 0x1c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x1c40, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.APCS:0) pci_link31: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \\_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x036c, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02f000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.APCF:0) pci_link27: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \\_SB_.PCI0.APCF found-> vendor=0x10de, dev=0x036d, revid=0xa2 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02e000, size 8, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.PCI0.APCL:0) pci_link32: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \\_SB_.PCI0.APCL found-> vendor=0x10de, dev=0x036e, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9f0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbf0, size 2, enabled map[18]: type I/O Port, range 32, base 0x970, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb70, size 2, enabled map[20]: type I/O Port, range 32, base 0xf700, size 4, enabled map[24]: type Memory, range 32, base 0xfe02d000, size 12, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.PCI0.APSI:0) pci_link35: Picked IRQ 23 with weight 0 pcib0: slot 5 INTA routed to irq 23 via \\_SB_.PCI0.APSI found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xf200, size 4, enabled map[24]: type Memory, range 32, base 0xfe02c000, size 12, enabled pcib0: matched entry for 0.5.INTB (src \\_SB_.PCI0.APSJ:0) pci_link36: Picked IRQ 20 with weight 1 pcib0: slot 5 INTB routed to irq 20 via \\_SB_.PCI0.APSJ found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=2 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xf100, size 3, enabled map[14]: type I/O Port, range 32, base 0xf000, size 2, enabled map[18]: type I/O Port, range 32, base 0xef00, size 3, enabled map[1c]: type I/O Port, range 32, base 0xee00, size 2, enabled map[20]: type I/O Port, range 32, base 0xed00, size 4, enabled map[24]: type Memory, range 32, base 0xfe02b000, size 12, enabled pcib0: matched entry for 0.5.INTC (src \\_SB_.PCI0.ASA2:0) pci_link37: Picked IRQ 21 with weight 1 pcib0: slot 5 INTC routed to irq 21 via \\_SB_.PCI0.ASA2 found-> vendor=0x10de, dev=0x0370, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x0a (2500 ns) found-> vendor=0x10de, dev=0x0373, revid=0xa3 domain=0, bus=0, slot=8, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks MSI-X supports 8 messages in maps 0x18 and 0x1c map[10]: type Memory, range 32, base 0xfe02a000, size 12, enabled map[14]: type I/O Port, range 32, base 0xec00, size 3, enabled map[18]: type Memory, range 32, base 0xfe029000, size 8, enabled map[1c]: type Memory, range 32, base 0xfe028000, size 4, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.APCH:0) pci_link28: Picked IRQ 22 with weight 1 pcib0: slot 8 INTA routed to irq 22 via \\_SB_.PCI0.APCH found-> vendor=0x10de, dev=0x0377, revid=0xa3 domain=0, bus=0, slot=15, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x18 (6000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02f000 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 49 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe02e000 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 50 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: 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: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: 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=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xfe02d000-0xfe02dfff irq 23 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf700 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 53 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02d000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata2: SATA connect time=0ms status=00000123 ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata3: SATA connect time=0ms status=00000123 ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf200-0xf20f mem 0xfe02c000-0xfe02cfff irq 20 at device 5.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf200 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 54 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02c000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata4: SATA connect time=0ms status=00000123 ata4: reset tp1 mask=01 ostat0=50 ostat1=00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata5: SATA connect timeout status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] atapci3: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f mem 0xfe02b000-0xfe02bfff irq 21 at device 5.2 on pci0 atapci3: Reserved 0x10 bytes for rid 0x20 type 4 at 0xed00 atapci3: [MPSAFE] atapci3: [ITHREAD] atapci3: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02b000 ata6: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x10 type 4 at 0xf100 atapci3: Reserved 0x4 bytes for rid 0x14 type 4 at 0xf000 ata6: SATA connect timeout status=00000000 ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x18 type 4 at 0xef00 atapci3: Reserved 0x4 bytes for rid 0x1c type 4 at 0xee00 ata7: SATA connect timeout status=00000000 ata7: [MPSAFE] ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: prefetched decode 0xfde00000-0xfdefffff pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1102, dev=0x0002, revid=0x07 domain=0, bus=1, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xdc00, size 5, enabled pcib1: requested I/O range 0xdc00-0xdc1f: in range pcib1: matched entry for 1.6.INTA (src \\_SB_.PCI0.APC1:0) pci_link19: Picked IRQ 16 with weight 0 pcib1: slot 6 INTA routed to irq 16 via \\_SB_.PCI0.APC1 found-> vendor=0x1102, dev=0x7002, revid=0x07 domain=0, bus=1, slot=6, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib1: requested I/O range 0xd800-0xd807: in range found-> vendor=0x109e, dev=0x036e, revid=0x11 domain=0, bus=1, slot=7, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xfdeff000, size 12, enabled pcib1: requested memory range 0xfdeff000-0xfdefffff: good pcib1: matched entry for 1.7.INTA (src \\_SB_.PCI0.APC2:0) pci_link20: Picked IRQ 17 with weight 0 pcib1: slot 7 INTA routed to irq 17 via \\_SB_.PCI0.APC2 found-> vendor=0x109e, dev=0x0878, revid=0x11 domain=0, bus=1, slot=7, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xfdefe000, size 12, enabled pcib1: requested memory range 0xfdefe000-0xfdefefff: good pcib1: matched entry for 1.7.INTA (src \\_SB_.PCI0.APC2:0) pcib1: slot 7 INTA routed to irq 17 via \\_SB_.PCI0.APC2 pci1: at device 6.0 (no driver attached) pci1: at device 6.1 (no driver attached) pci1: at device 7.0 (no driver attached) pci1: at device 7.1 (no driver attached) nfe0: port 0xec00-0xec07 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 22 at device 8.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02a000 nfe0: Reserved 0x100 bytes for rid 0x18 type 3 at 0xfe029000 nfe0: Reserved 0x10 bytes for rid 0x1c type 3 at 0xfe028000 nfe0: attempting to allocate 8 MSI-X vectors (8 supported) msi: routing MSI-X IRQ 256 to local APIC 0 vector 55 msi: routing MSI-X IRQ 257 to local APIC 0 vector 56 msi: routing MSI-X IRQ 258 to local APIC 0 vector 57 msi: routing MSI-X IRQ 259 to local APIC 0 vector 58 msi: routing MSI-X IRQ 260 to local APIC 0 vector 59 msi: routing MSI-X IRQ 261 to local APIC 0 vector 60 msi: routing MSI-X IRQ 262 to local APIC 0 vector 61 msi: routing MSI-X IRQ 263 to local APIC 0 vector 62 nfe0: using IRQs 256-263 for MSI-X nfe0: Using 8 MSIX messages miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:1d:60:86:3f:16 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] pcib2: at device 15.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xfdd00000-0xfddfffff pcib2: prefetched decode 0xe0000000-0xefffffff pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.XVR0 - AE_NOT_FOUND pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x1002, dev=0x9589, revid=0x00 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib2: requested memory range 0xe0000000-0xefffffff: good map[18]: type Memory, range 64, base 0xfdde0000, size 16, enabled pcib2: requested memory range 0xfdde0000-0xfddeffff: good map[20]: type I/O Port, range 32, base 0xcc00, size 8, enabled pcib2: requested I/O range 0xcc00-0xccff: in range pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.APC6:0) pci_link24: Picked IRQ 16 with weight 3 pcib0: slot 15 INTA routed to irq 16 via \\_SB_.PCI0.APC6 pcib2: slot 0 INTA is routed to irq 16 found-> vendor=0x1002, dev=0xaa08, revid=0x00 domain=0, bus=2, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfddfc000, size 14, enabled pcib2: requested memory range 0xfddfc000-0xfddfffff: good pcib0: matched entry for 0.15.INTB (src \\_SB_.PCI0.APC7:0) pci_link25: Picked IRQ 16 with weight 9 pcib0: slot 15 INTB routed to irq 16 via \\_SB_.PCI0.APC7 pcib2: slot 0 INTB is routed to irq 16 vgapci0: port 0xcc00-0xccff mem 0xe0000000-0xefffffff,0xfdde0000-0xfddeffff irq 16 at device 0.0 on pci2 pci2: at device 0.1 (no driver attached) acpi_tz0: on acpi0 ACPI Warning: \\_TZ_.THRM._PSL: Return Package type mismatch at index 0 - found [NULL Object Descriptor], expected Reference 20090521 nspredef-1058 atrtc1: port 0x70-0x73 on acpi0 atrtc1: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 63 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 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 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ex_isa_identify() isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: Warning: Couldn't map I/O. atrtc0: Warning: Couldn't map Interrupt. atrtc1: removed as time-of-day clock: clock atrtc has higher resolution atrtc0: registered as a time-of-day clock (resolution 1000000us) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 230097 -> 100000 procfs registered lapic: Divisor 2, Frequency 100463744 hz Timecounter "TSC" frequency 2612057115 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00010000 ata0: New devices: 00010000 md0: Preloaded image 4423680 bytes at 0xc10ffcbc usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on nForce MCP55 chip acd0: setting UDMA33 on nForce MCP55 chip acd0: DVDR drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 1722KB/s (1722KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-RW 120mm data disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 305245MB at ata2-master SATA300 ad4: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: nVidia check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: Identifying devices: 00000001 ata3: New devices: 00000001 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 305245MB at ata3-master SATA300 ad6: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: nVidia check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed ata4: Identifying devices: 00000001 ata4: New devices: 00000001 ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 476940MB at ata4-master SATA300 ad8: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue ad8: nVidia check1 failed ad8: Adaptec check1 failed ad8: LSI (v3) check1 failed ad8: LSI (v2) check1 failed ad8: FreeBSD check1 failed ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ata6: Identifying devices: 00000000 ata6: New devices: 00000000 ata7: Identifying devices: 00000000 ata7: New devices: 00000000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 1 vector 48 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 1 vector 49 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 1 vector 50 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 51 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 52 msi: Assigning MSI-X IRQ 259 to local APIC 1 vector 53 msi: Assigning MSI-X IRQ 261 to local APIC 1 vector 54 msi: Assigning MSI-X IRQ 263 to local APIC 1 vector 55 WARNING: WITNESS option enabled, expect reduced performance. ugen0.1: at usbus0 uhub0: on usbus0 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 uhub0: 10 ports with 10 removable, self powered ugen1.1: at usbus1 uhub1: on usbus1 GEOM: new disk ad4 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 GEOM: new disk ad6 GEOM: new disk ad8 Root mount waiting for: usbus1 uhub1: 10 ports with 10 removable, self powered Root mount waiting for: usbus1 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:0:0:-1: Attached to scbus0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-2 device pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 250MB (512000 512 byte sectors: 64H 32S/T 250C) Trying to mount root from ufs:/dev/md0 ******************************************************************************** 3.) 7.2-STABLE amd64 where everything works fine ******************************************************************************** Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0 r195860: Sat Jul 25 05:28:19 CEST 2009 root@nx01.nexus.local:/usr/obj/usr/src/sys/BEASTIE Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8087b000. Preloaded elf obj module "/boot/kernel/if_nfe.ko" at 0xffffffff8087b1d0. Preloaded elf obj module "/boot/kernel/snd_emu10k1.ko" at 0xffffffff8087b6f8. Preloaded elf obj module "/boot/kernel/sound.ko" at 0xffffffff8087bca8. Preloaded elf obj module "/boot/kernel/snd_hda.ko" at 0xffffffff8087c310. Preloaded elf obj module "/boot/kernel/amdtemp.ko" at 0xffffffff8087c8f8. Preloaded elf obj module "/boot/kernel/geom_journal.ko" at 0xffffffff8087ce20. Preloaded elf obj module "/boot/kernel/radeon.ko" at 0xffffffff8087d490. Preloaded elf obj module "/boot/kernel/drm.ko" at 0xffffffff8087d9f8. Calibrating clock(s) ... i8254 clock: 1193211 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2612055199 Hz CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (2612.06-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4285329408 (4086 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x00000000008ab000 - 0x00000000d7767fff, 3605778432 bytes (880317 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 4119957504 (3929 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ACPI: RSDP @ 0x0xf7890/0x0024 (v 2 Nvidia) ACPI: XSDT @ 0x0xdfee3100/0x004C (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) ACPI: FACP @ 0x0xdfeeac80/0x00F4 (v 3 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) ACPI: DSDT @ 0x0xdfee3280/0x798A (v 1 NVIDIA AWRDACPI 0x00001000 MSFT 0x03000000) ACPI: FACS @ 0x0xdfee0000/0x0040 ACPI: SSDT @ 0x0xdfeeaec0/0x028A (v 1 PTLTD POWERNOW 0x00000001 LTP 0x00000001) ACPI: HPET @ 0x0xdfeeb1c0/0x0038 (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000098) ACPI: MCFG @ 0x0xdfeeb240/0x003C (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) ACPI: APIC @ 0x0xdfeeadc0/0x0098 (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 kbd: new array size 4 kbd1 at kbdmux0 mem: io: null: random: acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] AcpiOsDerivePciId: \_SB_.PCI0.SMB0.SMCA -> bus 0 dev 1 func 1 acpi0: Power Button (fixed) AcpiOsDerivePciId: \_SB_.PCI0.LEG0.PIO1 -> bus 0 dev 1 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LEG0.PIRQ -> bus 0 dev 1 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dfde0000 (3) failed 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 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 5 7 9 10 11 14 15 Validation 0 7 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link35: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link36: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link37: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_hpet0: iomem 0xfefff000-0xfefff3ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 2 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x0369, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0360, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0368, revid=0xa3 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xff00, size 6, enabled map[20]: type I/O Port, range 32, base 0x1c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x1c40, size 6, enabled pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.APCS:0) pci_link31: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x036c, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02f000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \_SB_.PCI0.APCF:0) pci_link27: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \_SB_.PCI0.APCF found-> vendor=0x10de, dev=0x036d, revid=0xa2 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02e000, size 8, enabled pcib0: matched entry for 0.2.INTB (src \_SB_.PCI0.APCL:0) pci_link32: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \_SB_.PCI0.APCL found-> vendor=0x10de, dev=0x036e, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9f0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbf0, size 2, enabled map[18]: type I/O Port, range 32, base 0x970, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb70, size 2, enabled map[20]: type I/O Port, range 32, base 0xf700, size 4, enabled map[24]: type Memory, range 32, base 0xfe02d000, size 12, enabled pcib0: matched entry for 0.5.INTA (src \_SB_.PCI0.APSI:0) pci_link35: Picked IRQ 23 with weight 0 pcib0: slot 5 INTA routed to irq 23 via \_SB_.PCI0.APSI found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xf200, size 4, enabled map[24]: type Memory, range 32, base 0xfe02c000, size 12, enabled pcib0: matched entry for 0.5.INTB (src \_SB_.PCI0.APSJ:0) pci_link36: Picked IRQ 20 with weight 1 pcib0: slot 5 INTB routed to irq 20 via \_SB_.PCI0.APSJ found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=2 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xf100, size 3, enabled map[14]: type I/O Port, range 32, base 0xf000, size 2, enabled map[18]: type I/O Port, range 32, base 0xef00, size 3, enabled map[1c]: type I/O Port, range 32, base 0xee00, size 2, enabled map[20]: type I/O Port, range 32, base 0xed00, size 4, enabled map[24]: type Memory, range 32, base 0xfe02b000, size 12, enabled pcib0: matched entry for 0.5.INTC (src \_SB_.PCI0.ASA2:0) pci_link37: Picked IRQ 21 with weight 1 pcib0: slot 5 INTC routed to irq 21 via \_SB_.PCI0.ASA2 found-> vendor=0x10de, dev=0x0370, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x0a (2500 ns) found-> vendor=0x10de, dev=0x0373, revid=0xa3 domain=0, bus=0, slot=8, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks MSI-X supports 8 messages in maps 0x18 and 0x1c map[10]: type Memory, range 32, base 0xfe02a000, size 12, enabled map[14]: type I/O Port, range 32, base 0xec00, size 3, enabled map[18]: type Memory, range 32, base 0xfe029000, size 8, enabled map[1c]: type Memory, range 32, base 0xfe028000, size 4, enabled pcib0: matched entry for 0.8.INTA (src \_SB_.PCI0.APCH:0) pci_link28: Picked IRQ 22 with weight 1 pcib0: slot 8 INTA routed to irq 22 via \_SB_.PCI0.APCH found-> vendor=0x10de, dev=0x0377, revid=0xa3 domain=0, bus=0, slot=15, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x18 (6000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02f000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe02e000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 50 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: 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: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: 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=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xfe02d000-0xfe02dfff irq 23 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf700 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02d000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf200-0xf20f mem 0xfe02c000-0xfe02cfff irq 20 at device 5.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf200 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02c000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata4: SATA connect time=0ms ata4: reset tp1 mask=01 ostat0=50 ostat1=00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] atapci3: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f mem 0xfe02b000-0xfe02bfff irq 21 at device 5.2 on pci0 atapci3: Reserved 0x10 bytes for rid 0x20 type 4 at 0xed00 atapci3: [MPSAFE] atapci3: [ITHREAD] atapci3: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02b000 ata6: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x10 type 4 at 0xf100 atapci3: Reserved 0x4 bytes for rid 0x14 type 4 at 0xf000 ata6: SATA connect status=00000000 ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x18 type 4 at 0xef00 atapci3: Reserved 0x4 bytes for rid 0x1c type 4 at 0xee00 ata7: SATA connect status=00000000 ata7: [MPSAFE] ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: prefetched decode 0xfde00000-0xfdefffff pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1102, dev=0x0002, revid=0x07 domain=0, bus=1, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xdc00, size 5, enabled pcib1: requested I/O range 0xdc00-0xdc1f: in range pcib1: matched entry for 1.6.INTA (src \_SB_.PCI0.APC1:0) pci_link19: Picked IRQ 16 with weight 0 pcib1: slot 6 INTA routed to irq 16 via \_SB_.PCI0.APC1 found-> vendor=0x1102, dev=0x7002, revid=0x07 domain=0, bus=1, slot=6, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib1: requested I/O range 0xd800-0xd807: in range found-> vendor=0x109e, dev=0x036e, revid=0x11 domain=0, bus=1, slot=7, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xfdeff000, size 12, enabled pcib1: requested memory range 0xfdeff000-0xfdefffff: good pcib1: matched entry for 1.7.INTA (src \_SB_.PCI0.APC2:0) pci_link20: Picked IRQ 17 with weight 0 pcib1: slot 7 INTA routed to irq 17 via \_SB_.PCI0.APC2 found-> vendor=0x109e, dev=0x0878, revid=0x11 domain=0, bus=1, slot=7, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xfdefe000, size 12, enabled pcib1: requested memory range 0xfdefe000-0xfdefefff: good pcib1: matched entry for 1.7.INTA (src \_SB_.PCI0.APC2:0) pcib1: slot 7 INTA routed to irq 17 via \_SB_.PCI0.APC2 pcm0: port 0xdc00-0xdc1f irq 16 at device 6.0 on pci1 pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xdc00 emu: setmap (465a000, 800), nseg=1, error=0 emu: setmap (4659000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features surround DAC pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": ioapic0: routing intpin 16 (PCI IRQ 16) to vector 55 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: clone manager: deadline=750ms flags=0x8000001e emu: setmap (4689000, 1000), nseg=1, error=0 emu: setmap (4687000, 1000), nseg=1, error=0 emu: setmap (4685000, 1000), nseg=1, error=0 emu: setmap (4683000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap 4680000, 1000; 0xffffff0004680000 -> 4680000 pcm0: sndbuf_setmap 467e000, 1000; 0xffffff000467e000 -> 467e000 pci1: at device 7.0 (no driver attached) pci1: at device 7.1 (no driver attached) nfe0: port 0xec00-0xec07 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 22 at device 8.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02a000 nfe0: Reserved 0x100 bytes for rid 0x18 type 3 at 0xfe029000 nfe0: Reserved 0x10 bytes for rid 0x1c type 3 at 0xfe028000 nfe0: attempting to allocate 8 MSI-X vectors (8 supported) msi: routing MSI-X IRQ 256 to vector 56 msi: routing MSI-X IRQ 257 to vector 57 msi: routing MSI-X IRQ 258 to vector 58 msi: routing MSI-X IRQ 259 to vector 59 msi: routing MSI-X IRQ 260 to vector 60 msi: routing MSI-X IRQ 261 to vector 61 msi: routing MSI-X IRQ 262 to vector 62 msi: routing MSI-X IRQ 263 to vector 63 nfe0: using IRQs 256-263 for MSI-X nfe0: Using 8 MSIX messages miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:1d:60:86:3f:16 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] pcib2: at device 15.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xfdd00000-0xfddfffff pcib2: prefetched decode 0xe0000000-0xefffffff pcib2: could not get PCI interrupt routing table for \_SB_.PCI0.XVR0 - AE_NOT_FOUND pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x1002, dev=0x9589, revid=0x00 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib2: requested memory range 0xe0000000-0xefffffff: good map[18]: type Memory, range 64, base 0xfdde0000, size 16, enabled pcib2: requested memory range 0xfdde0000-0xfddeffff: good map[20]: type I/O Port, range 32, base 0xcc00, size 8, enabled pcib2: requested I/O range 0xcc00-0xccff: in range pcib0: matched entry for 0.15.INTA (src \_SB_.PCI0.APC6:0) pci_link24: Picked IRQ 16 with weight 3 pcib0: slot 15 INTA routed to irq 16 via \_SB_.PCI0.APC6 pcib2: slot 0 INTA is routed to irq 16 found-> vendor=0x1002, dev=0xaa08, revid=0x00 domain=0, bus=2, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfddfc000, size 14, enabled pcib2: requested memory range 0xfddfc000-0xfddfffff: good pcib0: matched entry for 0.15.INTB (src \_SB_.PCI0.APC7:0) pci_link25: Picked IRQ 16 with weight 9 pcib0: slot 15 INTB routed to irq 16 via \_SB_.PCI0.APC7 pcib2: slot 0 INTB is routed to irq 16 vgapci0: port 0xcc00-0xccff mem 0xe0000000-0xefffffff,0xfdde0000-0xfddeffff irq 16 at device 0.0 on pci2 drm0: on vgapci0 vgapci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to vector 64 vgapci0: using IRQ 264 for MSI info: [drm] MSI enabled 1 message(s) vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfdde0000 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 hdac0: mem 0xfddfc000-0xfddfffff irq 16 at device 0.1 on pci2 hdac0: HDA Driver Revision: 20090624_0136 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfddfc000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 265 to vector 65 hdac0: using IRQ 265 for MSI hdac0: [MPSAFE] hdac0: [ITHREAD] amdtemp0: on hostb3 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 66 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 atkbdc: atkbdc0 already exists; skipping it 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: at iomem 0xc0000-0xcffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ums0: on uhub0 ums0: 6 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 259045 -> 100000 procfs registered lapic: Divisor 2, Frequency 100463669 hz Timecounter "TSC" frequency 2612055199 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on nForce MCP55 chip acd0: setting UDMA33 on nForce MCP55 chip acd0: DVDR drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 305245MB at ata2-master SATA300 ad4: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 305245MB at ata3-master SATA300 ad6: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire GEOM: new disk ad4 GEOM: new disk ad6 ad8: 476940MB at ata4-master SATA300 ad8: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue hdac0: Probing codec #0... hdac0: HDA Codec #0: ATI R6xx HDMI hdac0: HDA Codec ID: 0x1002aa01 hdac0: Vendor: 0x1002 hdac0: Device: 0xaa01 hdac0: Revision: 0x00 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0xaa081458 hdac0: Found audio FG nid=1 startnode=2 endnode=4 total=2 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 3 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 3 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: 1 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=3 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 3 traced to DAC 2 hdac0: Association 0 (1) trace succeeded hdac0: Tracing input monitor hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00020040 hdac0: 16 bits, 48 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x00000201 hdac0: DIGITAL STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00020040 hdac0: 16 bits, 48 KHz hdac0: hdac0: nid: 3 hdac0: Name: pin: Digital-out (Jack) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x00000094 hdac0: PDC OUT hdac0: Pin config: 0x18560010 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x00020040 pcm1: 16 bits, 48 KHz pcm1: DAC: 2 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=3 [pin: Digital-out (Jack)] pcm1: | pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 11ffb0000, 4000; 0xffffff80761e5000 -> 11ffb0000 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 msi: Assigning MSI-X IRQ 256 to local APIC 1 msi: Assigning MSI-X IRQ 257 to local APIC 0 msi: Assigning MSI-X IRQ 258 to local APIC 1 msi: Assigning MSI-X IRQ 259 to local APIC 0 msi: Assigning MSI-X IRQ 260 to local APIC 1 msi: Assigning MSI-X IRQ 261 to local APIC 0 msi: Assigning MSI-X IRQ 262 to local APIC 1 msi: Assigning MSI-X IRQ 263 to local APIC 0 msi: Assigning MSI IRQ 265 to local APIC 1 GEOM: new disk ad8 GEOM_JOURNAL: Journal 3957365166: ad8p5 contains journal. GEOM_JOURNAL: Journal 3957365166: ad8p6 contains data. GEOM_JOURNAL: Journal ad8p6 clean. GEOM_JOURNAL: Journal 3080637776: ad8p7 contains journal. GEOM_JOURNAL: Journal 3080637776: ad8p8 contains data. GEOM_JOURNAL: Journal ad8p8 clean. GEOM_JOURNAL: Journal 3804427845: ad8p9 contains journal. GEOM_JOURNAL: Journal 3804427845: ad8p10 contains data. GEOM_JOURNAL: Journal ad8p10 clean. GEOM_JOURNAL: Journal 2042519215: ad8p11 contains journal. GEOM_JOURNAL: Journal 2042519215: ad8p12 contains data. GEOM_JOURNAL: Journal ad8p12 clean. GEOM_JOURNAL: Journal 2341797152: ad8p14 contains journal. GEOM_JOURNAL: Journal 2341797152: ad8p15 contains data. GEOM_JOURNAL: Journal ad8p15 clean. GEOM_JOURNAL: Journal 4137560276: ad8p16 contains journal. GEOM_JOURNAL: Journal 4137560276: ad8p17 contains data. GEOM_JOURNAL: Journal ad8p17 clean. GEOM_JOURNAL: Journal 3657364065: ad8p18 contains journal. GEOM_JOURNAL: Journal 3657364065: ad8p19 contains data. GEOM_JOURNAL: Journal ad8p19 clean. Trying to mount root from ufs:/dev/ad8p2 -- Regards From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 22:02:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51790106564A for ; Wed, 5 Aug 2009 22:02:00 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 07BBE8FC14 for ; Wed, 5 Aug 2009 22:01:59 +0000 (UTC) Received: by qyk29 with SMTP id 29so422721qyk.3 for ; Wed, 05 Aug 2009 15:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ZOYTLHLaNzmkHJ1tlXPaUZbVHsuKLXDvfJE2/S/rzbA=; b=QJdZhamdkxMS3Jaz5SLjiwHnPwnMaTh6PeY4tQ5FUxIQXhnzLnaBvckrbPkXIZBaGS YUObI8Q+HpJmKkWOfs230LfiXHbCbc2AYXwIWMIFKjbIRuasKkv9HmP/NPfdhOzfs5p/ HvdXZF3F+efQLkJHYVHX7fP602yzYDSpEF69U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=f1gfbJqI5KwKTok7ITgMOxTVktsZGi27dsD5V8j00ASGv96uLvS5Lx2QVTfxM/jy0/ KBQxl3vFLiqMzVTdUOdkssCE7hJS8vpot0lx++UxQb3T+3yQdk0jPjO/MSI+Tf2JLztD AuiuogUODtBcQ1fML0Yd8qvX4U22NUQ8/iflk= MIME-Version: 1.0 Received: by 10.229.80.73 with SMTP id s9mr2744866qck.56.1249509225070; Wed, 05 Aug 2009 14:53:45 -0700 (PDT) In-Reply-To: <200908051618.37902.hselasky@c2i.net> References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <200908051603.35169.hselasky@c2i.net> <3bbf2fe10908050713r79066277hd8822161b78222f@mail.gmail.com> <200908051618.37902.hselasky@c2i.net> Date: Wed, 5 Aug 2009 23:53:45 +0200 Message-ID: <90a5caac0908051453p2250125aq364f5d47f1b6c027@mail.gmail.com> From: Lucius Windschuh To: Hans Petter Selasky , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 22:02:00 -0000 2009/8/5 Hans Petter Selasky : > On Wednesday 05 August 2009 16:13:31 Attilio Rao wrote: >> 2009/8/5 Hans Petter Selasky : >> > On Wednesday 05 August 2009 13:43:11 Robert Watson wrote: >> >> On Wed, 5 Aug 2009, Ed Schouten wrote: >> >> > * Lucius Windschuh wrote: >> >> >> So I updated my machine to CURRENT r196062 and use a USB audio >> >> >> converter. Attaching it to the machine leads to a kernel panic: >> >> >> >> >> >> >> >> > >> >> > I suspect this has something to do with the Newbus locking, which >> >> > causes some pieces of code to run without Giant held, while they >> >> > previously did. >> >> >> >> There's a patch in the re@ queue to re-add Giant around newbus >> >> attachment, per John Baldwin's request. =A0However, committing that p= atch >> >> is stalled while issues with the svn->cvs export of the new RELENG_8 >> >> branch are resolved. =A0I expect to see the patch go into the tree RS= N. >> > >> > Try this patch: >> > >> > http://perforce.freebsd.org/chv.cgi?CH=3D167030 > http://perforce.freebsd.org/chv.cgi?CH=3D167032 I applied both diffs to the usb_do_request calls and my sound adaptor is usable again. Thanks for the fast reply. Lucius From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 23:17:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71FAB106564A; Wed, 5 Aug 2009 23:17:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 496038FC08; Wed, 5 Aug 2009 23:17:12 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id D888746B03; Wed, 5 Aug 2009 19:17:11 -0400 (EDT) Date: Thu, 6 Aug 2009 00:17:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Navdeep Parhar In-Reply-To: <20090805063417.GA10969@doormat.home> Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, jeff@FreeBSD.org, "Bjoern A. Zeeb" , kib@FreeBSD.org, Navdeep Parhar , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 23:17:12 -0000 On Tue, 4 Aug 2009, Navdeep Parhar wrote: >>> This occurs on today's HEAD + some unrelated patches. That makes it >>> 8.0BETA2+ code. I haven't tried older builds. >> >> We have finally been able to reproduce this ourselves yesterday and > > Well, it happens every single time on all of my amd64 machines. After I'd > already sent my email I noticed that the netisr mutex has an odd address > (pun intended :-)) > > m=0xffffffff8144d867 Heh, indeed. We just spotted the same result here. In this case it's causing a panic because it leads to a non-atomic read due to mtx_lock spanning a cache line boundary, followed shortly by a panic because it's not a valid thread pointer when it's dereferenced, as we get a fractional pointer. > It's a bit unusual for the mutex struct to start at a completely unaligned > address. I hope things are better on sparc64 etc., not everyone is as > forgiving as amd64. amd64 isn't as forgiving either, it turns out. :-) > The mutex led me to some DPCPU stuff that I didn't quite get. > > (kgdb) p/x dpcpu_off > $2 = {0x8407d7, 0xffffff807f4037d7, 0x0 } > (kgdb) p dpcpu > $3 = (void *) 0xffffff8000010000 > (kgdb) p &__start_set_pcpu > $4 = (uintptr_t **) 0xffffffff80c0c829 > (kgdb) p/x 0xffffff8000010000 - 0xffffffff80c0c829 > $5 = 0xffffff807f4037d7 > > It's not clear why we prefer to store offsets from DPCPU_START, instead of > the base address of the dpcpu area directly. On amd64, the dpcpu area for > cpu 0 is above kernbase (immediately after kernbase + thread0's stack). > For the other CPUs it's below kernbase. This makes the pointer arithmetic > that calculates offsets more "interesting." > > Why have a dpcpu_off[] instead of a dpcpu_base[]? Each field in DPCPU is named with respect to the start of a "master" dpcpu copy, which holds the static initialization. This makes the per-CPU name: (&master_name_for_variable - DPCPU_START) + per-cpu-base What Jeff has done is factor out the DPCPU_START subtraction, since it's a constant subtraction across all DPCPU use, and do it once when calculating dpcpu_off. This should all be fine, the question is why we're losing the alignment during linking of the kernel. netisr is linked into the base kernel, so I guess it's some problem with the way the linker set is being laid out at compile-time. I expect we may have a similar issue with the run-time allocation of DPCPU space as well. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 23:28:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E879C1065672 for ; Wed, 5 Aug 2009 23:28:54 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id A021C8FC0C for ; Wed, 5 Aug 2009 23:28:54 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n75NSqBG001804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 5 Aug 2009 16:28:53 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 322E51CC34 for ; Wed, 5 Aug 2009 16:28:52 -0700 (PDT) To: current@freebsd.org Date: Wed, 05 Aug 2009 16:28:52 -0700 From: "Kevin Oberman" Message-Id: <20090805232852.322E51CC34@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-05_11:2009-07-24, 2009-08-05, 2009-08-05 signatures=0 Cc: Subject: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 23:28:55 -0000 I want to try out 8.0 and am trying to build it on a quad core Xenon system. I deleted the contents of /usr/obj and most of /usr/src, csup'ed '.', and did a buildworld. gnu99 -fstack-protector -c /usr/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fpic -DPIC -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/usr/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /usr/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /usr/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /usr/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /usr/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /usr/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /usr/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libcrypto.a. Stop *** Error code 2 Any idea what is causing this? make.conf has nothing except KERNCONF and Perl version lines. make.src is: WITHOUT_ATM="YES" WITHOUT_GPIB="YES" WITHOUT_I4B="YES" WITHOUT_IPX="YES" WITHOUT_LPR="YES" WITHOUT_NCP=YES WITHOUT_NIS=YES WITHOUT_OPENSSH=YES WITHOUT_PF=YES WITHOUT_PROFILE=YES I couldn't find anything like this in the archives. Has anyone seen this? Any idea how to fix? -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 01:07:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E313106566B for ; Thu, 6 Aug 2009 01:07:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 850E58FC16 for ; Thu, 6 Aug 2009 01:07:48 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 3D1C6B70D0; Wed, 5 Aug 2009 18:07:48 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 81F8D2D600E; Wed, 5 Aug 2009 18:07:47 -0700 (PDT) Message-ID: <4A7A2CF8.5030809@elischer.org> Date: Wed, 05 Aug 2009 18:08:08 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Brandon Gooch References: <179b97fb0908042048w44c8b30fp4cf819374f1dd5e9@mail.gmail.com> In-Reply-To: <179b97fb0908042048w44c8b30fp4cf819374f1dd5e9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , FreeBSD Current , Marko Zec Subject: Re: ipfw module panic on kldunload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 01:07:48 -0000 Try the following patch: http://www.freebsd.org/~julian/ipfw-kld.diff From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 02:41:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E1631065670 for ; Thu, 6 Aug 2009 02:41:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id D5CA58FC0A for ; Thu, 6 Aug 2009 02:41:48 +0000 (UTC) Received: (qmail 14258 invoked by uid 399); 6 Aug 2009 02:41:45 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Aug 2009 02:41:45 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A7A42E3.9040401@FreeBSD.org> Date: Wed, 05 Aug 2009 19:41:39 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Kevin Oberman References: <20090805232852.322E51CC34@ptavv.es.net> In-Reply-To: <20090805232852.322E51CC34@ptavv.es.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 02:41:49 -0000 Kevin Oberman wrote: > I want to try out 8.0 and am trying to build it on a quad core Xenon > system. > > I deleted the contents of /usr/obj and most of /usr/src, Haven't you just answered most of your own question? :) Seriously though, why would you think it's ok to just delete most of src? Blow away /usr/obj again, move your current source tree out of the way, and check out a clean one. > make.conf has nothing except KERNCONF and Perl version lines. Ok. > make.src is: What is make.src? Are you thinking of src.conf perhaps? Try checking the man page for src.conf if you need more info. A quick check seems to indicate that all of the knobs you have below are valid in any case. hth, Doug > WITHOUT_ATM="YES" > WITHOUT_GPIB="YES" > WITHOUT_I4B="YES" > WITHOUT_IPX="YES" > WITHOUT_LPR="YES" > WITHOUT_NCP=YES > WITHOUT_NIS=YES > WITHOUT_OPENSSH=YES > WITHOUT_PF=YES > WITHOUT_PROFILE=YES -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 03:02:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA67F106566B; Thu, 6 Aug 2009 03:02:38 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id A3E888FC0A; Thu, 6 Aug 2009 03:02:38 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7632bGq009439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Aug 2009 20:02:38 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 390AE1CC31; Wed, 5 Aug 2009 20:02:37 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Wed, 05 Aug 2009 19:41:39 PDT." <4A7A42E3.9040401@FreeBSD.org> Date: Wed, 05 Aug 2009 20:02:37 -0700 From: "Kevin Oberman" Message-Id: <20090806030237.390AE1CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-05_11:2009-07-24, 2009-08-05, 2009-08-05 signatures=0 Cc: current@freebsd.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 03:02:39 -0000 > Date: Wed, 05 Aug 2009 19:41:39 -0700 > From: Doug Barton > > Kevin Oberman wrote: > > I want to try out 8.0 and am trying to build it on a quad core Xenon > > system. > > > > I deleted the contents of /usr/obj and most of /usr/src, > > Haven't you just answered most of your own question? :) Seriously > though, why would you think it's ok to just delete most of src? Blow > away /usr/obj again, move your current source tree out of the way, and > check out a clean one. OK. I cleaned out /usr/obj and saved /usr/src/sys/i386/conf. While I will have to re-do my kernel config, I prefer to save my old one, > > > make.conf has nothing except KERNCONF and Perl version lines. > > Ok. > > > make.src is: > > What is make.src? Are you thinking of src.conf perhaps? Try checking > the man page for src.conf if you need more info. A quick check seems > to indicate that all of the knobs you have below are valid in any case. Yes, I meant src.conf. And, yes, all of the entries are valid. But, as suggested by bf, I think that the WITHOUT_OPENSSH knob is broken which is a problem since I have to use the ports version of openssh with special options (OpenSC and HPN). I prefer to replace the base version and not have to fight with having two of them. Oh, well. I may try to track down why WITHOUT_OPENSSH breaks the build, but my make-fu is limited and it's probably too late to get it fixed in 8.0. Guess I should have tried V8 a couple of months ago. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 03:22:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A288A106566C for ; Thu, 6 Aug 2009 03:22:15 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id D9AD88FC14 for ; Thu, 6 Aug 2009 03:22:14 +0000 (UTC) Received: by ewy2 with SMTP id 2so584832ewy.43 for ; Wed, 05 Aug 2009 20:22:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8F+I1fp0aIzQ75F8yiBVqFzdc31DIuwN5mWmwSZykGs=; b=kZi+R5SODsNeoFpe4tjKqOEwSFOs8TAZwmnYq9lF958ahIkQ4Tx7uncmp+qcFRhkEM ZCAnlAJUpe83rBrEy1RPixx8CmuSVDoilTiPWeSjIPYIHTLEJzP3V8ZmeBkm4MxpZ2Ff ct5AKsS5mKl0E4/X1pgtX+dA1jiDIwzu9QATA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gNBL/KRFN1ul6PJHpaVkbIw1TrjK/Jd4aKG7zNZLTRGEo84JnDGVWZYBLBbb6QKwo5 jmdks+VFf8MsDWRCLPJYs+Ltk7RJjKF4pp5xDCDFt4AqSMNiFHJW7KzAOpmOOk6z4jle MyXGsO4lmylGiMiYNbtacMA50RP3OwTRuSb4s= MIME-Version: 1.0 Received: by 10.210.13.12 with SMTP id 12mr11271803ebm.98.1249528933455; Wed, 05 Aug 2009 20:22:13 -0700 (PDT) In-Reply-To: <4A7A2CF8.5030809@elischer.org> References: <179b97fb0908042048w44c8b30fp4cf819374f1dd5e9@mail.gmail.com> <4A7A2CF8.5030809@elischer.org> Date: Thu, 6 Aug 2009 03:22:13 +0000 Message-ID: <179b97fb0908052022l515e788ar61ac013d8d7483e6@mail.gmail.com> From: Brandon Gooch To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Robert Watson , FreeBSD Current , Marko Zec Subject: Re: ipfw module panic on kldunload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 03:22:15 -0000 On Thu, Aug 6, 2009 at 1:08 AM, Julian Elischer wrote: > Try the following patch: > > http://www.freebsd.org/~julian/ipfw-kld.diff > It did the trick, thank you so much! -Brandon From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 03:32:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F121106566B for ; Thu, 6 Aug 2009 03:32:50 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yw0-f201.google.com (mail-yw0-f201.google.com [209.85.211.201]) by mx1.freebsd.org (Postfix) with ESMTP id CCB878FC17 for ; Thu, 6 Aug 2009 03:32:49 +0000 (UTC) Received: by ywh40 with SMTP id 40so766665ywh.14 for ; Wed, 05 Aug 2009 20:32:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=FRPtgpJcnM/OdnD12pUsrGemoPKI99WTUrMXPLWXJwc=; b=J5yw8lWoW0BybD5st812Fe3P4I/AVXa3r7H3LYWsbYGP25ZgeyhAUdxYWoWxqCbBJj tqOtwpaqSpNkDyGwhMYLugHHSjjhqiQ1pK46lfxH7AlsO3/BHEoOvy9F3C9TAyANobBZ sUFGRBYYeCl4fZx/eoSdAVyfIbGfFafzLTg8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=L3ymk9fY0Out3c6UFVtU28VvPrGyc+HDkgLYABkg+TnzBCsMJ0dEfWAyNwcTOLoSF/ 9PvPFQR7F+/kiE2sNZR0z+sH3YaQJOrfad3aDrMopAbqZOqB+ZoZrpQX532OIT64ehym PyrX52bL/BIHL4SenzwOEr/FjnzP3pe/+8aE8= MIME-Version: 1.0 Received: by 10.151.156.7 with SMTP id i7mr19054ybo.26.1249529568737; Wed, 05 Aug 2009 20:32:48 -0700 (PDT) Date: Wed, 5 Aug 2009 22:32:48 -0500 Message-ID: <11167f520908052032u2d13a9b2iab44a74f1105b25@mail.gmail.com> From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: iscsi client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 03:32:50 -0000 for some reason I can not get the following to compile on FreeBSD 8 BETA 2 (src from yesterday) ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.2.tar.gz has anyone had any luck getting iscsi to prefrm in a stable manner on FreeBSD 8? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 03:45:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B787F106566C for ; Thu, 6 Aug 2009 03:45:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4ABEF8FC17 for ; Thu, 6 Aug 2009 03:45:22 +0000 (UTC) Received: (qmail 1061 invoked by uid 399); 6 Aug 2009 03:45:17 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Aug 2009 03:45:17 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A7A51C7.3060702@FreeBSD.org> Date: Wed, 05 Aug 2009 20:45:11 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Kevin Oberman References: <20090806030237.390AE1CC31@ptavv.es.net> In-Reply-To: <20090806030237.390AE1CC31@ptavv.es.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 03:45:23 -0000 Kevin Oberman wrote: > OK. I cleaned out /usr/obj and saved /usr/src/sys/i386/conf. I'm going to assume that you mean just your conf file there. > While I > will have to re-do my kernel config, I prefer to save my old one, That's fine, just compare it to GENERIC to make sure that all of your entries are valid, and that you're not missing anything important. > But, as suggested by bf, I think that the WITHOUT_OPENSSH knob is > broken which is a problem Agreed. If you want to help debug this problem you could try building with clean /usr/obj, up to date /usr/src, and ONLY the ssh knob in src.conf. Then debug from there. This (IMWO) is something that should be fixed before release. > Guess I should have tried V8 a couple of months ago. In the immortal words of Jiminy Cricket, let your conscience be your guide. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 04:45:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8010106564A; Thu, 6 Aug 2009 04:45:47 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id B14868FC14; Thu, 6 Aug 2009 04:45:47 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n764jkmW008687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Aug 2009 21:45:47 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BF7691CC31; Wed, 5 Aug 2009 21:45:45 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Wed, 05 Aug 2009 20:45:11 PDT." <4A7A51C7.3060702@FreeBSD.org> Date: Wed, 05 Aug 2009 21:45:45 -0700 From: "Kevin Oberman" Message-Id: <20090806044545.BF7691CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-05_11:2009-07-24, 2009-08-05, 2009-08-05 signatures=0 Cc: current@freebsd.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 04:45:48 -0000 > Date: Wed, 05 Aug 2009 20:45:11 -0700 > From: Doug Barton > > Kevin Oberman wrote: > > > OK. I cleaned out /usr/obj and saved /usr/src/sys/i386/conf. > > I'm going to assume that you mean just your conf file there. Yes. > > While I > > will have to re-do my kernel config, I prefer to save my old one, > > That's fine, just compare it to GENERIC to make sure that all of your > entries are valid, and that you're not missing anything important. Yes. I ran HEAD on my laptop since V4 was in the works and I finally stopped after V7.0 was released. It was nice to skip the hassles, but I miss the adventure. > > But, as suggested by bf, I think that the WITHOUT_OPENSSH knob is > > broken which is a problem > > Agreed. If you want to help debug this problem you could try building > with clean /usr/obj, up to date /usr/src, and ONLY the ssh knob in > src.conf. Then debug from there. > > This (IMWO) is something that should be fixed before release. I agree, but I don't know if RE will. > > > Guess I should have tried V8 a couple of months ago. > > In the immortal words of Jiminy Cricket, let your conscience be your > guide. :) I have tested a patch from bf and it works. I've asked if he wants to submit the PR or if he wants me to. If I don;t hear from him, I'll submit tomorrow. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 06:01:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67889106566C for ; Thu, 6 Aug 2009 06:01:04 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 21A4D8FC23 for ; Thu, 6 Aug 2009 06:01:03 +0000 (UTC) Received: by qyk29 with SMTP id 29so621076qyk.3 for ; Wed, 05 Aug 2009 23:01:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=UGMiwW34kZoCjdjISK3KB4UGsa82Z8b1/snXcFkKwxs=; b=vMwsAMqEiGYcqzjeotX/KKTxF+b+wrb39LVXsmNRO7pwqnHDA8SMd+to78iG4BfblL yJ+OwxT83QWAf2JSaXEdhc1gtKmJI8oDHOUqM9AO9uaH7CmcHv6fRpk3gmGmE9P2sAmG JE4aBoWSGLu8PbN74FE6K0cmg8rnm5fn//Dms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=wHmzhq7cmTaYHVArWh7t9yZnHvhpa2TOpDP64aYssiuIQObNMS5P6jMuZ43jYKeE3O 2OIZ4LdoRNx6oTHIaJ+mq1bfF9Lbja2ixqiyh/eIR+fALFGpBa1PEH36gS+yKPsRixYJ xDRsp98sdmpWb3sy35hBlBFdx4RSQ0GKAvM/I= MIME-Version: 1.0 Received: by 10.229.80.21 with SMTP id r21mr2890768qck.80.1249538462749; Wed, 05 Aug 2009 23:01:02 -0700 (PDT) In-Reply-To: <11167f520908052032u2d13a9b2iab44a74f1105b25@mail.gmail.com> References: <11167f520908052032u2d13a9b2iab44a74f1105b25@mail.gmail.com> Date: Thu, 6 Aug 2009 01:01:02 -0500 Message-ID: <11167f520908052301r5a92ab5x34e764574e6addaf@mail.gmail.com> From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: iscsi client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 06:01:04 -0000 On Wed, Aug 5, 2009 at 10:32 PM, Sam Fourman Jr. wrote: > for some reason I can not get the following to compile on FreeBSD 8 > BETA 2 (src from yesterday) > > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.2.tar.gz > > has anyone had any luck getting iscsi to prefrm in a stable manner on FreeBSD 8? > > Sam Fourman Jr. Want to add a quick note I get this printed after the iscsi driver loads iscsi: version 2.1.0 xpt_dev_async called Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 06:36:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FA61065676; Thu, 6 Aug 2009 06:36:46 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 53F248FC18; Thu, 6 Aug 2009 06:36:46 +0000 (UTC) Received: by qyk29 with SMTP id 29so630726qyk.3 for ; Wed, 05 Aug 2009 23:36:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pRsyTG9dwmBsI6LJMctUBbg2Cmn2Hd6N4ngOnpkuNss=; b=L4PXbFMSSXwoCrBvdp6jnnb8GutdZAInBotHiv5RKvhytMPcfKXwMVsTOYi61b9maK Jx0XXpzoF6Z4SlZZWDcNKemwc76n+kGX2eCoQ0l1qm4AXBKOfbGr+dN587H+81vrxZn2 3Pan+A7v43hkOuwPm0tcUlBgYjvDIBMrTpwHs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qAI3MBGWggqB7/hz4OLZI3Lh8WuwqGTJuQxf9vC0+gOI49Y1U+1LXd/PLssYRvM/ux j/38Rnx7vsscbAJWYIuU83f1JVhlv2zjetvUpDisMUEAsxkwLQhC7pljV18bgdZTxg9U 8KDJpqEC25ZSHM8aA3+B83T/CFApM5ZWSgDH8= MIME-Version: 1.0 Received: by 10.229.88.134 with SMTP id a6mr2852232qcm.89.1249540605700; Wed, 05 Aug 2009 23:36:45 -0700 (PDT) In-Reply-To: <4A4517BE.9040504@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> Date: Thu, 6 Aug 2009 01:36:45 -0500 Message-ID: <11167f520908052336x3fb98290tceb1e984fe9ad6aa@mail.gmail.com> From: "Sam Fourman Jr." To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 06:36:47 -0000 On Fri, Jun 26, 2009 at 1:47 PM, Alexander Motin wrote: > Hi. > > I would like to present for testing and feedback present state of my and > Scott work on extending CAM subsystem to support ATA in addition to > SCSI. At this moment we have Are these patches in FreeBSD BETA2 (src from today) I decided to try the iscsi client on FreeBSD 8 and I noticed that da0 will not attach, but the same setup works on PC-BSD computer aka FreeBSD 7.2 on the FreeBSD 8 i386 machine I get this message after iscsi: version 2.1.0 xpt_dev_async called <-- This is why I am asking if it has anything to do with these patches Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 07:32:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3751065677 for ; Thu, 6 Aug 2009 07:32:13 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id 414388FC16 for ; Thu, 6 Aug 2009 07:32:12 +0000 (UTC) Received: by pzk40 with SMTP id 40so681855pzk.14 for ; Thu, 06 Aug 2009 00:32:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=AtrMP3bgoRT6PLIlQS7hS0jS+cuYIe3YrxGwrmWXel0=; b=kZRufxLB4AHSoqPpR4a4gXWZ9AMzP0oVseVwW2jKZk8KlDNxeFYUePWkVT+qWWw9ND SrF8gZbUYSo9Y6dKfA3EDccGOgKCqr7i0FXOtvqPxggyof5FZyEzm9RiNKFcRLP5gSxV k70jQJCfQsIadXS1t92nBq+asnO8Xb6okVM8U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Ijnk5UzBcrliI7p1FWmuhrVNxBrF7PBdywaSt6hKraDF5Y/Gqz/oMPd5z9DJAQ+Lev TmwAY9nuelr2BKcgzlg7vH0qBdDQXmTr+vXsfAHpGxGzeLuY2X+01Sx5oAKLKj9q8oM9 yRq7q7qnz3qdCVWssIcrnG4Y3pWshDxNOtAto= MIME-Version: 1.0 Received: by 10.142.242.21 with SMTP id p21mr1134615wfh.83.1249543932619; Thu, 06 Aug 2009 00:32:12 -0700 (PDT) In-Reply-To: References: <4A5D4D25.3040908@ish.com.au> <3c1674c90907201501j42f29bfbl987419edf04b1a8b@mail.gmail.com> <4A64F35E.6070501@ish.com.au> Date: Thu, 6 Aug 2009 14:32:12 +0700 Message-ID: From: Edho P Arief To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Problematic upgrade from 7.2 to 8.0 with ZFS file system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 07:32:13 -0000 On Tue, Jul 21, 2009 at 3:31 PM, chris scott wrote: > how about doing things the opensolaris way. I have a pure zfs system with > the root fs stored on system/root. This could cloned, to system/root-8, the > new world and kernel installed, then the relevant bits tweaked in the > loader.conf and zpool. If all goes wrong you switch the variables back and > switch to system/root. > > It would also be nice to have some option in beastie to select your root fs > for completeness how does this sound? fs structure: rpool/root/freebsd => / (bootfs) rpool/root => /rpool/root rpool/swap => swap rpool/usr => /usr rpool/usr/home => /usr/home rpool/var => /var rpool/var/empty => /var/empty upgrade steps: 1. clone rpool/root/freebsd to rpool/root/freebsd-2 2. mount rpool/root/freebsd-2 somewhere 3. mount nullfs /usr and /var to where rpool/root/freebsd-2 mounted 4. chroot to rpool/root/freebsd-2, do freebsd-update (twice - to upgrade userland too) 5. reinstall bootloader on rpool/root/freebsd-2 (to enable zfs loader) 6. set bootfs to rpool/root/freebsd-2 7. edit fstab in rpool/root/freebsd-2 to reflect change 8. reboot -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 07:44:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE99B1065673; Thu, 6 Aug 2009 07:44:36 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 162FA8FC29; Thu, 6 Aug 2009 07:44:35 +0000 (UTC) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 250821885; Thu, 06 Aug 2009 10:44:32 +0300 Message-ID: <4A7A89DF.9050206@FreeBSD.org> Date: Thu, 06 Aug 2009 10:44:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4A4517BE.9040504@FreeBSD.org> <11167f520908052336x3fb98290tceb1e984fe9ad6aa@mail.gmail.com> In-Reply-To: <11167f520908052336x3fb98290tceb1e984fe9ad6aa@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 07:44:37 -0000 Sam Fourman Jr. wrote: > On Fri, Jun 26, 2009 at 1:47 PM, Alexander Motin wrote: >> I would like to present for testing and feedback present state of my and >> Scott work on extending CAM subsystem to support ATA in addition to >> SCSI. At this moment we have > > Are these patches in FreeBSD BETA2 (src from today) Yes. > I decided to try the iscsi client on FreeBSD 8 and I noticed that > da0 will not attach, but the same setup works on PC-BSD computer > aka FreeBSD 7.2 > > on the FreeBSD 8 i386 machine I get this message after > > iscsi: version 2.1.0 > xpt_dev_async called <-- This is why I am asking if it has anything > to do with these patches What are you doing and how can I reproduce that? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 07:47:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27588106564A; Thu, 6 Aug 2009 07:47:30 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id D700D8FC08; Thu, 6 Aug 2009 07:47:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 8D75B3F4A7; Thu, 6 Aug 2009 09:29:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nIlPJzEpMuKB; Thu, 6 Aug 2009 09:28:59 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 39A193F4AE; Thu, 6 Aug 2009 09:28:59 +0200 (CEST) Message-ID: <4A7A863A.7080608@kasimir.com> Date: Thu, 06 Aug 2009 09:28:58 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3pre) Gecko/20090805 Shredder/3.0b4pre MIME-Version: 1.0 To: stickybit@gmx.net References: <200908052217.06935.stickybit@gmx.net> In-Reply-To: <200908052217.06935.stickybit@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: [regression] 8.0-CURRENT amd64: SATA disks not attaching, MCP55 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 07:47:30 -0000 On 8/5/09 10:17 PM, Sticky Bit wrote: > Hello, > > I have a similar problem with 8.0-CURRENT amd64 like described in PR 128686 > and PR 132372 and several older ones. Short: SATA disks will not attach. > > Some example (please see full logs below): > > [...] > ata3: Identifying devices: 00000001 > ata3: New devices: 00000001 > ata3: reiniting channel .. > ata3: SATA connect time=0ms status=00000123 > ata3: reset tp1 mask=01 ostat0=58 ostat1=00 > ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata3: reset tp2 stat0=50 stat1=00 devices=0x1 > ata3: reinit done .. > unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 > [...] > > SATA 300 controller is a MCP55 (ULTRA, not SLI) chip, which is working without > any problems for years. Works fine with recent RELENG_7 amd64, but not with > RELENG_8 amd64. > > RELENG_8 i386 seems to attach the disks. So it looks like an amd64 only bug. > Hi, i had the same problem with MCP55 on amd64, i tried the new ahci module but to no avail. However if you set hw.pci.mcfg=0 the disks are found by the normal ata driver (this is already mentioned in one of the PRs). Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 11:12:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 122FD106566B for ; Thu, 6 Aug 2009 11:12:51 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id BD2CD8FC15 for ; Thu, 6 Aug 2009 11:12:50 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so307699qwe.7 for ; Thu, 06 Aug 2009 04:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=upHCJypCJUnYyEGopYbDVbXIXoKpKmsI8r5ktyIUrvU=; b=CVUVA3zAUbfKTbmkJ9xkXswVBQcDS9t6sfwcFhNoD9Kq6zUWiROuUBRH+ud2lk0n5b oEQgwmV5ZYhoTu1Ne5YscvjejhnvZbm2a4Y1CdiPwpK0QTLliM4GFNDsKXEcto4Ofr9N 5tcbaPuO8Zr7Q+z41t4uY++UXEFZ7PsvQovYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=n+W5R5PKbjX2y9fw/6BMxjrHs6G/vtJlNzqLpKvu/UMSdB9j+o63J2WOMnEpZtwcDO StNF1tUViD1YlH8Qya850mbeo8I0MuUTYKT1AjjTl7zU7sUjXteWRBMES/saGimX888X SQX++bxL/HOsI00uIrVNwPUpgkD96f2jrX4IY= MIME-Version: 1.0 Received: by 10.229.91.12 with SMTP id k12mr2749317qcm.66.1249557170064; Thu, 06 Aug 2009 04:12:50 -0700 (PDT) In-Reply-To: <200908060937.48442.hselasky@c2i.net> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200902241034.31298.hselasky@c2i.net> <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> Date: Thu, 6 Aug 2009 13:12:49 +0200 Message-ID: <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> From: Lucius Windschuh To: Hans Petter Selasky , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 11:12:51 -0000 Hi Hans. 2009/8/6 Hans Petter Selasky : > On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: >> Hi. >> I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen >> here. >> >> I found this thread from some months ago: >> >> 2009/2/24 Hans Petter Selasky : >> > On Tuesday 24 February 2009, Kim Culhan wrote: >> >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky >> > >> > wrote: >> >> > On Monday 23 February 2009, Kim Culhan wrote: >> >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky >> >> >> >> >> > >> >> > wrote: >> >> >> > On Monday 23 February 2009, Kim Culhan wrote: >> >> >> >> Running 8.0-CURRENT as of 2-22-09 >> >> >> >> >> >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. >> >> >> >> >> >> >> >> If the machine boots with the device attached, dmesg reads: >> >> >> >> >> >> >> >> u3g0: on usbus2 >> >> >> >> >> >> >> >> Remove the device and this is logged: >> >> >> >> >> >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) >> >> >> >> >> >> >> >> Reattach the device and there is this message: >> >> >> >> >> >> >> >> uhub_reattach_port:414: could not allocate new device! >> >> Was there any solution for this? >> >> I may provide further debugging information if somebody tells me how >> to obtail useful details. >> >> A sniplet with hw.usb.debug=3: >> usbd_req_set_config:1456: setting config 1 >> usbd_callback_wrapper:2030: case 1-4 >> usbd_do_request_callback:95: st=0 >> usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, nframes=1, >> dir= read >> usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 >> toggle_next= 0 bEndpointAddress=0x00 >> usb_dump_queue: endpoint=0xc5dd5078 xfer: >> usbd_pipe_enter:1584: enter >> usbd_pipe_start:2416: start >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 sts=0 >> alen=8 , slen=8, afrm=1, nfrm=1 >> usbd_do_request_callback:95: st=1 >> usb_cdev_create:1854: Creating device nodes >> usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, >> dir= write >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 >> toggle_next= 0 bEndpointAddress=0x09 >> usb_dump_queue: endpoint=0xc71f9024 xfer: >> usbd_transfer_submit:1416: open >> usbd_pipe_enter:1584: enter >> usbd_pipe_start:2416: start >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 >> alen=3 1, slen=31, afrm=1, nfrm=1 >> usbd_callback_wrapper:2030: case 1-4 >> bbb_data_read_callback:320: max_bulk=64, data_rem=36 >> usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, nframes=1, >> dir= read >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 >> toggle_next= 0 bEndpointAddress=0x88 >> usb_dump_queue: endpoint=0xc71f9000 xfer: >> usbd_transfer_submit:1416: open >> usbd_pipe_enter:1584: enter >> usbd_pipe_start:2416: start >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 sts=0 >> alen=3 6, slen=36, afrm=1, nfrm=1 >> bbb_data_read_callback:320: max_bulk=64, data_rem=0 >> usbd_callback_wrapper:2030: case 1-4 >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, >> dir= read >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 >> toggle_next= 1 bEndpointAddress=0x88 >> usb_dump_queue: endpoint=0xc71f9000 xfer: >> usbd_transfer_submit:1416: open >> usbd_pipe_enter:1584: enter >> usbd_pipe_start:2416: start >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 >> alen=1 3, slen=13, afrm=1, nfrm=1 >> usbd_callback_wrapper:2030: case 1-4 >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, >> dir= write >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 >> toggle_next= 1 bEndpointAddress=0x09 >> usb_dump_queue: endpoint=0xc71f9024 xfer: >> usbd_pipe_enter:1584: enter >> usbd_pipe_start:2416: start >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 >> alen=3 1, slen=31, afrm=1, nfrm=1 >> usbd_callback_wrapper:2030: case 1-4 >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, >> dir= read >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 >> toggle_next= 0 bEndpointAddress=0x88 >> usb_dump_queue: endpoint=0xc71f9000 xfer: >> usbd_pipe_enter:1584: enter >> usbd_pipe_start:2416: start >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION >> usbd_callback_wrapper:2030: case 1-4 >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 >> alen=1 3, slen=13, afrm=1, nfrm=1 >> usb_test_autoinstall:571: Eject CD command status: >> USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED >> usbd_transfer_done:2192: not transferring >> usbd_transfer_stop:1691: close >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED >> usbd_transfer_done:2192: not transferring >> usbd_transfer_stop:1691: close >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED >> usbd_transfer_done:2192: not transferring >> usb_alloc_device:1781: Found Huawei auto-install disk! >> usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, >> parent_hub=0xc621b400 ugen0.3: at usbus0 >> usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED >> ugen0.3: at usbus0 (disconnected) >> usb_cdev_free:1906: Freeing device nodes >> usbd_transfer_stop:1691: close >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED >> usbd_transfer_done:2192: not transferring >> uhub_reattach_port:440: could not allocate new device! >> >> *sigh* Unfortunately, I don't understand what is happening here. >> > > Try: > > sysctl hw.usb.ehci.no_hs=1 Sorry, but I get the same messages: $ sysctl hw.usb.ehci.no_hs=1 $ kldload u3g dmesg: usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.2: at usbus0 ugen0.2: at usbus0 (disconnected) uhub_reattach_port:440: could not allocate new device! Lucius From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 11:37:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B6171065672 for ; Thu, 6 Aug 2009 11:37:52 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 876BD8FC22 for ; Thu, 6 Aug 2009 11:37:51 +0000 (UTC) Received: by ewy2 with SMTP id 2so786770ewy.43 for ; Thu, 06 Aug 2009 04:37:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uFoqilYJnGzvsaXAvKVPfJEeFUjLXAfJERob8x1o7rY=; b=Hs+vkPNuvME7FyDmHuQv79GZBNB9HHFfORWRstLxIZO00ezlnCoj+qPIjxswHYIkTh NMZEJG4NYnVHXUtBWlvBndqwj03S86Cz44d0cjzT7jeIbu2TtkL1elu7xTi+LtBmienq OwhswRlY7WYrV+wz/H1wilnxdC5c6+gH63LOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MQV+gdcgJO4k09P1qt5PSb9tQ7uAzQa4PkaCJVUXSJZBJkBDm4QZBSvVcInncv54NF MW91cBl1Ovq+NjenooOgRZce0tBsNSto2PDvVK/RCYxVgGIfP7aAuDehwmUOxvi6qDKS 2tL6C1a1y45E2vxFkF0VIi7HCg+L7RVw8MOYg= MIME-Version: 1.0 Received: by 10.216.15.68 with SMTP id e46mr2021331wee.225.1249558670342; Thu, 06 Aug 2009 04:37:50 -0700 (PDT) In-Reply-To: References: <20090806032725.50B171CC31@ptavv.es.net> Date: Thu, 6 Aug 2009 11:37:50 +0000 Message-ID: From: "b. f." To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 11:37:52 -0000 On 8/6/09, Kevin Oberman wrote: >I have tested a patch from bf and it works. I've asked if he wants to >submit the PR or if he wants me to. If I don;t hear from him, I'll >submit tomorrow. Slightly revised and augmented patch is in: http://www.freebsd.org/cgi/query-pr.cgi?pr=137483 Regards, b. From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 11:44:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ACF9106564A for ; Thu, 6 Aug 2009 11:44:48 +0000 (UTC) (envelope-from Dimanne@ya.ru) Received: from forward10.yandex.ru (forward10.yandex.ru [77.88.61.49]) by mx1.freebsd.org (Postfix) with ESMTP id 35AD58FC14 for ; Thu, 6 Aug 2009 11:44:48 +0000 (UTC) Received: from webmail6.yandex.ru (webmail6.yandex.ru [77.88.61.50]) by forward10.yandex.ru (Yandex) with ESMTP id 5F1C81320F4F for ; Thu, 6 Aug 2009 15:34:21 +0400 (MSD) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail6.yandex.ru (Yandex) with ESMTP id 49763FF8361 for ; Thu, 6 Aug 2009 15:34:21 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: webmail6 X-Yandex-TimeMark: 1249558461 Received: from [93.175.4.35] ([93.175.4.35]) by mail.yandex.ru with HTTP; Thu, 06 Aug 2009 15:34:19 +0400 From: Dimanne@ya.ru To: freebsd-current@freebsd.org MIME-Version: 1.0 Message-Id: <5151249558460@webmail6.yandex.ru> Date: Thu, 06 Aug 2009 15:34:20 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: network problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: DimanNe@ya.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 11:44:48 -0000 I have installed freebsd 8 beta 2 about six days ago, and yestarday began problems with network. -----------ifconfig----------- re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:23:54:ee:05:9c inet 10.55.103.105 netmask 0xfffffe00 broadcast 10.55.103.255 media: Ethernet autoselect (100baseTX ) status: active fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 02:1e:8c:b2:d5:49 ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 0.1e.8c.0.1.b2.d5.49.a.2.ff.fe.0.0.0.0 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 -----------nestat -rn----------- Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 10.0.0.0/8 10.55.102.1 UGS 0 40 re0 10.55.102.0/24 10.55.102.1 UGS 0 0 re0 => 10.55.102.0/23 link#1 U 0 0 re0 10.55.103.0/24 10.55.102.1 UGS 0 6 re0 10.55.103.105 link#4 UHS 0 0 lo0 81.5.64.0/20 10.55.102.1 UGS 0 0 re0 81.5.88.0/22 10.55.102.1 UGS 0 0 re0 85.112.113.96/28 10.55.102.1 UGS 0 0 re0 93.182.0.0/18 10.55.102.1 UGS 0 0 re0 127.0.0.1 link#4 UH 0 6 lo0 172.16.0.0/12 10.55.102.1 UGS 0 0 re0 192.168.254.0/24 10.55.102.1 UGS 0 0 re0 192.188.189.0/24 10.55.102.1 UGS 0 0 re0 193.125.142.0/23 10.55.102.1 UGS 0 0 re0 194.85.80.0/22 10.55.102.1 UGS 0 2 re0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%lo0/64 link#4 U lo0 ff01:4::/32 fe80::1%lo0 U lo0 ff02::%lo0/32 fe80::1%lo0 U lo0 --------------------------------------------------------------------------------- In /etc/rc.conf i disabled all services such as nfs, apache, dbus, samba and so on (may be this problems due to it). When i try ping 10.55.102.1 it says sendto: Invalid argument And in dmesg output very much this lines: ipv4 address: "10.55.102.1" is not on the network ipv4 address: "10.55.102.1" is not on the network arpresolve: can't allocate llinfo for 10.55.102.1 From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 12:38:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1D4106566B; Thu, 6 Aug 2009 12:38:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9408FC18; Thu, 6 Aug 2009 12:38:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4CC0746B1A; Thu, 6 Aug 2009 08:38:24 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7ADD78A0AB; Thu, 6 Aug 2009 08:38:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 6 Aug 2009 08:26:15 -0400 User-Agent: KMail/1.9.7 References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908060826.16498.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 06 Aug 2009 08:38:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Attilio Rao , Ed Schouten , Robert Watson , FreeBSD Current , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 12:38:25 -0000 On Wednesday 05 August 2009 7:43:11 am Robert Watson wrote: > On Wed, 5 Aug 2009, Ed Schouten wrote: > > > * Lucius Windschuh wrote: > >> So I updated my machine to CURRENT r196062 and use a USB audio > >> converter. Attaching it to the machine leads to a kernel panic: > >> > >> > > > > I suspect this has something to do with the Newbus locking, which causes > > some pieces of code to run without Giant held, while they previously did. > > There's a patch in the re@ queue to re-add Giant around newbus attachment, per > John Baldwin's request. However, committing that patch is stalled while > issues with the svn->cvs export of the new RELENG_8 branch are resolved. I > expect to see the patch go into the tree RSN. Err, I think that was just around suspend/resume? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 12:38:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1D4106566B; Thu, 6 Aug 2009 12:38:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9408FC18; Thu, 6 Aug 2009 12:38:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4CC0746B1A; Thu, 6 Aug 2009 08:38:24 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7ADD78A0AB; Thu, 6 Aug 2009 08:38:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 6 Aug 2009 08:26:15 -0400 User-Agent: KMail/1.9.7 References: <90a5caac0908050258w1ea85736sac0b66ae5998e7de@mail.gmail.com> <20090805111247.GA1292@hoeg.nl> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908060826.16498.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 06 Aug 2009 08:38:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Attilio Rao , Ed Schouten , Robert Watson , FreeBSD Current , Lucius Windschuh Subject: Re: uaudio attach panic: Giant not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 12:38:25 -0000 On Wednesday 05 August 2009 7:43:11 am Robert Watson wrote: > On Wed, 5 Aug 2009, Ed Schouten wrote: > > > * Lucius Windschuh wrote: > >> So I updated my machine to CURRENT r196062 and use a USB audio > >> converter. Attaching it to the machine leads to a kernel panic: > >> > >> > > > > I suspect this has something to do with the Newbus locking, which causes > > some pieces of code to run without Giant held, while they previously did. > > There's a patch in the re@ queue to re-add Giant around newbus attachment, per > John Baldwin's request. However, committing that patch is stalled while > issues with the svn->cvs export of the new RELENG_8 branch are resolved. I > expect to see the patch go into the tree RSN. Err, I think that was just around suspend/resume? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 13:34:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A0D1106566B; Thu, 6 Aug 2009 13:34:43 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8858FC1A; Thu, 6 Aug 2009 13:34:42 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:User-Agent:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=K73mBD5O2Bcf8CntyPhsF37SKeILcmwumIxZSE/v9RQcKiJ0cC/KYtpmgnAjCHQAh6vwQEb6BODXldLgWL2PaCmTFeGMIsQoHV4fNyb9MHcl96vrd33IrIDfsF6rYVYolcPBh4ZE0yWu0cbizTgvpIbBvb7+tXagoLraUvMHrZI=; Received: from thebighonker.lerctr.org ([192.147.25.65]:57503) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MZ37A-0005Yd-VC; Thu, 06 Aug 2009 08:34:42 -0500 Date: Thu, 6 Aug 2009 08:34:38 -0500 (CDT) From: Larry Rosenman To: Robert Watson In-Reply-To: Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: jeff@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-current@freebsd.org, kib@FreeBSD.org, Navdeep Parhar , Navdeep Parhar , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 13:34:43 -0000 On Thu, 6 Aug 2009, Robert Watson wrote: > On Tue, 4 Aug 2009, Navdeep Parhar wrote: > >>>> This occurs on today's HEAD + some unrelated patches. That makes it >>>> 8.0BETA2+ code. I haven't tried older builds. >>> >>> We have finally been able to reproduce this ourselves yesterday and >> >> Well, it happens every single time on all of my amd64 machines. After I'd >> already sent my email I noticed that the netisr mutex has an odd address >> (pun intended :-)) >> >> m=0xffffffff8144d867 > > Heh, indeed. We just spotted the same result here. In this case it's > causing a panic because it leads to a non-atomic read due to mtx_lock > spanning a cache line boundary, followed shortly by a panic because it's not > a valid thread pointer when it's dereferenced, as we get a fractional > pointer. [snip] Do we have an ETA for a testable patch? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 13:38:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7129C106566B; Thu, 6 Aug 2009 13:38:29 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC6E8FC2B; Thu, 6 Aug 2009 13:38:28 +0000 (UTC) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id CFB3B78FF4; Thu, 6 Aug 2009 17:38:26 +0400 (MSD) Message-ID: <4A7ADCD1.5030703@haruhiism.net> Date: Thu, 06 Aug 2009 17:38:25 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Larry Rosenman References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, jeff@FreeBSD.org, "Bjoern A. Zeeb" , kib@FreeBSD.org, Navdeep Parhar , Navdeep Parhar , lstewart@FreeBSD.org, Robert Watson Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 13:38:29 -0000 Larry Rosenman wrote: > Do we have an ETA for a testable patch? > As we're still investigating the cause, it might take a while. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 13:46:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5EE41065676; Thu, 6 Aug 2009 13:46:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 01BD58FC1F; Thu, 6 Aug 2009 13:46:44 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9CSpTaZppU4A:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=lTfMxhsqup4hpbwgEeIA:9 a=grEmvZuuFEhSeEiXcLgA:7 a=pJRPoAo-ne3uOItNk4vDKUCNkRUA:4 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1287104762; Thu, 06 Aug 2009 15:46:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 6 Aug 2009 15:46:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> In-Reply-To: <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908061546.38885.hselasky@c2i.net> Cc: Lucius Windschuh , current@freebsd.org Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 13:46:46 -0000 On Thursday 06 August 2009 13:12:49 Lucius Windschuh wrote: > Hi Hans. > > 2009/8/6 Hans Petter Selasky : > > On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: > >> Hi. > >> I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen > >> here. > >> > >> I found this thread from some months ago: > >> > >> 2009/2/24 Hans Petter Selasky : > >> > On Tuesday 24 February 2009, Kim Culhan wrote: > >> >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky > >> >> > >> > > >> > wrote: > >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky > >> >> >> > >> >> > > >> >> > wrote: > >> >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> >> Running 8.0-CURRENT as of 2-22-09 > >> >> >> >> > >> >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. > >> >> >> >> > >> >> >> >> If the machine boots with the device attached, dmesg reads: > >> >> >> >> > >> >> >> >> u3g0: on usbus2 > >> >> >> >> > >> >> >> >> Remove the device and this is logged: > >> >> >> >> > >> >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) > >> >> >> >> > >> >> >> >> Reattach the device and there is this message: > >> >> >> >> > >> >> >> >> uhub_reattach_port:414: could not allocate new device! > >> > >> Was there any solution for this? > >> > >> I may provide further debugging information if somebody tells me how > >> to obtail useful details. > >> > >> A sniplet with hw.usb.debug=3: > >> usbd_req_set_config:1456: setting config 1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_do_request_callback:95: st=0 > >> usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x00 > >> usb_dump_queue: endpoint=0xc5dd5078 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 > >> sts=0 alen=8 , slen=8, afrm=1, nfrm=1 > >> usbd_do_request_callback:95: st=1 > >> usb_cdev_create:1854: Creating device nodes > >> usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=36 > >> usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 > >> sts=0 alen=3 6, slen=36, afrm=1, nfrm=1 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=0 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usb_test_autoinstall:571: Eject CD command status: > >> USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usb_alloc_device:1781: Found Huawei auto-install disk! > >> usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, > >> parent_hub=0xc621b400 ugen0.3: at usbus0 > >> usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED > >> ugen0.3: at usbus0 (disconnected) > >> usb_cdev_free:1906: Freeing device nodes > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> uhub_reattach_port:440: could not allocate new device! > >> > >> *sigh* Unfortunately, I don't understand what is happening here. > > > > Try: > > > > sysctl hw.usb.ehci.no_hs=1 > > Sorry, but I get the same messages: > > $ sysctl hw.usb.ehci.no_hs=1 > $ kldload u3g > > dmesg: > usb_test_autoinstall:571: Eject CD command status: > USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install > disk! > ugen0.2: at usbus0 > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port:440: could not allocate new device! > > > Lucius If you kldload u3g after plugging the device? Any change? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 13:46:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5EE41065676; Thu, 6 Aug 2009 13:46:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 01BD58FC1F; Thu, 6 Aug 2009 13:46:44 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9CSpTaZppU4A:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=lTfMxhsqup4hpbwgEeIA:9 a=grEmvZuuFEhSeEiXcLgA:7 a=pJRPoAo-ne3uOItNk4vDKUCNkRUA:4 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1287104762; Thu, 06 Aug 2009 15:46:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 6 Aug 2009 15:46:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> In-Reply-To: <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908061546.38885.hselasky@c2i.net> Cc: Lucius Windschuh , current@freebsd.org Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 13:46:46 -0000 On Thursday 06 August 2009 13:12:49 Lucius Windschuh wrote: > Hi Hans. > > 2009/8/6 Hans Petter Selasky : > > On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: > >> Hi. > >> I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen > >> here. > >> > >> I found this thread from some months ago: > >> > >> 2009/2/24 Hans Petter Selasky : > >> > On Tuesday 24 February 2009, Kim Culhan wrote: > >> >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky > >> >> > >> > > >> > wrote: > >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky > >> >> >> > >> >> > > >> >> > wrote: > >> >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> >> Running 8.0-CURRENT as of 2-22-09 > >> >> >> >> > >> >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. > >> >> >> >> > >> >> >> >> If the machine boots with the device attached, dmesg reads: > >> >> >> >> > >> >> >> >> u3g0: on usbus2 > >> >> >> >> > >> >> >> >> Remove the device and this is logged: > >> >> >> >> > >> >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) > >> >> >> >> > >> >> >> >> Reattach the device and there is this message: > >> >> >> >> > >> >> >> >> uhub_reattach_port:414: could not allocate new device! > >> > >> Was there any solution for this? > >> > >> I may provide further debugging information if somebody tells me how > >> to obtail useful details. > >> > >> A sniplet with hw.usb.debug=3: > >> usbd_req_set_config:1456: setting config 1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_do_request_callback:95: st=0 > >> usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x00 > >> usb_dump_queue: endpoint=0xc5dd5078 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 > >> sts=0 alen=8 , slen=8, afrm=1, nfrm=1 > >> usbd_do_request_callback:95: st=1 > >> usb_cdev_create:1854: Creating device nodes > >> usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=36 > >> usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 > >> sts=0 alen=3 6, slen=36, afrm=1, nfrm=1 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=0 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usb_test_autoinstall:571: Eject CD command status: > >> USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usb_alloc_device:1781: Found Huawei auto-install disk! > >> usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, > >> parent_hub=0xc621b400 ugen0.3: at usbus0 > >> usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED > >> ugen0.3: at usbus0 (disconnected) > >> usb_cdev_free:1906: Freeing device nodes > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> uhub_reattach_port:440: could not allocate new device! > >> > >> *sigh* Unfortunately, I don't understand what is happening here. > > > > Try: > > > > sysctl hw.usb.ehci.no_hs=1 > > Sorry, but I get the same messages: > > $ sysctl hw.usb.ehci.no_hs=1 > $ kldload u3g > > dmesg: > usb_test_autoinstall:571: Eject CD command status: > USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install > disk! > ugen0.2: at usbus0 > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port:440: could not allocate new device! > > > Lucius If you kldload u3g after plugging the device? Any change? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 14:11:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE9B106564A; Thu, 6 Aug 2009 14:11:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 049C28FC18; Thu, 6 Aug 2009 14:11:27 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 3717946B0D; Thu, 6 Aug 2009 10:11:26 -0400 (EDT) Date: Thu, 6 Aug 2009 15:11:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Larry Rosenman In-Reply-To: Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jeff@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-current@freebsd.org, kib@FreeBSD.org, Navdeep Parhar , Navdeep Parhar , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 14:11:27 -0000 On Thu, 6 Aug 2009, Larry Rosenman wrote: > On Thu, 6 Aug 2009, Robert Watson wrote: > >> On Tue, 4 Aug 2009, Navdeep Parhar wrote: >> >>>>> This occurs on today's HEAD + some unrelated patches. That makes it >>>>> 8.0BETA2+ code. I haven't tried older builds. >>>> >>>> We have finally been able to reproduce this ourselves yesterday and >>> >>> Well, it happens every single time on all of my amd64 machines. After I'd >>> already sent my email I noticed that the netisr mutex has an odd address >>> (pun intended :-)) >>> >>> m=0xffffffff8144d867 >> >> Heh, indeed. We just spotted the same result here. In this case it's >> causing a panic because it leads to a non-atomic read due to mtx_lock >> spanning a cache line boundary, followed shortly by a panic because it's >> not a valid thread pointer when it's dereferenced, as we get a fractional >> pointer. > [snip] > > Do we have an ETA for a testable patch? RSN, I'm afraid. We can eliminate the effect by reverting the use of DPCPU in netisr.c (basically reverting to pre-r195019 of netisr.c). The interesting question is where the problem originates -- is gcc/ld/etc not laying out the elf section properly, or are the MD parts not providing an aligned base? There are also probably issues in the DPCPU handling of modules along similar lines, but first things first. We'll be adding assertions of alignment to the various lock init functions to catch this happening explicitly in the future. There are probably one or two other places where we have very strong alignment requirements on i386/amd64, such as the td_ucred pointer that we check for change on system calls/traps to see if we need to refresh the thread's credential from the process credential. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 14:39:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F89E106566B; Thu, 6 Aug 2009 14:39:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 45A7C8FC24; Thu, 6 Aug 2009 14:39:55 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAB+IekqDaFvJ/2dsb2JhbADRKoQYBYFM X-IronPort-AV: E=Sophos;i="4.43,333,1246852800"; d="scan'208";a="43577207" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 06 Aug 2009 10:39:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 5390CFB80C4; Thu, 6 Aug 2009 10:39:54 -0400 (EDT) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l9FVv-yK0m6E; Thu, 6 Aug 2009 10:39:53 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 5946DFB80C2; Thu, 6 Aug 2009 10:39:53 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n76Ehfh26136; Thu, 6 Aug 2009 10:43:41 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 6 Aug 2009 10:43:41 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Robert Watson In-Reply-To: Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jeff@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, kib@FreeBSD.org, Navdeep Parhar , Navdeep Parhar , Larry Rosenman , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 14:39:56 -0000 On Thu, 6 Aug 2009, Robert Watson wrote: > other places where we have very strong alignment requirements on i386/amd64, > such as the td_ucred pointer that we check for change on system calls/traps > to see if we need to refresh the thread's credential from the process > credential. > Does this imply that the nfs/krpc hack of: oldcred = td->td_ucred; td->td_ucred = "some other cred ptr" ... td->td_ucred = oldcred; could be dangerous? Maybe it should be converted to code that replaces the contents instead of replacing the *cred? (Variants of the above live in a bunch of places in the krpc, nlm and nfs code, due to the fact that the socket functions use td->td_ucred in various places.) rick From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 14:56:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1EE10656A9 for ; Thu, 6 Aug 2009 14:56:12 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1716C8FC22 for ; Thu, 6 Aug 2009 14:56:11 +0000 (UTC) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 250880631; Thu, 06 Aug 2009 17:56:08 +0300 Message-ID: <4A7AEF07.2040906@FreeBSD.org> Date: Thu, 06 Aug 2009 17:56:07 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Ilya Zhuravlev References: <4A4517BE.9040504@FreeBSD.org> <4A6EBAFC.6090800@cbtnet.ru> <4A709323.6050001@FreeBSD.org> <4A7AB52B.5000300@cbtnet.ru> In-Reply-To: <4A7AB52B.5000300@cbtnet.ru> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 14:56:12 -0000 Ilya Zhuravlev wrote: > Alexander Motin wrote: >> Ilya Zhuravlev wrote: >>> ahci cannot attach drives >>> 8.0-beta2, laptop asus k50in, nvidia MCP75L-based >>> >>> ahci0: [THREAD] >>> ahci0: AHCI v1.20 with 2 3Gbps ports, Port Multiplier supported >>> ahcich0: at channel 0 on ahci0 >>> ahcich0: [THREAD] >>> ahcich1: at channel 1 on ahci0 >>> ahcich1: [THREAD] >>> ...... >>> (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 >>> (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 >>> (aprobe0:ahcich0:0:0:0): Uncorrected Parity Error >>> (aprobe0:ahcich0:0:0:0): Retrying Command >>> (aprobe0:ahcich0:0:0:0): Uncoreccted Parity Error >>> (aprobe0:ahcich0:0:0:0): error 5 >>> (aprobe0:ahcich0:0:0:0): Retries Exhausted >>> (aprobe1:ahcich1:0:15:0): SIGNATURE: eb14 >>> (aprobe0:ahcich1:0:0:0): SIGNATURE: eb14 >>> (aprobe0:ahcich1:0:0:0): Uncoreccted Parity Error >>> (aprobe0:ahcich1:0:0:0): Retrying Command >>> (aprobe0:ahcich1:0:0:0): Uncoreccted Parity Error >>> (aprobe0:ahcich1:0:0:0): error 5 >>> (aprobe0:ahcich1:0:0:0): Retries Exhausted >>> >>> pciconf with ata-driver and ata-compat enabled in bios: >>> atapci0@pci0:0:11:0: class=0x010185 card=0x1cf71043 >>> chip=0x0ab510de rev=0xb1 hdr=0x00 >>> vendor = 'Nvidia Corp' >>> class = mass storage >>> subclass = ATA >>> bar [10] = type I/O Port, range 32, base 0xc080, size 8, enabled >>> bar [14] = type I/O Port, range 32, base 0xc000, size 4, enabled >>> bar [18] = type I/O Port, range 32, base 0xbc00, size 8, enabled >>> bar [1c] = type I/O Port, range 32, base 0xb880, size 4, enabled >>> bar [20] = type I/O Port, range 32, base 0xb800, size 16, enabled >>> bar [24] = type Memory, range 32, base 0xfae7c000, size 8192, >>> enabled >>> cap 01[44] = powerspec 2 supports D0 D3 current D0 >>> cap 12[8c] = SATA Index-Data Pair >>> cap 05[b0] = MSI supports 8 messages, 64 bit >>> >>> atacontrol for devices on channels attached >> >> Try please to uncomment device_printf() lines inside ahci_ch_intr() >> function. It could give some ideas about what's going on there. >> > Sorry for long delay. > boot -v, pciconf attached I don't see that you've uncommented //device_printf(dev, "%s ERROR is %08x cs %08x... lines in ahci_ch_intr() and rebuilt kernel as I've said. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 15:35:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDFB0106566C; Thu, 6 Aug 2009 15:35:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E8E128FC0A; Thu, 6 Aug 2009 15:35:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAAOVekqDaFvI/2dsb2JhbADRQIQYBYFM X-IronPort-AV: E=Sophos;i="4.43,333,1246852800"; d="scan'208";a="43583454" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 06 Aug 2009 11:35:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 068FA940102; Thu, 6 Aug 2009 11:35:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eTBwEoSF8nqR; Thu, 6 Aug 2009 11:35:12 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id EF00D940100; Thu, 6 Aug 2009 11:35:11 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n76Fd0l07329; Thu, 6 Aug 2009 11:39:00 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 6 Aug 2009 11:39:00 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Julian Elischer In-Reply-To: <4A7AF25D.40608@elischer.org> Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> <4A7AF25D.40608@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jeff@FreeBSD.org, "Bjoern A. Zeeb" , lstewart@FreeBSD.org, freebsd-current@FreeBSD.org, kib@FreeBSD.org, Navdeep Parhar , Larry Rosenman , Robert Watson Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 15:35:15 -0000 On Thu, 6 Aug 2009, Julian Elischer wrote: > Rick Macklem wrote: >> >> >> On Thu, 6 Aug 2009, Robert Watson wrote: >> >>> other places where we have very strong alignment requirements on >>> i386/amd64, such as the td_ucred pointer that we check for change on >>> system calls/traps to see if we need to refresh the thread's credential >>> from the process credential. >>> >> Does this imply that the krpc/nlm/nfs hack of: >> oldcred = td->td_ucred; >> td->td_ucred = "some other cred ptr, such as the mount one" >> ... >> td->td_ucred = oldcred; >> >> could be dangerous? >> >> Maybe it should be converted to code that replaces the contents instead >> of replacing the *cred? (Variants of the above live in a bunch of places >> in the krpc, nlm and nfs code, due to the fact that the socket functions >> use td->td_ucred in various places.) > > no, creds are read-only .. you never change a cred. > You alwasy make a new one ans use it, becasue you may be shareing your cred > with hundreds of other sibling threads or processes. (they are refcounted) > Righto, yes. So does that imply that the alignment provided by crget() { which uses malloc() } is sufficient for td->td_ucred or is td->td_ucred a special case? rick ps: The above hack, which came up in a separate discussion yesterday, isn't gonna be easy to get rid of, imho. A whole bunch of network related functions use td->td_ucred and the only fix I can see would be to add "*cred" arguments to them all, so that the krpc/nlm/nfs code could pass the correct *cred in. (It is set to the one used at mount time for network reconnects, etc.) From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 16:33:23 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45BBA1065673; Thu, 6 Aug 2009 16:33:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 18EE58FC0A; Thu, 6 Aug 2009 16:33:23 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8DBB246B45; Thu, 6 Aug 2009 12:33:22 -0400 (EDT) Date: Thu, 6 Aug 2009 17:33:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rick Macklem In-Reply-To: Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jeff@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, kib@FreeBSD.org, Navdeep Parhar , Navdeep Parhar , Larry Rosenman , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 16:33:23 -0000 On Thu, 6 Aug 2009, Rick Macklem wrote: > On Thu, 6 Aug 2009, Robert Watson wrote: > >> other places where we have very strong alignment requirements on >> i386/amd64, such as the td_ucred pointer that we check for change on system >> calls/traps to see if we need to refresh the thread's credential from the >> process credential. >> > Does this imply that the nfs/krpc hack of: > oldcred = td->td_ucred; > td->td_ucred = "some other cred ptr" > ... > td->td_ucred = oldcred; > > could be dangerous? > > Maybe it should be converted to code that replaces the contents instead of > replacing the *cred? (Variants of the above live in a bunch of places in the > krpc, nlm and nfs code, due to the fact that the socket functions use > td->td_ucred in various places.) td->td_ucred is a thread-local variable, meaning that it will only be accessed and modified from the current thread. So the above construct is fine. Also, struct thread should be properly aligned. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 17:36:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A8E4106566B for ; Thu, 6 Aug 2009 17:36:50 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 355478FC08 for ; Thu, 6 Aug 2009 17:36:50 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n76HaWsY008045; Thu, 6 Aug 2009 10:36:49 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 6 Aug 2009 10:35:42 -0700 Message-ID: In-Reply-To: <5151249558460@webmail6.yandex.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: network problems Thread-Index: AcoWi1razAxbPgsSTRmXngGrsAXMGQAL9HwA References: <5151249558460@webmail6.yandex.ru> From: "Li, Qing" To: , Cc: Subject: RE: network problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 17:36:50 -0000 >=20 > -----------nestat -rn----------- > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > 10.0.0.0/8 10.55.102.1 UGS 0 40 re0 > 10.55.102.0/24 10.55.102.1 UGS 0 0 re0 = =3D> > 10.55.102.0/23 link#1 U 0 0 re0 The problem is you have 2 routes with the same key 10.55.102.0, but the one with the more specific mask (marked by the "re0 =3D>" entry) is an indirect route (G flag), and it's used to search for 10.55.102.1, which is a problem. This problem seems to point to your overlapping prefix configuration. You will have the exact same problem even on FSBD 7.2R with the above routing table. >=20 > In /etc/rc.conf i disabled all services such as nfs, apache, dbus, > samba and so on (may be this problems due to it). > When i try ping 10.55.102.1 it says > sendto: Invalid argument >=20 > And in dmesg output very much this lines: > ipv4 address: "10.55.102.1" is not on the network > ipv4 address: "10.55.102.1" is not on the network > arpresolve: can't allocate llinfo for 10.55.102.1 > Yup, those are the right messages. -- Qing From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 18:22:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BD891065677 for ; Thu, 6 Aug 2009 18:22:24 +0000 (UTC) (envelope-from stickybit@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B50138FC23 for ; Thu, 6 Aug 2009 18:22:23 +0000 (UTC) Received: (qmail invoked by alias); 06 Aug 2009 18:22:21 -0000 Received: from port-92-195-32-176.dynamic.qsc.de (EHLO localhost) [92.195.32.176] by mail.gmx.net (mp011) with SMTP; 06 Aug 2009 20:22:21 +0200 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX1+CT4AOoKCCi15ezcXYJde2Rp0+Vy2KGmheE1Nzj1 nYcMm9DERqTSkT From: Sticky Bit To: Florian Smeets Date: Thu, 6 Aug 2009 20:21:56 +0200 User-Agent: KMail (FreeBSD) References: <200908052217.06935.stickybit@gmx.net> <4A7A863A.7080608@kasimir.com> In-Reply-To: <4A7A863A.7080608@kasimir.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200908062021.56672.stickybit@gmx.net> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: [regression] 8.0-CURRENT amd64: SATA disks not attaching, MCP55 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stickybit@gmx.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 18:22:24 -0000 On Thu August 6 2009 09:28:58 Florian Smeets wrote: > i had the same problem with MCP55 on amd64, i tried the new ahci module > but to no avail. > > However if you set hw.pci.mcfg=0 the disks are found by the normal ata Thanks for the hint! I tried it again with 'set hw.pci.mcfg=0' from boot loader prompt and now it actually finds and attaches the disks as usual. But I do not know if I need 'support for PCI-e memory mapped config access', where it is needed and if it can cause problems later with an RELENG_8 installation if it is disabled like in RELENG_7. I only have one PCIe device, a PCIe graphics card, which is working well with drm.ko / radeon.ko modules and radeonhd driver under RELENG_7. Is it safe to stay with 'hw.pci.mcfg=0' under RELENG_8 for the future? And if so, should the default setting be changed from enabled to disabled for 8.0-RELEASE if it is not yet mature enough and the cause of problems? Looks like several people are affected by this regression. -- Regards From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 18:48:16 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0BB106564A; Thu, 6 Aug 2009 18:48:16 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 20DC18FC1B; Thu, 6 Aug 2009 18:48:16 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 3B0A11E002FF; Thu, 6 Aug 2009 20:48:15 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76IjGB4013185; Thu, 6 Aug 2009 20:45:16 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76IjGnl013184; Thu, 6 Aug 2009 20:45:16 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 6 Aug 2009 20:45:10 +0200 To: freebsd-current@FreeBSD.org Message-ID: <20090806184510.GA12039@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: mav@FreeBSD.org Subject: cd(4) vs bluray and cdda (dae) on ahci(4) and siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 18:48:16 -0000 Hi! So I put the problematic optical drive on a siis pcie card now because I wanted to play with esata too which seems to be kinda broken on the jmicron that I used before at least with _this_ esata drive (hw issue most likely, has been reported by users of other OSes too) - and I noticed two things: 1. cd(4) (which the new ahci and siis drivers now also use) fails to do any reads when a drive fails the read toc command as seems to happen with bluray (data) discs at least; I was able to work around this by moving the bailout: label up a few lines in scsi_cd.c:cdcheckmedia(): Index: sys/cam/scsi/scsi_cd.c @@ -2868,12 +2868,18 @@ } softc->flags |= CD_FLAG_VALID_TOC; + +bailout: softc->disk->d_maxsize = DFLTPHYS; softc->disk->d_sectorsize = softc->params.blksize; softc->disk->d_mediasize = (off_t)softc->params.blksize * softc->params.disksize; +/* if bailout: + * is here read requests will fail when the toc cant be read although + * CD_FLAG_VALID_MEDIA is set. + */ /* * We unconditionally (re)set the blocksize each time the (I say work around because I don't know if there might be stuff somewhere that depends on the old behaviour, although thats probably unlikely; also acd(4) seems to behave similarly.) 2. cdda/dae seems to be broken entirely with ahci(4) as well as siis(4) (I remember a report about it being broken for usb optical drives too so maybe this is related?) - I tested with the audio/cdparanoia port as well as with mplayer -cdrom-device /dev/cd{0,1} cdda://... (mplayer needs to be built with the libparanoia knob on for this) - this does work with atapicam(4) without ahci/siis so it can't be cd(4)'s fault alone. On siis(4) it seems to just fail while on ahci(4) (I still have another optical drive on there, it's on the board's amd sb700) it causes the sata channel to be reset endlessly until I ^C mplayer: ahcich1: AHCI reset... ahcich1: hardware reset ... ahcich1: SATA connect time=0ms status=00000113 ahcich1: ready wait time=144ms ahcich1: AHCI reset done: devices=00000001 ahcich1: AHCI reset... ahcich1: hardware reset ... ahcich1: SATA connect time=0ms status=00000113 ahcich1: ready wait time=144ms ahcich1: AHCI reset done: devices=00000001 (Remeber if you want to reproduce this libparanoia needs permissions on the optical drive's pass(4) device node and possibly /dev/xpt0 too. And of course you need an audio cd. :) Soo, anyone have ideas/patches/things they want me to check for this? Thanx, Juergen PS: I have built quite a few more ports with ahci(4) enabled on this box now after I updated it to RELENG_8 and the ncq(?) hang hasn't reappeared yet, so _maybe_ it works now *knock-on-wood*... From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 18:59:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A63EA1065675 for ; Thu, 6 Aug 2009 18:59:35 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 7FC418FC22 for ; Thu, 6 Aug 2009 18:59:35 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id D4ACAA300F; Thu, 6 Aug 2009 11:59:35 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 835DD2D6004; Thu, 6 Aug 2009 11:59:34 -0700 (PDT) Message-ID: <4A7B27DD.20503@elischer.org> Date: Thu, 06 Aug 2009 11:58:37 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Rick Macklem References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> <4A7AF25D.40608@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , jeff@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, kib@FreeBSD.org, Navdeep Parhar , Larry Rosenman , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 18:59:35 -0000 Rick Macklem wrote: > > > On Thu, 6 Aug 2009, Julian Elischer wrote: > >> Rick Macklem wrote: >>> >>> >>> On Thu, 6 Aug 2009, Robert Watson wrote: >>> >>>> other places where we have very strong alignment requirements on >>>> i386/amd64, such as the td_ucred pointer that we check for change on >>>> system calls/traps to see if we need to refresh the thread's >>>> credential from the process credential. >>>> >>> Does this imply that the krpc/nlm/nfs hack of: >>> oldcred = td->td_ucred; >>> td->td_ucred = "some other cred ptr, such as the mount one" >>> ... >>> td->td_ucred = oldcred; >>> >>> could be dangerous? >>> >>> Maybe it should be converted to code that replaces the contents instead >>> of replacing the *cred? (Variants of the above live in a bunch of places >>> in the krpc, nlm and nfs code, due to the fact that the socket functions >>> use td->td_ucred in various places.) >> >> no, creds are read-only .. you never change a cred. >> You alwasy make a new one ans use it, becasue you may be shareing your >> cred with hundreds of other sibling threads or processes. (they are >> refcounted) >> > Righto, yes. So does that imply that the alignment provided by crget() > { which uses malloc() } is sufficient for td->td_ucred or is td->td_ucred > a special case? It should be enough. > > rick > ps: The above hack, which came up in a separate discussion yesterday, > isn't gonna be easy to get rid of, imho. A whole bunch of network > related functions use td->td_ucred and the only fix I can see would > be to add "*cred" arguments to them all, so that the krpc/nlm/nfs > code could pass the correct *cred in. (It is set to the one used at > mount time for network reconnects, etc.) we should probably do the right thign refcount-wise for the ucred but refcount (atomic) ops are expensive. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 19:16:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F9D106566C for ; Thu, 6 Aug 2009 19:16:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 39E848FC18 for ; Thu, 6 Aug 2009 19:16:17 +0000 (UTC) Received: by fxm24 with SMTP id 24so1108705fxm.36 for ; Thu, 06 Aug 2009 12:16:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=4H3dtHv23bDUxTjttzLQWvkKIUAMsJSMRBzLeTniLl4=; b=qi2WT0mWLM5hoYk/CgsI48OTDw6QV/apXaZXY9LvDOTH7aic6Eik4hTHehSc0tkCjJ hFtNv5YnUGZd7vfjL+b1IsB8f9cqzWugDVxgKenovfEROsH8nQCQAunymhaDjj6/3Uw1 LUM4l6C98mR+dleIHojVdxcSRRd0Q7XgkZ8no= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=m6qWwPNWXNh9C1BQOeeytKmyI4yzrtKdJHZmvy5TOF5yUQ0AUzytfOAJ9FR/7mUI+2 TPmM5EMD2O6rFwdYwHbN7rXVzK6bENN/LzM1N/lcxrtT67G8BlDBuqH8NMRlhhTp4WMX t3L3a23aHRsPfkFaZEOB8bWzie4dXCrLke7/E= MIME-Version: 1.0 Received: by 10.204.122.206 with SMTP id m14mr1512289bkr.207.1249586176169; Thu, 06 Aug 2009 12:16:16 -0700 (PDT) Date: Thu, 6 Aug 2009 23:16:16 +0400 Message-ID: From: pluknet To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: newbus locking: 2 LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 19:16:17 -0000 Hi. csup'ed few hours ago (cvsup4.ru). c8-vb# kldunload snd_hda lock order reversal: 1st 0xc0dc26a0 module subsystem sx lock (module subsystem sx lock) @ /usr/src/s ys/kern/kern_linker.c:602 2nd 0xc0dd4740 newbus (newbus) @ /usr/src/sys/kern/subr_bus.c:4127 KDB: stack backtrace: db_trace_self_wrapper(c0c72da6,e6c72b34,c08c0cb5,c08b19fb,c0c75c3b,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c08b19fb,c0c75c3b,c452bc20,c452c850,e6c72b90,...) at kdb_backtrace +0x29 _witness_debugger(c0c75c3b,c0dd4740,c0c7248e,c452c850,c0c724c0,...) at _witness_ debugger+0x25 witness_checkorder(c0dd4740,9,c0c724c0,101f,0,...) at witness_checkorder+0x839 _sx_xlock(c0dd4740,0,c0c724c0,101f,c4f59dd8,...) at _sx_xlock+0x85 driver_module_handler(c498b200,3,c4f59dd8,fc,1,...) at driver_module_handler+0x4 8 module_quiesce(c498b200,0,c0c6c577,25a,c0864346,...) at module_quiesce+0x43 linker_file_unload(c4954200,0,c0c6c577,42c,c4f41000,...) at linker_file_unload+0 xa8 kern_kldunload(c4aa3480,5,0,e6c72d2c,c0baeed3,...) at kern_kldunload+0xd5 kldunloadf(c4aa3480,e6c72cf8,8,c0c76cfd,c0d57c30,...) at kldunloadf+0x2b syscall(e6c72d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280ced2b, esp = 0xbfbfe48c , ebp = 0xbfbfecd8 --- lock order reversal: 1st 0xc0dc1fdc kernel linker (kernel linker) @ /usr/src/sys/kern/kern_linker.c: 1068 2nd 0xc0dd4740 newbus (newbus) @ /usr/src/sys/kern/subr_bus.c:4127 KDB: stack backtrace: db_trace_self_wrapper(c0c72da6,e6c72b34,c08c0cb5,c08b19fb,c0c75c3b,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c08b19fb,c0c75c3b,c452bc88,c452c850,e6c72b90,...) at kdb_backtrace +0x29 _witness_debugger(c0c75c3b,c0dd4740,c0c7248e,c452c850,c0c724c0,...) at _witness_ debugger+0x25 witness_checkorder(c0dd4740,9,c0c724c0,101f,0,...) at witness_checkorder+0x839 _sx_xlock(c0dd4740,0,c0c724c0,101f,c4f59dd8,...) at _sx_xlock+0x85 driver_module_handler(c498b200,1,c4f59dd8,109,0,...) at driver_module_handler+0x 48 module_unload(c498b200,c0c6c577,274,271,c0864346,...) at module_unload+0x43 linker_file_unload(c4954200,0,c0c6c577,42c,c4f41000,...) at linker_file_unload+0 x15e kern_kldunload(c4aa3480,5,0,e6c72d2c,c0baeed3,...) at kern_kldunload+0xd5 kldunloadf(c4aa3480,e6c72cf8,8,c0c76cfd,c0d57c30,...) at kldunloadf+0x2b syscall(e6c72d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280ced2b, esp = 0xbfbfe48c , ebp = 0xbfbfecd8 --- -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 19:21:28 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50C6D106566B; Thu, 6 Aug 2009 19:21:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 139D68FC1A; Thu, 6 Aug 2009 19:21:28 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5C5931E002FF; Thu, 6 Aug 2009 21:21:27 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76JIriX014509; Thu, 6 Aug 2009 21:18:53 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76JIm6D014508; Thu, 6 Aug 2009 21:18:48 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 6 Aug 2009 21:18:48 +0200 To: freebsd-current@FreeBSD.org Message-ID: <20090806191848.GA14171@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: mav@FreeBSD.org Subject: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 19:21:28 -0000 So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro drive and it does work - until the drive falls into powersave mode after being idle for a little while. :( (I had the drive on 1394 before on another box where it was able to recover from this condition, but not on usb or esata - and the drive's 1394 interface died a while ago and also esata is faster anyway...) And now I came across this patch for the linux ata driver: http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e So my question is, could the same be done in our ata code? I have a slight :) hope it would help this drive too at least as it does seem to work on Linux... Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 19:47:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E67B1065785 for ; Thu, 6 Aug 2009 19:47:40 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id D2B9D8FC22 for ; Thu, 6 Aug 2009 19:47:39 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250894696; Thu, 06 Aug 2009 22:47:36 +0300 Message-ID: <4A7B3328.5020307@FreeBSD.org> Date: Thu, 06 Aug 2009 22:46:48 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Juergen Lock References: <20090806184510.GA12039@triton.kn-bremen.de> In-Reply-To: <20090806184510.GA12039@triton.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: cd(4) vs bluray and cdda (dae) on ahci(4) and siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 19:47:40 -0000 Juergen Lock wrote: > So I put the problematic optical drive on a siis pcie card now because > I wanted to play with esata too which seems to be kinda broken on the > jmicron that I used before at least with _this_ esata drive (hw issue > most likely, has been reported by users of other OSes too) - and I > noticed two things: > > 1. cd(4) (which the new ahci and siis drivers now also use) fails to do > any reads when a drive fails the read toc command as seems to happen > with bluray (data) discs at least; I was able to work around this > by moving the bailout: label up a few lines in scsi_cd.c:cdcheckmedia(): > > Index: sys/cam/scsi/scsi_cd.c > @@ -2868,12 +2868,18 @@ > } > > softc->flags |= CD_FLAG_VALID_TOC; > + > +bailout: > softc->disk->d_maxsize = DFLTPHYS; > softc->disk->d_sectorsize = softc->params.blksize; > softc->disk->d_mediasize = > (off_t)softc->params.blksize * softc->params.disksize; > > +/* if > bailout: > + * is here read requests will fail when the toc cant be read although > + * CD_FLAG_VALID_MEDIA is set. > + */ > > /* > * We unconditionally (re)set the blocksize each time the > > (I say work around because I don't know if there might be stuff > somewhere that depends on the old behaviour, although thats probably > unlikely; also acd(4) seems to behave similarly.) I have no idea about this, ... > 2. cdda/dae seems to be broken entirely with ahci(4) as well as > siis(4) (I remember a report about it being broken for usb optical > drives too so maybe this is related?) - I tested with the > audio/cdparanoia port as well as with > mplayer -cdrom-device /dev/cd{0,1} cdda://... > (mplayer needs to be built with the libparanoia knob on for this) - this > does work with atapicam(4) without ahci/siis so it can't be cd(4)'s > fault alone. On siis(4) it seems to just fail while on ahci(4) (I still > have another optical drive on there, it's on the board's amd sb700) > it causes the sata channel to be reset endlessly until I ^C mplayer: > > ahcich1: AHCI reset... > ahcich1: hardware reset ... > ahcich1: SATA connect time=0ms status=00000113 > ahcich1: ready wait time=144ms > ahcich1: AHCI reset done: devices=00000001 > ahcich1: AHCI reset... > ahcich1: hardware reset ... > ahcich1: SATA connect time=0ms status=00000113 > ahcich1: ready wait time=144ms > ahcich1: AHCI reset done: devices=00000001 > > (Remeber if you want to reproduce this libparanoia needs permissions > on the optical drive's pass(4) device node and possibly /dev/xpt0 too. > And of course you need an audio cd. :) > > Soo, anyone have ideas/patches/things they want me to check for this? But this appeared to to be really trivial. cdparanoia uses extremely simple method for detecting ATAPI devices - it checks that SIM is named "ata". Trivial single line hack made it successfully play some old AudioCD in SATA drive on SiI3132 controller for me, while I am typing this. Probably we should invent better way to do this. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 19:57:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B4C106564A for ; Thu, 6 Aug 2009 19:57:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 570738FC1A for ; Thu, 6 Aug 2009 19:57:34 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250895061; Thu, 06 Aug 2009 22:57:32 +0300 Message-ID: <4A7B357C.5010203@FreeBSD.org> Date: Thu, 06 Aug 2009 22:56:44 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Juergen Lock References: <20090806191848.GA14171@triton.kn-bremen.de> In-Reply-To: <20090806191848.GA14171@triton.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 19:57:36 -0000 Juergen Lock wrote: > So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro > drive and it does work - until the drive falls into powersave mode > after being idle for a little while. :( (I had the drive on 1394 > before on another box where it was able to recover from this condition, > but not on usb or esata - and the drive's 1394 interface died a while > ago and also esata is faster anyway...) > > And now I came across this patch for the linux ata driver: > http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e > > So my question is, could the same be done in our ata code? > I have a slight :) hope it would help this drive too at least as it > does seem to work on Linux... I am not sure it is related to your case, as you said your drive works for some time after plug. If drive spun-down automatically due to inactivity, it should spin-up automatically also, as OS unable to track that transition. 30 seconds of ATA command timeout should be sufficient for drive to do this. Do you have any other symptoms? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 20:10:18 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A6CB1065680; Thu, 6 Aug 2009 20:10:18 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id BF0C98FC08; Thu, 6 Aug 2009 20:10:17 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B7CD31E00314; Thu, 6 Aug 2009 22:10:16 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76K7KWA016342; Thu, 6 Aug 2009 22:07:20 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76K7K1g016341; Thu, 6 Aug 2009 22:07:20 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 6 Aug 2009 22:07:15 +0200 To: Alexander Motin Message-ID: <20090806200715.GA16313@triton.kn-bremen.de> References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A7B3328.5020307@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: cd(4) vs bluray and cdda (dae) on ahci(4) and siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 20:10:18 -0000 On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: > Juergen Lock wrote: > > So I put the problematic optical drive on a siis pcie card now because > > I wanted to play with esata too which seems to be kinda broken on the > > jmicron that I used before at least with _this_ esata drive (hw issue > > most likely, has been reported by users of other OSes too) - and I > > noticed two things: > > > > 1. cd(4) (which the new ahci and siis drivers now also use) fails to do > > any reads when a drive fails the read toc command as seems to happen > > with bluray (data) discs at least; I was able to work around this > > by moving the bailout: label up a few lines in scsi_cd.c:cdcheckmedia(): > > > > Index: sys/cam/scsi/scsi_cd.c > > @@ -2868,12 +2868,18 @@ > > } > > > > softc->flags |= CD_FLAG_VALID_TOC; > > + > > +bailout: > > softc->disk->d_maxsize = DFLTPHYS; > > softc->disk->d_sectorsize = softc->params.blksize; > > softc->disk->d_mediasize = > > (off_t)softc->params.blksize * softc->params.disksize; > > > > +/* if > > bailout: > > + * is here read requests will fail when the toc cant be read although > > + * CD_FLAG_VALID_MEDIA is set. > > + */ > > > > /* > > * We unconditionally (re)set the blocksize each time the > > > > (I say work around because I don't know if there might be stuff > > somewhere that depends on the old behaviour, although thats probably > > unlikely; also acd(4) seems to behave similarly.) > > I have no idea about this, ... > Btw with `acd(4) seems to behave similarly' I meant a drive on acd _can_ read bluray. > > 2. cdda/dae seems to be broken entirely with ahci(4) as well as > > siis(4) (I remember a report about it being broken for usb optical > > drives too so maybe this is related?) - I tested with the > > audio/cdparanoia port as well as with > > mplayer -cdrom-device /dev/cd{0,1} cdda://... > > (mplayer needs to be built with the libparanoia knob on for this) - this > > does work with atapicam(4) without ahci/siis so it can't be cd(4)'s > > fault alone. On siis(4) it seems to just fail while on ahci(4) (I still > > have another optical drive on there, it's on the board's amd sb700) > > it causes the sata channel to be reset endlessly until I ^C mplayer: > > > > ahcich1: AHCI reset... > > ahcich1: hardware reset ... > > ahcich1: SATA connect time=0ms status=00000113 > > ahcich1: ready wait time=144ms > > ahcich1: AHCI reset done: devices=00000001 > > ahcich1: AHCI reset... > > ahcich1: hardware reset ... > > ahcich1: SATA connect time=0ms status=00000113 > > ahcich1: ready wait time=144ms > > ahcich1: AHCI reset done: devices=00000001 > > > > (Remeber if you want to reproduce this libparanoia needs permissions > > on the optical drive's pass(4) device node and possibly /dev/xpt0 too. > > And of course you need an audio cd. :) > > > > Soo, anyone have ideas/patches/things they want me to check for this? > > But this appeared to to be really trivial. cdparanoia uses extremely > simple method for detecting ATAPI devices - it checks that SIM is named > "ata". Trivial single line hack made it successfully play some old > AudioCD in SATA drive on SiI3132 controller for me, while I am typing > this. Probably we should invent better way to do this. Oooh! :) I need to test this... Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 20:28:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8091065672; Thu, 6 Aug 2009 20:28:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 509E78FC20; Thu, 6 Aug 2009 20:28:39 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEACfaekqDaFvH/2dsb2JhbADRbYQYBQ X-IronPort-AV: E=Sophos;i="4.43,336,1246852800"; d="scan'208";a="41851973" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 06 Aug 2009 16:28:38 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 880761084AE5; Thu, 6 Aug 2009 16:28:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NrKxvFXlz6HD; Thu, 6 Aug 2009 16:28:37 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 9928A1084AE4; Thu, 6 Aug 2009 16:28:37 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n76KWPI08083; Thu, 6 Aug 2009 16:32:25 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 6 Aug 2009 16:32:25 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Julian Elischer In-Reply-To: <4A7B27DD.20503@elischer.org> Message-ID: References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> <4A7AF25D.40608@elischer.org> <4A7B27DD.20503@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Robert Watson , jeff@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, kib@FreeBSD.org, Navdeep Parhar , Larry Rosenman , lstewart@FreeBSD.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 20:28:40 -0000 On Thu, 6 Aug 2009, Julian Elischer wrote: >> Righto, yes. So does that imply that the alignment provided by crget() >> { which uses malloc() } is sufficient for td->td_ucred or is td->td_ucred >> a special case? > > It should be enough. > Ok, that's good news. > > we should probably do the right thign refcount-wise for the ucred > but refcount (atomic) ops are expensive. > In the clnt_rc.c case, it does do a crdup(), although I think a crhold() would have been sufficient. In the nlm, there is a case where the mount point cred gets used without a crhold() and that does cause panics for pho@'s tests related to "umount -f". I have a fix for that one, which is waiting for a Doug R. review. (It only affects "umount -f", which I think still has other issues, so I haven't tried to push for it getting into head.) So, yes, I think that the refcount issue is being handled, rick From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 20:37:27 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B45106564A; Thu, 6 Aug 2009 20:37:27 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id A32398FC1B; Thu, 6 Aug 2009 20:37:27 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id A4D751E00301; Thu, 6 Aug 2009 22:37:26 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76KZ28B017124; Thu, 6 Aug 2009 22:35:02 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76KZ1x8017123; Thu, 6 Aug 2009 22:35:01 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 6 Aug 2009 22:35:01 +0200 To: Alexander Motin Message-ID: <20090806203501.GA16639@triton.kn-bremen.de> References: <20090806191848.GA14171@triton.kn-bremen.de> <4A7B357C.5010203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A7B357C.5010203@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 20:37:28 -0000 On Thu, Aug 06, 2009 at 10:56:44PM +0300, Alexander Motin wrote: > Juergen Lock wrote: > > So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro > > drive and it does work - until the drive falls into powersave mode > > after being idle for a little while. :( (I had the drive on 1394 > > before on another box where it was able to recover from this condition, > > but not on usb or esata - and the drive's 1394 interface died a while > > ago and also esata is faster anyway...) > > > > And now I came across this patch for the linux ata driver: > > http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e > > > > So my question is, could the same be done in our ata code? > > I have a slight :) hope it would help this drive too at least as it > > does seem to work on Linux... > > I am not sure it is related to your case, as you said your drive works > for some time after plug. If drive spun-down automatically due to > inactivity, it should spin-up automatically also, as OS unable to track > that transition. 30 seconds of ATA command timeout should be sufficient > for drive to do this. Do you have any other symptoms? Well the drive becomes completely `dead' for our drivers once in this state, and when I try an atacontrol detach/attach on it at that point its not even found anymore. (And when I powercycle it by pulling its little wall wart for a moment it comes back.) Oh and I think I saw something in our 1394 drivers too that does send something like a spinup command... Also there have been threads on the net about Seagate external drives not working properly on Linux for a few years as well because of this powersaving `feature', and the drive does work on Linux here as I said (at least on esata) so I suspected that commit might have been what fixed it. Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 20:45:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7D08106564A for ; Thu, 6 Aug 2009 20:45:45 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 36B2C8FC15 for ; Thu, 6 Aug 2009 20:45:44 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250896687; Thu, 06 Aug 2009 23:45:41 +0300 Message-ID: <4A7B40C5.7040500@FreeBSD.org> Date: Thu, 06 Aug 2009 23:44:53 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Juergen Lock References: <20090806191848.GA14171@triton.kn-bremen.de> <4A7B357C.5010203@FreeBSD.org> <20090806203501.GA16639@triton.kn-bremen.de> In-Reply-To: <20090806203501.GA16639@triton.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 20:45:45 -0000 Juergen Lock wrote: > On Thu, Aug 06, 2009 at 10:56:44PM +0300, Alexander Motin wrote: >> Juergen Lock wrote: >>> So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro >>> drive and it does work - until the drive falls into powersave mode >>> after being idle for a little while. :( (I had the drive on 1394 >>> before on another box where it was able to recover from this condition, >>> but not on usb or esata - and the drive's 1394 interface died a while >>> ago and also esata is faster anyway...) >>> >>> And now I came across this patch for the linux ata driver: >>> http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e >>> >>> So my question is, could the same be done in our ata code? >>> I have a slight :) hope it would help this drive too at least as it >>> does seem to work on Linux... >> I am not sure it is related to your case, as you said your drive works >> for some time after plug. If drive spun-down automatically due to >> inactivity, it should spin-up automatically also, as OS unable to track >> that transition. 30 seconds of ATA command timeout should be sufficient >> for drive to do this. Do you have any other symptoms? > > Well the drive becomes completely `dead' for our drivers once in this > state, and when I try an atacontrol detach/attach on it at that point > its not even found anymore. (And when I powercycle it by pulling its > little wall wart for a moment it comes back.) Oh and I think I saw > something in our 1394 drivers too that does send something like a > spinup command... The problem is that we have no idea when to use this command after drive was successfully working. Could you boot with new CAM drivers and kernel verbose messages enabled? I am interested of what exactly happens on logs/console when drive dies and how it reacts on `camcontrol reset X` and `camcontrol rescan X` commands. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 21:14:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 430FD106568B; Thu, 6 Aug 2009 21:14:36 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6058FC19; Thu, 6 Aug 2009 21:14:35 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250897540; Fri, 07 Aug 2009 00:14:32 +0300 Message-ID: <4A7B4788.4090103@FreeBSD.org> Date: Fri, 07 Aug 2009 00:13:44 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4A4517BE.9040504@FreeBSD.org> <11167f520908052336x3fb98290tceb1e984fe9ad6aa@mail.gmail.com> In-Reply-To: <11167f520908052336x3fb98290tceb1e984fe9ad6aa@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------030804010009010104080307" Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 21:14:36 -0000 This is a multi-part message in MIME format. --------------030804010009010104080307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sam Fourman Jr. wrote: > On Fri, Jun 26, 2009 at 1:47 PM, Alexander Motin wrote: >> Hi. >> >> I would like to present for testing and feedback present state of my and >> Scott work on extending CAM subsystem to support ATA in addition to >> SCSI. At this moment we have > > Are these patches in FreeBSD BETA2 (src from today) > > I decided to try the iscsi client on FreeBSD 8 and I noticed that > da0 will not attach, but the same setup works on PC-BSD computer > aka FreeBSD 7.2 > > on the FreeBSD 8 i386 machine I get this message after > > iscsi: version 2.1.0 > xpt_dev_async called <-- This is why I am asking if it has anything > to do with these patches I've reproduced your problem. Try attached patch. It fixed problem for me: iscsi: version 2.1.0 pass0 at iscsi0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device GEOM: new disk da0 da0 at iscsi0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device -- Alexander Motin --------------030804010009010104080307 Content-Type: text/plain; name="iscsi.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="iscsi.patch" diff -ruNp sys/cam.prev/cam_ccb.h sys/cam/cam_ccb.h --- sys/cam.prev/cam_ccb.h 2009-07-19 11:26:54.000000000 +0300 +++ sys/cam/cam_ccb.h 2009-08-06 23:28:36.000000000 +0300 @@ -230,6 +230,7 @@ typedef enum { XPORT_ATA, /* AT Attachment */ XPORT_SAS, /* Serial Attached SCSI */ XPORT_SATA, /* Serial AT Attachment */ + XPORT_ISCSI, /* iSCSI */ } cam_xport; #define PROTO_VERSION_UNKNOWN (UINT_MAX - 1) diff -ruNp sys/cam.prev/cam_xpt.c sys/cam/cam_xpt.c --- sys/cam.prev/cam_xpt.c 2009-07-25 15:19:01.000000000 +0300 +++ sys/cam/cam_xpt.c 2009-08-06 23:29:03.000000000 +0300 @@ -3799,6 +3799,7 @@ xpt_bus_register(struct cam_sim *sim, de case XPORT_SAS: case XPORT_FC: case XPORT_USB: + case XPORT_ISCSI: new_bus->xport = scsi_get_xport(); break; case XPORT_ATA: --- sys/dev/iscsi/initiator/isc_cam.c.prev 2009-05-19 07:37:07.000000000 +0300 +++ sys/dev/iscsi/initiator/isc_cam.c 2009-08-06 23:30:35.000000000 +0300 @@ -190,6 +190,8 @@ _inq(struct cam_sim *sim, union ccb *ccb strncpy(cpi->hba_vid, "iSCSI", HBA_IDLEN); strncpy(cpi->dev_name, cam_sim_name(sim), DEV_IDLEN); cpi->unit_number = cam_sim_unit(sim); + cpi->transport = XPORT_ISCSI; + cpi->transport_version = 0; cpi->ccb_h.status = CAM_REQ_CMP; } --------------030804010009010104080307-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 21:30:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 882A71065675 for ; Thu, 6 Aug 2009 21:30:51 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id 321B68FC1D for ; Thu, 6 Aug 2009 21:30:50 +0000 (UTC) Received: (qmail 57229 invoked from network); 6 Aug 2009 16:30:49 -0500 Received: from keira.kiwi-computer.com (HELO kiwi-computer.com) (63.224.10.3) by hamlet.setfilepointer.com with SMTP; 6 Aug 2009 16:30:49 -0500 Received: (qmail 18309 invoked by uid 2001); 6 Aug 2009 21:30:49 -0000 Date: Thu, 6 Aug 2009 16:30:49 -0500 From: "Rick C. Petty" To: Alexander Motin Message-ID: <20090806213048.GA17945@keira.kiwi-computer.com> References: <20090806191848.GA14171@triton.kn-bremen.de> <4A7B357C.5010203@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A7B357C.5010203@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 21:30:52 -0000 On Thu, Aug 06, 2009 at 10:56:44PM +0300, Alexander Motin wrote: > Juergen Lock wrote: > >So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro > >drive and it does work - until the drive falls into powersave mode > >after being idle for a little while. :( (I had the drive on 1394 > >before on another box where it was able to recover from this condition, > >but not on usb or esata - and the drive's 1394 interface died a while > >ago and also esata is faster anyway...) > > > > And now I came across this patch for the linux ata driver: > > http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e > > > > So my question is, could the same be done in our ata code? > >I have a slight :) hope it would help this drive too at least as it > >does seem to work on Linux... > > I am not sure it is related to your case, as you said your drive works > for some time after plug. If drive spun-down automatically due to > inactivity, it should spin-up automatically also, as OS unable to track > that transition. 30 seconds of ATA command timeout should be sufficient > for drive to do this. Do you have any other symptoms? I believe this patch is for something different. Certain drives are automatically spun down at power up. One such drive is in my satellite provider's DVR. If you hook it up to regular SATA and power, it will never spin up. It requires a special ATA command to tell it to spin up. I believe the linux patch does precisely this. I know there's a special SATA power cable that tells the drive not to spin up until given the spinup command, which I also found in my satellite provider's DVR. Basically this is done through pin 11: http://en.wikipedia.org/wiki/Serial_ATA#Power_supply Although not every drive supports this feature. -- Rick C. Petty From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 22:18:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE0E106564A for ; Thu, 6 Aug 2009 22:18:41 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3716E8FC08 for ; Thu, 6 Aug 2009 22:18:40 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 2700E7E818 for ; Thu, 6 Aug 2009 14:18:40 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Thu, 6 Aug 2009 14:18:38 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908061418.38978.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: panic: vm_fault: fault on nofault entry, addr: c33a3000 - r195941/BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 22:18:41 -0000 Hi, got the following panic. Have been having this a few times quite randomly, since beta2. Finally with KDB_UNATTENDED got a core dump. I can't really relate this to a workload. It happened once when machine was totally idle, this time there was a rather high workload from compiling kde4 related ports in a jail with -j2. FreeBSD smoochies.rachie.is-a-geek.net 8.0-BETA2 FreeBSD 8.0-BETA2 #9 r195941M: Sun Aug 2 12:25:04 AKDT 2009 mel@smoochies.rachie.is-a- geek.net:/usr/obj/usr/src/sys/HPDV9000 i386 panic: vm_fault: fault on nofault entry, addr: c33a3000 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c33a3000 cpuid = 1 Uptime: 3d12h41m32s Physical memory: 1517 MB Dumping 257 MB: 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc064d0b7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xc064d3e2 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xc08216b7 in vm_fault (map=0xc1890000, vaddr=3275370496, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:283 #4 0xc088540e in trap_pfault (frame=0xe7919a34, usermode=0, eva=3275370840) at /usr/src/sys/i386/i386/trap.c:835 #5 0xc0885e83 in trap (frame=0xe7919a34) at /usr/src/sys/i386/i386/trap.c:528 #6 0xc0868aab in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc0839a05 in vm_reserv_level_iffullpop (m=0xc776c5e8) at /usr/src/sys/vm/vm_reserv.c:512 #8 0xc0882ad0 in pmap_enter (pmap=0xc4d42450, va=750776320, access=2 '\002', m=0xc776c5e8, prot=3 '\003', wired=0) at /usr/src/sys/i386/i386/pmap.c:3226 #9 0xc0823095 in vm_fault (map=0xc4d423a0, vaddr=750776320, fault_type=2 '\002', fault_flags=Variable "fault_flags" is not available. ) at /usr/src/sys/vm/vm_fault.c:933 #10 0xc088535b in trap_pfault (frame=0xe7919d38, usermode=1, eva=750776320) at /usr/src/sys/i386/i386/trap.c:823 #11 0xc0885cfe in trap (frame=0xe7919d38) at /usr/src/sys/i386/i386/trap.c:398 #12 0xc0868aab in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #13 0x2832f530 in ?? () (kgdb) f 9 #9 0xc0823095 in vm_fault (map=0xc4d423a0, vaddr=750776320, fault_type=2 '\002', fault_flags=Variable "fault_flags" is not available. ) at /usr/src/sys/vm/vm_fault.c:933 933 pmap_enter(fs.map->pmap, vaddr, fault_type, fs.m, prot, wired); (kgdb) print *map $1 = {header = {prev = 0xc59d15a0, next = 0xc59d1630, left = 0x0, right = 0x0, start = 0, end = 3217031168, avail_ssize = 0, adj_free = 0, max_free = 0, object = { vm_object = 0x0, sub_map = 0x0}, offset = 0, eflags = 0, protection = 0 '\0', max_protection = 0 '\0', inheritance = 0 '\0', wired_count = 0, lastr = 0, uip = 0x0}, lock = {lock_object = {lo_name = 0xc090395e "user map", lo_flags = 36896768, lo_data = 0, lo_witness = 0x0}, sx_lock = 17}, system_mtx = {lock_object = { lo_name = 0xc0903953 "system map", lo_flags = 21168128, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, nentries = 154, size = 322252800, timestamp = 137335, needs_wakeup = 0 '\0', system_map = 0 '\0', flags = 0 '\0', root = 0xcaab3d80, pmap = 0xc4d42450, deferred_freelist = 0x0} Anything else anyone wants to see? -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 22:25:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D797E106566C; Thu, 6 Aug 2009 22:25:05 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 976D98FC1B; Thu, 6 Aug 2009 22:25:05 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B1CD31E00314; Fri, 7 Aug 2009 00:25:04 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76MD7lV001981; Fri, 7 Aug 2009 00:13:07 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76MD78P001980; Fri, 7 Aug 2009 00:13:07 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 7 Aug 2009 00:13:07 +0200 To: Alexander Motin Message-ID: <20090806221307.GA1940@triton.kn-bremen.de> References: <20090806191848.GA14171@triton.kn-bremen.de> <4A7B357C.5010203@FreeBSD.org> <20090806203501.GA16639@triton.kn-bremen.de> <4A7B40C5.7040500@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A7B40C5.7040500@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 22:25:06 -0000 On Thu, Aug 06, 2009 at 11:44:53PM +0300, Alexander Motin wrote: > Juergen Lock wrote: > > On Thu, Aug 06, 2009 at 10:56:44PM +0300, Alexander Motin wrote: > >> Juergen Lock wrote: > >>> So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro > >>> drive and it does work - until the drive falls into powersave mode > >>> after being idle for a little while. :( (I had the drive on 1394 > >>> before on another box where it was able to recover from this condition, > >>> but not on usb or esata - and the drive's 1394 interface died a while > >>> ago and also esata is faster anyway...) > >>> > >>> And now I came across this patch for the linux ata driver: > >>> http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e > >>> > >>> So my question is, could the same be done in our ata code? > >>> I have a slight :) hope it would help this drive too at least as it > >>> does seem to work on Linux... > >> I am not sure it is related to your case, as you said your drive works > >> for some time after plug. If drive spun-down automatically due to > >> inactivity, it should spin-up automatically also, as OS unable to track > >> that transition. 30 seconds of ATA command timeout should be sufficient > >> for drive to do this. Do you have any other symptoms? > > > > Well the drive becomes completely `dead' for our drivers once in this > > state, and when I try an atacontrol detach/attach on it at that point > > its not even found anymore. (And when I powercycle it by pulling its > > little wall wart for a moment it comes back.) Oh and I think I saw > > something in our 1394 drivers too that does send something like a > > spinup command... > > The problem is that we have no idea when to use this command after drive > was successfully working. Could you boot with new CAM drivers and kernel > verbose messages enabled? I am interested of what exactly happens on > logs/console when drive dies and how it reacts on `camcontrol reset X` > and `camcontrol rescan X` commands. Well, what should I say, siis(4) seems to do the right thing now, i.e. the drive spins up again properly now after a small delay like it used to do on 1394. So either I must have tested it on the old ata driver or I only tested it on 7... So, sorry for the noise, :) Juergen From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 22:25:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C5E11065672; Thu, 6 Aug 2009 22:25:06 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 977AD8FC1C; Thu, 6 Aug 2009 22:25:05 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B9B3D1E00311; Fri, 7 Aug 2009 00:25:04 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76MLRKL002165; Fri, 7 Aug 2009 00:21:27 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76MLRVH002164; Fri, 7 Aug 2009 00:21:27 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 7 Aug 2009 00:21:27 +0200 To: Juergen Lock Message-ID: <20090806222127.GB1940@triton.kn-bremen.de> References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090806200715.GA16313@triton.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alexander Motin , freebsd-current@FreeBSD.org, markus@FreeBSD.org Subject: cdparanoia patch for ahci(4)/siis(4) (was: Re: cd(4) vs bluray and cdda (dae) on ahci(4) and siis(4)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 22:25:06 -0000 On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: > On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: > > Juergen Lock wrote: > > > 2. cdda/dae seems to be broken entirely with ahci(4) as well as > > > siis(4) (I remember a report about it being broken for usb optical > > > drives too so maybe this is related?) - I tested with the > > > audio/cdparanoia port as well as with > > > mplayer -cdrom-device /dev/cd{0,1} cdda://... > > > (mplayer needs to be built with the libparanoia knob on for this) - this > > > does work with atapicam(4) without ahci/siis so it can't be cd(4)'s > > > fault alone. On siis(4) it seems to just fail while on ahci(4) (I still > > > have another optical drive on there, it's on the board's amd sb700) > > > it causes the sata channel to be reset endlessly until I ^C mplayer: > > > > > > ahcich1: AHCI reset... > > > ahcich1: hardware reset ... > > > ahcich1: SATA connect time=0ms status=00000113 > > > ahcich1: ready wait time=144ms > > > ahcich1: AHCI reset done: devices=00000001 > > > ahcich1: AHCI reset... > > > ahcich1: hardware reset ... > > > ahcich1: SATA connect time=0ms status=00000113 > > > ahcich1: ready wait time=144ms > > > ahcich1: AHCI reset done: devices=00000001 > > > > > > (Remeber if you want to reproduce this libparanoia needs permissions > > > on the optical drive's pass(4) device node and possibly /dev/xpt0 too. > > > And of course you need an audio cd. :) > > > > > > Soo, anyone have ideas/patches/things they want me to check for this? > > > > But this appeared to to be really trivial. cdparanoia uses extremely > > simple method for detecting ATAPI devices - it checks that SIM is named > > "ata". Trivial single line hack made it successfully play some old > > AudioCD in SATA drive on SiI3132 controller for me, while I am typing > > this. Probably we should invent better way to do this. > > Oooh! :) I need to test this... Yup, works here too on siis and ahci with the following patch: (maintainer Cc'd) Index: interface/scsi_interface.c @@ -1480,9 +1480,12 @@ /* * if the bus device name is `ata', we're (obviously) * running ATAPICAM. + * XXX same for the new ahci(4) and siis(4) drivers... */ - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); d->is_atapi = 1; } else { Thanx, :) Juergen From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 22:40:32 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C611065674; Thu, 6 Aug 2009 22:40:32 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id AECDC8FC0A; Thu, 6 Aug 2009 22:40:31 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id C8F811E0030E; Fri, 7 Aug 2009 00:40:30 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76Mc6De006516; Fri, 7 Aug 2009 00:38:06 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76Mc6Pv006515; Fri, 7 Aug 2009 00:38:06 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 7 Aug 2009 00:38:06 +0200 To: Juergen Lock Message-ID: <20090806223806.GA6332@triton.kn-bremen.de> References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090806200715.GA16313@triton.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-scsi@FreeBSD.org, Alexander Motin , freebsd-current@FreeBSD.org Subject: Re: cd(4) vs bluray ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 22:40:32 -0000 On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: > On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: > > Juergen Lock wrote: > > > So I put the problematic optical drive on a siis pcie card now because > > > I wanted to play with esata too which seems to be kinda broken on the > > > jmicron that I used before at least with _this_ esata drive (hw issue > > > most likely, has been reported by users of other OSes too) - and I > > > noticed two things: > > > > > > 1. cd(4) (which the new ahci and siis drivers now also use) fails to do > > > any reads when a drive fails the read toc command as seems to happen > > > with bluray (data) discs at least; I was able to work around this > > > by moving the bailout: label up a few lines in scsi_cd.c:cdcheckmedia(): > > > > > > Index: sys/cam/scsi/scsi_cd.c > > > @@ -2868,12 +2868,18 @@ > > > } > > > > > > softc->flags |= CD_FLAG_VALID_TOC; > > > + > > > +bailout: > > > softc->disk->d_maxsize = DFLTPHYS; > > > softc->disk->d_sectorsize = softc->params.blksize; > > > softc->disk->d_mediasize = > > > (off_t)softc->params.blksize * softc->params.disksize; > > > > > > +/* if > > > bailout: > > > + * is here read requests will fail when the toc cant be read although > > > + * CD_FLAG_VALID_MEDIA is set. > > > + */ > > > > > > /* > > > * We unconditionally (re)set the blocksize each time the > > > > > > (I say work around because I don't know if there might be stuff > > > somewhere that depends on the old behaviour, although thats probably > > > unlikely; also acd(4) seems to behave similarly.) > > > > I have no idea about this, ... > > > Btw with `acd(4) seems to behave similarly' I meant a drive on acd > _can_ read bluray. Ok what do the -scsi folks say about this? Should it check for the disc (or drive?) to be bluray on only accept read toc failure in that case? Or is the patch fine as it is? As I said the old acd(4) driver seems not to care i.e. reads from bluray discs just fine... Wondering, Juergen From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 22:49:30 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DD22106566C; Thu, 6 Aug 2009 22:49:30 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8BB8FC08; Thu, 6 Aug 2009 22:49:30 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 673461E0030F; Fri, 7 Aug 2009 00:49:29 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n76Ml8F4007623; Fri, 7 Aug 2009 00:47:08 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n76Ml8Ku007622; Fri, 7 Aug 2009 00:47:08 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 7 Aug 2009 00:47:07 +0200 To: "Rick C. Petty" Message-ID: <20090806224707.GA7454@triton.kn-bremen.de> References: <20090806191848.GA14171@triton.kn-bremen.de> <4A7B357C.5010203@FreeBSD.org> <20090806213048.GA17945@keira.kiwi-computer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090806213048.GA17945@keira.kiwi-computer.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alexander Motin , freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: (es)ata drives may need an explicit spinup command? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 22:49:30 -0000 On Thu, Aug 06, 2009 at 04:30:49PM -0500, Rick C. Petty wrote: > On Thu, Aug 06, 2009 at 10:56:44PM +0300, Alexander Motin wrote: > > Juergen Lock wrote: > > >So I tested esata on a siis pcie card with a 750G Seagate Freeagent Pro > > >drive and it does work - until the drive falls into powersave mode > > >after being idle for a little while. :( (I had the drive on 1394 > > >before on another box where it was able to recover from this condition, > > >but not on usb or esata - and the drive's 1394 interface died a while > > >ago and also esata is faster anyway...) > > > > > > And now I came across this patch for the linux ata driver: > > > http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=commitdiff;h=169439c2e35f01e7832a9b4fc8a7446980c3d593;hp=1e999736cafdffc374f22eed37b291129ef82e4e > > > > > > So my question is, could the same be done in our ata code? > > >I have a slight :) hope it would help this drive too at least as it > > >does seem to work on Linux... > > > > I am not sure it is related to your case, as you said your drive works > > for some time after plug. If drive spun-down automatically due to > > inactivity, it should spin-up automatically also, as OS unable to track > > that transition. 30 seconds of ATA command timeout should be sufficient > > for drive to do this. Do you have any other symptoms? > > I believe this patch is for something different. Certain drives are > automatically spun down at power up. One such drive is in my satellite > provider's DVR. If you hook it up to regular SATA and power, it will never > spin up. It requires a special ATA command to tell it to spin up. I > believe the linux patch does precisely this. I know there's a special > SATA power cable that tells the drive not to spin up until given the spinup > command, which I also found in my satellite provider's DVR. Basically this > is done through pin 11: > http://en.wikipedia.org/wiki/Serial_ATA#Power_supply > > Although not every drive supports this feature. Yup it does seem to be something different after all as the new siis(4) driver handles the condition just fine, apparently I only tested the drive on the old ata driver. Oh well... Juergen From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 00:21:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7B751065676 for ; Fri, 7 Aug 2009 00:21:55 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 704C98FC17 for ; Fri, 7 Aug 2009 00:21:55 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id B869D4AC68; Fri, 7 Aug 2009 02:06:11 +0200 (CEST) Date: Fri, 7 Aug 2009 02:06:11 +0200 From: Martin Wilke To: freebsd-current@FreeBSD.org Message-ID: <20090807000611.GA38670@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 00:21:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, We got a new box for playing with some appz, now I have a _strange_ problem. All videos / flash vidoes playing to fast. I've tested vlc/xine/mplayer all the same problem. Sound is ok. I played also with kern.hz=100 but still the same problem. A secound problem is powerd, i can't use that under 1200 mhz, under 1200 the box freeze. [1:52][miwi@] $ uname -a (~) FreeBSD 8.0-BETA2 FreeBSD 8.0-BETA2 #1 r196069: Wed Aug 5 14:52:16 CEST 2009 root@:/usr/obj/usr/src/sys/AMD64BOX amd64 [1:52][miwi@] $ dmesg: http://nopaste.unixfreunde.de/2275 pciconf -lv http://nopaste.unixfreunde.de/2276 Does someone have any idea what happend is here? thx miwi - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkp7b/MACgkQdLJIhLHm/Ol6+wCfRhTOPUbIyd2Tcv4y95PpfuUj 1xIAoI6rk4Yvmm9Hik8M/N02PCuMmE2X =nb/U -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 01:22:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D242B106564A; Fri, 7 Aug 2009 01:22:51 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 70FCB8FC17; Fri, 7 Aug 2009 01:22:51 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 075E436CBE; Fri, 7 Aug 2009 03:02:00 +0200 (CEST) Date: Fri, 7 Aug 2009 03:02:00 +0200 From: cpghost To: Martin Wilke Message-ID: <20090807010159.GV86066@phenom.cordula.ws> References: <20090807000611.GA38670@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090807000611.GA38670@bsdcrew.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 01:22:52 -0000 On Fri, Aug 07, 2009 at 02:06:11AM +0200, Martin Wilke wrote: > A secound problem is powerd, i can't use > that under 1200 mhz, under 1200 the box > freeze. I have that same problem with a CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) AS a work around, I've added debug.cpufreq.lowest="1240" to /boot/loader.conf. It's not ideal, but I have NO idea what's causing the freezes at lower CPU speeds. BTW, you can slow down videos in mplayer manually by typing '[' repeatedly -- and speed them up again with ']'. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 05:23:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CE22106566C; Fri, 7 Aug 2009 05:23:35 +0000 (UTC) (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 E7ECE8FC0A; Fri, 7 Aug 2009 05:23:34 +0000 (UTC) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n775NUHA016479; Thu, 6 Aug 2009 23:23:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A7BBA52.306@samsco.org> Date: Thu, 06 Aug 2009 23:23:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Juergen Lock References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> In-Reply-To: <20090806222127.GB1940@triton.kn-bremen.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.8 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Alexander Motin , freebsd-current@freebsd.org, markus@freebsd.org Subject: Re: cdparanoia patch for ahci(4)/siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 05:23:35 -0000 Juergen Lock wrote: > On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: >> On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: >>> Juergen Lock wrote: > >>>> 2. cdda/dae seems to be broken entirely with ahci(4) as well as >>>> siis(4) (I remember a report about it being broken for usb optical >>>> drives too so maybe this is related?) - I tested with the >>>> audio/cdparanoia port as well as with >>>> mplayer -cdrom-device /dev/cd{0,1} cdda://... >>>> (mplayer needs to be built with the libparanoia knob on for this) - this >>>> does work with atapicam(4) without ahci/siis so it can't be cd(4)'s >>>> fault alone. On siis(4) it seems to just fail while on ahci(4) (I still >>>> have another optical drive on there, it's on the board's amd sb700) >>>> it causes the sata channel to be reset endlessly until I ^C mplayer: >>>> >>>> ahcich1: AHCI reset... >>>> ahcich1: hardware reset ... >>>> ahcich1: SATA connect time=0ms status=00000113 >>>> ahcich1: ready wait time=144ms >>>> ahcich1: AHCI reset done: devices=00000001 >>>> ahcich1: AHCI reset... >>>> ahcich1: hardware reset ... >>>> ahcich1: SATA connect time=0ms status=00000113 >>>> ahcich1: ready wait time=144ms >>>> ahcich1: AHCI reset done: devices=00000001 >>>> >>>> (Remeber if you want to reproduce this libparanoia needs permissions >>>> on the optical drive's pass(4) device node and possibly /dev/xpt0 too. >>>> And of course you need an audio cd. :) >>>> >>>> Soo, anyone have ideas/patches/things they want me to check for this? >>> But this appeared to to be really trivial. cdparanoia uses extremely >>> simple method for detecting ATAPI devices - it checks that SIM is named >>> "ata". Trivial single line hack made it successfully play some old >>> AudioCD in SATA drive on SiI3132 controller for me, while I am typing >>> this. Probably we should invent better way to do this. >> Oooh! :) I need to test this... > > Yup, works here too on siis and ahci with the following patch: > (maintainer Cc'd) > > Index: interface/scsi_interface.c > @@ -1480,9 +1480,12 @@ > /* > * if the bus device name is `ata', we're (obviously) > * running ATAPICAM. > + * XXX same for the new ahci(4) and siis(4) drivers... > */ > > - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { > + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || > + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || > + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { > cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); > d->is_atapi = 1; > } else { > > Thanx, :) > Juergen This is fine for the moment, but unmaintainable in the long run as more and more drives are written. cdparanoia needs to look at protocol and transport attributes, not device names. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 05:44:14 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F156106566B; Fri, 7 Aug 2009 05:44:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8488FC17; Fri, 7 Aug 2009 05:44:12 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2837D45CA0; Fri, 7 Aug 2009 07:44:11 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 08CD6456B1; Fri, 7 Aug 2009 07:44:05 +0200 (CEST) Date: Fri, 7 Aug 2009 07:44:31 +0200 From: Pawel Jakub Dawidek To: Juergen Unger Message-ID: <20090807054431.GA2500@garage.freebsd.pl> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <20090802092714.GA5813@jpru.ffm.jpru.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20090802092714.GA5813@jpru.ffm.jpru.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 05:44:14 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 02, 2009 at 11:27:14AM +0200, Juergen Unger wrote: > I tried the patch, restarted the whole thing yesterday morning > and after less then 24 hours and approximately 3215 zfs-receive > jobs it do not crashes anymore, but the last started zfs-receive > jobs is hanging, cannot be killed, even not with -9. Even other > zfs commands are hanging and cannot be killed, while zpool commands > seems to be not affected. Unfortunatel I wasn't able to reproduce it. The good news is that something was just committed to OpenSolaris which might fix it (see bug 6868108 on http://bugs.opensolaris.org). The bad news is that the fix is too complex to backport to our ZFS version... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKe78/ForvXbEpPzQRApJJAKCqp/QJAntfveRu1eDA0yILQRaghgCdHdCy 9qLwTrmuxfVAHN+y8X0WGOE= =NkZ6 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 07:19:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFCEF106566C; Fri, 7 Aug 2009 07:19:30 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1648FC15; Fri, 7 Aug 2009 07:19:29 +0000 (UTC) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 250926331; Fri, 07 Aug 2009 10:19:26 +0300 Message-ID: <4A7BD57E.3040201@FreeBSD.org> Date: Fri, 07 Aug 2009 10:19:26 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Scott Long References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> In-Reply-To: <4A7BBA52.306@samsco.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, markus@freebsd.org, Juergen Lock Subject: Re: cdparanoia patch for ahci(4)/siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 07:19:31 -0000 Scott Long wrote: > Juergen Lock wrote: >> On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: >>> On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: >>>> Juergen Lock wrote: >>>>> 2. cdda/dae seems to be broken entirely with ahci(4) as well as >>>>> siis(4) (I remember a report about it being broken for usb optical >>>>> drives too so maybe this is related?) - I tested with the >>>>> audio/cdparanoia port as well as with >>>>> mplayer -cdrom-device /dev/cd{0,1} cdda://... >>>>> (mplayer needs to be built with the libparanoia knob on for this) - >>>>> this >>>>> does work with atapicam(4) without ahci/siis so it can't be cd(4)'s >>>>> fault alone. On siis(4) it seems to just fail while on ahci(4) (I >>>>> still >>>>> have another optical drive on there, it's on the board's amd sb700) >>>>> it causes the sata channel to be reset endlessly until I ^C mplayer: >>>>> >>>>> Soo, anyone have ideas/patches/things they want me to check for this? >>>> But this appeared to to be really trivial. cdparanoia uses extremely >>>> simple method for detecting ATAPI devices - it checks that SIM is >>>> named "ata". Trivial single line hack made it successfully play some >>>> old AudioCD in SATA drive on SiI3132 controller for me, while I am >>>> typing this. Probably we should invent better way to do this. >>> Oooh! :) I need to test this... >> >> Yup, works here too on siis and ahci with the following patch: >> (maintainer Cc'd) >> >> Index: interface/scsi_interface.c >> @@ -1480,9 +1480,12 @@ >> /* >> * if the bus device name is `ata', we're (obviously) >> * running ATAPICAM. >> + * XXX same for the new ahci(4) and siis(4) drivers... >> */ >> >> - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { >> + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || >> + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || >> + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { >> cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); >> d->is_atapi = 1; >> } else { >> >> Thanx, :) >> Juergen > > This is fine for the moment, but unmaintainable in the long run as more > and more drives are written. cdparanoia needs to look at protocol and > transport attributes, not device names. CAM reports SCSI protocol for ATAPI devices at this moment. It is not good probably. but changing it now may be painful. Checks like d->ccb->cpi.transport == XPORT_ATA || d->ccb->cpi.transport == XPORT_SATA should be for now. "ata" hack should also stay there for now, as ATAPICAM emulates SCSI transport now, but not a new ATA one. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 07:22:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C13106564A; Fri, 7 Aug 2009 07:22:59 +0000 (UTC) (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 D2B9F8FC1F; Fri, 7 Aug 2009 07:22:58 +0000 (UTC) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n777Mr4h016999; Fri, 7 Aug 2009 01:22:53 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A7BD64D.60601@samsco.org> Date: Fri, 07 Aug 2009 01:22:53 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Alexander Motin References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> In-Reply-To: <4A7BD57E.3040201@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.2 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, markus@FreeBSD.org, Juergen Lock Subject: Re: cdparanoia patch for ahci(4)/siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 07:22:59 -0000 Alexander Motin wrote: > Scott Long wrote: >> Juergen Lock wrote: >>> On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: >>>> On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: >>>>> Juergen Lock wrote: >>>>>> 2. cdda/dae seems to be broken entirely with ahci(4) as well as >>>>>> siis(4) (I remember a report about it being broken for usb optical >>>>>> drives too so maybe this is related?) - I tested with the >>>>>> audio/cdparanoia port as well as with >>>>>> mplayer -cdrom-device /dev/cd{0,1} cdda://... >>>>>> (mplayer needs to be built with the libparanoia knob on for this) - >>>>>> this >>>>>> does work with atapicam(4) without ahci/siis so it can't be cd(4)'s >>>>>> fault alone. On siis(4) it seems to just fail while on ahci(4) (I >>>>>> still >>>>>> have another optical drive on there, it's on the board's amd sb700) >>>>>> it causes the sata channel to be reset endlessly until I ^C mplayer: >>>>>> >>>>>> Soo, anyone have ideas/patches/things they want me to check for this? >>>>> But this appeared to to be really trivial. cdparanoia uses extremely >>>>> simple method for detecting ATAPI devices - it checks that SIM is >>>>> named "ata". Trivial single line hack made it successfully play some >>>>> old AudioCD in SATA drive on SiI3132 controller for me, while I am >>>>> typing this. Probably we should invent better way to do this. >>>> Oooh! :) I need to test this... >>> Yup, works here too on siis and ahci with the following patch: >>> (maintainer Cc'd) >>> >>> Index: interface/scsi_interface.c >>> @@ -1480,9 +1480,12 @@ >>> /* >>> * if the bus device name is `ata', we're (obviously) >>> * running ATAPICAM. >>> + * XXX same for the new ahci(4) and siis(4) drivers... >>> */ >>> >>> - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { >>> + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || >>> + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || >>> + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { >>> cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); >>> d->is_atapi = 1; >>> } else { >>> >>> Thanx, :) >>> Juergen >> This is fine for the moment, but unmaintainable in the long run as more >> and more drives are written. cdparanoia needs to look at protocol and >> transport attributes, not device names. > > CAM reports SCSI protocol for ATAPI devices at this moment. It is not > good probably. but changing it now may be painful. Checks like > d->ccb->cpi.transport == XPORT_ATA || > d->ccb->cpi.transport == XPORT_SATA > should be for now. "ata" hack should also stay there for now, as > ATAPICAM emulates SCSI transport now, but not a new ATA one. > What protocol should CAM be reporting for ATAPI devices? It is SCSI. I don't understand why we have to keep on diverging from the goal of having a unified and consistent interface here. As for ATAPICAM, that hopefully will go away some day, as it's really only a hack. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 07:42:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D4DB106566C; Fri, 7 Aug 2009 07:42:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 99C888FC19; Fri, 7 Aug 2009 07:42:55 +0000 (UTC) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 250929538; Fri, 07 Aug 2009 10:42:52 +0300 Message-ID: <4A7BDAFB.7020303@FreeBSD.org> Date: Fri, 07 Aug 2009 10:42:51 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Scott Long References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> <4A7BD64D.60601@samsco.org> In-Reply-To: <4A7BD64D.60601@samsco.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, markus@FreeBSD.org, Juergen Lock Subject: Re: cdparanoia patch for ahci(4)/siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 07:42:58 -0000 Scott Long wrote: > Alexander Motin wrote: >> CAM reports SCSI protocol for ATAPI devices at this moment. It is not >> good probably. but changing it now may be painful. Checks like >> d->ccb->cpi.transport == XPORT_ATA || >> d->ccb->cpi.transport == XPORT_SATA >> should be for now. "ata" hack should also stay there for now, as >> ATAPICAM emulates SCSI transport now, but not a new ATA one. > > What protocol should CAM be reporting for ATAPI devices? It is SCSI. I > don't understand why we have to keep on diverging from the goal of > having a unified and consistent interface here. ATAPI supports both ATA (partially) and SCSI command sets. And before main SCSI commands can be executed, ATA identification and configuration should be done. Now SATA XPT fetches ATA IDENTIFY and sets respective transfer mode, but it is tricky now for other code to differentiate ATAPI devices from plain SCSI. From the one side transfer negotiation is indeed only a transport feature, but from other side, as in this cdparanoia case ATAPI/SCSI difference somehow affects error handling (haven't looked actually why). -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 08:09:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8225B106564A for ; Fri, 7 Aug 2009 08:09:51 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 467F88FC15 for ; Fri, 7 Aug 2009 08:09:51 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id 8D81D4AC67; Fri, 7 Aug 2009 10:09:46 +0200 (CEST) Date: Fri, 7 Aug 2009 10:09:46 +0200 From: Martin Wilke To: cpghost Message-ID: <20090807080946.GB38670@bsdcrew.de> References: <20090807000611.GA38670@bsdcrew.de> <20090807010159.GV86066@phenom.cordula.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20090807010159.GV86066@phenom.cordula.ws> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 08:09:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Aug 07, 2009 at 03:02:00AM +0200, cpghost wrote: > On Fri, Aug 07, 2009 at 02:06:11AM +0200, Martin Wilke wrote: > > A secound problem is powerd, i can't use > > that under 1200 mhz, under 1200 the box > > freeze. > > I have that same problem with a > CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) > > AS a work around, I've added > debug.cpufreq.lowest="1240" > to /boot/loader.conf. > > It's not ideal, but I have NO idea what's causing the freezes > at lower CPU speeds. > > BTW, you can slow down videos in mplayer manually by typing > '[' repeatedly -- and speed them up again with ']'. > > -cpghost. Thanks but that's all workarounds, I want here to get a real solutions, also that solved not the flash problem. - - Martin > > -- > Cordula's Web. http://www.cordula.ws/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEARECAAYFAkp74UoACgkQdLJIhLHm/OneygCfWbaVQY9+/EsL4cQL0FkKoqqD iGkAkgNC4DUOlFWbDSkHOoOFOzb4NFQ= =QAHR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 08:16:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B59AD106566B; Fri, 7 Aug 2009 08:16:51 +0000 (UTC) (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 4B43E8FC16; Fri, 7 Aug 2009 08:16:51 +0000 (UTC) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n777rSOm017180; Fri, 7 Aug 2009 01:53:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A7BDD78.5020607@samsco.org> Date: Fri, 07 Aug 2009 01:53:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Alexander Motin References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> <4A7BD64D.60601@samsco.org> <4A7BDAFB.7020303@FreeBSD.org> In-Reply-To: <4A7BDAFB.7020303@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.3 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, markus@FreeBSD.org, Juergen Lock Subject: Re: cdparanoia patch for ahci(4)/siis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 08:16:52 -0000 Alexander Motin wrote: > Scott Long wrote: >> Alexander Motin wrote: >>> CAM reports SCSI protocol for ATAPI devices at this moment. It is not >>> good probably. but changing it now may be painful. Checks like >>> d->ccb->cpi.transport == XPORT_ATA || >>> d->ccb->cpi.transport == XPORT_SATA >>> should be for now. "ata" hack should also stay there for now, as >>> ATAPICAM emulates SCSI transport now, but not a new ATA one. >> What protocol should CAM be reporting for ATAPI devices? It is SCSI. I >> don't understand why we have to keep on diverging from the goal of >> having a unified and consistent interface here. > > ATAPI supports both ATA (partially) Not really, just enough to get it going into PACKET mode. The SCSI emulation in ATAPI drives has been very good for the past 10 years, as they have to be MMC compliant in order to work with the common Windows software. > and SCSI command sets. And before > main SCSI commands can be executed, ATA identification and configuration > should be done. This is a detail that happens internal to CAM and long before the device is made available to the user. > Now SATA XPT fetches ATA IDENTIFY and sets respective > transfer mode, but it is tricky now for other code to differentiate > ATAPI devices from plain SCSI. Again, there is no need. An application can always look at the protocol transport data, see that it's SATA/ATA, and do an XPT_ATA_IO command. Adding yet another protocol definition only complicates things for no benefit and no portability. > From the one side transfer negotiation is > indeed only a transport feature, but from other side, as in this > cdparanoia case ATAPI/SCSI difference somehow affects error handling > (haven't looked actually why). > As we have discussed many times, ATA error reporting is primitive at best, and vastly inferior to SCSI error reporting. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 08:42:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41D93106566C for ; Fri, 7 Aug 2009 08:42:41 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id A58008FC20 for ; Fri, 7 Aug 2009 08:42:40 +0000 (UTC) Received: by fxm24 with SMTP id 24so1488032fxm.36 for ; Fri, 07 Aug 2009 01:42:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.199.16 with SMTP id b16mr361235muq.130.1249634559237; Fri, 07 Aug 2009 01:42:39 -0700 (PDT) In-Reply-To: <20090807080946.GB38670@bsdcrew.de> References: <20090807000611.GA38670@bsdcrew.de> <20090807010159.GV86066@phenom.cordula.ws> <20090807080946.GB38670@bsdcrew.de> Date: Fri, 7 Aug 2009 10:42:39 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, cpghost Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 08:42:41 -0000 On Fri, Aug 7, 2009 at 10:09, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri, Aug 07, 2009 at 03:02:00AM +0200, cpghost wrote: >> On Fri, Aug 07, 2009 at 02:06:11AM +0200, Martin Wilke wrote: >> > A secound problem is powerd, i can't use >> > that under 1200 mhz, under 1200 the box >> > freeze. >> >> I have that same problem with a >> =A0 CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class = CPU) >> >> AS a work around, I've added >> =A0 debug.cpufreq.lowest=3D"1240" >> to /boot/loader.conf. >> >> It's not ideal, but I have NO idea what's causing the freezes >> at lower CPU speeds. >> >> BTW, you can slow down videos in mplayer manually by typing >> '[' repeatedly -- and speed them up again with ']'. >> >> -cpghost. > > Thanks but that's all workarounds, I want here to get a real > solutions, also that solved not the flash problem. > > - - Martin > >> >> -- >> Cordula's Web. http://www.cordula.ws/ >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > > - -- > > +-----------------------+-------------------------------+ > | =A0PGP =A0 =A0: 0xB1E6FCE9 =A0| =A0Jabber : miwi(at)BSDCrew.de =A0| > | =A0Skype =A0: splash_111 =A0| =A0Mail =A0 : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | =A0 =A0 =A0 Mess with the Best, Die like the Rest! =A0 =A0 =A0 =A0 =A0| > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEUEARECAAYFAkp74UoACgkQdLJIhLHm/OneygCfWbaVQY9+/EsL4cQL0FkKoqqD > iGkAkgNC4DUOlFWbDSkHOoOFOzb4NFQ=3D > =3DQAHR > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > Please show: sysctl kern.timecounter afaik using acpi_throttling AND cool'n quiet together often leads to freezes and even to more energy consumption. Maybe you can disable acpi_throttle and just use the cool'n quiet states. From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 08:48:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B882106564A for ; Fri, 7 Aug 2009 08:48:56 +0000 (UTC) (envelope-from simon@siel.si) Received: from mail.siel.si (mail.siel.si [85.10.14.26]) by mx1.freebsd.org (Postfix) with ESMTP id 89A7D8FC16 for ; Fri, 7 Aug 2009 08:48:55 +0000 (UTC) Received: from localhost (localhost [85.10.14.26]) by mail.siel.si (Postfix) with ESMTP id 87DD23AAD09; Fri, 7 Aug 2009 10:48:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at siel.si Received: from mail.siel.si ([85.10.14.26]) by localhost (pu1b.siel.si [85.10.14.26]) (amavisd-new, port 10024) with ESMTP id b0riqtQHWynB; Fri, 7 Aug 2009 10:48:51 +0200 (CEST) Received: from [10.0.1.20] (cpe-77.38.25.175.cable.t-1.si [77.38.25.175]) by mail.siel.si (Postfix) with ESMTP id 75F263AAD04; Fri, 7 Aug 2009 10:48:49 +0200 (CEST) Message-Id: <2F7346C1-E041-4D31-8FB4-24321DDAA608@siel.si> From: =?WINDOWS-1252?Q?Simon_=8Eekar?= To: Scott Long , List In-Reply-To: <4A66C7BB.6030307@samsco.org> Content-Type: multipart/signed; boundary=Apple-Mail-51-744787894; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 7 Aug 2009 10:48:47 +0200 References: <4A66C7BB.6030307@samsco.org> X-Mailer: Apple Mail (2.936) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: run_interrupt_driven_hooks - waiting for xpt_config - booting on DL380 G6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 08:48:56 -0000 --Apple-Mail-51-744787894 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hello, what's really issue with this ? Is there any workaround ? interesting is that a FreeBSD 7.2 i386 boots fine when preinstalled on =20= a server with a different controller. Thanks, S. On Jul 22, 2009, at 10:03 AM, Scott Long wrote: > This is probably a CISS P410 controller, right? It'll say exactly =20 > what it is further up in the boot messages. I know of the problem =20 > here, and > I'm working on a fix. However, it might be a few more days before I > have anything that can be tested. > > Scott > > > Simon =8Eekar wrote: >> Hello, >> I'm running into difficulties booting FreeBSD 8.0 BETA2 amd64 CD =20 >> image on a HP DL380 G6. >> it freezes right after USB hubs & CD initialization with the =20 >> messsage: >> umass0: on usbus5 >> umass0: 8070i (ATAPI) over Bulk-Only; quirks =3D 0x0000 >> umass0:2:0:-1: Attached to scbus2 >> run_interrupt_driven_hooks: still waiting after 60 seconds for =20 >> xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for =20 >> xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for =20 >> xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for =20 >> xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for =20 >> xpt_config >> panic: run_interrupt_driven_config_hooks: waited too long >> cpuid =3D 0 >> KDB: enter : panic >> [thread pid 0 tid 100000] >> Stopped at kdb_enter+0x3d: movq $0,0x687f60(%rip) >> db> >> keyboard freezes here, so no way I can do backtrace. >> The same error is with 7.2-RELEASE bootable CD, but there it just =20 >> freezes, no messages about waiting for xpt_config. >> What's there to be done ? >> I can provide remote access to iLO of this server if this would =20 >> somehow help fix things. >> Thank you, >> Simon. --Apple-Mail-51-744787894-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 10:07:07 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0859E106564A for ; Fri, 7 Aug 2009 10:07:07 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id C17438FC1E for ; Fri, 7 Aug 2009 10:07:06 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id 7017E4AC67; Fri, 7 Aug 2009 12:07:05 +0200 (CEST) Date: Fri, 7 Aug 2009 12:07:05 +0200 From: Martin Wilke To: freebsd-current@FreeBSD.org Message-ID: <20090807100705.GE42714@bsdcrew.de> References: <20090807000611.GA38670@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20090807000611.GA38670@bsdcrew.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 10:07:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Aug 07, 2009 at 02:06:11AM +0200, Martin Wilke wrote: > Howdy, > > We got a new box for playing with some appz, > now I have a _strange_ problem. All > videos / flash vidoes playing to fast. > I've tested vlc/xine/mplayer all the > same problem. Sound is ok. I played also > with kern.hz=100 but still the same problem. > A secound problem is powerd, i can't use > that under 1200 mhz, under 1200 the box > freeze. > > [1:52][miwi@] $ uname -a (~) > FreeBSD 8.0-BETA2 FreeBSD 8.0-BETA2 #1 r196069: Wed Aug 5 14:52:16 CEST 2009 root@:/usr/obj/usr/src/sys/AMD64BOX amd64 > [1:52][miwi@] $ > > dmesg: > http://nopaste.unixfreunde.de/2275 > > pciconf -lv > http://nopaste.unixfreunde.de/2276 > > Does someone have any idea what happend is here? > > thx miwi Ok all solved, bios updated solved the powerd problem (thx to b.f for the tip) and video speed problem can I solve with hw.snd.default_unit=1. (thx to rnoland) - - Martin > > -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkp7/MkACgkQdLJIhLHm/Okw0ACgsBteWn4zZDucqucrLowF35e/ PnAAoL8y74jR2mKgiHJ2L+FEDwN2tjWA =Muss -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 10:33:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D351065672 for ; Fri, 7 Aug 2009 10:33:40 +0000 (UTC) (envelope-from fullblaststorm@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 69E838FC1F for ; Fri, 7 Aug 2009 10:33:40 +0000 (UTC) Received: by fxm24 with SMTP id 24so1539382fxm.36 for ; Fri, 07 Aug 2009 03:33:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=3vLpI9o+HkwlLLiSAHkqmnsdxYgThxl4cnUnznJdh6s=; b=B7PE5m8jaGXRBuHGQBjOr6Q7LELNclS5EE8Z/c/o3kuFUrF/iOw+fuOGLTED2rgB9t HCszoeuJHrdC7axIVjJI6rLSJIkTsrcMQ7KolWhu8py4tdqG/KQV/oXNbVTrNeznEFX3 3bv+sBqBCiStLBh13zPyhZrPTCevjW46O6OWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Wxb9TmFUD6e2r2yV8si21fdf8NPTuNHRgb+I1X8Bh2IcOJHfDtijAhOF7VIjkTPYKd 2uIOVJPVdTEzXZ9zlXopFwkFdbKFpPqWAkWPX8jfoiQqrrB2dfD68rtS/N18aOYmYyNI gUdoUlNWM4NDiRXF0u8V9nazuDdA5Giq/eomU= MIME-Version: 1.0 Received: by 10.239.164.129 with SMTP id t1mr98503hbd.172.1249639968066; Fri, 07 Aug 2009 03:12:48 -0700 (PDT) In-Reply-To: <2F7346C1-E041-4D31-8FB4-24321DDAA608@siel.si> References: <4A66C7BB.6030307@samsco.org> <2F7346C1-E041-4D31-8FB4-24321DDAA608@siel.si> Date: Fri, 7 Aug 2009 17:12:48 +0700 Message-ID: <6c51dbb10908070312m489e3910tf7082ba6c741a25@mail.gmail.com> From: FuLLBLaSTstorm To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: run_interrupt_driven_hooks - waiting for xpt_config - booting on DL380 G6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 10:33:41 -0000 Greetings, I have the Fujitsu Siemens ESPRIMO V6505 laptop. So I have *exactly* the same problem installing FreeBSD on it. So if some testing is required i will be more than happy to do it. Regards From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 11:24:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C839C106566B for ; Fri, 7 Aug 2009 11:24:58 +0000 (UTC) (envelope-from simon@siel.si) Received: from mail.siel.si (mail.siel.si [85.10.14.26]) by mx1.freebsd.org (Postfix) with ESMTP id 817A38FC19 for ; Fri, 7 Aug 2009 11:24:58 +0000 (UTC) Received: from localhost (localhost [85.10.14.26]) by mail.siel.si (Postfix) with ESMTP id 788D537AD5E; Fri, 7 Aug 2009 13:24:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at siel.si Received: from mail.siel.si ([85.10.14.26]) by localhost (pu1b.siel.si [85.10.14.26]) (amavisd-new, port 10024) with ESMTP id g6lpWf2tZlvU; Fri, 7 Aug 2009 13:24:53 +0200 (CEST) Received: from [10.0.1.20] (cpe-77.38.25.175.cable.t-1.si [77.38.25.175]) by mail.siel.si (Postfix) with ESMTP id BCC1E3AAE50; Fri, 7 Aug 2009 13:24:53 +0200 (CEST) Message-Id: From: =?WINDOWS-1252?Q?Simon_=8Eekar?= To: FuLLBLaSTstorm , List In-Reply-To: <6c51dbb10908070312m489e3910tf7082ba6c741a25@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 7 Aug 2009 13:24:53 +0200 References: <4A66C7BB.6030307@samsco.org> <2F7346C1-E041-4D31-8FB4-24321DDAA608@siel.si> <6c51dbb10908070312m489e3910tf7082ba6c741a25@mail.gmail.com> X-Mailer: Apple Mail (2.936) Cc: Subject: Re: run_interrupt_driven_hooks - waiting for xpt_config - booting on DL380 G6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 11:24:59 -0000 I have noticed that behaviour on some old IBM servers as well. It looks like this was introduced in 7.2 release. 7.1 release boots fine. S. On Aug 7, 2009, at 12:12 PM, FuLLBLaSTstorm wrote: > Greetings, > I have the Fujitsu Siemens ESPRIMO V6505 laptop. So I have *exactly* > the same problem installing FreeBSD on it. So if some testing is > required i will be more than happy to do it. > > Regards > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 11:27:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D74106566B for ; Fri, 7 Aug 2009 11:27:17 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id A64CD8FC1D for ; Fri, 7 Aug 2009 11:27:16 +0000 (UTC) Received: by fxm24 with SMTP id 24so1563546fxm.36 for ; Fri, 07 Aug 2009 04:27:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=E0Jn6Hyw9SWW/d3NA5Zth54cVyRL3M/N2ul5rEcuoSo=; b=OFV6ESPBpk2aA+jmd5OHD4COPt5Y0d8kBDnNRx8DYVe1TslXGW8WauPMNRqA2dZ8rl eDkVWDAgnaAnYoCGuIu7pyMyVaXgmVTsVgCTX4eUALASL8NV277X9s5QhfOPLL5Rac7U u0udw2gFNk9R3BNjytcaxMnc6cftBNZKQ7IoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:content-type; b=IbOVRT5ulU7JkygpY4rkOBxvw9drRRD+9jA3zCzIpFx/wKea5T3ZAetjSlQZzjuYEE Dbs0IP8WNBCFQSjKw2XCr18z4QWvugbJjHlCULzC+QD56i/zXn/KZ+i9Al49o5TbihO+ fx92kXLemDSUhwbDQlJUaFqQVEB+QZ99hbWQQ= MIME-Version: 1.0 Sender: shteryana@gmail.com Received: by 10.204.112.205 with SMTP id x13mr3038629bkp.170.1249642782624; Fri, 07 Aug 2009 03:59:42 -0700 (PDT) Date: Fri, 7 Aug 2009 13:59:42 +0300 X-Google-Sender-Auth: 79628c047ec96b75 Message-ID: <61b573980908070359h2b79d507t4661bea162378ab0@mail.gmail.com> From: Shteryana Shopova To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=0016368e21cc278c2904708b2246 Subject: kernel crash while loading snd_hda - _sx_xlock_hard: recursed on non-recursive sx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 11:27:17 -0000 --0016368e21cc278c2904708b2246 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, I am getting a kernel crash every time I try to load the snd_hda module - backtrace in the attachment - this is on a current as of August 6th, ~17pm. Making the newbus lock recursable fixed the issue for me (patch attached) but I am not familiar with the newbus subsystem & locking so I am not sure that this is the appropriate solution. cheers, Shteryana --0016368e21cc278c2904708b2246 Content-Type: text/plain; charset=US-ASCII; name="bt.txt" Content-Disposition: attachment; filename="bt.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fy2simhv0 IzkgIDB4YzA4N2ZjZTYgaW4gcGFuaWMgKAogICAgZm10PTB4YzBjNzA0MjkgIl9zeF94bG9ja19o YXJkOiByZWN1cnNlZCBvbiBub24tcmVjdXJzaXZlIHN4ICVzIEAgJXM6JWRcbiIpCiAgICBhdCAv dXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTU4CiMxMCAweGMwODg3NTU0IGluIF9z eF94bG9ja19oYXJkIChzeD0weGMwZGQ0NzQwLCB0aWQ9MzMyMDg0NDg2NCwgb3B0cz0wLCAKICAg IGZpbGU9MHhjMGM3MjRjMCAiL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9idXMuYyIsIGxpbmU9MjE5 KQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zeC5jOjQ4NAojMTEgMHhjMDg4N2NiMCBp biBfc3hfeGxvY2sgKHN4PTB4YzBkZDQ3NDAsIG9wdHM9MCwgCiAgICBmaWxlPTB4YzBjNzI0YzAg Ii91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfYnVzLmMiLCBsaW5lPTIxOSkgYXQgc3guaDoxNTUKIzEy IDB4YzA4YTc1MmEgaW4gbmV3YnVzX3hsb2NrICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJf YnVzLmM6MjE5CiMxMyAweGM2M2EwMTI0IGluIGhkYWNfYXR0YWNoMiAoYXJnPTB4YzVhYzY4MDAp Ci0tLVR5cGUgPHJldHVybj4gdG8gY29udGludWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0tLSAK ICAgIGF0IC91c3Ivc3JjL3N5cy9tb2R1bGVzL3NvdW5kL2RyaXZlci9oZGEvLi4vLi4vLi4vLi4v ZGV2L3NvdW5kL3BjaS9oZGEvaGRhYy5jOjc0MzgKIzE0IDB4YzYzYTg5ZTUgaW4gaGRhY19hdHRh Y2ggKGRldj0weGM1YjA3ZTgwKQogICAgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvc291bmQvZHJp dmVyL2hkYS8uLi8uLi8uLi8uLi9kZXYvc291bmQvcGNpL2hkYS9oZGFjLmM6NDE5MwojMTUgMHhj MDhhODgxNyBpbiBkZXZpY2VfYXR0YWNoIChkZXY9MHhjNWIwN2U4MCkgYXQgZGV2aWNlX2lmLmg6 MTc4CiMxNiAweGMwOGE5NTRjIGluIGRldmljZV9wcm9iZV9hbmRfYXR0YWNoIChkZXY9MHhjNWIw N2U4MCkKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfYnVzLmM6MjYwMgojMTcgMHhjMDcw ZDliNSBpbiBwY2lfZHJpdmVyX2FkZGVkIChkZXY9MHhjNWIwOTM4MCwgZHJpdmVyPTB4YzYzYWQz MjApCiAgICBhdCAvdXNyL3NyYy9zeXMvZGV2L3BjaS9wY2kuYzoyODM5CiMxOCAweGMwOGE2NDg4 IGluIGRldmNsYXNzX2RyaXZlcl9hZGRlZCAoZGM9MHhjNTk1NWIwMCwgZHJpdmVyPTB4YzYzYWQz MjApCiAgICBhdCBidXNfaWYuaDoxODMKIzE5IDB4YzA4YTgxNjMgaW4gZHJpdmVyX21vZHVsZV9o YW5kbGVyIChtb2Q9MHhjNWU4YmI0MCwgd2hhdD0wLCAKICAgIGFyZz0weGM2M2FkMmYwKSBhdCAv dXNyL3NyYy9zeXMva2Vybi9zdWJyX2J1cy5jOjEwODQKIzIwIDB4YzA4NmY1NTcgaW4gbW9kdWxl X3JlZ2lzdGVyX2luaXQgKGFyZz0weGM2M2FkMjUwKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9tb2R1bGUuYzoxMjQKIzIxIDB4YzA4NjZkMmEgaW4gbGlua2VyX2xvYWRfbW9kdWxlIChr bGRuYW1lPVZhcmlhYmxlICJrbGRuYW1lIiBpcyBub3QgYXZhaWxhYmxlLgopCiAgICBhdCAvdXNy L3NyYy9zeXMva2Vybi9rZXJuX2xpbmtlci5jOjIzNAojMjIgMHhjMDg2NzFlYSBpbiBrZXJuX2ts ZGxvYWQgKHRkPTB4YzVmMDEyNDAsIGZpbGU9MHhjNWUwZjgwMCAic25kX2hkYSIsIAogICAgZmls ZWlkPTB4ZTgxZTRjNzApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbGlua2VyLmM6MTAxNgoj MjMgMHhjMDg2NzMyNCBpbiBrbGRsb2FkICh0ZD0weGM1ZjAxMjQwLCB1YXA9MHhlODFlNGNmOCkK ICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbGlua2VyLmM6MTA0NAoK --0016368e21cc278c2904708b2246 Content-Type: application/octet-stream; name="subr_bus.c-20090807-01.diff" Content-Disposition: attachment; filename="subr_bus.c-20090807-01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fy2st0x31 LS0tIC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfYnVzLmMJMjAwOS0wOC0wNyAxMjowNTo0MC4wMDAw MDAwMDAgKzAzMDAKKysrIGtlcm4vc3Vicl9idXMuYwkyMDA5LTA4LTA3IDExOjQwOjIxLjAwMDAw MDAwMCArMDMwMApAQCAtMTk3LDcgKzE5Nyw3IEBACiAgKi8KIHN0YXRpYyBzdHJ1Y3Qgc3ggbmV3 YnVzX2xvY2s7CiAKLSNkZWZpbmUJTkJMX0xPQ0tfSU5JVCgpCQlzeF9pbml0X2ZsYWdzKCZuZXdi dXNfbG9jaywgIm5ld2J1cyIsIFNYX1JFQ1VSU0UpCisjZGVmaW5lCU5CTF9MT0NLX0lOSVQoKQkJ c3hfaW5pdCgmbmV3YnVzX2xvY2ssICJuZXdidXMiKQogI2RlZmluZQlOQkxfTE9DS19ERVNUUk9Z KCkJc3hfZGVzdHJveSgmbmV3YnVzX2xvY2spCiAjZGVmaW5lCU5CTF9YTE9DSygpCQlzeF94bG9j aygmbmV3YnVzX2xvY2spCiAjZGVmaW5lCU5CTF9TTE9DSygpCQlzeF9zbG9jaygmbmV3YnVzX2xv Y2spCg== --0016368e21cc278c2904708b2246-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 12:24:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7C90106566B; Fri, 7 Aug 2009 12:24:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.tele2.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 57CE98FC08; Fri, 7 Aug 2009 12:24:31 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=vifD49j4_MQA:10 a=Qa35spukGxu/rmuNTmr4yg==:17 a=6I5d2MoRAAAA:8 a=iYNQXgCyshUQFe9pU2IA:9 a=kl9a1s5acASGSdcFjdYABUFNQPIA:4 Received: from [85.19.72.137] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 550270379; Fri, 07 Aug 2009 14:24:30 +0200 From: Hans Petter Selasky To: current@freebsd.org, Attilio Rao Date: Fri, 7 Aug 2009 14:24:31 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071424.32236.hselasky@c2i.net> Cc: Subject: Recent newbus lock patches cleanup in USB regard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 12:24:33 -0000 Hi, I've reviewed Attilio's patches in USB regard and I've spent some hours today to cleanup his initial patch. Result is below: http://perforce.freebsd.org/chv.cgi?CH=167087 Patch for -current will be posted later. The patch needs some more testing before committing. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 12:33:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42FE1065673; Fri, 7 Aug 2009 12:33:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 20D268FC16; Fri, 7 Aug 2009 12:33:15 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Qa35spukGxu/rmuNTmr4yg==:17 a=6I5d2MoRAAAA:8 a=1XwNwSwitz25EByeM9YA:9 a=gTk_gjysuApDULSJLYqHuN2tkx8A:4 Received: from [85.19.72.137] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 903192453; Fri, 07 Aug 2009 14:33:14 +0200 From: Hans Petter Selasky To: Grzegorz Bernacki , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, arm@freebsd.org Date: Fri, 7 Aug 2009 14:33:15 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071433.16484.hselasky@c2i.net> Cc: Subject: USB busdma sync flag fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 12:33:17 -0000 Hi, Can people with AMD64 + USB and more than 4GBytes of RAM give the following patch a shot? http://perforce.freebsd.org/chv.cgi?CH=167088 Thanks to "Grzegorz Bernacki" and his friends at Semihalf for fixing USB on ARM and PowerPC ++ --HPS From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 12:38:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3C3106564A for ; Fri, 7 Aug 2009 12:38:48 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.24]) by mx1.freebsd.org (Postfix) with ESMTP id 043A38FC23 for ; Fri, 7 Aug 2009 12:38:47 +0000 (UTC) Received: from [62.143.132.243] (helo=localhost) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1MZOR1-0002yu-CZ for freebsd-current@freebsd.org; Fri, 07 Aug 2009 14:20:36 +0200 Date: Fri, 7 Aug 2009 14:20:27 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090807142027.1a30e8ba@fabiankeil.de> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/BUUp2EMZi7S4n80wP5kPaYj"; protocol="application/pgp-signature" X-Df-Sender: 775067 Subject: Fatal trap 12: page fault while in kernel mode - current process: flowcleaner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 12:38:49 -0000 --Sig_/BUUp2EMZi7S4n80wP5kPaYj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Using: FreeBSD TP51.local 8.0-BETA2 FreeBSD 8.0-BETA2 #36: Sat Aug 1 00:07:09 CES= T 2009 fk@TP51.local:/usr/obj/usr/src/sys/THINKPAD i386 I got the following panic: fk@TP51 /usr/crash $kgdb /boot/kernel/kernel.symbols vmcore.6 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0x0 stack pointer =3D 0x28:0xf1a2fc94 frame pointer =3D 0x28:0xf1a2fcd8 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 40 (flowcleaner) panic: from debugger cpuid =3D 0 Uptime: 2m1s Physical memory: 998 MB Dumping 144 MB: 129 113 97 81 65 49 33 17 1 Reading symbols from /boot/kernel/unionfs.ko...Reading symbols from /boot/k= ernel/unionfs.ko.symbols...done. done. [...] Loaded symbols for /boot/kernel/fdescfs.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:246 #1 0xc0678e66 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 19 #2 0xc06790a2 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xc04f2e57 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04f33e1 in db_command (last_cmdp=3D0xc0a1f31c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04f353a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04f532d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #7 0xc06a33c6 in kdb_trap (type=3D12, code=3D0, tf=3D0xf1a2fc54) at /usr/s= rc/sys/kern/subr_kdb.c:534 #8 0xc0913a8f in trap_fatal (frame=3D0xf1a2fc54, eva=3D0) at /usr/src/sys/= i386/i386/trap.c:924 #9 0xc0913cc3 in trap_pfault (frame=3D0xf1a2fc54, usermode=3D0, eva=3D0) a= t /usr/src/sys/i386/i386/trap.c:846 #10 0xc091469a in trap (frame=3D0xf1a2fc54) at /usr/src/sys/i386/i386/trap.= c:528 #11 0xc08f83bb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #12 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) The backtrace in ddb mentioned several flow* functions, but unfortunately it doesn't seem to have survived the dump. The problem occurred after booting the system with the rc.conf line: ifconfig_wlan0=3D"inet 192.168.178.49 -wme" changing it to: ifconfig_wlan0=3D"inet 192.168.178.49 ssid [...] wepkey 1:[0x...] deftxke= y 1 wepmode on chanlist 7 -wme" running: /etc/rc.d/netif restart followed by: ifconfig wlan0 which showed that wlan0 got associated. The panic happened less than a second later. The system is an IBM ThinkPad R51 with iwi0 as wlandev. em0 was configured and up but unconnected. Fabian --Sig_/BUUp2EMZi7S4n80wP5kPaYj Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp8HA8ACgkQBYqIVf93VJ3wNgCgxEZztdibSCLJGWOUWyondxqP pdsAniBUACjCYhMIoLG8Cmet4z08YEKJ =EflV -----END PGP SIGNATURE----- --Sig_/BUUp2EMZi7S4n80wP5kPaYj-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 12:44:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7111065689; Fri, 7 Aug 2009 12:44:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B74F68FC2E; Fri, 7 Aug 2009 12:44:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 671E946B06; Fri, 7 Aug 2009 08:44:43 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AA4BF8A0AC; Fri, 7 Aug 2009 08:44:42 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 7 Aug 2009 08:35:19 -0400 User-Agent: KMail/1.9.7 References: <20090804225806.GA54680@hub.freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908070835.20246.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 07 Aug 2009 08:44:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "Bjoern A. Zeeb" , kib@freebsd.org, Navdeep Parhar , Navdeep Parhar , Larry Rosenman , Robert Watson , lstewart@freebsd.org Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 12:44:44 -0000 On Thursday 06 August 2009 10:11:26 am Robert Watson wrote: > On Thu, 6 Aug 2009, Larry Rosenman wrote: > > > On Thu, 6 Aug 2009, Robert Watson wrote: > > > >> On Tue, 4 Aug 2009, Navdeep Parhar wrote: > >> > >>>>> This occurs on today's HEAD + some unrelated patches. That makes it > >>>>> 8.0BETA2+ code. I haven't tried older builds. > >>>> > >>>> We have finally been able to reproduce this ourselves yesterday and > >>> > >>> Well, it happens every single time on all of my amd64 machines. After I'd > >>> already sent my email I noticed that the netisr mutex has an odd address > >>> (pun intended :-)) > >>> > >>> m=0xffffffff8144d867 > >> > >> Heh, indeed. We just spotted the same result here. In this case it's > >> causing a panic because it leads to a non-atomic read due to mtx_lock > >> spanning a cache line boundary, followed shortly by a panic because it's > >> not a valid thread pointer when it's dereferenced, as we get a fractional > >> pointer. > > [snip] > > > > Do we have an ETA for a testable patch? > > RSN, I'm afraid. We can eliminate the effect by reverting the use of DPCPU in > netisr.c (basically reverting to pre-r195019 of netisr.c). The interesting > question is where the problem originates -- is gcc/ld/etc not laying out the > elf section properly, or are the MD parts not providing an aligned base? > There are also probably issues in the DPCPU handling of modules along similar > lines, but first things first. No, gcc/ld/etc is doing the right thing. However, the DPCPU and VNET code implicitly assumes that the dpcpu/vnet sets start off with a specific alignment and that assumption is false (as it turns out). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 12:53:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B581065673; Fri, 7 Aug 2009 12:53:17 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 6929C8FC1F; Fri, 7 Aug 2009 12:53:17 +0000 (UTC) Received: from lstewart-laptop.caia.swin.edu.au (host86-144-70-159.range86-144.btcentralplus.com [86.144.70.159]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n77CqsKT009390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Aug 2009 22:53:01 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A7C2395.6020600@freebsd.org> Date: Fri, 07 Aug 2009 13:52:37 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090722) MIME-Version: 1.0 To: Fabian Keil References: <20090807142027.1a30e8ba@fabiankeil.de> In-Reply-To: <20090807142027.1a30e8ba@fabiankeil.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: freebsd-current@freebsd.org, kmacy@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode - current process: flowcleaner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 12:53:18 -0000 Fabian Keil wrote: > Using: > > FreeBSD TP51.local 8.0-BETA2 FreeBSD 8.0-BETA2 #36: Sat Aug 1 00:07:09 CEST 2009 > fk@TP51.local:/usr/obj/usr/src/sys/THINKPAD i386 > > I got the following panic: > > fk@TP51 /usr/crash $kgdb /boot/kernel/kernel.symbols vmcore.6 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xf1a2fc94 > frame pointer = 0x28:0xf1a2fcd8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 40 (flowcleaner) > panic: from debugger > cpuid = 0 > Uptime: 2m1s > Physical memory: 998 MB > Dumping 144 MB: 129 113 97 81 65 49 33 17 1 > > Reading symbols from /boot/kernel/unionfs.ko...Reading symbols from /boot/kernel/unionfs.ko.symbols...done. > done. > [...] > Loaded symbols for /boot/kernel/fdescfs.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:246 > #1 0xc0678e66 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 > #2 0xc06790a2 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:575 > #3 0xc04f2e57 in db_panic (addr=Could not find the frame base for "db_panic". > ) at /usr/src/sys/ddb/db_command.c:478 > #4 0xc04f33e1 in db_command (last_cmdp=0xc0a1f31c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 > #5 0xc04f353a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 > #6 0xc04f532d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 > #7 0xc06a33c6 in kdb_trap (type=12, code=0, tf=0xf1a2fc54) at /usr/src/sys/kern/subr_kdb.c:534 > #8 0xc0913a8f in trap_fatal (frame=0xf1a2fc54, eva=0) at /usr/src/sys/i386/i386/trap.c:924 > #9 0xc0913cc3 in trap_pfault (frame=0xf1a2fc54, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:846 > #10 0xc091469a in trap (frame=0xf1a2fc54) at /usr/src/sys/i386/i386/trap.c:528 > #11 0xc08f83bb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #12 0x00000000 in ?? () > Previous frame inner to this frame (corrupt stack?) > > The backtrace in ddb mentioned several flow* functions, > but unfortunately it doesn't seem to have survived the > dump. > > The problem occurred after booting the system with the rc.conf line: > ifconfig_wlan0="inet 192.168.178.49 -wme" > changing it to: > ifconfig_wlan0="inet 192.168.178.49 ssid [...] wepkey 1:[0x...] deftxkey 1 wepmode on chanlist 7 -wme" > running: > /etc/rc.d/netif restart > followed by: > ifconfig wlan0 > which showed that wlan0 got associated. > The panic happened less than a second later. > > The system is an IBM ThinkPad R51 with iwi0 as wlandev. > em0 was configured and up but unconnected. I can reliably trigger a flowcleaner panic as well on my Toshiba R600 laptop with a rum based WIFI dongle (D-Link DWA-110). I only get it on teardown/detach though. Kip is aware of the issue and will hopefully have a patch for us at some point. Panic details: Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xffffffff80628998 stack pointer = 0x28:0xffffff80568ebba0 frame pointer = 0x28:0xffffff80568ebc00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 51 (flowcleaner) Relevant part of backtrace: #8 0xffffffff80849083 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #9 0xffffffff80628998 in flowtable_free_stale (ft=Variable "ft" is not available. ) at /usr/src/sys/net/flowtable.c:835 #10 0xffffffff80628b17 in flowtable_cleaner () at /usr/src/sys/net/flowtable.c:944 #11 0xffffffff8055a37a in fork_exit (callout=0xffffffff80628a60 , arg=0x0, frame=0xffffff80568ebc80) at /usr/src/sys/kern/kern_fork.c:838 #12 0xffffffff8084955e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:561 Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 14:04:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22BDA106564A for ; Fri, 7 Aug 2009 14:04:29 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0830E8FC1F for ; Fri, 7 Aug 2009 14:04:27 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id A9C5A36D54; Fri, 7 Aug 2009 16:04:23 +0200 (CEST) Date: Fri, 7 Aug 2009 16:04:22 +0200 From: cpghost To: Marius N?nnerich Message-ID: <20090807140422.GE1650@phenom.cordula.ws> References: <20090807000611.GA38670@bsdcrew.de> <20090807010159.GV86066@phenom.cordula.ws> <20090807080946.GB38670@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 14:04:29 -0000 On Fri, Aug 07, 2009 at 10:42:39AM +0200, Marius N?nnerich wrote: > >> > A secound problem is powerd, i can't use > >> > that under 1200 mhz, under 1200 the box > >> > freeze. > >> > >> I have that same problem with a > >> ? CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) > >> > >> AS a work around, I've added > >> ? debug.cpufreq.lowest="1240" > >> to /boot/loader.conf. > >> > >> It's not ideal, but I have NO idea what's causing the freezes > >> at lower CPU speeds. > > Please show: > sysctl kern.timecounter With debug.cpufreq.lowest="1240" in /boot/loader.conf, this is what I get: phenom# sysctl kern.timecounter kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) kern.timecounter.hardware: HPET kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 4503 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-safe.mask: 4294967295 kern.timecounter.tc.ACPI-safe.counter: 2712383003 kern.timecounter.tc.ACPI-safe.frequency: 3579545 kern.timecounter.tc.ACPI-safe.quality: 850 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 1471646472 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 900 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 524765121 kern.timecounter.tc.TSC.frequency: 2000079241 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 1 phenom# sysctl -a | grep acpi_throttle dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 phenom# kenv | grep acpi acpi_load="YES" hint.acpi.0.oem="ACPIAM" hint.acpi.0.revision="1" hint.acpi.0.rsdp="0xf9d40" hint.acpi.0.rsdt="0x77f90000" > afaik using acpi_throttling AND cool'n quiet together often leads to > freezes and even to more energy consumption. Maybe you can disable > acpi_throttle and just use the cool'n quiet states. Ah, interesting! How can I disable it? In the BIOS or via ACPI? acpi(4) is somewhat confusing: I'm not sure what to put into debug.acpi.disabled. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 14:04:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42F851065670 for ; Fri, 7 Aug 2009 14:04:54 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f218.google.com (mail-bw0-f218.google.com [209.85.218.218]) by mx1.freebsd.org (Postfix) with ESMTP id 96E928FC2E for ; Fri, 7 Aug 2009 14:04:53 +0000 (UTC) Received: by bwz18 with SMTP id 18so1434102bwz.7 for ; Fri, 07 Aug 2009 07:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=TfwIUvgfRdTI6qNmIiXWRLllfCrlZQ38tFSHKlfLzM4=; b=VwIDeY4fqIcdEvDYZ4gQsGUazWAhlSK8kEDvJehsOJ8iHFxSFee01v02raYS+vU1AK +Hj6VdlqxmgVSITNeHmBpMstF8fe0wgmBHLUSFp1V8KgZgPyhYNUV2nfyL1cvN9x/NwN GSWD7mYR7tUvyX6glpm2QAxWY4gXXNlL5Bvow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BKtpKI8LTslKX2c+aam56PWPyczsxOgU52SOxwYkkWSKQ2hqG1f1wHP+lAE5A3BHGk ZSkbtmrfJYqd8xZnURxENXpgN4ik1Mhaoen+1PKUxptscXTfF/B4SgdqrSEIN+18CQ8Z l2fxw+JlhoeUZY8iN8cWezBdsPyLc6s6TUdKM= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.105.9 with SMTP id r9mr324154fao.66.1249653892476; Fri, 07 Aug 2009 07:04:52 -0700 (PDT) In-Reply-To: <61b573980908070359h2b79d507t4661bea162378ab0@mail.gmail.com> References: <61b573980908070359h2b79d507t4661bea162378ab0@mail.gmail.com> Date: Fri, 7 Aug 2009 16:04:52 +0200 X-Google-Sender-Auth: 1de5b173b51f0667 Message-ID: <3bbf2fe10908070704h5c57282fofb911e18161918de@mail.gmail.com> From: Attilio Rao To: syrinx@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kernel crash while loading snd_hda - _sx_xlock_hard: recursed on non-recursive sx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 14:04:54 -0000 2009/8/7 Shteryana Shopova : > Hi, > > I am getting a kernel crash every time I try to load the snd_hda > module - backtrace in the attachment - this is on a current as of > August 6th, ~17pm. Making the newbus lock recursable fixed the issue > for me (patch attached) but I am not familiar with the newbus > subsystem & locking so I am not sure that this is the appropriate > solution. This patch will fix it: http://www.freebsd.org/~attilio/hdac.diff Please just bear with it until commits are restored. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 14:56:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41D1E106564A for ; Fri, 7 Aug 2009 14:56:26 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id C96DB8FC20 for ; Fri, 7 Aug 2009 14:56:25 +0000 (UTC) Received: by fxm24 with SMTP id 24so1682806fxm.36 for ; Fri, 07 Aug 2009 07:56:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=CtYbuVEr62DG4qdr7PpVeQhyzTxSGT09KS7AFZ/TIRI=; b=BpUIATXttEdLadmLfmj8VnzrngK+nYfKnF+MFymh5BbS5BXmFpAoYz1XViM1bOt0h+ Sm6EdtlCT9dRebK4rgnVyD/qzczwdoptjNWZ5JbaelgdVPps8dcIeGimFVe0rN25b9ha BwaV2ZCVBfuW97xyJH0IZWtQFq7J+M8G/CiwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=kB3mF3WSIqrtZ4w23U6Bn/CSeRqw1RUmEde04ftWMnl8KGppEWyI/CZwDNUKNiQb8x VPpjAON5ReRWKc4QFbDhcJMCJFD98X4ZMO7sKD/3P/PymNnayxbn703GEd6MHyBw3Z7i rwlUK2YJ00k6YeU4kwvbNBej1EMJHspnhghAU= MIME-Version: 1.0 Received: by 10.103.6.5 with SMTP id j5mr548908mui.46.1249656984398; Fri, 07 Aug 2009 07:56:24 -0700 (PDT) Date: Fri, 7 Aug 2009 18:56:24 +0400 Message-ID: From: pluknet To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [newbus][aac] Lock newbus not exclusively locked @ /usr/HEAD/src/sys/kern/subr_bus.c:3154 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 14:56:26 -0000 Hi. As for today's HEAD I got a panic in bad newbus locking vs aac(4) interaction. acd0: CDRW at ata1-master UDMA33 panic: Lock newbus not exclusively locked @ /usr/HEAD/src/sys/kern/subr_bus.c:3154 cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x69e9e0(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80c2dc00 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b assert_sx() at assert_sx bus_generic_attach() at bus_generic_attach+0x57 aac_startup() at aac_startup+0xd7 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x6c mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> bt 6 Tracing pid 6 tid 100038 td 0xffffff000267e720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_timedwait() at sleepq_timedwait+0x4d _sleep() at _sleep+0x341 aac_command_thread() at aac_command_thread+0xbd fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000147d30, rbp = 0 --- db> show locks exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff80c305a0) locked @ /usr/HEAD/src/sys/kern/kern_module.c:117 -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 15:07:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D502106564A for ; Fri, 7 Aug 2009 15:07:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC128FC1E for ; Fri, 7 Aug 2009 15:07:29 +0000 (UTC) Received: by fxm24 with SMTP id 24so1689717fxm.36 for ; Fri, 07 Aug 2009 08:07:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=HKu1rLIjwUSXmjeFgrtLcP8Q/anLc/RR2H9QdN71E2Q=; b=o6BBBtC4XQzAdhxFj34vf/5pq3Rmoyfg415fxd/UhzNhD8tWLNzRUqofIgyVe0qkFq bbUIbNGKWISWTHlnlaiuZZ80V5oq1H70Vqlc6nnVsghp0SzxDfE7xQk4xLWzZNDaunSK hwxShSx+gz7d6AtdP+/KHBfij4B98Cy7IP0G4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JRURGo8hhSTOE5lOqLKwHtpd/bgxzRFNmUFOh9+iKJHxo6HEp1wI8kVHYcRWEmULzZ 0u47DZP+EN2qR9edEi0UA77JJQ8L8GtlWvasERVYsS0JTUJwHrGOQHYzN/lcA0GUD3dI Sesw6DK2YAaQdN/CiLO3pkX5aRnIQ11FLvm9g= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.103.196 with SMTP id l4mr348618fao.97.1249657649102; Fri, 07 Aug 2009 08:07:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Aug 2009 17:07:29 +0200 X-Google-Sender-Auth: 69de063887f76577 Message-ID: <3bbf2fe10908070807u3b8a232w48ffc3c4d7dff389@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [newbus][aac] Lock newbus not exclusively locked @ /usr/HEAD/src/sys/kern/subr_bus.c:3154 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 15:07:30 -0000 2009/8/7 pluknet : > Hi. > > As for today's HEAD I got a panic in bad newbus locking vs aac(4) interaction. > > acd0: CDRW at ata1-master UDMA33 > panic: Lock newbus not exclusively locked @ > /usr/HEAD/src/sys/kern/subr_bus.c:3154 I'm preparing a patch based also on your older reports about LORs, I will send out shortly. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 15:08:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 395671065673 for ; Fri, 7 Aug 2009 15:08:03 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-bw0-f218.google.com (mail-bw0-f218.google.com [209.85.218.218]) by mx1.freebsd.org (Postfix) with ESMTP id C44708FC27 for ; Fri, 7 Aug 2009 15:08:02 +0000 (UTC) Received: by bwz18 with SMTP id 18so1473882bwz.7 for ; Fri, 07 Aug 2009 08:08:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.199.16 with SMTP id b16mr537087muq.130.1249657681565; Fri, 07 Aug 2009 08:08:01 -0700 (PDT) In-Reply-To: <20090807140422.GE1650@phenom.cordula.ws> References: <20090807000611.GA38670@bsdcrew.de> <20090807010159.GV86066@phenom.cordula.ws> <20090807080946.GB38670@bsdcrew.de> <20090807140422.GE1650@phenom.cordula.ws> Date: Fri, 7 Aug 2009 17:08:01 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: cpghost Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 15:08:03 -0000 On Fri, Aug 7, 2009 at 16:04, cpghost wrote: > On Fri, Aug 07, 2009 at 10:42:39AM +0200, Marius N?nnerich wrote: >> >> > A secound problem is powerd, i can't use >> >> > that under 1200 mhz, under 1200 the box >> >> > freeze. >> >> >> >> I have that same problem with a >> >> ? CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class= CPU) >> >> >> >> AS a work around, I've added >> >> ? debug.cpufreq.lowest=3D"1240" >> >> to /boot/loader.conf. >> >> >> >> It's not ideal, but I have NO idea what's causing the freezes >> >> at lower CPU speeds. >> >> Please show: >> sysctl kern.timecounter > > With debug.cpufreq.lowest=3D"1240" in /boot/loader.conf, this is > what I get: > > phenom# sysctl kern.timecounter > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dummy(-1000000) > kern.timecounter.hardware: HPET > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.i8254.counter: 4503 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.ACPI-safe.mask: 4294967295 > kern.timecounter.tc.ACPI-safe.counter: 2712383003 > kern.timecounter.tc.ACPI-safe.frequency: 3579545 > kern.timecounter.tc.ACPI-safe.quality: 850 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.HPET.counter: 1471646472 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.quality: 900 > kern.timecounter.tc.TSC.mask: 4294967295 > kern.timecounter.tc.TSC.counter: 524765121 > kern.timecounter.tc.TSC.frequency: 2000079241 > kern.timecounter.tc.TSC.quality: -100 > kern.timecounter.smp_tsc: 0 > kern.timecounter.invariant_tsc: 1 > > phenom# sysctl -a | grep acpi_throttle > dev.acpi_throttle.0.%desc: ACPI CPU Throttling > dev.acpi_throttle.0.%driver: acpi_throttle > dev.acpi_throttle.0.%parent: cpu0 > dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 5000/= -1 3750/-1 2500/-1 1250/-1 > > phenom# kenv | grep acpi > acpi_load=3D"YES" > hint.acpi.0.oem=3D"ACPIAM" > hint.acpi.0.revision=3D"1" > hint.acpi.0.rsdp=3D"0xf9d40" > hint.acpi.0.rsdt=3D"0x77f90000" > >> afaik using acpi_throttling AND cool'n quiet together often leads to >> freezes and even to more energy consumption. Maybe you can disable >> acpi_throttle and just use the cool'n quiet states. > > Ah, interesting! How can I disable it? In the BIOS or via ACPI? > acpi(4) is somewhat confusing: I'm not sure what to put into > debug.acpi.disabled. > > Thanks, > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > http://markmail.org/message/njjpogzsylxmmkl7 I hope this helps. From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 15:12:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C74610656D2; Fri, 7 Aug 2009 15:12:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6B18FC22; Fri, 7 Aug 2009 15:12:55 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9CSpTaZppU4A:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=8kQB0OdkAAAA:8 a=lTfMxhsqup4hpbwgEeIA:9 a=_V1jS3reu8677Va-AAoA:7 a=SCYxpTpDONvinyVSNxJYYeCgkyUA:4 a=9aOQ2cSd83gA:10 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1301780897; Fri, 07 Aug 2009 17:12:53 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Aug 2009 17:12:47 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> In-Reply-To: <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071712.50579.hselasky@c2i.net> Cc: Lucius Windschuh , current@freebsd.org Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 15:12:56 -0000 On Thursday 06 August 2009 13:12:49 Lucius Windschuh wrote: > Hi Hans. > > 2009/8/6 Hans Petter Selasky : > > On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: > >> Hi. > >> I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen > >> here. > >> > >> I found this thread from some months ago: > >> > >> 2009/2/24 Hans Petter Selasky : > >> > On Tuesday 24 February 2009, Kim Culhan wrote: > >> >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky > >> >> > >> > > >> > wrote: > >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky > >> >> >> > >> >> > > >> >> > wrote: > >> >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> >> Running 8.0-CURRENT as of 2-22-09 > >> >> >> >> > >> >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. > >> >> >> >> > >> >> >> >> If the machine boots with the device attached, dmesg reads: > >> >> >> >> > >> >> >> >> u3g0: on usbus2 > >> >> >> >> > >> >> >> >> Remove the device and this is logged: > >> >> >> >> > >> >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) > >> >> >> >> > >> >> >> >> Reattach the device and there is this message: > >> >> >> >> > >> >> >> >> uhub_reattach_port:414: could not allocate new device! > >> > >> Was there any solution for this? > >> > >> I may provide further debugging information if somebody tells me how > >> to obtail useful details. > >> > >> A sniplet with hw.usb.debug=3: > >> usbd_req_set_config:1456: setting config 1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_do_request_callback:95: st=0 > >> usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x00 > >> usb_dump_queue: endpoint=0xc5dd5078 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 > >> sts=0 alen=8 , slen=8, afrm=1, nfrm=1 > >> usbd_do_request_callback:95: st=1 > >> usb_cdev_create:1854: Creating device nodes > >> usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=36 > >> usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 > >> sts=0 alen=3 6, slen=36, afrm=1, nfrm=1 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=0 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usb_test_autoinstall:571: Eject CD command status: > >> USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usb_alloc_device:1781: Found Huawei auto-install disk! > >> usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, > >> parent_hub=0xc621b400 ugen0.3: at usbus0 > >> usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED > >> ugen0.3: at usbus0 (disconnected) > >> usb_cdev_free:1906: Freeing device nodes > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> uhub_reattach_port:440: could not allocate new device! > >> > >> *sigh* Unfortunately, I don't understand what is happening here. > > > > Try: > > > > sysctl hw.usb.ehci.no_hs=1 > > Sorry, but I get the same messages: > > $ sysctl hw.usb.ehci.no_hs=1 > $ kldload u3g > > dmesg: > usb_test_autoinstall:571: Eject CD command status: > USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install > disk! > ugen0.2: at usbus0 > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port:440: could not allocate new device! > Try this patch: src/sys/dev/usb/usb_device.c @@ -1777,7 +1777,8 @@ } } else if (usb_test_huawei_autoinst_p(udev, &uaa) == 0) { DPRINTFN(0, "Found Huawei auto-install disk!\n"); - err = USB_ERR_STALLED; /* fake an error */ + /* leave device unconfigured */ + usb_unconfigure(udev, USB_UNCFG_FLAG_FREE_SUBDEV); } } else { err = 0; /* set success */ --HPS From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 15:12:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C74610656D2; Fri, 7 Aug 2009 15:12:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6B18FC22; Fri, 7 Aug 2009 15:12:55 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9CSpTaZppU4A:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=8kQB0OdkAAAA:8 a=lTfMxhsqup4hpbwgEeIA:9 a=_V1jS3reu8677Va-AAoA:7 a=SCYxpTpDONvinyVSNxJYYeCgkyUA:4 a=9aOQ2cSd83gA:10 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1301780897; Fri, 07 Aug 2009 17:12:53 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Aug 2009 17:12:47 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> In-Reply-To: <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071712.50579.hselasky@c2i.net> Cc: Lucius Windschuh , current@freebsd.org Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 15:12:56 -0000 On Thursday 06 August 2009 13:12:49 Lucius Windschuh wrote: > Hi Hans. > > 2009/8/6 Hans Petter Selasky : > > On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: > >> Hi. > >> I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen > >> here. > >> > >> I found this thread from some months ago: > >> > >> 2009/2/24 Hans Petter Selasky : > >> > On Tuesday 24 February 2009, Kim Culhan wrote: > >> >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky > >> >> > >> > > >> > wrote: > >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky > >> >> >> > >> >> > > >> >> > wrote: > >> >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> >> Running 8.0-CURRENT as of 2-22-09 > >> >> >> >> > >> >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. > >> >> >> >> > >> >> >> >> If the machine boots with the device attached, dmesg reads: > >> >> >> >> > >> >> >> >> u3g0: on usbus2 > >> >> >> >> > >> >> >> >> Remove the device and this is logged: > >> >> >> >> > >> >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) > >> >> >> >> > >> >> >> >> Reattach the device and there is this message: > >> >> >> >> > >> >> >> >> uhub_reattach_port:414: could not allocate new device! > >> > >> Was there any solution for this? > >> > >> I may provide further debugging information if somebody tells me how > >> to obtail useful details. > >> > >> A sniplet with hw.usb.debug=3: > >> usbd_req_set_config:1456: setting config 1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_do_request_callback:95: st=0 > >> usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x00 > >> usb_dump_queue: endpoint=0xc5dd5078 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 > >> sts=0 alen=8 , slen=8, afrm=1, nfrm=1 > >> usbd_do_request_callback:95: st=1 > >> usb_cdev_create:1854: Creating device nodes > >> usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=36 > >> usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 > >> sts=0 alen=3 6, slen=36, afrm=1, nfrm=1 > >> bbb_data_read_callback:320: max_bulk=64, data_rem=0 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_transfer_submit:1416: open > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, > >> nframes=1, dir= write > >> usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > >> toggle_next= 1 bEndpointAddress=0x09 > >> usb_dump_queue: endpoint=0xc71f9024 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 > >> sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, > >> nframes=1, dir= read > >> usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > >> toggle_next= 0 bEndpointAddress=0x88 > >> usb_dump_queue: endpoint=0xc71f9000 xfer: > >> usbd_pipe_enter:1584: enter > >> usbd_pipe_start:2416: start > >> usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > >> usbd_callback_wrapper:2030: case 1-4 > >> usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 > >> sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 > >> usb_test_autoinstall:571: Eject CD command status: > >> USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> usb_alloc_device:1781: Found Huawei auto-install disk! > >> usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, > >> parent_hub=0xc621b400 ugen0.3: at usbus0 > >> usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED > >> ugen0.3: at usbus0 (disconnected) > >> usb_cdev_free:1906: Freeing device nodes > >> usbd_transfer_stop:1691: close > >> usbd_transfer_done:2185: err=USB_ERR_CANCELLED > >> usbd_transfer_done:2192: not transferring > >> uhub_reattach_port:440: could not allocate new device! > >> > >> *sigh* Unfortunately, I don't understand what is happening here. > > > > Try: > > > > sysctl hw.usb.ehci.no_hs=1 > > Sorry, but I get the same messages: > > $ sysctl hw.usb.ehci.no_hs=1 > $ kldload u3g > > dmesg: > usb_test_autoinstall:571: Eject CD command status: > USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install > disk! > ugen0.2: at usbus0 > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port:440: could not allocate new device! > Try this patch: src/sys/dev/usb/usb_device.c @@ -1777,7 +1777,8 @@ } } else if (usb_test_huawei_autoinst_p(udev, &uaa) == 0) { DPRINTFN(0, "Found Huawei auto-install disk!\n"); - err = USB_ERR_STALLED; /* fake an error */ + /* leave device unconfigured */ + usb_unconfigure(udev, USB_UNCFG_FLAG_FREE_SUBDEV); } } else { err = 0; /* set success */ --HPS From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 15:14:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4D0010656B6 for ; Fri, 7 Aug 2009 15:14:29 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id E5C6E8FC2E for ; Fri, 7 Aug 2009 15:14:28 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 7F94836D5C; Fri, 7 Aug 2009 17:14:25 +0200 (CEST) Date: Fri, 7 Aug 2009 17:14:25 +0200 From: cpghost To: Marius N?nnerich Message-ID: <20090807151425.GC2419@phenom.cordula.ws> References: <20090807000611.GA38670@bsdcrew.de> <20090807010159.GV86066@phenom.cordula.ws> <20090807080946.GB38670@bsdcrew.de> <20090807140422.GE1650@phenom.cordula.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 15:14:30 -0000 On Fri, Aug 07, 2009 at 05:08:01PM +0200, Marius N?nnerich wrote: > >> afaik using acpi_throttling AND cool'n quiet together often leads to > >> freezes and even to more energy consumption. Maybe you can disable > >> acpi_throttle and just use the cool'n quiet states. > > > > Ah, interesting! How can I disable it? In the BIOS or via ACPI? > > acpi(4) is somewhat confusing: I'm not sure what to put into > > debug.acpi.disabled. > > http://markmail.org/message/njjpogzsylxmmkl7 > I hope this helps. Thank you. I'll try it as soon as I can reboot this box. ;) Kind regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 2 09:54:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005E81065673 for ; Sun, 2 Aug 2009 09:54:05 +0000 (UTC) (envelope-from Joerg.Schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com) Received: from relay04-haj2.antispameurope.com (relay04-haj2.antispameurope.com [83.246.65.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD3858FC24 for ; Sun, 2 Aug 2009 09:54:05 +0000 (UTC) (envelope-from Joerg.Schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com) Received: by relay04-haj2.antispameurope.com (ASE-Secure-MTA, from userid 1000) id 4D1625EC0D4; Sun, 2 Aug 2009 11:32:27 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by relay04-haj2.antispameurope.com (ASE-Secure-MTA) with ESMTP id E60B15EC0CD; Sun, 2 Aug 2009 11:32:26 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr.fokus.fraunhofer.de [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.14.2/8.14.2) with SMTP id n729WQT4017898; Sun, 2 Aug 2009 11:32:27 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Sun, 2 Aug 2009 11:32:26 +0200 Date: Sun, 02 Aug 2009 11:32:01 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) To: freebsd-current@freebsd.org, fullermd@over-yonder.net Message-ID: <4a755d11.YH68jo2T1j3qYokP%Joerg.Schilling@fokus.fraunhofer.de> User-Agent: nail 11.22 3/20/05 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 02 Aug 2009 09:32:26.0464 (UTC) FILETIME=[25BA7E00:01CA1354] X-Mailman-Approved-At: Fri, 07 Aug 2009 15:52:47 +0000 Cc: Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2009 09:54:06 -0000 >2) Audio CD stuff on the DVD drive gets cranky. > - cdrecord doesn't seem to like it anymore. -scanbus says > cdrecord: Inappropriate ioctl for device. CAMIOCOMMAND ioctl > failed. Cannot open SCSI driver. Did someone iomplement a CAM driver that does not support the ioctl for sending SCSI commands, or do you have different problems? > - Using cdda2wav to try and rip an audio track using the cd0 device > scrolls a lot of > Sorry, this driver and/or drive does not support cdda reading. > and such errors. Guessing the bus/id/lun from the devlist gives > what I assume is the same ioctl error from above. Be careful: if you give a /dev/* parameter to cdda2wav, it will use cooked ioctls from the kernel to read audio and I know of no operating system that does this in a recent way. If you like to get the best quality, you need to send RAW SCSI commands directly from cdda2wav. Do you use a recent cdrtools from: ftp://ftp.berlios.de/pub/cdrecord/alpha/ http://cdrecord.berlios.de Note that this is slow today as a switch died yesterday and I needed to reroute the data though other networks without physical device access. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 15:01:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB730106566C; Tue, 4 Aug 2009 15:01:16 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD378FC15; Tue, 4 Aug 2009 15:01:16 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from [10.0.0.75] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 97A9DC426C; Tue, 4 Aug 2009 16:39:08 +0200 (CEST) Message-ID: <4A7848A0.4080905@semihalf.com> Date: Tue, 04 Aug 2009 16:41:36 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Hans Petter Selasky References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> <200908031759.46491.hselasky@c2i.net> In-Reply-To: <200908031759.46491.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 15:55:24 +0000 Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 15:01:17 -0000 Hans Petter Selasky wrote: > > CC'ed current: We have a case on ARM where bus_dmamap_sync() is not suffient > to update the CPU cache. One reason for this is that USB needs to invalidate > the same memory area multiple times. Busdma sync expects paired operation when > using the PRE and POST flags, from what I understand. I do not consider this > an USB issue, hence Semihalf has got the USB stack working by manually > inserting CPU flush/invalidate calls into usb_pc_cpu_invalidate() and > usb_pc_cpu_flush(). Their other solution however which modifies the > bus_dmamap_sync() flags will break on platforms with more than 4 GByte of > memory. > > Maybe Rafal can give a quick summar to new people at the -current list, or see > previous thread on the ARM mailing list. > > USB needs a solution where it can call a function given a busdma mapping, > preferably with an offset and length, which handles the cache sync issue and > works with bounce pages on +4GB systems. > Hi Hans, New USB stack uses busdma in a little unconventional way. As you mentioned in one of previous mails your assumptions are: XXX_PREXXX functions should be used prior to read/write device access. In other words, PRE has to be a flush operation. XXX_POSTXXX functions should be used after read/write device access. In other words, POST has to be an invalidate operation. Generally it is true, but if you look at ARM code you will find out that it is not that simple. You assumed that after bus_dmamap_sync(..,BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD) there will be no data in cache, but it that's not true. Cache operation are performed on cache lines (32 bytes on our ARM device). Let's say you want to invalidate buffer with size 10 bytes. In this case first whole cache line is invalidated ( and now all requirements related to busdma synchronization are fulfilled, old contents of cache is gone). The second step is to restore back into cache 22 bytes of data which were not a part of buffer. After this second step data are loaded into cache line (it is because our device uses write allocate feature). So busdma on ARM "Perform any synchronization required after an update of host memory by the device", but we still end up with not invalidated flush. It is hard to fix it. We cannot just invalidate whole cache line. We cannot also use cpu_dcache_wbinv, because this function is called after buffer was used by device so we dont want to overwrite those data with old cache contents. One possible solution is to call first bus_dmamap_sync(..,BUS_DMASYNC_POSTREAD) and then bus_dmamap_sync(..,BUS_DMASYNC_PREREAD) in usb_pc_cpu_invalidate(), but this is ugly workaround which applies probably only to ARM case. The second problem is that you cannot use cpu_dcache_wb(inv) function directly because you need to handle bounce pages in USB code. I think that duplication of busdma code makes no sense. Probably it takes less work to add bus_dmamap_sync() before/after each transaction. Could you give us a quick overview of buffer handling in USB stack? I want to understand what is the relation between usb_pc_cpu_invalidate/flush() functions and reading/writing to USB device? From yours previous mail I understand that invalidate is called *before* reading and flush *before* writing. Is that true? Can we add a functions which will be called *after* reading/writing? If you have any questions regarding cache operation on ARM. please let me know, I will try to answer them. regards, Grzesiek From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 17:15:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32CC8106567A for ; Tue, 4 Aug 2009 17:15:03 +0000 (UTC) (envelope-from axel.scheepers@nl.clara.net) Received: from axel.truedestiny.net (tunnel3416.ipv6.xs4all.nl [IPv6:2001:888:10:d58::2]) by mx1.freebsd.org (Postfix) with ESMTP id E8BE68FC1A for ; Tue, 4 Aug 2009 17:15:02 +0000 (UTC) (envelope-from axel.scheepers@nl.clara.net) Received: from [10.0.0.10] (ceridwen.thuis.net [10.0.0.10]) by axel.truedestiny.net (Postfix) with ESMTP id 4585A544C for ; Tue, 4 Aug 2009 19:15:01 +0200 (CEST) From: Axel Scheepers To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 04 Aug 2009 19:15:01 +0200 Message-Id: <1249406101.20811.12.camel@ceridwen.thuis.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 15:55:50 +0000 Subject: GEOM geometry mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 17:15:05 -0000 Hi List, I've installed a fresh 8.0-BETA2 from the provided iso's, did a cvsup to -current a couple of days back reinstalled world a now I see: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). I quick look around tells me to use bsdlabel -e -A ad4s1 but then I get scary messages: bsdlabel: partition c doesn't start at 0! bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities bsdlabel: Class not found (without changing anything in the label) This is just my desktop but I do wonder if I can manually change the c partition and the mismatch to make things right again without thrashing any filesystem? c: 625137282 63 unused 0 0 # "raw" part, don't edit Without the -A flag for reading historical parts I also get: partition g: partition extends past end of unit Thanks, Kind regards, Axel Scheepers From owner-freebsd-current@FreeBSD.ORG Tue Aug 4 18:23:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87E80106566B for ; Tue, 4 Aug 2009 18:23:41 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE4E8FC1F for ; Tue, 4 Aug 2009 18:23:40 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: by mail.webreality.org (Postfix, from userid 58) id 7158C1522DE2; Tue, 4 Aug 2009 21:04:35 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mailserver.webreality.org X-Spam-Level: X-Spam-Status: No, score=-4.4 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 Received: from skreta.hostit.biz (78-83-112-11.spectrumnet.bg [78.83.112.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTPSA id E25B61522DDF for ; Tue, 4 Aug 2009 21:04:32 +0300 (EEST) Message-ID: <4A787826.5090909@lozenetz.org> Date: Tue, 04 Aug 2009 21:04:22 +0300 From: Anton - Valqk User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 15:56:24 +0000 Subject: 8.0-BETA2: two kernel lockups in one night X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Aug 2009 18:23:41 -0000 Hi group. I've installed amd64 8.0-BETA2 distro from iso from official ftp. I knew there was a problem with hangs of the system because of disk io (and this machine is going to be loaded) and started tesing with bonnie++ In about 5-6 hours the first lockup came into real. Kernel went into dbg console and continue rebooted the system. Few hours later bonnie started again - same thing in few hours I got the second dump. This is the bonnie++ opts I've used: #> bonnie++ -u root -d /usr/test/ -c 10 -s 4098 -n 26000:100000:10:1000 -n 2048 -r 4098 -x 10000 -q -Z /dev/urandom > stat.html and here are links to the txt dumps. If someone is interested in the vmcore files let me know. http://bg0.eu/core.txt.0 http://bg0.eu/core.txt.1 Are these issues known for 8.0-BETA2? Are they going to be fixed or this is the well known old bug with *ata disks? I'm downloading 7.2 now and I'm going to do the same tests.... hope I don't get dbg console there... pls. CC me because I'm not subscribed. From owner-freebsd-current@FreeBSD.ORG Wed Aug 5 13:17:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB2A1106566C; Wed, 5 Aug 2009 13:17:20 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 6559F8FC17; Wed, 5 Aug 2009 13:17:20 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from [10.0.0.75] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 1A0FFC426C; Wed, 5 Aug 2009 15:14:53 +0200 (CEST) Message-ID: <4A79865E.3060206@semihalf.com> Date: Wed, 05 Aug 2009 15:17:18 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Hans Petter Selasky References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908031759.46491.hselasky@c2i.net> <4A7848A0.4080905@semihalf.com> <200908041754.50244.hselasky@c2i.net> In-Reply-To: <200908041754.50244.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 15:57:44 +0000 Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 05 Aug 2009 13:17:21 -0000 Hans Petter Selasky wrote: > There are two kinds of DMA memory in USB regard: > 1) Transfer descriptors are allocated in coherent DMA memory. > Operation logic: > > 1.a) Write to descriptor. > 1.b.0) Call usb_pc_cpu_flush() to write data to RAM. > 1.b.1) Write more fields to descriptor. > 1.b.2) Call usb_pc_cpu_flush() to write data to RAM. > 1.c) Call usb_pc_cpu_invalidate() to clear cache. > 1.d) Read status field. If not complete goto 1.c) > > 2) Any kernel virtual memory (which might not be coherent) > > 2.a.0) CPU read case: > 2.a.1) Before transfer start usb_pc_cpu_invalidate() is called to clear any > data in cache for this buffer. > 2.a.2) After transfer completion usb_pc_cpu_invalidate() is called again. > > 2.b.0) CPU write case: > 2.b.1) Before transfer start usb_pc_cpu_flush() is called to to flush any data > in cache to RAM for this buffer. > 2.b.2) After transfer completion there is no cache operation. > The best solution is to use bus_dmamap_sync() in in conventional way. I mean call bus_dmamap_sync(..., BUS_DMASYNC_PREREAD) in case 2.a.1 and bus_dmamap_sync(..., BUS_DMASYNC_POSTREAD) in cases 2.a.2 and 1.c. But this is quite a big change and it's risky to put in into -current now, so below is another solution which I believe is simple and safe. I understand that usb_pc_cpu_flush() is called *before* write transfer. So I think that we can just call bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE) there. usb_pc_cpu_invalidate() is called before and after each read transfer and to invalidate cache before reading status field. So I think that simplest fix is to call following sequence of functions in it: bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_POSTREAD); bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREREAD); Below is the patch with that solution. I tested it on ARM and PowerPC and it fixes the problem. Please test it on other platforms you have to see if there is no regression. diff --git a/sys/dev/usb/usb_busdma.c b/sys/dev/usb/usb_busdma.c index 82d18a1..c57f51d 100644 --- a/sys/dev/usb/usb_busdma.c +++ b/sys/dev/usb/usb_busdma.c @@ -678,8 +678,8 @@ usb_pc_cpu_invalidate(struct usb_page_cache *pc) /* nothing has been loaded into this page cache! */ return; } - bus_dmamap_sync(pc->tag, pc->map, - BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_POSTREAD); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREREAD); } /*------------------------------------------------------------------------* @@ -692,8 +692,7 @@ usb_pc_cpu_flush(struct usb_page_cache *pc) /* nothing has been loaded into this page cache! */ return; } - bus_dmamap_sync(pc->tag, pc->map, - BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE); } /*------------------------------------------------------------------------* From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 15:10:23 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6501B1065673 for ; Thu, 6 Aug 2009 15:10:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outv.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8138FC0A for ; Thu, 6 Aug 2009 15:10:23 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 34542B0CFD; Thu, 6 Aug 2009 08:10:23 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id DB18F2D600D; Thu, 6 Aug 2009 08:10:21 -0700 (PDT) Message-ID: <4A7AF25D.40608@elischer.org> Date: Thu, 06 Aug 2009 08:10:21 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Rick Macklem References: <20090804225806.GA54680@hub.freebsd.org> <20090805054115.O93661@maildrop.int.zabbadoz.net> <20090805063417.GA10969@doormat.home> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 16:01:06 +0000 Cc: jeff@FreeBSD.org, "Bjoern A. Zeeb" , lstewart@FreeBSD.org, freebsd-current@FreeBSD.org, kib@FreeBSD.org, Navdeep Parhar , Navdeep Parhar , Larry Rosenman , Robert Watson Subject: Re: reproducible panic in netisr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 15:10:23 -0000 Rick Macklem wrote: > > > On Thu, 6 Aug 2009, Robert Watson wrote: > >> other places where we have very strong alignment requirements on >> i386/amd64, such as the td_ucred pointer that we check for change on >> system calls/traps to see if we need to refresh the thread's >> credential from the process credential. >> > Does this imply that the nfs/krpc hack of: > oldcred = td->td_ucred; > td->td_ucred = "some other cred ptr" > ... > td->td_ucred = oldcred; > > could be dangerous? > > Maybe it should be converted to code that replaces the contents instead > of replacing the *cred? (Variants of the above live in a bunch of places > in the krpc, nlm and nfs code, due to the fact that the socket functions > use td->td_ucred in various places.) no, creds are read-only .. you never change a cred. You alwasy make a new one ans use it, becasue you may be shareing your cred with hundreds of other sibling threads or processes. (they are refcounted) > > rick > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 6 21:09:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1391106564A for ; Thu, 6 Aug 2009 21:09:15 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 75DDC8FC19 for ; Thu, 6 Aug 2009 21:09:14 +0000 (UTC) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n76L9AMk031970 for ; Thu, 6 Aug 2009 23:09:10 +0200 Received: from ubm.mine.nu ([85.181.8.250] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 6 Aug 2009 23:09:10 +0200 Date: Thu, 6 Aug 2009 23:09:09 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090806230909.d01e844a.ubm@u-boot-man.de> In-Reply-To: <20090722201750.4ff23293.ubm@u-boot-man.de> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> <20090722201750.4ff23293.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 16:01:25 +0000 Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 06 Aug 2009 21:09:16 -0000 On Wed, 22 Jul 2009 20:17:50 +0200 Marc "UBM" Bocklet wrote: > On Sun, 12 Jul 2009 19:45:47 +0200 > Marc "UBM" Bocklet wrote: > > > On Sun, 12 Jul 2009 18:10:34 +0200 > > Marc "UBM" Bocklet wrote: > > > > > > > I've got it narrowed down between "2009.06.30.06.00.00" and > > > today. A kernel with the "old" date boots, a freshly csupped and > > > compiled kernel hangs with the usual symptoms (waiting for > > > interrupt driven hooks). > > > > > > I'll try csupping to just before the big cam commit to see if > > > there is any connection. When I said earlier that I was not > > > running with the ahci patch, I was partly wrong. I did not have > > > device ahci in my kernel config file nor had it loaded as a > > > module, but I had the patch applied. > > > > "2009.07.09.06.00.00" fixes the problem. > > Could it be that there are some subtle interactions in the cam > > subsystem that are stirred by the recent mega-commit? > > Is there any other info I can / should provide to help debugging this? Any news on this? This pretty much prevents me from running 8.0 :-/ Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 00:34:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E995710657B7 for ; Fri, 7 Aug 2009 00:34:44 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id C2F758FC23 for ; Fri, 7 Aug 2009 00:34:44 +0000 (UTC) Received: by wf-out-1314.google.com with SMTP id 24so480022wfg.7 for ; Thu, 06 Aug 2009 17:34:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=OCm036EDJodeLIBrPjX+8vF2WdntJzXGiMurakGjEDU=; b=NQF0fdspXKGGOxz3HhkYzxPsftB4jSVtWDA3z7YmGlhEqsR7H0EElIOgX9v1mu4lDj hNYFbkODEyCL15mLuybQikavE/QpVbY+av+AwxJiOUZWMkCe3l3bPMoPdgoq3aoJDeuH CQuhOQTpbVJX6JSfj+fHMb8jy6xaPk4KPEE2s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=XRDLuIqn48NiFUQKPzb7hye47Co0SXxgmUBcy3SbpM4XhFlaUXWooiqQPUrojzmmz7 8wZU7zFUkjwdgkcXe4Mcg+nHELecJUIU2pl6r7XbT3s/VtzzEjCS4VpEWp7K28NzlGCN INPNSt8XsN+UHnWHfMf0qNnvrnAZ+CNTxIYjA= MIME-Version: 1.0 Received: by 10.142.232.12 with SMTP id e12mr116980wfh.75.1249603555702; Thu, 06 Aug 2009 17:05:55 -0700 (PDT) Date: Thu, 6 Aug 2009 20:05:55 -0400 Message-ID: <80f4f2b20908061705h6b218702ked110fa54d1bee5@mail.gmail.com> From: Jim To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 16:01:47 +0000 Subject: FreeBSD 8.0 Beta2 / ALC driver crashbase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 00:34:46 -0000 I couldn't get the copy of the if_alc driver to compile in FreeBSD 7.2 on my new notebook, so I decided to use 8.0, and I found an issue, when I boot the installer media CD (boot only or DVD1), I get the following error: alc0: irq 16 at device 0.0 on pci7 alc0: 0x40000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). alc0: cannot allocate memory resources). Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fatal virtual address = 0x08 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff0024c6e8 stack pointer = 0x20:0xffffffff813f65f0 frame pointer = 0x20:0xffffffff813f6600 code segment = base 0x0, limit 0xfffff, type 0x1b = DLP 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 correct process = 0 (swapper) [thread pid 0 tid 100000 ] Stopped at alc_phy_down+0x0: cmpq $0,0x8(xrax) db> I'm not knowledgeable about this to the point where I could debug the issue, is there anything I could do to provide the developers with the info needed to fix the issue, or could someone tell me how to boot the installer and force it to not load if_alc, and suggest give me an idea of what this means, in laymans terms so I can try to diagnose it? If I had to guess, I would say it's trying to access a chunk of memory/address-space that hasn't been allocated or doesn't exist, but I don't know if that's correct or where to go from there. Thanks, -Jim Stapleton From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 11:15:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2BBA106564A; Fri, 7 Aug 2009 11:15:24 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 583138FC16; Fri, 7 Aug 2009 11:15:24 +0000 (UTC) Received: from [192.168.1.13] (aekg190.neoplus.adsl.tpnet.pl [79.191.6.190]) by smtp.semihalf.com (Postfix) with ESMTPA id E0027C4275; Fri, 7 Aug 2009 13:12:59 +0200 (CEST) Message-ID: <4A7C0CC9.3080701@semihalf.com> Date: Fri, 07 Aug 2009 13:15:21 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Hans Petter Selasky References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908041754.50244.hselasky@c2i.net> <4A79865E.3060206@semihalf.com> <200908051549.43890.hselasky@c2i.net> In-Reply-To: <200908051549.43890.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 16:02:18 +0000 Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 11:15:25 -0000 Hans Petter Selasky wrote: > On Wednesday 05 August 2009 15:17:18 Grzegorz Bernacki wrote: > > I will do some more testing and then commit it to USB P4. > Hi Hans, Have you had a chance to perform your tests? Do you see any problems on your machine after applying the patch? regards, Grzesiek From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 12:29:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F2E7106564A for ; Fri, 7 Aug 2009 12:29:12 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.rs) Received: from mx.rcub.bg.ac.rs (mx.rcub.bg.ac.rs [147.91.1.122]) by mx1.freebsd.org (Postfix) with ESMTP id 86CC78FC1D for ; Fri, 7 Aug 2009 12:29:11 +0000 (UTC) Received: by mx.rcub.bg.ac.rs (Postfix, from userid 2055) id D44771919D75; Fri, 7 Aug 2009 14:01:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.rcub.bg.ac.rs (Postfix) with ESMTP id C62561919D73 for ; Fri, 7 Aug 2009 14:01:20 +0200 (CEST) Date: Fri, 7 Aug 2009 14:01:20 +0200 (CEST) From: Goran Gajic To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-RCUB-MailScanner-Information: Please contact the ISP for more information X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.399, required 7, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Mailman-Approved-At: Fri, 07 Aug 2009 16:03:06 +0000 Subject: hda kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 12:29:12 -0000 Hi, As of today I have tried running: FreeBSD 8.0-BETA2 #0 r196085M but I have experienced kernel panic when snd_hda.ko was loaded during boot. Here is what I could get from vmcore. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: ichsmb0: port 0x8400-0x840f mem 0xfed00000-0xfed003ff at device 20.0 on pci0 ichsmb0: can't map I/O device_attach: ichsmb0 attach returned 6 hdac0: mem 0xc0000000-0xc0003fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] panic: _sx_xlock_hard: recursed on non-recursive sx newbus @ ../../../kern/subr_bus.c:219 cpuid = 0 KDB: enter: panic Physical memory: 878 MB Dumping 55 MB: 40 24 8 Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:246 #1 0xc04cbff9 in db_fncall (dummy1=1574, dummy2=0, dummy3=-1060725237, dummy4=0xe36433c4 "") at ../../../ddb/db_command.c:548 #2 0xc04cc3f1 in db_command (last_cmdp=0xc0d995bc, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #3 0xc04cc54a in db_command_loop () at ../../../ddb/db_command.c:498 #4 0xc04ce3dd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:229 #5 0xc08b24a6 in kdb_trap (type=3, code=0, tf=0xe364356c) at ../../../kern/subr_kdb.c:534 #6 0xc0bb731b in trap (frame=0xe364356c) at ../../../i386/i386/trap.c:685 #7 0xc0b9937b in calltrap () at ../../../i386/i386/exception.s:165 #8 0xc08b262a in kdb_enter (why=0xc0c77a73 "panic", msg=0xc0c77a73 "panic") at cpufunc.h:71 #9 0xc08847f6 in panic ( fmt=0xc0c782ea "_sx_xlock_hard: recursed on non-recursive sx %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:558 #10 0xc088c064 in _sx_xlock_hard (sx=0xc0ddcb40, tid=3297265344, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at ../../../kern/kern_sx.c:484 #11 0xc088c7c0 in _sx_xlock (sx=0xc0ddcb40, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at sx.h:155 #12 0xc08ac03a in newbus_xlock () at ../../../kern/subr_bus.c:219 #13 0xc4bb7124 in hdac_attach2 (arg=0xc46ec000) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:7438 #14 0xc4bbf9e5 in hdac_attach (dev=0xc46bcd80) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:4193 #15 0xc08ad327 in device_attach (dev=0xc46bcd80) at device_if.h:178 #16 0xc08ae05c in device_probe_and_attach (dev=0xc46bcd80) at ../../../kern/subr_bus.c:2602 #17 0xc0710d95 in pci_driver_added (dev=0xc46bc880, driver=0xc4bc431c) at ../../../dev/pci/pci.c:2839 #18 0xc08aaf98 in devclass_driver_added (dc=0xc4556bc0, driver=0xc4bc431c) at bus_if.h:183 #19 0xc08acc73 in driver_module_handler (mod=0xc492d0c0, what=0, arg=0xc4bc42ec) at ../../../kern/subr_bus.c:1084 #20 0xc0874067 in module_register_init (arg=0xc4bc4250) at ../../../kern/kern_module.c:124 #21 0xc086b83a in linker_load_module (kldname=Variable "kldname" is not available. ) at ../../../kern/kern_linker.c:234 #22 0xc086bcfa in kern_kldload (td=0xc48846c0, file=0xc4717400 "snd_hda.ko", fileid=0xe3643c70) at ../../../kern/kern_linker.c:1016 #23 0xc086be34 in kldload (td=0xc48846c0, uap=0xe3643cf8) at ../../../kern/kern_linker.c:1044 #24 0xc0bb6a53 in syscall (frame=0xe3643d38) at ../../../i386/i386/trap.c:1073 #25 0xc0b993e0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #26 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) #0 doadump () at pcpu.h:246 #1 0xc04cbff9 in db_fncall (dummy1=1574, dummy2=0, dummy3=-1060725237, dummy4=0xe36433c4 "") at ../../../ddb/db_command.c:548 #2 0xc04cc3f1 in db_command (last_cmdp=0xc0d995bc, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #3 0xc04cc54a in db_command_loop () at ../../../ddb/db_command.c:498 #4 0xc04ce3dd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:229 #5 0xc08b24a6 in kdb_trap (type=3, code=0, tf=0xe364356c) at ../../../kern/subr_kdb.c:534 #6 0xc0bb731b in trap (frame=0xe364356c) at ../../../i386/i386/trap.c:685 #7 0xc0b9937b in calltrap () at ../../../i386/i386/exception.s:165 #8 0xc08b262a in kdb_enter (why=0xc0c77a73 "panic", msg=0xc0c77a73 "panic") at cpufunc.h:71 #9 0xc08847f6 in panic ( fmt=0xc0c782ea "_sx_xlock_hard: recursed on non-recursive sx %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:558 #10 0xc088c064 in _sx_xlock_hard (sx=0xc0ddcb40, tid=3297265344, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at ../../../kern/kern_sx.c:484 #11 0xc088c7c0 in _sx_xlock (sx=0xc0ddcb40, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at sx.h:155 #12 0xc08ac03a in newbus_xlock () at ../../../kern/subr_bus.c:219 #13 0xc4bb7124 in hdac_attach2 (arg=0xc46ec000) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:7438 #14 0xc4bbf9e5 in hdac_attach (dev=0xc46bcd80) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:4193 #15 0xc08ad327 in device_attach (dev=0xc46bcd80) at device_if.h:178 #16 0xc08ae05c in device_probe_and_attach (dev=0xc46bcd80) at ../../../kern/subr_bus.c:2602 #17 0xc0710d95 in pci_driver_added (dev=0xc46bc880, driver=0xc4bc431c) at ../../../dev/pci/pci.c:2839 #18 0xc08aaf98 in devclass_driver_added (dc=0xc4556bc0, driver=0xc4bc431c) at bus_if.h:183 #19 0xc08acc73 in driver_module_handler (mod=0xc492d0c0, what=0, arg=0xc4bc42ec) at ../../../kern/subr_bus.c:1084 #20 0xc0874067 in module_register_init (arg=0xc4bc4250) at ../../../kern/kern_module.c:124 #21 0xc086b83a in linker_load_module (kldname=Variable "kldname" is not available. ) at ../../../kern/kern_linker.c:234 #22 0xc086bcfa in kern_kldload (td=0xc48846c0, file=0xc4717400 "snd_hda.ko", fileid=0xe3643c70) at ../../../kern/kern_linker.c:1016 #23 0xc086be34 in kldload (td=0xc48846c0, uap=0xe3643cf8) at ../../../kern/kern_linker.c:1044 #24 0xc0bb6a53 in syscall (frame=0xe3643d38) at ../../../i386/i386/trap.c:1073 #25 0xc0b993e0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #26 0x00000033 in ?? () (kgdb) #0 doadump () at pcpu.h:246 #1 0xc04cbff9 in db_fncall (dummy1=1574, dummy2=0, dummy3=-1060725237, dummy4=0xe36433c4 "") at ../../../ddb/db_command.c:548 #2 0xc04cc3f1 in db_command (last_cmdp=0xc0d995bc, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #3 0xc04cc54a in db_command_loop () at ../../../ddb/db_command.c:498 #4 0xc04ce3dd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:229 #5 0xc08b24a6 in kdb_trap (type=3, code=0, tf=0xe364356c) at ../../../kern/subr_kdb.c:534 #6 0xc0bb731b in trap (frame=0xe364356c) at ../../../i386/i386/trap.c:685 #7 0xc0b9937b in calltrap () at ../../../i386/i386/exception.s:165 #8 0xc08b262a in kdb_enter (why=0xc0c77a73 "panic", msg=0xc0c77a73 "panic") at cpufunc.h:71 #9 0xc08847f6 in panic ( fmt=0xc0c782ea "_sx_xlock_hard: recursed on non-recursive sx %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:558 #10 0xc088c064 in _sx_xlock_hard (sx=0xc0ddcb40, tid=3297265344, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at ../../../kern/kern_sx.c:484 #11 0xc088c7c0 in _sx_xlock (sx=0xc0ddcb40, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at sx.h:155 #12 0xc08ac03a in newbus_xlock () at ../../../kern/subr_bus.c:219 #13 0xc4bb7124 in hdac_attach2 (arg=0xc46ec000) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:7438 #14 0xc4bbf9e5 in hdac_attach (dev=0xc46bcd80) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:4193 #15 0xc08ad327 in device_attach (dev=0xc46bcd80) at device_if.h:178 #16 0xc08ae05c in device_probe_and_attach (dev=0xc46bcd80) at ../../../kern/subr_bus.c:2602 #17 0xc0710d95 in pci_driver_added (dev=0xc46bc880, driver=0xc4bc431c) at ../../../dev/pci/pci.c:2839 #18 0xc08aaf98 in devclass_driver_added (dc=0xc4556bc0, driver=0xc4bc431c) at bus_if.h:183 #19 0xc08acc73 in driver_module_handler (mod=0xc492d0c0, what=0, arg=0xc4bc42ec) at ../../../kern/subr_bus.c:1084 #20 0xc0874067 in module_register_init (arg=0xc4bc4250) at ../../../kern/kern_module.c:124 #21 0xc086b83a in linker_load_module (kldname=Variable "kldname" is not available. ) at ../../../kern/kern_linker.c:234 #22 0xc086bcfa in kern_kldload (td=0xc48846c0, file=0xc4717400 "snd_hda.ko", fileid=0xe3643c70) at ../../../kern/kern_linker.c:1016 #23 0xc086be34 in kldload (td=0xc48846c0, uap=0xe3643cf8) at ../../../kern/kern_linker.c:1044 #24 0xc0bb6a53 in syscall (frame=0xe3643d38) at ../../../i386/i386/trap.c:1073 #25 0xc0b993e0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #26 0x00000033 in ?? () (kgdb) #0 doadump () at pcpu.h:246 #1 0xc04cbff9 in db_fncall (dummy1=1574, dummy2=0, dummy3=-1060725237, dummy4=0xe36433c4 "") at ../../../ddb/db_command.c:548 #2 0xc04cc3f1 in db_command (last_cmdp=0xc0d995bc, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #3 0xc04cc54a in db_command_loop () at ../../../ddb/db_command.c:498 #4 0xc04ce3dd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:229 #5 0xc08b24a6 in kdb_trap (type=3, code=0, tf=0xe364356c) at ../../../kern/subr_kdb.c:534 #6 0xc0bb731b in trap (frame=0xe364356c) at ../../../i386/i386/trap.c:685 #7 0xc0b9937b in calltrap () at ../../../i386/i386/exception.s:165 #8 0xc08b262a in kdb_enter (why=0xc0c77a73 "panic", msg=0xc0c77a73 "panic") at cpufunc.h:71 #9 0xc08847f6 in panic ( fmt=0xc0c782ea "_sx_xlock_hard: recursed on non-recursive sx %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:558 #10 0xc088c064 in _sx_xlock_hard (sx=0xc0ddcb40, tid=3297265344, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at ../../../kern/kern_sx.c:484 #11 0xc088c7c0 in _sx_xlock (sx=0xc0ddcb40, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at sx.h:155 #12 0xc08ac03a in newbus_xlock () at ../../../kern/subr_bus.c:219 #13 0xc4bb7124 in hdac_attach2 (arg=0xc46ec000) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:7438 #14 0xc4bbf9e5 in hdac_attach (dev=0xc46bcd80) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:4193 #15 0xc08ad327 in device_attach (dev=0xc46bcd80) at device_if.h:178 #16 0xc08ae05c in device_probe_and_attach (dev=0xc46bcd80) at ../../../kern/subr_bus.c:2602 #17 0xc0710d95 in pci_driver_added (dev=0xc46bc880, driver=0xc4bc431c) at ../../../dev/pci/pci.c:2839 #18 0xc08aaf98 in devclass_driver_added (dc=0xc4556bc0, driver=0xc4bc431c) at bus_if.h:183 #19 0xc08acc73 in driver_module_handler (mod=0xc492d0c0, what=0, arg=0xc4bc42ec) at ../../../kern/subr_bus.c:1084 #20 0xc0874067 in module_register_init (arg=0xc4bc4250) at ../../../kern/kern_module.c:124 #21 0xc086b83a in linker_load_module (kldname=Variable "kldname" is not available. ) at ../../../kern/kern_linker.c:234 #22 0xc086bcfa in kern_kldload (td=0xc48846c0, file=0xc4717400 "snd_hda.ko", fileid=0xe3643c70) at ../../../kern/kern_linker.c:1016 #23 0xc086be34 in kldload (td=0xc48846c0, uap=0xe3643cf8) at ../../../kern/kern_linker.c:1044 #24 0xc0bb6a53 in syscall (frame=0xe3643d38) at ../../../i386/i386/trap.c:1073 #25 0xc0b993e0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #26 0x00000033 in ?? () (kgdb) #0 doadump () at pcpu.h:246 #1 0xc04cbff9 in db_fncall (dummy1=1574, dummy2=0, dummy3=-1060725237, dummy4=0xe36433c4 "") at ../../../ddb/db_command.c:548 #2 0xc04cc3f1 in db_command (last_cmdp=0xc0d995bc, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #3 0xc04cc54a in db_command_loop () at ../../../ddb/db_command.c:498 #4 0xc04ce3dd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:229 #5 0xc08b24a6 in kdb_trap (type=3, code=0, tf=0xe364356c) at ../../../kern/subr_kdb.c:534 #6 0xc0bb731b in trap (frame=0xe364356c) at ../../../i386/i386/trap.c:685 #7 0xc0b9937b in calltrap () at ../../../i386/i386/exception.s:165 #8 0xc08b262a in kdb_enter (why=0xc0c77a73 "panic", msg=0xc0c77a73 "panic") at cpufunc.h:71 #9 0xc08847f6 in panic ( fmt=0xc0c782ea "_sx_xlock_hard: recursed on non-recursive sx %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:558 #10 0xc088c064 in _sx_xlock_hard (sx=0xc0ddcb40, tid=3297265344, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at ../../../kern/kern_sx.c:484 #11 0xc088c7c0 in _sx_xlock (sx=0xc0ddcb40, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at sx.h:155 #12 0xc08ac03a in newbus_xlock () at ../../../kern/subr_bus.c:219 #13 0xc4bb7124 in hdac_attach2 (arg=0xc46ec000) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:7438 #14 0xc4bbf9e5 in hdac_attach (dev=0xc46bcd80) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:4193 #15 0xc08ad327 in device_attach (dev=0xc46bcd80) at device_if.h:178 #16 0xc08ae05c in device_probe_and_attach (dev=0xc46bcd80) at ../../../kern/subr_bus.c:2602 #17 0xc0710d95 in pci_driver_added (dev=0xc46bc880, driver=0xc4bc431c) at ../../../dev/pci/pci.c:2839 #18 0xc08aaf98 in devclass_driver_added (dc=0xc4556bc0, driver=0xc4bc431c) at bus_if.h:183 #19 0xc08acc73 in driver_module_handler (mod=0xc492d0c0, what=0, arg=0xc4bc42ec) at ../../../kern/subr_bus.c:1084 #20 0xc0874067 in module_register_init (arg=0xc4bc4250) at ../../../kern/kern_module.c:124 #21 0xc086b83a in linker_load_module (kldname=Variable "kldname" is not available. ) at ../../../kern/kern_linker.c:234 #22 0xc086bcfa in kern_kldload (td=0xc48846c0, file=0xc4717400 "snd_hda.ko", fileid=0xe3643c70) at ../../../kern/kern_linker.c:1016 #23 0xc086be34 in kldload (td=0xc48846c0, uap=0xe3643cf8) at ../../../kern/kern_linker.c:1044 #24 0xc0bb6a53 in syscall (frame=0xe3643d38) at ../../../i386/i386/trap.c:1073 #25 0xc0b993e0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #26 0x00000033 in ?? () (kgdb) #0 doadump () at pcpu.h:246 #1 0xc04cbff9 in db_fncall (dummy1=1574, dummy2=0, dummy3=-1060725237, dummy4=0xe36433c4 "") at ../../../ddb/db_command.c:548 #2 0xc04cc3f1 in db_command (last_cmdp=0xc0d995bc, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #3 0xc04cc54a in db_command_loop () at ../../../ddb/db_command.c:498 #4 0xc04ce3dd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:229 #5 0xc08b24a6 in kdb_trap (type=3, code=0, tf=0xe364356c) at ../../../kern/subr_kdb.c:534 #6 0xc0bb731b in trap (frame=0xe364356c) at ../../../i386/i386/trap.c:685 #7 0xc0b9937b in calltrap () at ../../../i386/i386/exception.s:165 #8 0xc08b262a in kdb_enter (why=0xc0c77a73 "panic", msg=0xc0c77a73 "panic") at cpufunc.h:71 #9 0xc08847f6 in panic ( fmt=0xc0c782ea "_sx_xlock_hard: recursed on non-recursive sx %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:558 #10 0xc088c064 in _sx_xlock_hard (sx=0xc0ddcb40, tid=3297265344, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at ../../../kern/kern_sx.c:484 #11 0xc088c7c0 in _sx_xlock (sx=0xc0ddcb40, opts=0, file=0xc0c7a34d "../../../kern/subr_bus.c", line=219) at sx.h:155 #12 0xc08ac03a in newbus_xlock () at ../../../kern/subr_bus.c:219 #13 0xc4bb7124 in hdac_attach2 (arg=0xc46ec000) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:7438 #14 0xc4bbf9e5 in hdac_attach (dev=0xc46bcd80) at /usr/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c:4193 #15 0xc08ad327 in device_attach (dev=0xc46bcd80) at device_if.h:178 #16 0xc08ae05c in device_probe_and_attach (dev=0xc46bcd80) at ../../../kern/subr_bus.c:2602 #17 0xc0710d95 in pci_driver_added (dev=0xc46bc880, driver=0xc4bc431c) at ../../../dev/pci/pci.c:2839 #18 0xc08aaf98 in devclass_driver_added (dc=0xc4556bc0, driver=0xc4bc431c) at bus_if.h:183 #19 0xc08acc73 in driver_module_handler (mod=0xc492d0c0, what=0, arg=0xc4bc42ec) at ../../../kern/subr_bus.c:1084 #20 0xc0874067 in module_register_init (arg=0xc4bc4250) at ../../../kern/kern_module.c:124 #21 0xc086b83a in linker_load_module (kldname=Variable "kldname" is not available. ) at ../../../kern/kern_linker.c:234 #22 0xc086bcfa in kern_kldload (td=0xc48846c0, file=0xc4717400 "snd_hda.ko", fileid=0xe3643c70) at ../../../kern/kern_linker.c:1016 #23 0xc086be34 in kldload (td=0xc48846c0, uap=0xe3643cf8) at ../../../kern/kern_linker.c:1044 #24 0xc0bb6a53 in syscall (frame=0xe3643d38) at ../../../i386/i386/trap.c:1073 #25 0xc0b993e0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #26 0x00000033 in ?? () (kgdb) Quit (kgdb) Regards, gg. From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 16:08:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B88B106566B for ; Fri, 7 Aug 2009 16:08:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id AE65E8FC1F for ; Fri, 7 Aug 2009 16:08:22 +0000 (UTC) Received: by fxm24 with SMTP id 24so1726560fxm.36 for ; Fri, 07 Aug 2009 09:08:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=L2Nmx5RSkyvbyCm9Kv7cTmyl7sCLwUNKg4Vn6H7xD0A=; b=X6xMkzFbRjUTjPhiOMNoaU1MqiZB+3P/LOItxcodKu93yoezlbPaCp6WbIh+9aj9OS fYMI34+WwiZ8EY8+7v0/OhC9xbScQS6opp5C77mVwiH4RfTJg9Sgr6afyqlz/XewbRhI njCJuDK8lEjz423IC2zA4d20v1yFa1wzD3R4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=wVEZdNKkdGWTeyEYdeqLLw11K8Y9d6QRT58IvJ+1ZlnAo9Vod2A0Sgzo7jmPTfcLOI H2/VEHBB+mVI2l2vS1LysK9OfypVJavaWxGqImpo4iovTjcPc43yPw8beXGot9ssa82r 0/+c1INuAHYa6hA0YPyCAU+8mlqAgsEVFRnCo= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.114.74 with SMTP id d10mr356958faq.87.1249661301683; Fri, 07 Aug 2009 09:08:21 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Aug 2009 18:08:21 +0200 X-Google-Sender-Auth: e1696fda38b99086 Message-ID: <3bbf2fe10908070908m6cb9d2fao7552a5ddb33bac5a@mail.gmail.com> From: Attilio Rao To: Goran Gajic Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hda kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 16:08:23 -0000 2009/8/7 Goran Gajic : > > Hi, > > As of today I have tried running: FreeBSD 8.0-BETA2 #0 r196085M > but I have experienced kernel panic when snd_hda.ko was loaded during boot. > Here is what I could get from vmcore. http://www.freebsd.org/~attilio/hdac.diff It will be committed once the commits are restored along with a newbus errata I'm preparing. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 16:12:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 558A71065676 for ; Fri, 7 Aug 2009 16:12:56 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id E40F18FC31 for ; Fri, 7 Aug 2009 16:12:55 +0000 (UTC) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MZS3q-0005gQ-No; Fri, 07 Aug 2009 18:12:54 +0200 Received: from ta854.t.pppool.de ([89.55.168.84]:36048 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #93) id 1MZS3q-0002Lm-C0; Fri, 07 Aug 2009 18:12:54 +0200 Date: Fri, 7 Aug 2009 18:12:53 +0200 From: Gary Jennejohn To: Axel Scheepers Message-ID: <20090807181253.59ba37ed@ernst.jennejohn.org> In-Reply-To: <1249406101.20811.12.camel@ceridwen.thuis.net> References: <1249406101.20811.12.camel@ceridwen.thuis.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-purgate-ID: 149285::1249661574-00006ABE-1BCAA3E1/0-0/0-0 Cc: freebsd-current@freebsd.org Subject: Re: GEOM geometry mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 16:12:56 -0000 On Tue, 04 Aug 2009 19:15:01 +0200 Axel Scheepers wrote: > I've installed a fresh 8.0-BETA2 from the provided iso's, did a cvsup to > -current a couple of days back reinstalled world a now I see: > > GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). > Just ignore it. I see this error at every boot also but it has no negative effects. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 16:56:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D68881065676 for ; Fri, 7 Aug 2009 16:56:27 +0000 (UTC) (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 6BC408FC26 for ; Fri, 7 Aug 2009 16:56:27 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n77GPAnm001725; Fri, 7 Aug 2009 17:25:10 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MZSFi-0007VP-P2; Fri, 07 Aug 2009 17:25:10 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n77GPAk3076287; Fri, 7 Aug 2009 17:25:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n77GPAXs076286; Fri, 7 Aug 2009 17:25:10 +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: FuLLBLaSTstorm In-Reply-To: <6c51dbb10908070312m489e3910tf7082ba6c741a25@mail.gmail.com> References: <4A66C7BB.6030307@samsco.org> <2F7346C1-E041-4D31-8FB4-24321DDAA608@siel.si> <6c51dbb10908070312m489e3910tf7082ba6c741a25@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 07 Aug 2009 17:25:10 +0100 Message-Id: <1249662310.65644.30.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: run_interrupt_driven_hooks - waiting for xpt_config - booting on DL380 G6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 16:56:28 -0000 On Fri, 2009-08-07 at 17:12 +0700, FuLLBLaSTstorm wrote: > Greetings, > I have the Fujitsu Siemens ESPRIMO V6505 laptop. So I have *exactly* > the same problem installing FreeBSD on it. So if some testing is > required i will be more than happy to do it. Unless your laptop uses the ciss(4) SCSI controller, as I understand it this is unlikely to be the same issue. It may well be worth including more information (like, for example, a full verbose dmesg), alongside information about when you first started seeing this, etc, in a new thread. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 17:07:30 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05FAD106566B; Fri, 7 Aug 2009 17:07:30 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 8A15D8FC15; Fri, 7 Aug 2009 17:07:29 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5C3811E002F9; Fri, 7 Aug 2009 19:07:28 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n77H4RUO004485; Fri, 7 Aug 2009 19:04:27 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n77H4RdF004484; Fri, 7 Aug 2009 19:04:27 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 7 Aug 2009 19:04:26 +0200 To: Alexander Motin Message-ID: <20090807170426.GA4292@triton.kn-bremen.de> References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A7BD57E.3040201@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, markus@FreeBSD.org, Juergen Lock Subject: Re: cdparanoia patch for ahci(4)/siis(4) (next version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 17:07:30 -0000 On Fri, Aug 07, 2009 at 10:19:26AM +0300, Alexander Motin wrote: > Scott Long wrote: > > Juergen Lock wrote: > >> On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: > >>> On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: > >>>> Juergen Lock wrote: > >>>>> 2. cdda/dae seems to be broken entirely with ahci(4) as well as > >>>>> siis(4) (I remember a report about it being broken for usb optical > >>>>> drives too so maybe this is related?) - I tested with the > >>>>> audio/cdparanoia port as well as with > >>>>> mplayer -cdrom-device /dev/cd{0,1} cdda://... > >>>>> (mplayer needs to be built with the libparanoia knob on for this) - > >>>>> this > >>>>> does work with atapicam(4) without ahci/siis so it can't be cd(4)'s > >>>>> fault alone. On siis(4) it seems to just fail while on ahci(4) (I > >>>>> still > >>>>> have another optical drive on there, it's on the board's amd sb700) > >>>>> it causes the sata channel to be reset endlessly until I ^C mplayer: > >>>>> > >>>>> Soo, anyone have ideas/patches/things they want me to check for this? > >>>> But this appeared to to be really trivial. cdparanoia uses extremely > >>>> simple method for detecting ATAPI devices - it checks that SIM is > >>>> named "ata". Trivial single line hack made it successfully play some > >>>> old AudioCD in SATA drive on SiI3132 controller for me, while I am > >>>> typing this. Probably we should invent better way to do this. > >>> Oooh! :) I need to test this... > >> > >> Yup, works here too on siis and ahci with the following patch: > >> (maintainer Cc'd) > >> > >> Index: interface/scsi_interface.c > >> @@ -1480,9 +1480,12 @@ > >> /* > >> * if the bus device name is `ata', we're (obviously) > >> * running ATAPICAM. > >> + * XXX same for the new ahci(4) and siis(4) drivers... > >> */ > >> > >> - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { > >> + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || > >> + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || > >> + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { > >> cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); > >> d->is_atapi = 1; > >> } else { > >> > >> Thanx, :) > >> Juergen > > > > This is fine for the moment, but unmaintainable in the long run as more > > and more drives are written. cdparanoia needs to look at protocol and > > transport attributes, not device names. > > CAM reports SCSI protocol for ATAPI devices at this moment. It is not > good probably. but changing it now may be painful. Checks like > d->ccb->cpi.transport == XPORT_ATA || > d->ccb->cpi.transport == XPORT_SATA > should be for now. "ata" hack should also stay there for now, as > ATAPICAM emulates SCSI transport now, but not a new ATA one. Ok checking for XPORT_(S)ATA works for me as well: Index: interface/scsi_interface.c @@ -1480,10 +1480,16 @@ /* * if the bus device name is `ata', we're (obviously) * running ATAPICAM. + * same for the new ahci(4) and siis(4) drivers and future others + * which use SATA transport too... */ - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { - cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || +#if __FreeBSD_version >= 800102 + d->ccb->cpi.transport == XPORT_SATA || +#endif + d->ccb->cpi.transport == XPORT_ATA) { + cdmessage(d, "\tDrive is ATAPI (using ATAPICAM or direct CAM (S)ATA transport)\n"); d->is_atapi = 1; } else { cdmessage(d, "\tDrive is SCSI\n"); One question remains tho: What if someone connects a sata drive to a sas controller, will that still be XPORT_SAS then? In that case I'd say we'd need to check for that as well, or maybe just assume there are no `real' sas optical drives and treat everything sas as sata here... Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 17:24:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D260C106566C; Fri, 7 Aug 2009 17:24:17 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6308FC26; Fri, 7 Aug 2009 17:24:16 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250993441; Fri, 07 Aug 2009 20:24:14 +0300 Message-ID: <4A7C630D.6010500@FreeBSD.org> Date: Fri, 07 Aug 2009 20:23:25 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Juergen Lock References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> <20090807170426.GA4292@triton.kn-bremen.de> In-Reply-To: <20090807170426.GA4292@triton.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, markus@FreeBSD.org Subject: Re: cdparanoia patch for ahci(4)/siis(4) (next version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 17:24:18 -0000 Juergen Lock wrote: > One question remains tho: What if someone connects a sata drive > to a sas controller, will that still be XPORT_SAS then? In that case > I'd say we'd need to check for that as well, or maybe just assume there > are no `real' sas optical drives and treat everything sas as sata here... There is no precedent yet, but I think it should become XPORT_SATA. SATA and SAS drives work quite different from management point of view, especially when working with PMP/Expanders, so controller should report what exactly going on there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:01:09 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 351C4106564A; Fri, 7 Aug 2009 18:01:09 +0000 (UTC) (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 B398B8FC16; Fri, 7 Aug 2009 18:01:08 +0000 (UTC) Received: from pooker.samsco.home (pooker.samsco.home [192.168.254.1]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n77I13AU020053; Fri, 7 Aug 2009 12:01:03 -0600 (MDT) (envelope-from scottl@samsco.org) Date: Fri, 7 Aug 2009 12:01:03 -0600 (MDT) From: Scott Long To: Juergen Lock In-Reply-To: <20090807170426.GA4292@triton.kn-bremen.de> Message-ID: <20090807115859.M20031@pooker.samsco.org> References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> <20090807170426.GA4292@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Alexander Motin , freebsd-current@FreeBSD.org, markus@FreeBSD.org Subject: Re: cdparanoia patch for ahci(4)/siis(4) (next version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:01:09 -0000 On Fri, 7 Aug 2009, Juergen Lock wrote: > On Fri, Aug 07, 2009 at 10:19:26AM +0300, Alexander Motin wrote: >> Scott Long wrote: >>> Juergen Lock wrote: >>>> On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: >>>>> On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: >>>>>> Juergen Lock wrote: >>>>>>> 2. cdda/dae seems to be broken entirely with ahci(4) as well as >>>>>>> siis(4) (I remember a report about it being broken for usb optical >>>>>>> drives too so maybe this is related?) - I tested with the >>>>>>> audio/cdparanoia port as well as with >>>>>>> mplayer -cdrom-device /dev/cd{0,1} cdda://... >>>>>>> (mplayer needs to be built with the libparanoia knob on for this) - >>>>>>> this >>>>>>> does work with atapicam(4) without ahci/siis so it can't be cd(4)'s >>>>>>> fault alone. On siis(4) it seems to just fail while on ahci(4) (I >>>>>>> still >>>>>>> have another optical drive on there, it's on the board's amd sb700) >>>>>>> it causes the sata channel to be reset endlessly until I ^C mplayer: >>>>>>> >>>>>>> Soo, anyone have ideas/patches/things they want me to check for this? >>>>>> But this appeared to to be really trivial. cdparanoia uses extremely >>>>>> simple method for detecting ATAPI devices - it checks that SIM is >>>>>> named "ata". Trivial single line hack made it successfully play some >>>>>> old AudioCD in SATA drive on SiI3132 controller for me, while I am >>>>>> typing this. Probably we should invent better way to do this. >>>>> Oooh! :) I need to test this... >>>> >>>> Yup, works here too on siis and ahci with the following patch: >>>> (maintainer Cc'd) >>>> >>>> Index: interface/scsi_interface.c >>>> @@ -1480,9 +1480,12 @@ >>>> /* >>>> * if the bus device name is `ata', we're (obviously) >>>> * running ATAPICAM. >>>> + * XXX same for the new ahci(4) and siis(4) drivers... >>>> */ >>>> >>>> - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { >>>> + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || >>>> + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || >>>> + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { >>>> cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); >>>> d->is_atapi = 1; >>>> } else { >>>> >>>> Thanx, :) >>>> Juergen >>> >>> This is fine for the moment, but unmaintainable in the long run as more >>> and more drives are written. cdparanoia needs to look at protocol and >>> transport attributes, not device names. >> >> CAM reports SCSI protocol for ATAPI devices at this moment. It is not >> good probably. but changing it now may be painful. Checks like >> d->ccb->cpi.transport == XPORT_ATA || >> d->ccb->cpi.transport == XPORT_SATA >> should be for now. "ata" hack should also stay there for now, as >> ATAPICAM emulates SCSI transport now, but not a new ATA one. > > Ok checking for XPORT_(S)ATA works for me as well: > > Index: interface/scsi_interface.c > @@ -1480,10 +1480,16 @@ > /* > * if the bus device name is `ata', we're (obviously) > * running ATAPICAM. > + * same for the new ahci(4) and siis(4) drivers and future others > + * which use SATA transport too... > */ > > - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { > - cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); > + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || > +#if __FreeBSD_version >= 800102 > + d->ccb->cpi.transport == XPORT_SATA || > +#endif > + d->ccb->cpi.transport == XPORT_ATA) { > + cdmessage(d, "\tDrive is ATAPI (using ATAPICAM or direct CAM (S)ATA transport)\n"); > d->is_atapi = 1; > } else { > cdmessage(d, "\tDrive is SCSI\n"); > > One question remains tho: What if someone connects a sata drive > to a sas controller, will that still be XPORT_SAS then? In that case > I'd say we'd need to check for that as well, or maybe just assume there > are no `real' sas optical drives and treat everything sas as sata here... It's very possible to connect a SATA ATAPI drive to a SAS controller, though I'm not sure it's very common at the moment as it likely requires special support by the SAS controller and firmware. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:14:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 732891065689 for ; Fri, 7 Aug 2009 18:14:51 +0000 (UTC) (envelope-from jemrpo@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 25AF48FC19 for ; Fri, 7 Aug 2009 18:14:51 +0000 (UTC) Received: by yxe11 with SMTP id 11so2169343yxe.3 for ; Fri, 07 Aug 2009 11:14:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=jkYmsxGJ8sj8TdCAcK3Cz5D8OeyNwzR0Z41B19J52qg=; b=lNUfxNjui52EoQKdz8PMfqPkJC0oCLzzv5bg+hjIydpuyybUyUs3T7Lo3lEFzQ9Cht WU16A8/6WlkZ+bKEy+8nySOCory2g3SyQDzthRtmAZtrQFibV4BcPKsgRQNKlnizaHPP 92QRyuVuoU3FFhH06HJXZCrQeLGD97zmTGjDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=izst7ODqK8iVcK8Y0p0+kXr/YDb2kbKj49RXMi8vUJNLk+REP+oqtBDsDmZNdMWP8i HBxGyhqKfs/qSJBtMQiR4x73phscfUeJ2BxkDVDRQqXsUR7Y+1xHxKyfepytKt6dS8M9 AzpdL2+FiGuIEbBgiQj5Y9EhE05Vdj5nedrf8= Received: by 10.90.101.17 with SMTP id y17mr1133406agb.29.1249666987447; Fri, 07 Aug 2009 10:43:07 -0700 (PDT) Received: from ?190.249.43.57? ([190.249.43.57]) by mx.google.com with ESMTPS id 34sm3723331agc.31.2009.08.07.10.43.04 (version=SSLv3 cipher=RC4-MD5); Fri, 07 Aug 2009 10:43:05 -0700 (PDT) From: Juan Esteban Martinez Restrepo To: freebsd-current@freebsd.org Content-Type: text/plain Date: Fri, 07 Aug 2009 12:43:03 -0500 Message-Id: <1249666983.1305.4.camel@dmhosting.g.ysm.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: PROBLEMS WITH 250GB SATA HD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:14:51 -0000 Yesterday I upgraded from 7.2 to 8.0beta2, had some issues with fuse.ko and linux compat, but rebuilt and worked ok, I'm having problems trying to mount my SATA 250GB HD, because it just finds one partition (/dev/ad4s1), but I really have 2 partitions there (/dev/ad4s5 /dev/ad4s6) which are ntfs, when i use FreeSBIE live cd to boot it recognizes both partition (/dev/ad4s5 /dev/ad4s6) and can mount them and read the info which I have stored, but when i boot with 8.0BETA2 just find /dev/ad4s1. any ideas what could that be?, i have tried to boot either generic and custom kernel. and got this message on dmesg http://pastebin.com/m45a3711f -- Juan Esteban Martinez Restrepo From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:27:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C1C106566B for ; Fri, 7 Aug 2009 18:27:48 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 5134D8FC0A for ; Fri, 7 Aug 2009 18:27:48 +0000 (UTC) Received: (qmail 29722 invoked from network); 7 Aug 2009 11:53:07 -0700 Received: by simscan 1.1.0 ppid: 29712, pid: 29714, t: 2.1780s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=uLVf5H4N79wA:10 a=jDt-9pEAAAAA:8 a=eYrylyYtXbP02U70pI0A:9 a=HOMYrWKKZemVFtChKZgA:7 a=k-wrwfTX4ZdiIc9XoZvYKInuAMsA:4 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp1 with SMTP; 7 Aug 2009 11:53:04 -0700 Received: from [192.168.2.3] (unknown [192.168.2.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id C3684164CC3 for ; Fri, 7 Aug 2009 11:27:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1249669664; bh=dnd/o46ephVKfkSP1ySwagNsDZsTVNKpUDFVPoAK3Lo=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=YETauLXwbEvR4GnKWUc3Zt0G93+ktR2HqggA+prO0zyCxAM1n/tS3983Bu+Ar3VMF fKYmWIWdiw4j+0Kej52WEw+L3gfQwdkZgdm7lgXHLknyMbQi3d7jBBAszLlnIuC03R YzkcJV+RQKBviIVqMsFg9wujlg1BAQdJK9+1uAHU= Message-ID: <4A7C7220.2090309@mykitchentable.net> Date: Fri, 07 Aug 2009 11:27:44 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:27:48 -0000 I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with current sources as of yesterday (8/6/09). I successfully built world and kernel, and installed the kernel. However when I attempted to install world, I got this error: ===> lib/libc (install) install -C -o root -g wheel -m 444 libc.a /usr/lib install -C -o root -g wheel -m 444 libc_p.a /usr/lib install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib install: /lib/libc.so.7: chflags: Invalid argument *** Error code 71 Stop in /usr/src/lib/libc. *** Error code 1 And now I can't do anything as every command fails with: /libexec/ld-elf.so.1: Shared object "libc.so.7" not found How can I recover from this error? Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:31:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61954106566B for ; Fri, 7 Aug 2009 18:31:32 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 00D4B8FC15 for ; Fri, 7 Aug 2009 18:31:31 +0000 (UTC) Received: (qmail 54015 invoked from network); 7 Aug 2009 18:31:31 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 7 Aug 2009 18:31:31 -0000 Message-ID: <4A7C72E0.8080303@acm.poly.edu> Date: Fri, 07 Aug 2009 14:30:56 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Drew Tomlinson References: <4A7C7220.2090309@mykitchentable.net> In-Reply-To: <4A7C7220.2090309@mykitchentable.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:31:32 -0000 Drew Tomlinson wrote: > I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with > current sources as of yesterday (8/6/09). I successfully built world and > kernel, and installed the kernel. However when I attempted to install > world, I got this error: > > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: /lib/libc.so.7: chflags: Invalid argument > *** Error code 71 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > > And now I can't do anything as every command fails with: > > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found > > How can I recover from this error? > > Thanks, > > Drew > > There are statically-linked versions of essential utilities in /rescue/. For example, you can use /rescue/mount_nfs to mount an NFS server with the files you need, then /rescue/cp to copy them to your system. -Boris From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:36:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5151106564A for ; Fri, 7 Aug 2009 18:36:24 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6688FC08 for ; Fri, 7 Aug 2009 18:36:24 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MZUIi-0003qH-2h for freebsd-current@freebsd.org; Fri, 07 Aug 2009 11:36:24 -0700 Message-ID: <24869963.post@talk.nabble.com> Date: Fri, 7 Aug 2009 11:36:24 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <4A7C7220.2090309@mykitchentable.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <4A7C7220.2090309@mykitchentable.net> Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:36:25 -0000 Drew Tomlinson wrote: > > I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with > current sources as of yesterday (8/6/09). I successfully built world and > kernel, and installed the kernel. However when I attempted to install > world, I got this error: > > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: /lib/libc.so.7: chflags: Invalid argument > *** Error code 71 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > > And now I can't do anything as every command fails with: > > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found > > How can I recover from this error? > > Thanks, > > Drew > > -- > Be a Great Magician! > Visit The Alchemist's Warehouse > > http://www.alchemistswarehouse.com > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > If it's really missing, use some bootcd. It shouldn't though. Any chance you have deleted /lib conten in attempt to purge /usr/local/lib? -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/-Fwd%3A-How-To-Recover-From-Missing--lib-libc.so.7---tp24869873p24869963.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:44:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FA56106566B for ; Fri, 7 Aug 2009 18:44:38 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id EE4318FC1A for ; Fri, 7 Aug 2009 18:44:37 +0000 (UTC) Received: (qmail 26369 invoked from network); 7 Aug 2009 11:31:34 -0700 Received: by simscan 1.1.0 ppid: 26358, pid: 26359, t: 2.1961s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp2.surewest.net. X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=SJ7wkGFtzxwA:10 a=jDt-9pEAAAAA:8 a=2-Dx92KJygyF1zLSN2AA:9 a=wQAjZHBcUltk_SKndPkA:7 a=iFVf5L1UP2zZv57qlsy849hZyYIA:4 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp2 with SMTP; 7 Aug 2009 11:31:32 -0700 Received: from [192.168.2.3] (unknown [192.168.2.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id D35A7164CC4; Fri, 7 Aug 2009 11:44:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1249670663; bh=RvsJiWdt0jy+4mvXsOSyjmP4jliZFRin9SemiMOl9L4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=S2dJLJF3jTlNgSPVpmuC6C5XpqV/y483QjnURGCgsqr1VblyvTAodRRn+KPpYrO1i slNmuJzCIEvy2j8JTR1Di3ejMNXpKumwU/zBmtWc6dK4Lc/6OERap6t/1Sn6w4DMkG H6vfYrmREflaRBJqvUv6JGIFULvwy1NPRL3tciX4= Message-ID: <4A7C7605.3010606@mykitchentable.net> Date: Fri, 07 Aug 2009 11:44:21 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Jakub Lach References: <4A7C7220.2090309@mykitchentable.net> <24869963.post@talk.nabble.com> In-Reply-To: <24869963.post@talk.nabble.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:44:38 -0000 Jakub Lach wrote: > > Drew Tomlinson wrote: > >> I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with >> current sources as of yesterday (8/6/09). I successfully built world and >> kernel, and installed the kernel. However when I attempted to install >> world, I got this error: >> >> ===> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: /lib/libc.so.7: chflags: Invalid argument >> *** Error code 71 >> >> Stop in /usr/src/lib/libc. >> *** Error code 1 >> >> >> And now I can't do anything as every command fails with: >> >> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found >> >> How can I recover from this error? >> >> Thanks, >> >> Drew > > If it's really missing, use some bootcd. > It shouldn't though. > > Any chance you have deleted /lib conten in attempt to purge > /usr/local/lib? > I'm really out of my league and appreciate the help. I was about to install this new machine with 7.x but then 8.0-BETA2 was announced with the actual release expected soon. Thus I installed 8.0-BETA2, especially since I wanted to learn about ZFS. But anyway, I didn't directly delete /lib. However I don't know what "make installworld" may have done. Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:51:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23F9A106564A for ; Fri, 7 Aug 2009 18:51:38 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id ED8018FC08 for ; Fri, 7 Aug 2009 18:51:37 +0000 (UTC) Received: (qmail 29932 invoked from network); 7 Aug 2009 11:38:44 -0700 Received: by simscan 1.1.0 ppid: 29920, pid: 29921, t: 2.1619s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp2.surewest.net. X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=SJ7wkGFtzxwA:10 a=jDt-9pEAAAAA:8 a=2-Dx92KJygyF1zLSN2AA:9 a=lQIAYhLQ-YCmDnEFzzYA:7 a=cq-3qIiYSMRrYYO3j1LMJ2M6gNAA:4 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp2 with SMTP; 7 Aug 2009 11:38:42 -0700 Received: from [192.168.2.3] (unknown [192.168.2.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id 8B277164CC8; Fri, 7 Aug 2009 11:51:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1249671094; bh=fdVBpA6/gM8WmQLUyt2pSXUtJdMtL6HFF+nIzK2Ryz0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=iKEUEH+2nKG5tl6Ct0sExEdcQup0XfenqTq2RxVH6e7w0xB9h8d/aSaRmwa6POdRX M5J+mSYBLqVrnAUErL4R96YFvME/t369VrDEriX536TfAFyNwW+vVpt/BSuhZ55mhp 5P8hGxM3WBEZopYkxb9RwkGtxGthvgs1PLA7I+dI= Message-ID: <4A7C77B6.8000209@mykitchentable.net> Date: Fri, 07 Aug 2009 11:51:34 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Boris Kochergin References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> In-Reply-To: <4A7C72E0.8080303@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:51:38 -0000 Boris Kochergin wrote: > Drew Tomlinson wrote: >> I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with >> current sources as of yesterday (8/6/09). I successfully built world and >> kernel, and installed the kernel. However when I attempted to install >> world, I got this error: >> >> ===> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: /lib/libc.so.7: chflags: Invalid argument >> *** Error code 71 >> >> Stop in /usr/src/lib/libc. >> *** Error code 1 >> >> >> And now I can't do anything as every command fails with: >> >> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found >> >> How can I recover from this error? >> >> Thanks, >> >> Drew >> >> > There are statically-linked versions of essential utilities in > /rescue/. For example, you can use /rescue/mount_nfs to mount an NFS > server with the files you need, then /rescue/cp to copy them to your > system. Thanks for the reply. As I mentioned in my reply to Jakob Lach, I really have no business running -CURRENT but loaded BETA2 because the release is expected soon. So basically I have the rescue tools and the BETA2 cd. Can I just mount the BETA2 CD, search for libc.so.7, can copy it to /lib? Will that give me enough to attempt grabbing updated sources and trying again. Or should I just somehow install world from the BETA2 CD and move /boot/kernel.old back to /boot/kernel? If so, how? Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:56:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB2D106566C for ; Fri, 7 Aug 2009 18:56:21 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id C4E328FC25 for ; Fri, 7 Aug 2009 18:56:20 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so471308eyd.7 for ; Fri, 07 Aug 2009 11:56:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=unsWp5WCJ3rVwbgIEKkRv5GEDS1OGXdKGCKR4naGEm4=; b=hgx0tdNrGGOLkizUbL5oh/X/ntPpFfvniQLW05aPfi+U+a27WsHYJlU1c7elRzPgLx dCq8IirZMiqThMPacBYg5X12l30Sh7e+fLsMUuyyUWQWAR6d6RJG1naA/cCtoKDfewjo aX0pYXMeDZnz+yAWdECoOQmeDrQk8HltUAyAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=vlNNYJGvQ5IVvkWPP/DmDctlFWI7Zj5CqMVe17I1WfNMTVBKYGvpg7I5LifE+xE9tA F+zQqaKfjQLphm5Yk0BRLJ/Paisqag9A0FODn7FF9tr3to7EQeHjPo4YurJZZMMsSNlo DPQs8JwVacCmly1peSDfHd8bnHAqrTVoAToyk= MIME-Version: 1.0 Received: by 10.211.179.6 with SMTP id g6mr1750089ebp.94.1249671379412; Fri, 07 Aug 2009 11:56:19 -0700 (PDT) In-Reply-To: <4A7C77B6.8000209@mykitchentable.net> References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> <4A7C77B6.8000209@mykitchentable.net> Date: Fri, 7 Aug 2009 13:56:19 -0500 Message-ID: <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> From: Chris Ruiz To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:56:21 -0000 On Fri, Aug 7, 2009 at 1:51 PM, Drew Tomlinson wro= te: > Boris Kochergin wrote: >> Drew Tomlinson wrote: >>> I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with >>> current sources as of yesterday (8/6/09). I successfully built world an= d >>> kernel, and installed the kernel. However when I attempted to install >>> world, I got this error: >>> >>> =3D=3D=3D> lib/libc (install) >>> install -C -o root -g wheel -m 444 =A0 libc.a /usr/lib >>> install -C -o root -g wheel -m 444 =A0 libc_p.a /usr/lib >>> install -s -o root -g wheel -m 444 =A0 -fschg -S =A0libc.so.7 /lib >>> install: /lib/libc.so.7: chflags: Invalid argument >>> *** Error code 71 >>> >>> Stop in /usr/src/lib/libc. >>> *** Error code 1 >>> >>> >>> And now I can't do anything as every command fails with: >>> >>> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found >>> >>> How can I recover from this error? >>> >>> Thanks, >>> >>> Drew >>> >>> >> There are statically-linked versions of essential utilities in >> /rescue/. For example, you can use /rescue/mount_nfs to mount an NFS >> server with the files you need, then /rescue/cp to copy them to your >> system. > > Thanks for the reply. =A0As I mentioned in my reply to Jakob Lach, I > really have no business running -CURRENT but loaded BETA2 because the > release is expected soon. > > So basically I have the rescue tools and the BETA2 cd. =A0Can I just moun= t > the BETA2 CD, search for libc.so.7, can copy it to /lib? =A0Will that giv= e > me enough to attempt grabbing updated sources and trying again. =A0Or > should I just somehow install world from the BETA2 CD and move > /boot/kernel.old back to /boot/kernel? =A0If so, how? You must specify NO_FSCHG=3D when you installworld on an unupgraded ZFS filesystem, otherwise you will lose libc.so.7! I'll spare you the details on why this happens. Here's a quick fix: #/rescue/cp /usr/obj/usr/src/lib/libc/libc.so.7 /lib --=20 @chrisattack ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 19:03:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2B61065678 for ; Fri, 7 Aug 2009 19:03:51 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 718CC8FC34 for ; Fri, 7 Aug 2009 19:03:51 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6DE0D1CDCC; Fri, 7 Aug 2009 21:03:50 +0200 (CEST) Date: Fri, 7 Aug 2009 21:03:50 +0200 From: Ed Schouten To: Chris Ruiz Message-ID: <20090807190350.GO1292@hoeg.nl> References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> <4A7C77B6.8000209@mykitchentable.net> <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IQcO73Bte+RllADJ" Content-Disposition: inline In-Reply-To: <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 19:03:52 -0000 --IQcO73Bte+RllADJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Chris Ruiz wrote: > You must specify NO_FSCHG=3D when you installworld on an unupgraded ZFS > filesystem, otherwise you will lose libc.so.7! I'll spare you the > details on why this happens. Which is because our install(1) is stupid enough to delete the resulting binary if it can't add the schg flag. We should really change this behaviour. --=20 Ed Schouten WWW: http://80386.nl/ --IQcO73Bte+RllADJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp8epYACgkQ52SDGA2eCwWC3gCfd9oSj6veKU9K0rnj8TQVhFeb mg8An3P8FV2Fm8jHFEv+4jrDglsKZKgI =C9NR -----END PGP SIGNATURE----- --IQcO73Bte+RllADJ-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 19:11:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7261F106566B for ; Fri, 7 Aug 2009 19:11:28 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 431A68FC27 for ; Fri, 7 Aug 2009 19:11:27 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 323187E818; Fri, 7 Aug 2009 11:11:27 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Fri, 7 Aug 2009 11:11:26 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A7C7220.2090309@mykitchentable.net> In-Reply-To: <4A7C7220.2090309@mykitchentable.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071111.26347.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Drew Tomlinson Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 19:11:28 -0000 On Friday 07 August 2009 10:27:44 Drew Tomlinson wrote: > I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with > current sources as of yesterday (8/6/09). I successfully built world and > kernel, and installed the kernel. However when I attempted to install > world, I got this error: > > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: /lib/libc.so.7: chflags: Invalid argument > *** Error code 71 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > > And now I can't do anything as every command fails with: > > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found > > How can I recover from this error? I assume you're running zfs? You should be able to run commands by setting LD_LIBRARY_PATH=/usr/obj/usr/src/lib/libc. -- Mel From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 19:14:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47C461065670 for ; Fri, 7 Aug 2009 19:14:55 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0098FC1A for ; Fri, 7 Aug 2009 19:14:55 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7DED61CD18; Fri, 7 Aug 2009 21:14:54 +0200 (CEST) Date: Fri, 7 Aug 2009 21:14:54 +0200 From: Ed Schouten To: Chris Ruiz Message-ID: <20090807191454.GP1292@hoeg.nl> References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> <4A7C77B6.8000209@mykitchentable.net> <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> <20090807190350.GO1292@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lXGjgdROvQphKPvG" Content-Disposition: inline In-Reply-To: <20090807190350.GO1292@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 19:14:55 -0000 --lXGjgdROvQphKPvG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > * Chris Ruiz wrote: > > You must specify NO_FSCHG=3D when you installworld on an unupgraded ZFS > > filesystem, otherwise you will lose libc.so.7! I'll spare you the > > details on why this happens. >=20 > Which is because our install(1) is stupid enough to delete the resulting > binary if it can't add the schg flag. We should really change this > behaviour. It looks like there are actually two bugs: - install(1) does check for EOPNOTSUPP, while ZFS seems to return EINVAL. This is probably a ZFS bug. - Inside jails, (un)setting schg is not permitted and returns EPERM. We should change the VFS to return EOPNOTSUPP or install(1) to allow EPERM as well. It's a bit late, but I think it would be nice to have this fixed before 8.0. --=20 Ed Schouten WWW: http://80386.nl/ --lXGjgdROvQphKPvG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp8fS4ACgkQ52SDGA2eCwVsKgCfRZGYFolUgC1dbOrRpxd9m/cD NOoAniSNID0qpRkcUNgufuxoSFDiy1iG =G+7y -----END PGP SIGNATURE----- --lXGjgdROvQphKPvG-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 19:24:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC92106567A for ; Fri, 7 Aug 2009 19:24:16 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id A58138FC16 for ; Fri, 7 Aug 2009 19:24:15 +0000 (UTC) Received: by mail-ew0-f206.google.com with SMTP id 2so1780088ewy.43 for ; Fri, 07 Aug 2009 12:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=wXjcXDJ3P8R2FPoKxiPXVvzVwnDIXTtLmF4amp9UxMM=; b=OERqIUDpxX5CEGAc2KXZbmVV+Ql34EM8m+JEpAoOFvnJvkH4drZmShBtuVjXXrzjXs nzNbXuBbfujTrzPHT4Nt0JUgwkD0iJFR5UYJbUoa/JpMyWGSOL/Jm6RJX01W+O0BGnPQ kufunI7zLx82Og72TfSisig+zmFfb8L4XL/GY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=NB2BpGf3/7zI4Wl5rkWI12z1uoneZpUcEIiaagPXNibHYsaUXdCwzfRGO/nuQ8hvRL UAOcf55NKZEQXvLjqQ0FQhjBrCTCFJEipp3CpfR9tM0hm8HFm6Lz6sSqQpFB0QbsBuML 0Su3Mz2qn8l60SXOuAx+6+V8KwD86a0dl5qRM= MIME-Version: 1.0 Received: by 10.210.128.10 with SMTP id a10mr1814493ebd.1.1249671604091; Fri, 07 Aug 2009 12:00:04 -0700 (PDT) Date: Fri, 7 Aug 2009 21:00:04 +0200 Message-ID: From: Pawel Worach To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [panic] cam_error_string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 19:24:16 -0000 Hi, When connecting a USB mass storage device I sometimes get a panic where it looks like cam tried to report an error where the message or something related is NULL. Sometimes when it does not panic I get some junk printed on the console instead of the panic. Also crashdumps are broken, 256Mb RAM and 1Gb dumpdev, call doadump says the "Partition is to small", is this a known issue ? So, no dump, just a couple of screenshots from VMWare. http://i27.tinypic.com/2ykez5y.jpg - panic http://i30.tinypic.com/keg9py.jpg - trace Any other information I can provide ? Regards -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 19:42:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DDFA1065673; Fri, 7 Aug 2009 19:42:39 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9FC8FC31; Fri, 7 Aug 2009 19:42:38 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-112-194.shv.bellsouth.net [98.67.112.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 94BCD8E48207; Fri, 7 Aug 2009 14:42:36 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n77JgNbq042879; Fri, 7 Aug 2009 14:42:23 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Fri, 7 Aug 2009 14:42:22 -0500 (CDT) From: Wes Morgan To: Artem Belevich In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: mpt errors - UNIT ATTENTION asc:29,0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 19:42:39 -0000 On Fri, 7 Aug 2009, Artem Belevich wrote: > Hi, > > I'm running 8.0-BETA2 on Asus p5BV/SAS with built-in LSI1068 > controller with 8 SATA ports. 6 of the ports hooked up to 1TB WD Green > drives. The drives are used as a single raidz2 ZFS pool: > > NAME STATE READ WRITE CKSUM > z2 ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > da1 ONLINE 0 0 0 > da0 ONLINE 0 0 0 > da2 ONLINE 0 0 0 > da3 ONLINE 0 0 0 > da4 ONLINE 0 0 0 > da5 ONLINE 0 0 0 > > I'm runing a simple stress test that copies 10GB file until it fills > the volume and then runs "zfs scrub" on it. > > dd if=/dev/urandom of=/z2/f.0 bs=1m count=10240 > for f in {1..350}; do echo $f; cp f.$[$f-1] f.$f; done; > zpool scrub z2 > > What concerns me is that I'm periodically getting error messages from > MPT driver. They usually start few hours after the start of the script > and by the end of it they are happening every few minutes seemingly > randomly on all six drives. > > Aug 7 10:25:32 buz kernel: mpt0: mpt_cam_event: 0x16 > Aug 7 10:25:32 buz kernel: mpt0: mpt_cam_event: 0x16 > Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): READ(10). CDB: 28 0 46 > 32 97 c0 0 0 80 0 > Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): CAM Status: SCSI Status Error > Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): SCSI Status: Check Condition > Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): UNIT ATTENTION asc:29,0 > Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): Power on, reset, or bus > device reset occurred > Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): Retrying Command (per Sense Data) > > ZFS scrub does not seem to report any issues so far - no checksum or > read/write errors. WD's hard drive diagnostics tools didn't find any > issues with te drives either. > > Sould somebody shed some light on why would such error happen? Is that > some sort of hardware issue? Driver bug? Issue with compatibility > between controller and the drives? System configuration issue (some > sysctl/tunable needs tweaking, perhaps)? I have that same board with 8 500gb drives in a raidz2. I used to be using a SATA backplane and I would see those timeouts fairly regularly when moving lots of data around. To eliminate the cable mess I switched to an SAS backplane with fanout cables and since then I have not seen the timeouts. From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 18:39:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FDF1065670; Fri, 7 Aug 2009 18:39:11 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 88FDF8FC1D; Fri, 7 Aug 2009 18:39:11 +0000 (UTC) Received: by gxk17 with SMTP id 17so2081228gxk.19 for ; Fri, 07 Aug 2009 11:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=hhjFpA4D8mQmOaA6aqyCyFjW2EpY4f1/4OhORCJSJ5Y=; b=ORQF0TzzEDI5rhPivOYIa/bs569UOxMO2xOp5n+WkhVK16V+vEMS9vJZKuyU8AjQmc 0+sWzzJnzmGkAYI77YH2Bj5cqUx6B+BrGWJxAs/XoI7MoLKVhOVMXz1ia0ecS1CcJk17 1+gK6HHaHTXdWTT+jBBc98o1dI65zca9sjQHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=Qj4MwSw1m2x1GberuHljaKsbcohj9UNhH8WHa5G9SByT/CJtKfOzv950JA64Fhkqi5 oOR7C8quTujFf0r3rt+S8KFqkqYqIFRyirE6wAxO04hM+VdALurSXQvXVugeeS7Pj2Gg WKhLA4bNq6H3Pk3/BVk1vfqRiqFUNqt2pfUDQ= MIME-Version: 1.0 Received: by 10.90.113.11 with SMTP id l11mr1135597agc.61.1249668363524; Fri, 07 Aug 2009 11:06:03 -0700 (PDT) Date: Fri, 7 Aug 2009 11:06:03 -0700 Message-ID: From: Artem Belevich To: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 20:40:03 +0000 Cc: Subject: mpt errors - UNIT ATTENTION asc:29,0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 18:39:12 -0000 Hi, I'm running 8.0-BETA2 on Asus p5BV/SAS with built-in LSI1068 controller with 8 SATA ports. 6 of the ports hooked up to 1TB WD Green drives. The drives are used as a single raidz2 ZFS pool: NAME STATE READ WRITE CKSUM z2 ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da1 ONLINE 0 0 0 da0 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 I'm runing a simple stress test that copies 10GB file until it fills the volume and then runs "zfs scrub" on it. dd if=/dev/urandom of=/z2/f.0 bs=1m count=10240 for f in {1..350}; do echo $f; cp f.$[$f-1] f.$f; done; zpool scrub z2 What concerns me is that I'm periodically getting error messages from MPT driver. They usually start few hours after the start of the script and by the end of it they are happening every few minutes seemingly randomly on all six drives. Aug 7 10:25:32 buz kernel: mpt0: mpt_cam_event: 0x16 Aug 7 10:25:32 buz kernel: mpt0: mpt_cam_event: 0x16 Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): READ(10). CDB: 28 0 46 32 97 c0 0 0 80 0 Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): CAM Status: SCSI Status Error Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): SCSI Status: Check Condition Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): UNIT ATTENTION asc:29,0 Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): Power on, reset, or bus device reset occurred Aug 7 10:25:32 buz kernel: (da4:mpt0:0:4:0): Retrying Command (per Sense Data) ZFS scrub does not seem to report any issues so far - no checksum or read/write errors. WD's hard drive diagnostics tools didn't find any issues with te drives either. Sould somebody shed some light on why would such error happen? Is that some sort of hardware issue? Driver bug? Issue with compatibility between controller and the drives? System configuration issue (some sysctl/tunable needs tweaking, perhaps)? I'd appreciate any hints on what could be going on and what should be done about it. Thanks, --Artem From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 20:11:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2AF11065678 for ; Fri, 7 Aug 2009 20:11:14 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 486278FC19 for ; Fri, 7 Aug 2009 20:11:13 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so479657eyd.7 for ; Fri, 07 Aug 2009 13:11:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=I7WkKSNQcnnK5wEe4OVw5r1oZ+sfHk5T8Rt2+tFymGw=; b=p6mks+mRBr/B8F37obVl5NJgSs/5snRJXzedE7ypeWvOgY2Tj5LhViKkLmmYsR+uPn n6JtzQagj6GOrvL5RFBuHHn0xF/futZQEbiExx8IrPF7EKVR1fs8Tp61CM8CGmDofoXP no/6lLz7knFGhiTnnwvVYlKt2NWQ2wGUVrT4I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=XBmx9rafp19N5b8LvVNXcTaSSbJIIZSX/zsIpoyHNqZvTprqy2AQFTiMcgLNPW+50T B2C41TXW1XM4MC4wcEHDAlCEmP2glZyCsEaZcX7TZ3Ix7y4qXv28k+EIJ49RDdFtCcw5 V7IdZAQRNagIAT1DZGqazsn15U6YmiUVZidIU= MIME-Version: 1.0 Received: by 10.210.110.5 with SMTP id i5mr1903487ebc.3.1249674536700; Fri, 07 Aug 2009 12:48:56 -0700 (PDT) Date: Fri, 7 Aug 2009 15:48:56 -0400 Message-ID: From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 20:40:15 +0000 Cc: mav@FreeBSD.org, markus@FreeBSD.org, nox@jelal.kn-bremen.de Subject: Cdparanoia X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 20:11:15 -0000 Hi. While folks are looking at cdparanoia, would it be possible to update the port to the current release of cdparanoia? I got stuck trying to make a fresh port of it myself using the current port as a guide. It seemed like it would be a small changeset but it got me. Thanks :) ATAPICAM works for me btw. # release = r15302 http://downloads.xiph.org/releases/cdparanoia/cdparanoia-III-10.2.src.tgz # trac code browser https://trac.xiph.org/browser/trunk/cdparanoia https://trac.xiph.org/log/trunk/cdparanoia # svn [this trac doesn't have a download button, trunk is same] http://svn.xiph.org/trunk/cdparanoia/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 20:54:36 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 535271065670 for ; Fri, 7 Aug 2009 20:54:36 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 086C88FC0A for ; Fri, 7 Aug 2009 20:54:35 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n77KsXG9014190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Aug 2009 13:54:34 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8FA4D1CC31; Fri, 7 Aug 2009 13:54:32 -0700 (PDT) To: "b. f." In-reply-to: Your message of "Thu, 06 Aug 2009 11:37:50 -0000." Date: Fri, 07 Aug 2009 13:54:32 -0700 From: "Kevin Oberman" Message-Id: <20090807205432.8FA4D1CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-07_10:2009-07-24, 2009-08-07, 2009-08-07 signatures=0 Cc: freebsd-current@FreeBSD.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 20:54:36 -0000 > Date: Thu, 6 Aug 2009 11:37:50 +0000 > From: "b. f." > > On 8/6/09, Kevin Oberman wrote: > >I have tested a patch from bf and it works. I've asked if he wants to > >submit the PR or if he wants me to. If I don;t hear from him, I'll > >submit tomorrow. > > Slightly revised and augmented patch is in: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137483 I think the patch is right, but I am still broken. I also had to remove the ".if ${MK_OPENSSH) != "no" and paired ".endif" from /usr/src/lib/libpam/modules/modules.inc. Once this was done, it looks like everything is correct. I think the right answer is to either unconditionally build the pam module or to add an option that is specific to the module. I think the former is really the way to go as the module only adds 46K to the system and, if you build without OpenSSH, you are either building an embedded system where you will almost certainly be trimming a lot further than the src.conf file allows, or because you are using the version from ports. If the latter, you almost certainly WILL want pam_ssh. And thanks for fixing the Makefile and submitting the PR! -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 21:05:28 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7235F1065674; Fri, 7 Aug 2009 21:05:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 19A888FC16; Fri, 7 Aug 2009 21:05:27 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 1D8AA1E0020B; Fri, 7 Aug 2009 23:05:27 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n77L38MZ053408; Fri, 7 Aug 2009 23:03:08 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n77L382x053407; Fri, 7 Aug 2009 23:03:08 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 7 Aug 2009 23:03:07 +0200 To: Scott Long Message-ID: <20090807210307.GA53016@triton.kn-bremen.de> References: <20090806184510.GA12039@triton.kn-bremen.de> <4A7B3328.5020307@FreeBSD.org> <20090806200715.GA16313@triton.kn-bremen.de> <20090806222127.GB1940@triton.kn-bremen.de> <4A7BBA52.306@samsco.org> <4A7BD57E.3040201@FreeBSD.org> <20090807170426.GA4292@triton.kn-bremen.de> <20090807115859.M20031@pooker.samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090807115859.M20031@pooker.samsco.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alexander Motin , freebsd-current@FreeBSD.org, markus@FreeBSD.org, Juergen Lock Subject: Re: cdparanoia patch for ahci(4)/siis(4) (next version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 21:05:28 -0000 On Fri, Aug 07, 2009 at 12:01:03PM -0600, Scott Long wrote: > On Fri, 7 Aug 2009, Juergen Lock wrote: > > On Fri, Aug 07, 2009 at 10:19:26AM +0300, Alexander Motin wrote: > >> Scott Long wrote: > >>> Juergen Lock wrote: > >>>> On Thu, Aug 06, 2009 at 10:07:15PM +0200, Juergen Lock wrote: > >>>>> On Thu, Aug 06, 2009 at 10:46:48PM +0300, Alexander Motin wrote: > >>>>>> Juergen Lock wrote: > >>>>>>> 2. cdda/dae seems to be broken entirely with ahci(4) as well as > >>>>>>> siis(4) (I remember a report about it being broken for usb optical > >>>>>>> drives too so maybe this is related?) - I tested with the > >>>>>>> audio/cdparanoia port as well as with > >>>>>>> mplayer -cdrom-device /dev/cd{0,1} cdda://... > >>>>>>> (mplayer needs to be built with the libparanoia knob on for this) - > >>>>>>> this > >>>>>>> does work with atapicam(4) without ahci/siis so it can't be cd(4)'s > >>>>>>> fault alone. On siis(4) it seems to just fail while on ahci(4) (I > >>>>>>> still > >>>>>>> have another optical drive on there, it's on the board's amd sb700) > >>>>>>> it causes the sata channel to be reset endlessly until I ^C mplayer: > >>>>>>> > >>>>>>> Soo, anyone have ideas/patches/things they want me to check for this? > >>>>>> But this appeared to to be really trivial. cdparanoia uses extremely > >>>>>> simple method for detecting ATAPI devices - it checks that SIM is > >>>>>> named "ata". Trivial single line hack made it successfully play some > >>>>>> old AudioCD in SATA drive on SiI3132 controller for me, while I am > >>>>>> typing this. Probably we should invent better way to do this. > >>>>> Oooh! :) I need to test this... > >>>> > >>>> Yup, works here too on siis and ahci with the following patch: > >>>> (maintainer Cc'd) > >>>> > >>>> Index: interface/scsi_interface.c > >>>> @@ -1480,9 +1480,12 @@ > >>>> /* > >>>> * if the bus device name is `ata', we're (obviously) > >>>> * running ATAPICAM. > >>>> + * XXX same for the new ahci(4) and siis(4) drivers... > >>>> */ > >>>> > >>>> - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { > >>>> + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || > >>>> + strncmp(d->ccb->cpi.dev_name, "ahcich", 6) == 0 || > >>>> + strncmp(d->ccb->cpi.dev_name, "siisch", 6) == 0) { > >>>> cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); > >>>> d->is_atapi = 1; > >>>> } else { > >>>> > >>>> Thanx, :) > >>>> Juergen > >>> > >>> This is fine for the moment, but unmaintainable in the long run as more > >>> and more drives are written. cdparanoia needs to look at protocol and > >>> transport attributes, not device names. > >> > >> CAM reports SCSI protocol for ATAPI devices at this moment. It is not > >> good probably. but changing it now may be painful. Checks like > >> d->ccb->cpi.transport == XPORT_ATA || > >> d->ccb->cpi.transport == XPORT_SATA > >> should be for now. "ata" hack should also stay there for now, as > >> ATAPICAM emulates SCSI transport now, but not a new ATA one. > > > > Ok checking for XPORT_(S)ATA works for me as well: > > > > Index: interface/scsi_interface.c > > @@ -1480,10 +1480,16 @@ > > /* > > * if the bus device name is `ata', we're (obviously) > > * running ATAPICAM. > > + * same for the new ahci(4) and siis(4) drivers and future others > > + * which use SATA transport too... > > */ > > > > - if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0) { > > - cdmessage(d, "\tDrive is ATAPI (using ATAPICAM)\n"); > > + if (strncmp(d->ccb->cpi.dev_name, "ata", 3) == 0 || > > +#if __FreeBSD_version >= 800102 > > + d->ccb->cpi.transport == XPORT_SATA || > > +#endif > > + d->ccb->cpi.transport == XPORT_ATA) { > > + cdmessage(d, "\tDrive is ATAPI (using ATAPICAM or direct CAM (S)ATA transport)\n"); > > d->is_atapi = 1; > > } else { > > cdmessage(d, "\tDrive is SCSI\n"); > > > > One question remains tho: What if someone connects a sata drive > > to a sas controller, will that still be XPORT_SAS then? In that case > > I'd say we'd need to check for that as well, or maybe just assume there > > are no `real' sas optical drives and treat everything sas as sata here... > > It's very possible to connect a SATA ATAPI drive to a SAS controller, > though I'm not sure it's very common at the moment as it likely requires > special support by the SAS controller and firmware. Heh ok, so its probably just something to keep in mind for the future then... Btw, do you have any comment on the cd(4) bluray data disc issue? Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 21:37:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D6E2106564A for ; Fri, 7 Aug 2009 21:37:11 +0000 (UTC) (envelope-from fb-embedded@psconsult.nl) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.freebsd.org (Postfix) with ESMTP id 940E48FC24 for ; Fri, 7 Aug 2009 21:37:10 +0000 (UTC) Received: from mx1.psconsult.nl (localhost [80.89.238.138]) by mx1.psconsult.nl (8.14.2/8.14.2) with ESMTP id n77KwHxB084027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Aug 2009 22:58:22 +0200 (CEST) (envelope-from fb-embedded@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.2/8.14.2/Submit) id n77KwH4v084026; Fri, 7 Aug 2009 22:58:17 +0200 (CEST) (envelope-from fb-embedded@psconsult.nl) Date: Fri, 7 Aug 2009 22:58:17 +0200 From: Paul Schenkeveld To: freebsd-embedded@freebsd.org Message-ID: <20090807205817.GA82868@psconsult.nl> Mail-Followup-To: freebsd-embedded@freebsd.org, freebsd-current@freebsd.org References: <3131aa530908070809l2ac13931xf65981db6eeb83e8@mail.gmail.com> <19068.18919.843159.936827@gromit.timing.com> <20090807.104414.221852486.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090807.104414.221852486.imp@bsdimp.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Mailman-Approved-At: Fri, 07 Aug 2009 21:56:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [NanoBSD] Can't use boot0cfg for changing the booting slice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 21:37:11 -0000 On Fri, Aug 07, 2009 at 10:44:14AM -0600, M. Warner Losh wrote: > In message: <19068.18919.843159.936827@gromit.timing.com> > John Hein writes: > : Olivier Cochard-Labbé wrote at 17:09 +0200 on Aug 7, 2009: > : > I meet a problem under FreeBSD 7.2 and 8.0-current (nanoBSD) using > : > boot0cfg: I can't use boot0cfg for changing the booting slice. > : > Here is my problem: > : > I'm using the FreeBSD Boot manager on a system with MBR partitions. > : > The active slice is the partition 1, but I want to boot from the slice 2. > : > > : > Then I use boot0cfg like that: > : > > : > sysctl kern.geom.debugflags=16 > : > boot0cfg -s 2 -v /dev/ad0 > : > sysctl kern.geom.debugflags=0 > : > > : > But, after the reboot my system still reboot from the slice 1 (but the > : > boot loader show correctly that the default choice is now the 2)! > : > Where is my problem ? > : > : Are you sure you're booting from slice 1? > : Is fstab on slice 2 pointing to slice 1? > > Also, boot0cfg won't mark the slice as ACTIVE, just remember that was > the last slice you booted from... To mark it active, you must use > fdisk. If by 'active' you mean 'what mount reports root as' then I > think John's suggestion is right on the money... [I cc'ed freebsd-current as I feel this is a regression that really needs fixing before 8.0 comes out] Pre-7.2 world: boot0cfg changes the default slice to boot from by altering block0 byte at offset 0x1b9. Allowed values are 0-3 to boot from slice 1 thru 4 or 4 to boot from the next drive. Boot0 ignores the active flag in the MBR and only looks at the byte described above. 7.2-and-up world: boot0cfg still changes the same byte at 0x1b9 in block0 but boot0 seems to completely ignore this byte and boots from the slice marked active in the MBR. NanoBSD relies on the working of boot0cfg when upgrading, since 7.2 this just does not work any more. It seems that the original implementation of boot0 introduced the new way of storing the default slice to boot from to allow for other defaults than just slice 1 thru 4 which the active flag(s) in MBR allow. My personal opinion is that boot0 should either look at the byte at 0x1b9 or at the active flags. Since the active flags can only specify a default of 1 thru 4 and the design of MBR and the active flags is broken by design [1] I'd *really* like to see boot0 revert to the pre-7.2 behaviour. Hope this gets fixed before 8.0 comes out, leaving it the way it is renders boot0cfg and NanoBSD (which relies on boot0cfg) crippled and too difficult to use for all users not intimately acquainted with the way boot0cfg, the MBR record and boot0 interact. Unfortunately I'm not enough x86 assembly literate to understand the diffs between boot0.s in 7.1 and 7.2 to be able to produce a useful patch. [1] I have had installs of 8.0 snapshots that left MBR with more than one MBR slice marked active, BIOS subsequently completely rejected the disk and the only remedy was to manually fdisk -a from fixit mode using a live CD/DVD. This has happened with several recent Intel desktop boards like DG965RY and DP35DP. > Warner Regards, Paul Schenkeveld From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 23:17:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 057D4106564A for ; Fri, 7 Aug 2009 23:17:05 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id C69548FC15 for ; Fri, 7 Aug 2009 23:17:04 +0000 (UTC) Received: (qmail 14464 invoked from network); 7 Aug 2009 16:04:10 -0700 Received: by simscan 1.1.0 ppid: 14418, pid: 14419, t: 2.2729s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp2.surewest.net. X-Spam-Level: * X-Spam-Status: No, score=1.0 required=10.0 tests=PLING_PLING autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=-toGl5vkkxsA:10 a=jDt-9pEAAAAA:8 a=k2CNxw65PACp6cmkuI8A:9 a=f7BsfeY-UYDjOSZi9GMA:7 a=IFDaPmDmlzmCbmsMY8-grGdGhskA:4 a=Sllw8v0m4fwA:10 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp2 with SMTP; 7 Aug 2009 16:04:08 -0700 Received: from [192.168.2.3] (unknown [192.168.2.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id E5D8A164D16; Fri, 7 Aug 2009 16:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1249687021; bh=ZiAeuDhORKfbN6RKaoB6u8vB8ZrUuDIMrGliLakaRz8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MJbNOtfv8whdvTGdouvav9GarA3Lbu1LLZ1YHJ56j6WHxdKx15eHjkQK2OrLhw8p4 vD+zdrRaZzJoS1DDyaq1HSdd8a5NISEP6FqyUbtI8OtGNFp2Hoh+oDm9aVNif9h2pY OVGmiNEd/6DdaOKT0ZSfdsflYYTAu0ehFf6fjSts= Message-ID: <4A7CB5EC.4010404@mykitchentable.net> Date: Fri, 07 Aug 2009 16:17:00 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Chris Ruiz References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> <4A7C77B6.8000209@mykitchentable.net> <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> In-Reply-To: <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7? -- SOLVED!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 23:17:05 -0000 Chris Ruiz wrote: > On Fri, Aug 7, 2009 at 1:51 PM, Drew Tomlinson wrote: > >> Boris Kochergin wrote: >> >>> Drew Tomlinson wrote: >>> >>>> I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with >>>> current sources as of yesterday (8/6/09). I successfully built world and >>>> kernel, and installed the kernel. However when I attempted to install >>>> world, I got this error: >>>> >>>> ===> lib/libc (install) >>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>> install: /lib/libc.so.7: chflags: Invalid argument >>>> *** Error code 71 >>>> >>>> Stop in /usr/src/lib/libc. >>>> *** Error code 1 >>>> >>>> >>>> And now I can't do anything as every command fails with: >>>> >>>> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found >>>> >>>> How can I recover from this error? >>>> >>>> Thanks, >>>> >>>> Drew >>>> >>>> >>>> >>> There are statically-linked versions of essential utilities in >>> /rescue/. For example, you can use /rescue/mount_nfs to mount an NFS >>> server with the files you need, then /rescue/cp to copy them to your >>> system. >>> >> Thanks for the reply. As I mentioned in my reply to Jakob Lach, I >> really have no business running -CURRENT but loaded BETA2 because the >> release is expected soon. >> >> So basically I have the rescue tools and the BETA2 cd. Can I just mount >> the BETA2 CD, search for libc.so.7, can copy it to /lib? Will that give >> me enough to attempt grabbing updated sources and trying again. Or >> should I just somehow install world from the BETA2 CD and move >> /boot/kernel.old back to /boot/kernel? If so, how? >> > > You must specify NO_FSCHG= when you installworld on an unupgraded ZFS > filesystem, otherwise you will lose libc.so.7! I'll spare you the > details on why this happens. > > Here's a quick fix: > > #/rescue/cp /usr/obj/usr/src/lib/libc/libc.so.7 /lib > Thanks, this worked perfectly. For those like me that might not understand how to "specify NO_FSCHG=", I Googled and found "make installworld NO_FSCHG=" is the way in this case. After restoring libc.so.7 and redoing the installworld, everything seems fine. For my own info, is this something that's documented somewhere and I missed it? Or is this just one of those quirks that has come up and will likely be fixed before the release? Cheers, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 23:18:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F19BB106564A for ; Fri, 7 Aug 2009 23:18:36 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id BB3E68FC1E for ; Fri, 7 Aug 2009 23:18:36 +0000 (UTC) Received: (qmail 21971 invoked from network); 7 Aug 2009 16:43:55 -0700 Received: by simscan 1.1.0 ppid: 21949, pid: 21950, t: 2.3925s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=SJ7wkGFtzxwA:10 a=jDt-9pEAAAAA:8 a=CV_xOncx0VFye92mvd8A:9 a=365K-mH8yKcK37yIJDtXnaxlcaEA:4 a=MSl-tDqOz04A:10 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp1 with SMTP; 7 Aug 2009 16:43:53 -0700 Received: from [192.168.2.3] (unknown [192.168.2.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id 90366164D16; Fri, 7 Aug 2009 16:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1249687111; bh=PNfen9P2iQzQUweTMu1TOBX8BXnahO9b/BPrF71xv4s=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=wRqNFG+6mwO/VCiWsJqqPG0jCsXvM2+savUp2h///MD4zHVMtFpPTuglhRY3NGkkT lDbyXm5pmJkJHpdBW7PXsvUnIBEO2/6+LLBV2urtM763sn5n80q8i63K0ASJyJLgEm uD6fBWIKzuckMy6VKQZd39LGOORRTO9lgeMH6HlE= Message-ID: <4A7CB647.80201@mykitchentable.net> Date: Fri, 07 Aug 2009 16:18:31 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Ed Schouten References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> <4A7C77B6.8000209@mykitchentable.net> <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> <20090807190350.GO1292@hoeg.nl> <20090807191454.GP1292@hoeg.nl> In-Reply-To: <20090807191454.GP1292@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Chris Ruiz , freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 23:18:37 -0000 Ed Schouten wrote: > * Ed Schouten wrote: > >> * Chris Ruiz wrote: >> >>> You must specify NO_FSCHG= when you installworld on an unupgraded ZFS >>> filesystem, otherwise you will lose libc.so.7! I'll spare you the >>> details on why this happens. >>> >> Which is because our install(1) is stupid enough to delete the resulting >> binary if it can't add the schg flag. We should really change this >> behaviour. >> > > It looks like there are actually two bugs: > > - install(1) does check for EOPNOTSUPP, while ZFS seems to return > EINVAL. This is probably a ZFS bug. > - Inside jails, (un)setting schg is not permitted and returns EPERM. We > should change the VFS to return EOPNOTSUPP or install(1) to allow > EPERM as well. > > It's a bit late, but I think it would be nice to have this fixed before > 8.0. > I guess this answers my previous question regarding if the NO_FSCHG= is documented... Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 23:21:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7537B1065673 for ; Fri, 7 Aug 2009 23:21:09 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 49A388FC19 for ; Fri, 7 Aug 2009 23:21:09 +0000 (UTC) Received: (qmail 22963 invoked from network); 7 Aug 2009 16:46:28 -0700 Received: by simscan 1.1.0 ppid: 22941, pid: 22942, t: 2.1899s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=SJ7wkGFtzxwA:10 a=jDt-9pEAAAAA:8 a=2-Dx92KJygyF1zLSN2AA:9 a=jUThEUMRAu1yFN9vmlcA:7 a=dBFZoQnRWz_Nqra5HLpkso4oex0A:4 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp1 with SMTP; 7 Aug 2009 16:46:26 -0700 Received: from [192.168.2.3] (unknown [192.168.2.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id BE8A9164D16; Fri, 7 Aug 2009 16:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1249687264; bh=oYZVVMsb9SVTyAYZYOum0JD4rX6W8LLrjJKg/j/w6RM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cD72Js8bSK0XjO10KaOrtZ4M1y5y6eWDnvgzpAi/aHu2CLqgQcr4oFGlUXTng6vfP gLs9iS8Frf3Xr/enJw40HVE27Mn9yX7PGT8/+Syn/u6Z+V7yv4dZuXuJvvv+u1z4Gj X7NX8mV9YtVQdjp1sUbth+bl9zq22yMcDl/tvM2A= Message-ID: <4A7CB6E0.1050406@mykitchentable.net> Date: Fri, 07 Aug 2009 16:21:04 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Mel Flynn References: <4A7C7220.2090309@mykitchentable.net> <200908071111.26347.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200908071111.26347.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 23:21:09 -0000 Mel Flynn wrote: > On Friday 07 August 2009 10:27:44 Drew Tomlinson wrote: > >> I was running FreeBSD8.0-BETA2 amd64 and attempted to upgrade with >> current sources as of yesterday (8/6/09). I successfully built world and >> kernel, and installed the kernel. However when I attempted to install >> world, I got this error: >> >> ===> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: /lib/libc.so.7: chflags: Invalid argument >> *** Error code 71 >> >> Stop in /usr/src/lib/libc. >> *** Error code 1 >> >> >> And now I can't do anything as every command fails with: >> >> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found >> >> How can I recover from this error? >> > > I assume you're running zfs? You should be able to run commands by setting > LD_LIBRARY_PATH=/usr/obj/usr/src/lib/libc. > Yes, I am using zfs filesystems. Thanks for your tip. Cheers, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 23:22:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A741065689 for ; Fri, 7 Aug 2009 23:22:11 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id CF1498FC16 for ; Fri, 7 Aug 2009 23:22:10 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4BCDE1CC49; Sat, 8 Aug 2009 01:22:10 +0200 (CEST) Date: Sat, 8 Aug 2009 01:22:10 +0200 From: Ed Schouten To: Drew Tomlinson Message-ID: <20090807232210.GR1292@hoeg.nl> References: <4A7C7220.2090309@mykitchentable.net> <4A7C72E0.8080303@acm.poly.edu> <4A7C77B6.8000209@mykitchentable.net> <58c737d70908071156l2f5f2deds526a996ef9f386b@mail.gmail.com> <4A7CB5EC.4010404@mykitchentable.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GSe1yqLCWMTKXEPF" Content-Disposition: inline In-Reply-To: <4A7CB5EC.4010404@mykitchentable.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Chris Ruiz , freebsd-current@freebsd.org Subject: Re: [Fwd: How To Recover From Missing /lib/libc.so.7? -- SOLVED!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 23:22:11 -0000 --GSe1yqLCWMTKXEPF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Drew, * Drew Tomlinson wrote: > For those like me that might not understand how to "specify NO_FSCHG=3D", > I Googled and found "make installworld NO_FSCHG=3D" is the way in this > case. After restoring libc.so.7 and redoing the installworld, > everything seems fine. >=20 > For my own info, is this something that's documented somewhere and I > missed it? Or is this just one of those quirks that has come up and > will likely be fixed before the release? You can also put NO_FSCHG=3D in /etc/src.conf. There is this manual page, src.conf(5), but it doesn't mention NO_FSCHG=3D at all. It only seems to document the WITH_* and WITHOUT_* switches. --=20 Ed Schouten WWW: http://80386.nl/ --GSe1yqLCWMTKXEPF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp8tyIACgkQ52SDGA2eCwUoigCffyYnGUMXwhzSHnrhcSytqdmm P5UAn19h5RxTvruH3sWibSw6tmu1iYZv =wGC/ -----END PGP SIGNATURE----- --GSe1yqLCWMTKXEPF-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 22:24:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EEEB1065670 for ; Fri, 7 Aug 2009 22:24:00 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id E66E18FC16 for ; Fri, 7 Aug 2009 22:23:59 +0000 (UTC) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n77MNsnt011963 for ; Sat, 8 Aug 2009 00:23:54 +0200 Received: from ubm.mine.nu ([85.181.42.200] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 8 Aug 2009 00:23:54 +0200 Date: Sat, 8 Aug 2009 00:23:54 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090808002354.61c6c5a3.ubm@u-boot-man.de> In-Reply-To: <20090806230909.d01e844a.ubm@u-boot-man.de> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> <20090722201750.4ff23293.ubm@u-boot-man.de> <20090806230909.d01e844a.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Aug 2009 23:26:32 +0000 Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 22:24:00 -0000 On Thu, 6 Aug 2009 23:09:09 +0200 Marc "UBM" Bocklet wrote: > On Wed, 22 Jul 2009 20:17:50 +0200 > Marc "UBM" Bocklet wrote: > > > On Sun, 12 Jul 2009 19:45:47 +0200 > > Marc "UBM" Bocklet wrote: > > > > > On Sun, 12 Jul 2009 18:10:34 +0200 > > > Marc "UBM" Bocklet wrote: > > > > > > > > > > I've got it narrowed down between "2009.06.30.06.00.00" and > > > > today. A kernel with the "old" date boots, a freshly csupped and > > > > compiled kernel hangs with the usual symptoms (waiting for > > > > interrupt driven hooks). > > > > > > > > I'll try csupping to just before the big cam commit to see if > > > > there is any connection. When I said earlier that I was not > > > > running with the ahci patch, I was partly wrong. I did not have > > > > device ahci in my kernel config file nor had it loaded as a > > > > module, but I had the patch applied. > > > > > > "2009.07.09.06.00.00" fixes the problem. > > > Could it be that there are some subtle interactions in the cam > > > subsystem that are stirred by the recent mega-commit? > > > > Is there any other info I can / should provide to help debugging > > this? > > Any news on this? This pretty much prevents me from running 8.0 :-/ I've a friend with a similar problem (also HighPoint controller, also "run interrupt driven hooks: still waiting for xpt_config"), who gets a panic. I'll try to get the panic string and a backtrace, if I do, I'll post it here. Bye Marc From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 23:35:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F0A1065673; Fri, 7 Aug 2009 23:35:09 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 741748FC19; Fri, 7 Aug 2009 23:35:09 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n77NYZ16027892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Aug 2009 16:34:36 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 076631CC31; Fri, 7 Aug 2009 16:34:35 -0700 (PDT) To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= In-reply-to: Your message of "Fri, 07 Aug 2009 10:42:39 +0200." Date: Fri, 07 Aug 2009 16:34:35 -0700 From: "Kevin Oberman" Message-Id: <20090807233435.076631CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-07_10:2009-07-24, 2009-08-07, 2009-08-07 signatures=0 Cc: freebsd-current@freebsd.org, cpghost , Martin Wilke Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 23:35:10 -0000 > Date: Fri, 7 Aug 2009 10:42:39 +0200 > From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= > Sender: owner-freebsd-current@freebsd.org > > On Fri, Aug 7, 2009 at 10:09, Martin Wilke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Fri, Aug 07, 2009 at 03:02:00AM +0200, cpghost wrote: > >> On Fri, Aug 07, 2009 at 02:06:11AM +0200, Martin Wilke wrote: > >> > A secound problem is powerd, i can't use > >> > that under 1200 mhz, under 1200 the box > >> > freeze. > >> > >> I have that same problem with a > >>   CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) > >> > >> AS a work around, I've added > >>   debug.cpufreq.lowest="1240" > >> to /boot/loader.conf. > >> > >> It's not ideal, but I have NO idea what's causing the freezes > >> at lower CPU speeds. > >> > >> BTW, you can slow down videos in mplayer manually by typing > >> '[' repeatedly -- and speed them up again with ']'. > >> > >> -cpghost. > > > > Thanks but that's all workarounds, I want here to get a real > > solutions, also that solved not the flash problem. > > > > - - Martin > > > >> > >> -- > >> Cordula's Web. http://www.cordula.ws/ > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > > > - -- > > > > +-----------------------+-------------------------------+ > > |  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  | > > |  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org | > > +-----------------------+-------------------------------+ > > |       Mess with the Best, Die like the Rest!          | > > +-----------------------+-------------------------------+ > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.11 (FreeBSD) > > > > iEUEARECAAYFAkp74UoACgkQdLJIhLHm/OneygCfWbaVQY9+/EsL4cQL0FkKoqqD > > iGkAkgNC4DUOlFWbDSkHOoOFOzb4NFQ= > > =QAHR > > -----END PGP SIGNATURE----- > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > Please show: > sysctl kern.timecounter > > afaik using acpi_throttling AND cool'n quiet together often leads to > freezes and even to more energy consumption. Maybe you can disable > acpi_throttle and just use the cool'n quiet states. I really wish we could put a bullet through the head of both throttling and TCC. They are ineffective for almost every occasion and can cause all kinds of problems. But people are probably getting tired of my saying this. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Fri Aug 7 23:47:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80541106566C for ; Fri, 7 Aug 2009 23:47:18 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 55F558FC0A for ; Fri, 7 Aug 2009 23:47:18 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n77Nkxln025421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Aug 2009 16:47:00 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 051AA1CC31; Fri, 7 Aug 2009 16:46:59 -0700 (PDT) To: cpghost In-reply-to: Your message of "Fri, 07 Aug 2009 17:14:25 +0200." <20090807151425.GC2419@phenom.cordula.ws> Date: Fri, 07 Aug 2009 16:46:58 -0700 From: "Kevin Oberman" Message-Id: <20090807234659.051AA1CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-07_10:2009-07-24, 2009-08-07, 2009-08-07 signatures=0 Cc: Marius N?nnerich , freebsd-current@freebsd.org Subject: Re: All videos play too fast on AMD Phenom II X4 955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 07 Aug 2009 23:47:18 -0000 > Date: Fri, 7 Aug 2009 17:14:25 +0200 > From: cpghost > Sender: owner-freebsd-current@freebsd.org > > On Fri, Aug 07, 2009 at 05:08:01PM +0200, Marius N?nnerich wrote: > > >> afaik using acpi_throttling AND cool'n quiet together often leads to > > >> freezes and even to more energy consumption. Maybe you can disable > > >> acpi_throttle and just use the cool'n quiet states. > > > > > > Ah, interesting! How can I disable it? In the BIOS or via ACPI? > > > acpi(4) is somewhat confusing: I'm not sure what to put into > > > debug.acpi.disabled. > > > > http://markmail.org/message/njjpogzsylxmmkl7 > > I hope this helps. > > Thank you. I'll try it as soon as I can reboot this box. ;) One small note...just put hints into /boot/loader.conf. Because the hints file is subject to overwrite during system upgrades, it is not the ideal place for these, though having it in both does no harm that I can tell. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 00:03:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE423106564A for ; Sat, 8 Aug 2009 00:03:01 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id B1A328FC16 for ; Sat, 8 Aug 2009 00:03:01 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id A94A77E818; Fri, 7 Aug 2009 16:03:00 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Fri, 7 Aug 2009 16:02:59 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A7C7220.2090309@mykitchentable.net> <20090807190350.GO1292@hoeg.nl> <20090807191454.GP1292@hoeg.nl> In-Reply-To: <20090807191454.GP1292@hoeg.nl> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_zCMfKTGzASiM7qP" Message-Id: <200908071602.59676.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Chris Ruiz , Ed Schouten Subject: Fixing install (Was: Re: [Fwd: How To Recover From Missing /lib/libc.so.7?]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 00:03:02 -0000 --Boundary-00=_zCMfKTGzASiM7qP Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 07 August 2009 11:14:54 Ed Schouten wrote: > * Ed Schouten wrote: > > * Chris Ruiz wrote: > > > You must specify NO_FSCHG= when you installworld on an unupgraded ZFS > > > filesystem, otherwise you will lose libc.so.7! I'll spare you the > > > details on why this happens. > > > > Which is because our install(1) is stupid enough to delete the resulting > > binary if it can't add the schg flag. We should really change this > > behaviour. > > It looks like there are actually two bugs: > > - install(1) does check for EOPNOTSUPP, while ZFS seems to return > EINVAL. This is probably a ZFS bug. > - Inside jails, (un)setting schg is not permitted and returns EPERM. We > should change the VFS to return EOPNOTSUPP or install(1) to allow > EPERM as well. > > It's a bit late, but I think it would be nice to have this fixed before > 8.0. Perhaps the second case only if jailed? EPERM is also given when the running user doesn't have permission and I'd rather have things bail out sooner then later. Patch attached for this. -- Mel --Boundary-00=_zCMfKTGzASiM7qP Content-Type: text/plain; charset="ISO-8859-1"; name="xinstall.patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xinstall.patch.txt" Index: usr.bin/xinstall/xinstall.c =================================================================== --- usr.bin/xinstall/xinstall.c (revision 196085) +++ usr.bin/xinstall/xinstall.c (working copy) @@ -47,6 +47,8 @@ __FBSDID("$FreeBSD$"); #include +#include +#include #include #include #include @@ -83,6 +85,7 @@ gid_t gid; uid_t uid; int dobackup, docompare, dodir, dopreserve, dostrip, nommap, safecopy, verbose; +int is_jailed; mode_t mode = S_IRWXU | S_IRGRP | S_IXGRP | S_IROTH | S_IXOTH; const char *suffix = BACKUP_SUFFIX; @@ -106,9 +109,11 @@ int ch, no_target; u_int iflags; char *flags; + size_t len = sizeof(int); const char *group, *owner, *to_name; iflags = 0; + is_jailed = 0; group = owner = NULL; while ((ch = getopt(argc, argv, "B:bCcdf:g:Mm:o:pSsv")) != -1) switch((char)ch) { @@ -242,6 +247,11 @@ errx(EX_USAGE, "%s and %s are the same file", *argv, to_name); } + if( sysctlbyname("security.jail.jailed", (void *)&is_jailed, + &len, NULL, 0) == -1 ) { + warn("Unable to get security.jail.jailed, assuming unjailed"); + is_jailed = 0; + } install(*argv, to_name, fset, iflags); exit(EX_OK); /* NOTREACHED */ @@ -506,6 +516,8 @@ if (flags & SETFLAGS) { if (errno == EOPNOTSUPP) warn("%s: chflags", to_name); + else if( errno == EPERM && is_jailed ) + warn("%s: chflags", to_name); else { serrno = errno; (void)unlink(to_name); --Boundary-00=_zCMfKTGzASiM7qP-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 01:06:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25891065670 for ; Sat, 8 Aug 2009 01:06:40 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtai106.cox.net (fed1rmmtai106.cox.net [68.230.241.54]) by mx1.freebsd.org (Postfix) with ESMTP id B63BD8FC1D for ; Sat, 8 Aug 2009 01:06:40 +0000 (UTC) Received: from fed1rmimpo02.cox.net ([70.169.32.72]) by fed1rmmtao101.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20090807235855.JMOF16896.fed1rmmtao101.cox.net@fed1rmimpo02.cox.net> for ; Fri, 7 Aug 2009 19:58:55 -0400 Received: from vaio ([72.220.91.251]) by fed1rmimpo02.cox.net with bizsmtp id Rbyv1c00F5RPd3404byvp1; Fri, 07 Aug 2009 19:58:55 -0400 X-VR-Score: -40.00 X-Authority-Analysis: v=1.0 c=1 a=QDpep3TelEPzh61jV-8A:9 a=llv2a0TY0g7s79DFWskA:7 a=c5eSJcQEeZambG5qlsKlE1YAGpgA:4 X-CM-Score: 0.00 Date: Fri, 7 Aug 2009 16:58:50 -0700 From: Robert To: freebsd-current@freebsd.org Message-ID: <20090807165850.3e8541f8@vaio> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: LOR wlan0 wi0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 01:06:41 -0000 Greetings I have just upgraded a laptop on my network to current: [root@hp] ~# uname -a FreeBSD hp.shasta204.local 8.0-BETA2 FreeBSD 8.0-BETA2 #1: Fri Aug 7 11:15:24 PDT 2009 root@vaio.shasta204.local:/usr/ob j/usr/src/sys/VESA i386 I have made the changes in rc.conf after reading UPDATING and rc.conf defaults. Here is the bits from rc.conf wlans_wi0=wlan0 # I have tried with quotes around wlan0 with # no difference. ifconfig_wlan0="DHCP ssid MY_SSID channel any wepmode on \ deftxkey 1 wepkey 0xSecretNumber78bf" # ifconfig_re0="DHCP" My wlan0 interface comes up but never retrieves an IP from the router. [root@hp] ~# ifconfig -a plip0: flags=8810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 ether 00:09:5b:25:5e:b3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:09:5b:25:5e:b3 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b status: associated ssid MY_SSID channel 11 (2462 Mhz 11b) bssid 00:1c:df:f9:ad:fc country US authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpower 0 bmiss 7 scanvalid 60 Searching dmesg I see this wlan0: Ethernet address: 00:09:5b:25:5e:b3 lock order reversal: 1st 0xc2c04014 wi0_com_lock (wi0_com_lock) @ /usr/src/sys/net80211/ieee80211_scan.c:806 2nd 0xc2bf2008 wi0 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:1083 KDB: stack backtrace: db_trace_self_wrapper(c0c7746e,cca4ea78,c08c1435,c08b217b,c0c7a303,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b217b,c0c7a303,c292f228,c2929040,cca4ead4,...) at kdb_backtrace+0x29 _witness_debugger(c0c7a303,c2bf2008,c2af88d0,c2929040,c0c6775c,...) at _witness_debugger+0x25 witness_checkorder(c2bf2008,9,c0c6775c,43b,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c2bf2008,0,c0c6775c,43b,c2bf2008,...) at _mtx_lock_flags+0xc4 wi_raw_xmit(c2cc5000,c2cd0000,cca4ebba,10,c2c9c2a4,...) at wi_raw_xmit+0x3e ieee80211_send_probereq(c2cc5000,c2c9c2a4,c0bfd600,c0bfd600,c2ac2018,...) at ieee80211_send_probereq+0x488 ieee80211_probe_curchan(c2c9c000,0,c0c8aa85,326,cca4ec30,...) at ieee80211_probe_curchan+0x93 scan_curchan(c2ac2000,190,c0c8aa85,396,246,...) at scan_curchan+0x49 scan_task(c2ac2000,1,c0c78c6a,54,c2af4d1c,...) at scan_task+0x33a taskqueue_run(c2af4d00,c2af4d1c,0,c0c6a13b,0,...) at taskqueue_run+0x10b taskqueue_thread_loop(c2c04074,cca4ed38,c0c6f7cc,33e,c0dc60a0,...) at taskqueue_thread_loop+0x68 fork_exit(c08ba5b0,c2c04074,cca4ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcca4ed70, ebp = 0 --- Starting Network: lo0. The PCMCIA is and older Netgear 802.11b that was working fine on 7 stable. I have searched the archives and tried changing things in rc.conf but I can not seem to make this work. Any help or direction will be greatly appreciated. Robert From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 01:15:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D5E106566B for ; Sat, 8 Aug 2009 01:15:11 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id CD8D68FC1F for ; Sat, 8 Aug 2009 01:15:10 +0000 (UTC) Received: by ewy2 with SMTP id 2so1917748ewy.43 for ; Fri, 07 Aug 2009 18:15:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=sdx5B/pZxalO/fGhbg0WlldlAQtHIVL81CMjB4BlDao=; b=A90NlKYM19tFIq5mal/BqUAL3FDT2W6LQWa4JwerSXn3MV3PdGjIIi1ELdlaAJBhgE vpS1Qf0UhTZ/Qyp0DE+2L5xM+VzaPpsRKI+nuwSqGtXgooC4iRkEDcxcvIfNvxbAHBCt cRyTz8+VKbu02UjoMF6DcA07zYquf2UuzVHJU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=okOC2GTSC4ulNfDPx8cwOyGQkWsNogpBdTGdkWoPvO4artN//VJpcNkKMjFwjx0+sE z5elfcjC7fYQ1hp/5ObgWEademG9g8e3Zh1Wap/rkrS0WOkc/0Qdj5JD1etBWqsOALI0 ASHA3bMRAtmepSVr3S5/I7Ej+7AMDIOP8g+Dk= MIME-Version: 1.0 Received: by 10.216.13.74 with SMTP id a52mr373030wea.145.1249694109922; Fri, 07 Aug 2009 18:15:09 -0700 (PDT) Date: Sat, 8 Aug 2009 01:15:09 +0000 Message-ID: From: "b. f." To: grarpamp@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Cdparanoia X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 01:15:11 -0000 >Hi. While folks are looking at cdparanoia, would it be possible to >update the port to the current release of cdparanoia? I got stuck >trying to make a fresh port of it myself using the current port as >a guide. It seemed like it would be a small changeset but it got >me. Thanks :) The new version uses some Linux 2.6 SG_IO by default. You may have to make some changes to get it to work. You've seen the developer's manifesto?: "Paranoia is Linux only (although it runs on all the flavors of linux. It is not only for i386 or x86_64). In the past, there was effort to make this library as portable as possible across other OS platforms. As time has worn on, I've come to realize that most cross-platform libraries that try to bring a completely uniform interface to a wide variety of very different OSes: 1. fail to be all that uniform 2. limit functionality to some subset of what any given platform can do 3. introduce additional lyers of bugs 4. just don't work very well I'm a Linux user. I'm a Linux developer. As a user and developer, I don't really give a damn about other platforms. I want my apps to be the best Linux apps they can be. Full stop." So much for FOSS ecumenism. b. From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 01:50:26 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07E7A106566B for ; Sat, 8 Aug 2009 01:50:26 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 6318F8FC0A for ; Sat, 8 Aug 2009 01:50:25 +0000 (UTC) Received: by ewy2 with SMTP id 2so1926639ewy.43 for ; Fri, 07 Aug 2009 18:50:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=odB0DdOzHyyPCsTR07LnOU81Y8ueZ68A0huzIE7k5V4=; b=pUFVPbaBymVEgPxaPklPonlLb+S33g4gfsIOgyoGHiJQEGeIYaupOZe14OsGi1xhJ/ HObZugZfq8qqXpsf7YsAo9dnbnKlJiAdztEAdXNtgq9Yjgug00G0J3EUfzk5CFjfx/SL X+hFZshwScoLcldMzq8BHtwbKS4URctcx0kHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=b3G3F3Tq/bDHvIhX/4X5+HbcWdGyzXuEELYzUHZteaCWVaCBBpdhzmcu+liwDOZLaA 6oW8aeGlpu1eh6kgIhNhLckuXylIbw38kgAqu0hjm/sEBh5+I5ovuoEhVjoiSmWEUYtv ke9cTQuTp23YyXwDIPS0NanQUaw09Mh8duEsE= MIME-Version: 1.0 Received: by 10.216.4.80 with SMTP id 58mr364428wei.173.1249696224287; Fri, 07 Aug 2009 18:50:24 -0700 (PDT) In-Reply-To: <20090807205432.8FA4D1CC31@ptavv.es.net> References: <20090807205432.8FA4D1CC31@ptavv.es.net> Date: Sat, 8 Aug 2009 01:50:24 +0000 Message-ID: From: "b. f." To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Unable to build HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 01:50:26 -0000 On 8/7/09, Kevin Oberman wrote: >> Date: Thu, 6 Aug 2009 11:37:50 +0000 >> From: "b. f." >> >> On 8/6/09, Kevin Oberman wrote: >> >I have tested a patch from bf and it works. I've asked if he wants to >> >submit the PR or if he wants me to. If I don;t hear from him, I'll >> >submit tomorrow. >> >> Slightly revised and augmented patch is in: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=137483 > > I think the patch is right, but I am still broken. I also had to remove > the ".if ${MK_OPENSSH) != "no" and paired ".endif" from > /usr/src/lib/libpam/modules/modules.inc. Once this was done, it looks > like everything is correct. > > I think the right answer is to either unconditionally build the pam > module or to add an option that is specific to the module. I think the > former is really the way to go as the module only adds 46K to the system > and, if you build without OpenSSH, you are either building an embedded > system where you will almost certainly be trimming a lot further than > the src.conf file allows, or because you are using the version from > ports. If the latter, you almost certainly WILL want pam_ssh. I agree, this is a problem if you still want pam_ssh, and want to use OpenSSH from Ports. A similar situation exists for pam_krb5 and pam_ksu with WITHOUT_KERBEROS=yes. But I don't see how you can still properly build working versions of these modules without putting in some hooks to link to the needed libraries in ${LOCALBASE}. (They need to be linked against the appropriate OpenSSH and Heimdal libraries.) How were you able to build pam_ssh when WITHOUT_OPENSSH=yes? Do you still have some old OpenSSH cruft installed in your base system that wasn't removed by make delete-old/make-delete-old-libs (which aren't set up properly for this option yet, as I pointed out), and so the modules were able to link against the old libraries? b. From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 10:52:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2648D106566B; Sat, 8 Aug 2009 10:52:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id D6B448FC08; Sat, 8 Aug 2009 10:52:47 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MZiog-000GRx-V9; Sat, 08 Aug 2009 13:06:22 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Aug 2009 13:06:22 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: request test drivers for iscsi_initiator 2.2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 10:52:48 -0000 This new version: o - has some bug fixes. o - has full header/data digest support, thanks to Daisuke Aoyama . o - the limit for the number of sessions is now 64, but can be raised - eventually via a sysctl call. o - the number of LUNs is unlimited, but things might get hairy over 128. o - now compiles & works under -current (8.0). The tag option is supported, but by default is set very low (0), if someone knows of a way to figure the optimal value I'll gladly add it. If it works for you, please let me know the model/make of the target so I can update the list. cheers, danny From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 10:52:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E32C1065670; Sat, 8 Aug 2009 10:52:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id BCA848FC15; Sat, 8 Aug 2009 10:52:49 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MZitq-000GUu-FA; Sat, 08 Aug 2009 13:11:42 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Comments: In-reply-to Danny Braniss message dated "Sat, 08 Aug 2009 13:06:22 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Aug 2009 13:11:41 +0300 From: Danny Braniss Message-ID: Cc: Subject: Re: request test drivers for iscsi_initiator 2.2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 10:52:50 -0000 wups, forgot a small little detail: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz danny From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 11:02:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E7A11065670 for ; Sat, 8 Aug 2009 11:02:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 027358FC21 for ; Sat, 8 Aug 2009 11:02:42 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 97D5B46B0D; Sat, 8 Aug 2009 07:02:41 -0400 (EDT) Date: Sat, 8 Aug 2009 12:02:41 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marc UBM Bocklet In-Reply-To: <20090808002354.61c6c5a3.ubm@u-boot-man.de> Message-ID: References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> <20090722201750.4ff23293.ubm@u-boot-man.de> <20090806230909.d01e844a.ubm@u-boot-man.de> <20090808002354.61c6c5a3.ubm@u-boot-man.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 11:02:42 -0000 On Sat, 8 Aug 2009, Marc UBM Bocklet wrote: >>>>> I've got it narrowed down between "2009.06.30.06.00.00" and today. A >>>>> kernel with the "old" date boots, a freshly csupped and compiled kernel >>>>> hangs with the usual symptoms (waiting for interrupt driven hooks). >>>>> >>>>> I'll try csupping to just before the big cam commit to see if there is >>>>> any connection. When I said earlier that I was not running with the ahci >>>>> patch, I was partly wrong. I did not have device ahci in my kernel >>>>> config file nor had it loaded as a module, but I had the patch applied. >>>> >>>> "2009.07.09.06.00.00" fixes the problem. Could it be that there are some >>>> subtle interactions in the cam subsystem that are stirred by the recent >>>> mega-commit? >>> >>> Is there any other info I can / should provide to help debugging this? >> >> Any news on this? This pretty much prevents me from running 8.0 :-/ > > I've a friend with a similar problem (also HighPoint controller, also "run > interrupt driven hooks: still waiting for xpt_config"), who gets a panic. > I'll try to get the panic string and a backtrace, if I do, I'll post it > here. xpt_config basically means that you're waiting on a device driver attached to CAM to finish probing, which could point at a number of potential problem sources (including things like interrupt routing problems). At least in the 7.x line, I've seen firewire and USB at various times cause this issue. It might be interesting to compile down to the smallest set of cam-related drivers required to support necessary hardware (omit firewire, for example) and see if you see any improvement. Pinning it down to a specific driver would have significant debugging value :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 08:30:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 751E1106566B for ; Sat, 8 Aug 2009 08:30:06 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 08E7B8FC19 for ; Sat, 8 Aug 2009 08:30:05 +0000 (UTC) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n787oHKc007862 for ; Sat, 8 Aug 2009 09:50:18 +0200 Received: from ubm.mine.nu ([85.181.42.200] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 8 Aug 2009 09:50:17 +0200 Date: Sat, 8 Aug 2009 09:50:17 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20090808095017.028f3e46.ubm@u-boot-man.de> In-Reply-To: <20090806230909.d01e844a.ubm@u-boot-man.de> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> <20090722201750.4ff23293.ubm@u-boot-man.de> <20090806230909.d01e844a.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 12:42:41 +0000 Cc: Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 08:30:06 -0000 On Thu, 6 Aug 2009 23:09:09 +0200 Marc "UBM" Bocklet wrote: > > Is there any other info I can / should provide to help debugging > > this? > > Any news on this? This pretty much prevents me from running 8.0 :-/ I could donate a cheap Highpoint Controller, if that helps. Or is this something I should take up with Highpoint themselves? Bye Marc From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 08:49:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21FD5106566B for ; Sat, 8 Aug 2009 08:49:19 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D2D478FC0A for ; Sat, 8 Aug 2009 08:49:18 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1MZhc5-0005pv-JZ>; Sat, 08 Aug 2009 10:49:17 +0200 Received: from e178048214.adsl.alicedsl.de ([85.178.48.214] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1MZhc5-0003ht-Hf>; Sat, 08 Aug 2009 10:49:17 +0200 Message-ID: <4A7D3C0D.9010905@mail.zedat.fu-berlin.de> Date: Sat, 08 Aug 2009 10:49:17 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.48.214 X-Mailman-Approved-At: Sat, 08 Aug 2009 12:42:59 +0000 Subject: Where is the list of show-stopper for CURRENT on the website www.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 08:49:19 -0000 Well, in the past it was easy for me to watch the list of problems and show-stopper of CURRENT before it gets released on FreeBSD's website. At this moment, I try to figure out where this page has gone but it is not very clear. I can't find it! Why isn't this list easily accessible as it was in the past? Maybe someone can give me a hint, maybe I have overseen a link. Logically, I would look in 'Developer' or the 'RElease' section, but I always run into nothing ... Please give me a hint, I'm lost. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 09:19:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBD93106566B for ; Sat, 8 Aug 2009 09:19:17 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 70AF98FC16 for ; Sat, 8 Aug 2009 09:19:17 +0000 (UTC) Received: by ewy2 with SMTP id 2so2024148ewy.43 for ; Sat, 08 Aug 2009 02:19:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aBqGUwT9bbNRN7XebUmCBzef12lgoJP4Yl3Wy2Ox/oY=; b=YwAbWbX3f9hC6cVnogXxQ/2b5nauKseLs78kwrDVoMGmZrY5QLALKz2XlmuR5Wj6pp sSxtPOL8psq/DdB7c+mdVMhSdGiClPeyv2qcHX1aDObXmimLc+WJK1dYkOZlkN4us/Az EU87+v6gXnB/7y/WKsj+pzrdOAD++AsLWrIRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YlFlmNHD5S2f/STs+7uXossshrIGj9QR2fAuB8syn5MVoq7sziJMCjtRKAAuBXsSMy 8QtISPmsLXNXeh/EUllOebllk0mwSb8SiiKC/BIJM27zfr8H4Ng21cvOrJFRiz/9IVfv LoRrUYOgLna7PmY3gyATQg26xvGotO53MIDUw= MIME-Version: 1.0 Received: by 10.211.180.19 with SMTP id h19mr449109ebp.35.1249723156633; Sat, 08 Aug 2009 02:19:16 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 Aug 2009 05:19:16 -0400 Message-ID: From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 12:43:13 +0000 Cc: bf1783@googlemail.com Subject: Re: Cdparanoia X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 09:19:18 -0000 > The new version uses some Linux 2.6 SG_IO by default. You may have to > make some changes to get it to work. It's been months since I've looked/tried it. Some of the device things looked like they could simply be lobotomized away... specify a device instead of bus scanning, define some parameters, that sort of thing, just to get it going. > You've seen the developer's manifesto? Yes, sigh. It's still a good app though. And Simon who did the original FreeBSD port did just fine, works with atapicam. It's a pretty small changeset so maybe someone with more skills than I would carry it onward. Later. From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 11:14:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D9441065673 for ; Sat, 8 Aug 2009 11:14:12 +0000 (UTC) (envelope-from axel.scheepers@nl.clara.net) Received: from axel.truedestiny.net (tunnel3416.ipv6.xs4all.nl [IPv6:2001:888:10:d58::2]) by mx1.freebsd.org (Postfix) with ESMTP id C29068FC23 for ; Sat, 8 Aug 2009 11:14:11 +0000 (UTC) Received: from [10.0.0.10] (ceridwen.thuis.net [10.0.0.10]) by axel.truedestiny.net (Postfix) with ESMTP id A0AFD544C; Sat, 8 Aug 2009 13:14:09 +0200 (CEST) From: Axel Scheepers To: gary.jennejohn@freenet.de In-Reply-To: <20090807181253.59ba37ed@ernst.jennejohn.org> References: <1249406101.20811.12.camel@ceridwen.thuis.net> <20090807181253.59ba37ed@ernst.jennejohn.org> Content-Type: text/plain Date: Sat, 08 Aug 2009 13:14:09 +0200 Message-Id: <1249730049.3897.7.camel@ceridwen.thuis.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 12:43:21 +0000 Cc: freebsd-current@freebsd.org Subject: Re: GEOM geometry mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 11:14:12 -0000 On Fri, 2009-08-07 at 18:12 +0200, Gary Jennejohn wrote: > Just ignore it. I see this error at every boot also but it has no > negative effects. Hi Gary, Thanks. I filled the g partition as root in the meantime and indeed no nasty suprise. Quite some time since I used FreeBSD as a desktop but I'm pleasantly suprised with 8. Thanks for all the great work. Kind regards, Axel Scheepers From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 13:37:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7624D106566B for ; Sat, 8 Aug 2009 13:37:49 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 325F88FC1E for ; Sat, 8 Aug 2009 13:37:49 +0000 (UTC) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 65789E9F42C; Sat, 8 Aug 2009 15:19:48 +0200 (CEST) Message-ID: <4A7D7B73.7060606@FreeBSD.org> Date: Sat, 08 Aug 2009 15:19:47 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: "O. Hartmann" References: <4A7D3C0D.9010905@mail.zedat.fu-berlin.de> In-Reply-To: <4A7D3C0D.9010905@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Where is the list of show-stopper for CURRENT on the website www.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 13:37:49 -0000 O. Hartmann skrev: > Well, > in the past it was easy for me to watch the list of problems and > show-stopper of CURRENT before it gets released on FreeBSD's website. At > this moment, I try to figure out where this page has gone but it is not > very clear. I can't find it! Why isn't this list easily accessible as it > was in the past? > Maybe someone can give me a hint, maybe I have overseen a link. > Logically, I would look in 'Developer' or the 'RElease' section, but I > always run into nothing ... > > Please give me a hint, I'm lost. http://wiki.freebsd.org/8.0TODO -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 14:46:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCE5106566B for ; Sat, 8 Aug 2009 14:46:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C99E58FC08 for ; Sat, 8 Aug 2009 14:46:06 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 251030757; Sat, 08 Aug 2009 17:46:02 +0300 Message-ID: <4A7D8F72.8090905@FreeBSD.org> Date: Sat, 08 Aug 2009 17:45:06 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Danny Braniss References: <1249741381.00149226.1249729205@10.7.7.3> <4A7D8D7A.5030303@mavhome.dp.ua> In-Reply-To: <4A7D8D7A.5030303@mavhome.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: request test drivers for iscsi_initiator 2.2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 14:46:07 -0000 Alexander Motin wrote: > Danny Braniss wrote: >> wups, forgot a small little detail: >> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz > > Is there reason why > cpi->transport = XPORT_ISCSI; > covered by > #if defined(KNOB_VALID_ADDRESS) > ? Sorry, wrong question. But those who will test on CURRENT should take care about it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 15:51:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63EB01065673; Sat, 8 Aug 2009 15:51:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id AFA078FC15; Sat, 8 Aug 2009 15:51:20 +0000 (UTC) Received: by fxm24 with SMTP id 24so2282944fxm.36 for ; Sat, 08 Aug 2009 08:51:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Wf78j3bj4AhyJ3WkOjNgDDcs45ww7olDw6DE4mr3FYA=; b=XRPnWLRc8KI7Jk/j3vqk1MjSe4uoODnGSGP/fYp7Hp93me4BlEcVOon/zp/MPcPkHh TUo5InvRvDQg+cPb+4UqlAUBvF0HKK+GCgHddUSSYoDY1h3C0EWGqng+bGe+DFu/4qkt LQIbtf2lXQrZrpvid+FyJYM1yY5yFod9b7nrA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=VWFIq/c3eCg1nL/X7A/6jXf0BRFicM6J9YTnvdodhwo7Zkc7HEyLOclCUBYQS/YEJF j3O2h5obCtK9O5X0uU6XjrbEoliwlJe+kejOQvdevh8SpG9vItUJHU7ryvpC8f3ANAA+ 9KrOwsYCEmPytKlzgnzoVe27S9cmkGG7QTSVQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.120.76 with SMTP id c12mr119353far.2.1249746679545; Sat, 08 Aug 2009 08:51:19 -0700 (PDT) In-Reply-To: References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> <20090722201750.4ff23293.ubm@u-boot-man.de> <20090806230909.d01e844a.ubm@u-boot-man.de> <20090808002354.61c6c5a3.ubm@u-boot-man.de> Date: Sat, 8 Aug 2009 17:51:19 +0200 X-Google-Sender-Auth: 494379ba0939acfd Message-ID: <3bbf2fe10908080851j61efcf67g8e638aff9a9c5ba9@mail.gmail.com> From: Attilio Rao To: Robert Watson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Marc UBM Bocklet Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 15:51:21 -0000 2009/8/8 Robert Watson : > On Sat, 8 Aug 2009, Marc UBM Bocklet wrote: > >>>>>> I've got it narrowed down between "2009.06.30.06.00.00" and today. A >>>>>> kernel with the "old" date boots, a freshly csupped and compiled kernel >>>>>> hangs with the usual symptoms (waiting for interrupt driven hooks). >>>>>> >>>>>> I'll try csupping to just before the big cam commit to see if there is >>>>>> any connection. When I said earlier that I was not running with the ahci >>>>>> patch, I was partly wrong. I did not have device ahci in my kernel config >>>>>> file nor had it loaded as a module, but I had the patch applied. >>>>> >>>>> "2009.07.09.06.00.00" fixes the problem. Could it be that there are >>>>> some subtle interactions in the cam subsystem that are stirred by the recent >>>>> mega-commit? >>>> >>>> Is there any other info I can / should provide to help debugging this? >>> >>> Any news on this? This pretty much prevents me from running 8.0 :-/ >> >> I've a friend with a similar problem (also HighPoint controller, also "run >> interrupt driven hooks: still waiting for xpt_config"), who gets a panic. >> I'll try to get the panic string and a backtrace, if I do, I'll post it >> here. > > xpt_config basically means that you're waiting on a device driver attached > to CAM to finish probing, which could point at a number of potential problem > sources (including things like interrupt routing problems). At least in the > 7.x line, I've seen firewire and USB at various times cause this issue. It > might be interesting to compile down to the smallest set of cam-related > drivers required to support necessary hardware (omit firewire, for example) > and see if you see any improvement. Pinning it down to a specific driver > would have significant debugging value :-). Beyon that, I think that debugging in CAM can be improved by a good factor using alredy existing general infrastructure (KTR logging points, new ddb commands, etc). We need someone which is willing to spend some time on that. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 15:59:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E64A51065672 for ; Sat, 8 Aug 2009 15:59:29 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id A69758FC19 for ; Sat, 8 Aug 2009 15:59:29 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n78FxQWv047430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Aug 2009 08:59:27 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A7DA0DF.50107@errno.com> Date: Sat, 08 Aug 2009 08:59:27 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Robert References: <20090807165850.3e8541f8@vaio> In-Reply-To: <20090807165850.3e8541f8@vaio> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: LOR wlan0 wi0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 15:59:30 -0000 Robert wrote: > Greetings > > I have just upgraded a laptop on my network to current: > > [root@hp] ~# uname -a > FreeBSD hp.shasta204.local 8.0-BETA2 FreeBSD 8.0-BETA2 #1: Fri Aug 7 > 11:15:24 PDT 2009 root@vaio.shasta204.local:/usr/ob > j/usr/src/sys/VESA i386 > > I have made the changes in rc.conf after reading UPDATING and rc.conf > defaults. Here is the bits from rc.conf > > wlans_wi0=wlan0 # I have tried with quotes around wlan0 with > # no difference. > ifconfig_wlan0="DHCP ssid MY_SSID channel any wepmode on \ > deftxkey 1 wepkey 0xSecretNumber78bf" > > # ifconfig_re0="DHCP" > > My wlan0 interface comes up but never retrieves an IP from the router. > > [root@hp] ~# ifconfig -a > plip0: flags=8810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > inet6 ::1 prefixlen 128 > ether 00:09:5b:25:5e:b3 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > status: associated > wlan0: flags=8843 metric 0 mtu > 1500 ether 00:09:5b:25:5e:b3 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > status: associated > ssid MY_SSID channel 11 (2462 Mhz 11b) bssid 00:1c:df:f9:ad:fc > country US authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit > txpower 0 bmiss 7 scanvalid 60 > > Searching dmesg I see this > > wlan0: Ethernet address: 00:09:5b:25:5e:b3 > lock order reversal: > 1st 0xc2c04014 wi0_com_lock (wi0_com_lock) > @ /usr/src/sys/net80211/ieee80211_scan.c:806 2nd 0xc2bf2008 wi0 > (network driver) @ /usr/src/sys/dev/wi/if_wi.c:1083 KDB: stack > backtrace: > db_trace_self_wrapper(c0c7746e,cca4ea78,c08c1435,c08b217b,c0c7a303,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08b217b,c0c7a303,c292f228,c2929040,cca4ead4,...) at > kdb_backtrace+0x29 > _witness_debugger(c0c7a303,c2bf2008,c2af88d0,c2929040,c0c6775c,...) at > _witness_debugger+0x25 > witness_checkorder(c2bf2008,9,c0c6775c,43b,0,...) at > witness_checkorder+0x839 > _mtx_lock_flags(c2bf2008,0,c0c6775c,43b,c2bf2008,...) at > _mtx_lock_flags+0xc4 > wi_raw_xmit(c2cc5000,c2cd0000,cca4ebba,10,c2c9c2a4,...) at > wi_raw_xmit+0x3e > ieee80211_send_probereq(c2cc5000,c2c9c2a4,c0bfd600,c0bfd600,c2ac2018,...) > at ieee80211_send_probereq+0x488 > ieee80211_probe_curchan(c2c9c000,0,c0c8aa85,326,cca4ec30,...) at > ieee80211_probe_curchan+0x93 > scan_curchan(c2ac2000,190,c0c8aa85,396,246,...) at scan_curchan+0x49 > scan_task(c2ac2000,1,c0c78c6a,54,c2af4d1c,...) at scan_task+0x33a > taskqueue_run(c2af4d00,c2af4d1c,0,c0c6a13b,0,...) at > taskqueue_run+0x10b > taskqueue_thread_loop(c2c04074,cca4ed38,c0c6f7cc,33e,c0dc60a0,...) at > taskqueue_thread_loop+0x68 fork_exit(c08ba5b0,c2c04074,cca4ed38) at > fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip > = 0, esp = 0xcca4ed70, ebp = 0 --- Starting Network: lo0. > > The PCMCIA is and older Netgear 802.11b that was working fine on 7 > stable. I have searched the archives and tried changing things in > rc.conf but I can not seem to make this work. > > > Any help or direction will be greatly appreciated. Ignore the LOR. The first thing to do is simplify your config; remove crypto. If you can pass data frames then your problem is in the crypto setup. If not then you have unencrypted data to examine for problems. Use tools/tools/net80211/wlanstats to check for errors. You can trace packet traffic with tcpdump to see if frames are moving. You also don't identify your card. wi in 8.0 works with a subset of the cards in RELENG_7 so your card may not work correctly--though since you appear to have associated that doesn't seem like the issue (cards that don't work are unlikely to successfully associate). Sam From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 15:37:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C89B6106566B; Sat, 8 Aug 2009 15:37:37 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E57CB8FC33; Sat, 8 Aug 2009 15:37:36 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 251030557; Sat, 08 Aug 2009 17:37:32 +0300 Message-ID: <4A7D8D7A.5030303@mavhome.dp.ua> Date: Sat, 08 Aug 2009 17:36:42 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 Newsgroups: lucky.freebsd.current,lucky.freebsd.hackers,lucky.freebsd.scsi To: Danny Braniss References: <1249741381.00149226.1249729205@10.7.7.3> In-Reply-To: <1249741381.00149226.1249729205@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 17:15:48 +0000 Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: request test drivers for iscsi_initiator 2.2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 15:37:38 -0000 Hi. Danny Braniss wrote: > wups, forgot a small little detail: > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz Is there reason why cpi->transport = XPORT_ISCSI; covered by #if defined(KNOB_VALID_ADDRESS) ? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 15:56:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D4B8106564A for ; Sat, 8 Aug 2009 15:56:59 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id D406A8FC1E for ; Sat, 8 Aug 2009 15:56:58 +0000 (UTC) Received: by fxm24 with SMTP id 24so2284885fxm.36 for ; Sat, 08 Aug 2009 08:56:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=mdo9gifBaJsJAlxE1IuWJAk77WwBMud+axFRv//ytc4=; b=T9XqiAgXh/YyEf3/wTy6IPclvYsIMa5kaQwkUW5iDXk0ddx3boxqpseV//q6aGM2td EbbiuwZ60p0UWx+3lX6hGPE3qVewafTibHmBx3xWeO4iiGbtkyo2jAU9N2AQzUHxPcYv KCoIEAC7p56yrG5tNqRqNhghg4akzzOX95pmc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=G4twjYwq0qMAu0ZlCeGFiCjBkXbq5KLzzdDkkolO27W3g+wepiJimSWJuA4f44RVPY NLwYGhlGl7GDpSLRPaK9pWeuyGXc+O1DIQl0wf1FyWpAuo/zr2EK2RXmlG8r7FeIdwYO JufPSdPj58b4zYXxLOaEKUyWiOP5PbxnDp8hI= MIME-Version: 1.0 Received: by 10.223.103.74 with SMTP id j10mr544499fao.50.1249747017810; Sat, 08 Aug 2009 08:56:57 -0700 (PDT) Date: Sat, 8 Aug 2009 10:56:57 -0500 Message-ID: <2d1264630908080856m21b45aa8o90bf0737f3c5fa3a@mail.gmail.com> From: Jason Harmening To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 17:16:00 +0000 Subject: Re: [follow-up] FreeBSD/amd64 r195146 to r195848, fatal trap 12 under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 15:56:59 -0000 I think I'm seeing this panic after a cvsup yesterday. With all kernel debugging options turned off, it will happen almost immediately and 100% of the time with the "ping-flood" test. Machine is nehalem (4 cores + HTT). So far I haven't been able to reproduce it with debugging turned on, but I'll gladly take any suggestions and do whatever I can to help fix it. --Jason From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 16:11:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E13106564A for ; Sat, 8 Aug 2009 16:11:33 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id C967D8FC16 for ; Sat, 8 Aug 2009 16:11:32 +0000 (UTC) Received: by bwz2 with SMTP id 2so1367639bwz.43 for ; Sat, 08 Aug 2009 09:11:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Pckk+qzkc60+Uuv539rjUj1Q74/o/NOZNBXyfmDsG4I=; b=bVIecId5k+684vX8+tSTokK8Vaui02sehTFEKDYn4yu7aVDoYPhNBD17D7xkqVJcjt l0kouzj2aoH6uikBWfL4Q7e3nuWbrrcTQ0mhreRviS3jAvM68e3yYnCfNGX08HW3okvJ EYr2TrP66XttOSGrJNZTJVgkfqlqZHx11NMvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=oToAoLseWc1T+bjgzLg2HfDUqeURANHb+hEM/0gX4G2NhTFaSuVzt5LjTMDMSqLagl IaQO0VKhQqpiwl2tdaln0aKkqFQtCS83v+MAxC3ky7/KOeIHBhGVKS/Dq8nqVxR/oH+B uYGU+APXWYDwgBrulagG203L+Qq0QOxRzoYZk= MIME-Version: 1.0 Received: by 10.223.115.146 with SMTP id i18mr565120faq.9.1249746361789; Sat, 08 Aug 2009 08:46:01 -0700 (PDT) Date: Sat, 8 Aug 2009 10:46:01 -0500 Message-ID: <2d1264630908080846r3c73e0a5h7df2db83096401d@mail.gmail.com> From: Jason Harmening To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 17:16:14 +0000 Subject: LORs during module unload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 16:11:33 -0000 Hi all, When testing my kernel module against a kernel built yesterday, I noticed the following LORs when unloading the top-level module (which also automatically unloaded some dependency modules): lock order reversal: 1st 0xffffffff807af4a0 module subsystem sx lock (module subsystem sx lock) @ /usr/src/sys/kern/kern_linker.c:602 2nd 0xffffffff807d0900 newbus (newbus) @ /usr/src/sys/kern/subr_bus.c:4127 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x32 _witness_debugger() at _witness_debugger+0x1e witness_checkorder() at witness_checkorder+0x8c7 _sx_xlock() at _sx_xlock+0x74 driver_module_handler() at driver_module_handler+0x49 module_quiesce() at module_quiesce+0x38 linker_file_unload() at linker_file_unload+0x98 kern_kldunload() at kern_kldunload+0xdf kldunloadf() at kldunloadf+0x1a syscall() at syscall+0x2e9 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (444, FreeBSD ELF64, kldunloadf), rip = 0x8006989fc, rsp = 0x7fffffffe2c8, rbp = 0x2 --- lock order reversal: 1st 0xffffffff807ae8c0 kernel linker (kernel linker) @ /usr/src/sys/kern/kern_linker.c:1068 2nd 0xffffffff807d0900 newbus (newbus) @ /usr/src/sys/kern/subr_bus.c:4127 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x32 _witness_debugger() at _witness_debugger+0x1e witness_checkorder() at witness_checkorder+0x8c7 _sx_xlock() at _sx_xlock+0x74 driver_module_handler() at driver_module_handler+0x49 module_unload() at module_unload+0x38 linker_file_unload() at linker_file_unload+0x13a kern_kldunload() at kern_kldunload+0xdf kldunloadf() at kldunloadf+0x1a syscall() at syscall+0x2e9 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (444, FreeBSD ELF64, kldunloadf), rip = 0x8006989fc, rsp = 0x7fffffffe2c8, rbp = 0x2 --- iicbus2: detached lock order reversal: 1st 0xffffffff807ae8c0 kernel linker (kernel linker) @ /usr/src/sys/kern/kern_linker.c:1068 2nd 0xffffffff807b0ec0 sysctl lock (sysctl lock) @ /usr/src/sys/kern/kern_sysctl.c:256 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x32 _witness_debugger() at _witness_debugger+0x1e witness_checkorder() at witness_checkorder+0x8c7 _sx_xlock() at _sx_xlock+0x74 sysctl_ctx_free() at sysctl_ctx_free+0x2d device_sysctl_fini() at device_sysctl_fini+0x22 device_detach() at device_detach+0x1dd cx88_i2c_destroy() at cx88_i2c_destroy+0x48 device_detach() at device_detach+0x8b cx23885_teardown() at cx23885_teardown+0x7d cx88_release_client() at cx88_release_client+0x86 cx88_common_detach() at cx88_common_detach+0x20 device_detach() at device_detach+0x8b driver_module_handler() at driver_module_handler+0x395 module_unload() at module_unload+0x38 linker_file_unload() at linker_file_unload+0x13a kern_kldunload() at kern_kldunload+0xdf kldunloadf() at kldunloadf+0x1a syscall() at syscall+0x2e9 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (444, FreeBSD ELF64, kldunloadf), rip = 0x8006989fc, rsp = 0x7fffffffe2c8, rbp = 0x2 --- --Jason From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 17:27:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABFC106564A for ; Sat, 8 Aug 2009 17:27:50 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 585168FC0A for ; Sat, 8 Aug 2009 17:27:50 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:50658 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MZphW-00030J-4A for freebsd-current@freebsd.org; Sat, 08 Aug 2009 19:27:28 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id D541E11063C for ; Sat, 8 Aug 2009 19:27:25 +0200 (CEST) Message-Id: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> From: Thomas Backman To: FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 8 Aug 2009 19:27:23 +0200 X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MZphW-00030J-4A. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MZphW-00030J-4A 799659d08809ddf2b4a81cccdbb1949a Subject: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 17:27:50 -0000 Anyone care to fill us outsiders in? ;) No commits at all in the last few days, and given "Please just bear with it until commits are restored" (from Attilio Rao)... How are things? Any status updates anywhere? I looked through the list of mailing lists, but didn't find a fitting one with a topic covering this. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:00:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 915C9106566B for ; Sat, 8 Aug 2009 18:00:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [87.251.61.211]) by mx1.freebsd.org (Postfix) with ESMTP id 56F608FC1A for ; Sat, 8 Aug 2009 18:00:49 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7A9CD1CD73; Sat, 8 Aug 2009 19:44:43 +0200 (CEST) Date: Sat, 8 Aug 2009 19:44:43 +0200 From: Ed Schouten To: Thomas Backman Message-ID: <20090808174443.GT1292@hoeg.nl> References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Se7r6+WGlSF2mKVG" Content-Disposition: inline In-Reply-To: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD current Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:00:49 -0000 --Se7r6+WGlSF2mKVG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Thomas Backman wrote: > No commits at all in the last few days, and given "Please just bear > with it until commits are restored" (from Attilio Rao)... How are > things? Any status updates anywhere? I looked through the list of > mailing lists, but didn't find a fitting one with a topic covering > this. The FreeBSD Project has been discontinued. Nothing to see here! ;-) Ken Smith created the stable/8 branch, in preparation for 8.0-RELEASE. This is the first time we're creating a new major branch since our migration to SVN, so it turns out there are some problems with the SVN -> CVS exporter catching up. After this issues have been resolved, the release procedure should continue as expected. It's a little unfortunate that this means some people will have to wait for some newbus/netisr/etc bug fixes to land, but I assume it won't take too long. --=20 Ed Schouten WWW: http://80386.nl/ --Se7r6+WGlSF2mKVG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp9uYsACgkQ52SDGA2eCwWxtgCfRV/bB05YAyvAoRzJKaTgLeJC pG8AnAhJBulqYIXh4o4bIADjKV13p9yj =qUiS -----END PGP SIGNATURE----- --Se7r6+WGlSF2mKVG-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:11:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF3D5106566B for ; Sat, 8 Aug 2009 18:11:07 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7BED98FC08 for ; Sat, 8 Aug 2009 18:11:04 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n78IB3kC057039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 Aug 2009 13:11:04 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sat, 8 Aug 2009 13:11:02 -0500 (CDT) From: Greg Rivers To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (roadkill.tharned.org [75.145.12.185]); Sat, 08 Aug 2009 13:11:04 -0500 (CDT) Subject: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:11:08 -0000 I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now hald seems to work only the first time a USB drive is attached. The drive is detected and mounted, and can be unmounted and remounted via kde3's media interface. But if I unmount the drive and detach it, hald wedges the USB buss. No further USB connections (any device, not just disks) are detected, and hald becomes unkillable. Has anyone else experienced this? Any suggestions for troubleshooting? -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:12:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 612211065672 for ; Sat, 8 Aug 2009 18:12:34 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0D28FC23 for ; Sat, 8 Aug 2009 18:12:34 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1MZqBb-000Lte-MS; Sat, 08 Aug 2009 13:58:31 -0400 Date: Sat, 8 Aug 2009 13:58:31 -0400 From: Gary Palmer To: Thomas Backman Message-ID: <20090808175831.GA84046@in-addr.com> References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> Cc: FreeBSD current Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:12:34 -0000 On Sat, Aug 08, 2009 at 07:27:23PM +0200, Thomas Backman wrote: > Anyone care to fill us outsiders in? ;) > No commits at all in the last few days, and given "Please just bear > with it until commits are restored" (from Attilio Rao)... How are > things? Any status updates anywhere? I looked through the list of > mailing lists, but didn't find a fitting one with a topic covering this. Not the easiest mention to find: http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010255.html Regards, Gary From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:16:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9BBB1065672 for ; Sat, 8 Aug 2009 18:16:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 317FA8FC0A for ; Sat, 8 Aug 2009 18:16:08 +0000 (UTC) Received: by bwz2 with SMTP id 2so1395648bwz.43 for ; Sat, 08 Aug 2009 11:16:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=YDxTTv/5moDBZAb8aHTEuBhJAMfYXZlAJ1dmrmx0RNI=; b=c+UyASk4ef6tURZFONoxri3soa0e7hZpxFGSKdVFX7MltcAT24Uwsib2D2w7SJa0RK QirQ8beaKQZ6u6WcpFagggPBjjLHNh0DAVFMTxr9dd0Q+bvwFv1KwA5tUNqm84yCB6VQ LW8JlATAX2o3xNpU5NoxL64vPQEb9ifh2Y+j4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ixB12ExujFgZdKjSUmRJc2SY4QNVaM+1YlgZyqrpJrar1RWl5LSOsRtj12TzCsHgUN PZI8y8ffp2R/90fIGvXIZs0zja0Cnt8iIKWjpMtfxImi/F6MSwQQML5Ec+TZu93oQ3Ds Zq7QV3JZjb8lq7HtDnF34T0qmfB8oi9bWMUdg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.122.206 with SMTP id m14mr67177far.0.1249755367917; Sat, 08 Aug 2009 11:16:07 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 Aug 2009 20:16:07 +0200 X-Google-Sender-Auth: 8dc42548cbf7064d Message-ID: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> From: Attilio Rao To: Greg Rivers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:16:09 -0000 2009/8/8 Greg Rivers : > I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now hald > seems to work only the first time a USB drive is attached. The drive is > detected and mounted, and can be unmounted and remounted via kde3's media > interface. > > But if I unmount the drive and detach it, hald wedges the USB buss. No > further USB connections (any device, not just disks) are detected, and hald > becomes unkillable. > > Has anyone else experienced this? Any suggestions for troubleshooting? After installing BETA2 did you further update to -CURRENT or simply used BETA2 system? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:34:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD22106564A for ; Sat, 8 Aug 2009 18:34:37 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id C04BF8FC08 for ; Sat, 8 Aug 2009 18:34:36 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n78IYZV6057188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Aug 2009 13:34:35 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sat, 8 Aug 2009 13:34:34 -0500 (CDT) From: Greg Rivers To: Attilio Rao In-Reply-To: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> Message-ID: References: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (roadkill.tharned.org [75.145.12.185]); Sat, 08 Aug 2009 13:34:36 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:34:37 -0000 On Sat, 8 Aug 2009, Attilio Rao wrote: > 2009/8/8 Greg Rivers : >> I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now >> hald seems to work only the first time a USB drive is attached. The >> drive is detected and mounted, and can be unmounted and remounted via >> kde3's media interface. >> >> But if I unmount the drive and detach it, hald wedges the USB buss. >> No further USB connections (any device, not just disks) are detected, >> and hald becomes unkillable. >> >> Has anyone else experienced this? Any suggestions for troubleshooting? > > After installing BETA2 did you further update to -CURRENT or simply used > BETA2 system? > I've been tracking -CURRENT. I last rebuilt kernel and world on August 2nd. Sorry for not being clear about that. I removed and rebuilt all ports from source after the July 19 shared library version bump, and I rebuilt hald and dbus after the August 2nd kernel/world update. -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:44:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A231065672 for ; Sat, 8 Aug 2009 18:44:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id B0B4D8FC2E for ; Sat, 8 Aug 2009 18:44:56 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id B91F07E818; Sat, 8 Aug 2009 10:44:55 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 8 Aug 2009 10:44:54 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> In-Reply-To: <20090808174443.GT1292@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ed Schouten , Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:44:57 -0000 On Saturday 08 August 2009 09:44:43 Ed Schouten wrote: > * Thomas Backman wrote: > > No commits at all in the last few days, and given "Please just bear > > with it until commits are restored" (from Attilio Rao)... How are > > things? Any status updates anywhere? I looked through the list of > > mailing lists, but didn't find a fitting one with a topic covering > > this. > > The FreeBSD Project has been discontinued. Nothing to see here! ;-) > > Ken Smith created the stable/8 branch, in preparation for 8.0-RELEASE. > This is the first time we're creating a new major branch since our > migration to SVN, so it turns out there are some problems with the SVN > -> CVS exporter catching up. After this issues have been resolved, the > release procedure should continue as expected. So for people using svn, should we now start tracking stable/8 or is HEAD safe for the time being? Also, what's the equivalent of find /usr/src -type d -name CVS -exec echo TRELENG_8 \>{}/Tag \; or do we have to svn diff for local patches, rm -rf, checkout stable/8 and re-apply diffs? -- Mel From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:05:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D391065670 for ; Sat, 8 Aug 2009 18:05:35 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C2D628FC08 for ; Sat, 8 Aug 2009 18:05:34 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MZqIP-0003zO-Tk>; Sat, 08 Aug 2009 20:05:33 +0200 Received: from e178059173.adsl.alicedsl.de ([85.178.59.173] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MZqIP-0008KZ-RX>; Sat, 08 Aug 2009 20:05:33 +0200 Message-ID: <4A7DBE6D.6090104@mail.zedat.fu-berlin.de> Date: Sat, 08 Aug 2009 20:05:33 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Joel Dahl References: <4A7D3C0D.9010905@mail.zedat.fu-berlin.de> <4A7D7B73.7060606@FreeBSD.org> In-Reply-To: <4A7D7B73.7060606@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.59.173 X-Mailman-Approved-At: Sat, 08 Aug 2009 18:46:16 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Where is the list of show-stopper for CURRENT on the website www.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:05:35 -0000 Joel Dahl wrote: > O. Hartmann skrev: >> Well, >> in the past it was easy for me to watch the list of problems and >> show-stopper of CURRENT before it gets released on FreeBSD's website. At >> this moment, I try to figure out where this page has gone but it is not >> very clear. I can't find it! Why isn't this list easily accessible as it >> was in the past? >> Maybe someone can give me a hint, maybe I have overseen a link. >> Logically, I would look in 'Developer' or the 'RElease' section, but I >> always run into nothing ... >> >> Please give me a hint, I'm lost. > > http://wiki.freebsd.org/8.0TODO > > -- > Joel > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Thank you very much. I missed the Wiki :-( Oliver From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:51:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619B9106566C for ; Sat, 8 Aug 2009 18:51:39 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id E26AB8FC20 for ; Sat, 8 Aug 2009 18:51:38 +0000 (UTC) Received: by fxm24 with SMTP id 24so2347378fxm.36 for ; Sat, 08 Aug 2009 11:51:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Ugx8vtFiQ+pi0hnrLm8c5i3BCKafz3tWj8wTKcD4Qdc=; b=MIPKuNSd9dzWinlZsbyeNSGhRFoa9808/9cplYjTbHPRUtiSjps7YlyP15UuVHbmfN sWNrNdHhLkSepJyRfyCHFRDk6gmRkDriLrpdgJrDQsROJKfjyUOFPQNnhFTQeSADOoTd oiHE8hVlmCOR+Wk0a/aJeOJUBTZdlynIRDjWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=OsNVd8VJwwzqZeA3B2zTQsPMGnLB4cWne2GoChqza58AL2ij3mJUth4WPuuqK1rb5X lHOli5SPb3aiQ1g/JnU5h+jbQbNhm0Teh8Lwt/LdpnM7XxcmWHHMQ6ZFZLlJByLrToJD nRNS7Ex3yAmpKIy5/pZRSxVm2ZU5ujPWl8IT0= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.114.208 with SMTP id f16mr529063faq.91.1249757497978; Sat, 08 Aug 2009 11:51:37 -0700 (PDT) In-Reply-To: References: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> Date: Sat, 8 Aug 2009 20:51:37 +0200 X-Google-Sender-Auth: 8ba953a8ab4466d7 Message-ID: <3bbf2fe10908081151o35a9141dhcea06fcaa5b6838e@mail.gmail.com> From: Attilio Rao To: Greg Rivers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 18:51:39 -0000 2009/8/8 Greg Rivers : > On Sat, 8 Aug 2009, Attilio Rao wrote: > >> 2009/8/8 Greg Rivers : >>> >>> I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now >>> hald seems to work only the first time a USB drive is attached. The drive >>> is detected and mounted, and can be unmounted and remounted via kde3's media >>> interface. >>> >>> But if I unmount the drive and detach it, hald wedges the USB buss. No >>> further USB connections (any device, not just disks) are detected, and hald >>> becomes unkillable. >>> >>> Has anyone else experienced this? Any suggestions for troubleshooting? >> >> After installing BETA2 did you further update to -CURRENT or simply used >> BETA2 system? >> > > I've been tracking -CURRENT. I last rebuilt kernel and world on August 2nd. > Sorry for not being clear about that. > > I removed and rebuilt all ports from source after the July 19 shared > library version bump, and I rebuilt hald and dbus after the August 2nd > kernel/world update. Did you include r196037? If you did, can you try remove it and rebuild anything and experience the problem again? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 18:57:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C73610656BE for ; Sat, 8 Aug 2009 18:57:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 452038FC38 for ; Sat, 8 Aug 2009 18:57:47 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n78IvjUm020324; Sat, 8 Aug 2009 14:57:45 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.2 (mail.netplex.net [204.213.176.10]); Sat, 08 Aug 2009 14:57:45 -0400 (EDT) Date: Sat, 8 Aug 2009 14:57:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Attilio Rao In-Reply-To: <3bbf2fe10908081151o35a9141dhcea06fcaa5b6838e@mail.gmail.com> Message-ID: References: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> <3bbf2fe10908081151o35a9141dhcea06fcaa5b6838e@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 18:57:48 -0000 On Sat, 8 Aug 2009, Attilio Rao wrote: > 2009/8/8 Greg Rivers : >> On Sat, 8 Aug 2009, Attilio Rao wrote: >> >>> 2009/8/8 Greg Rivers : >>>> >>>> I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now >>>> hald seems to work only the first time a USB drive is attached. The drive >>>> is detected and mounted, and can be unmounted and remounted via kde3's media >>>> interface. >>>> >>>> But if I unmount the drive and detach it, hald wedges the USB buss. No >>>> further USB connections (any device, not just disks) are detected, and hald >>>> becomes unkillable. >>>> >>>> Has anyone else experienced this? Any suggestions for troubleshooting? >>> >>> After installing BETA2 did you further update to -CURRENT or simply used >>> BETA2 system? >>> >> >> I've been tracking -CURRENT. I last rebuilt kernel and world on August 2nd. >> Sorry for not being clear about that. >> >> I removed and rebuilt all ports from source after the July 19 shared >> library version bump, and I rebuilt hald and dbus after the August 2nd >> kernel/world update. > > Did you include r196037? > If you did, can you try remove it and rebuild anything and experience > the problem again? You can also see this thread from June: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1494406+0+archive/2009/freebsd-current/20090607.freebsd-current -- DE From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:01:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C40051065689 for ; Sat, 8 Aug 2009 19:01:28 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 241AF8FC25 for ; Sat, 8 Aug 2009 19:01:27 +0000 (UTC) Received: by fxm24 with SMTP id 24so2351323fxm.36 for ; Sat, 08 Aug 2009 12:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=GH20A1N/fNTlDpxCFffInW/TOKU/OufUDx9LAZyMcgg=; b=w5jP2YXfIsAg7IBU7jgqc47ZT34bsgvL//E4o6CkgyIczGh3mI4KF9v7WeR/d9ap18 4L4VRpjLVzfOm8lyRamdwf07T4DwsUP4HeYwyK8ZdiPb1p9xyHSUEkY1ptUhnEcf+drQ dHs4SZmMweYQKvQkfXYwO09/Eo3Tv7pakaPF4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nw5HfCjmvb9YkVi9r4Ynty/caU8eKn9RU3OavvB7j1f++Li4/O6oaDPUccxc4jXLFS eVAsf3Ov5IebMPb9R5TCA+qWvw5EjUHOMYfOm+XSwREt/tnFoyT2LBwab8vMtAccr4hF SJJTeWqNhVP5k5+jdSdQt4/yEo8Q8byuo186A= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.121.193 with SMTP id i1mr575901far.65.1249758087223; Sat, 08 Aug 2009 12:01:27 -0700 (PDT) In-Reply-To: References: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> <3bbf2fe10908081151o35a9141dhcea06fcaa5b6838e@mail.gmail.com> Date: Sat, 8 Aug 2009 21:01:27 +0200 X-Google-Sender-Auth: 8698bed8f233250e Message-ID: <3bbf2fe10908081201g3378b8q479b8836d69f636b@mail.gmail.com> From: Attilio Rao To: Daniel Eischen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 19:01:29 -0000 2009/8/8 Daniel Eischen : > On Sat, 8 Aug 2009, Attilio Rao wrote: > >> 2009/8/8 Greg Rivers : >>> >>> On Sat, 8 Aug 2009, Attilio Rao wrote: >>> >>>> 2009/8/8 Greg Rivers : >>>>> >>>>> I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now >>>>> hald seems to work only the first time a USB drive is attached. The >>>>> drive >>>>> is detected and mounted, and can be unmounted and remounted via kde3's >>>>> media >>>>> interface. >>>>> >>>>> But if I unmount the drive and detach it, hald wedges the USB buss. No >>>>> further USB connections (any device, not just disks) are detected, and >>>>> hald >>>>> becomes unkillable. >>>>> >>>>> Has anyone else experienced this? Any suggestions for troubleshooting? >>>> >>>> After installing BETA2 did you further update to -CURRENT or simply used >>>> BETA2 system? >>>> >>> >>> I've been tracking -CURRENT. I last rebuilt kernel and world on August >>> 2nd. >>> Sorry for not being clear about that. >>> >>> I removed and rebuilt all ports from source after the July 19 shared >>> library version bump, and I rebuilt hald and dbus after the August 2nd >>> kernel/world update. >> >> Did you include r196037? >> If you did, can you try remove it and rebuild anything and experience >> the problem again? > > You can also see this thread from June: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1494406+0+archive/2009/freebsd-current/20090607.freebsd-current Oh, so it should not be the newbus locking patch. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:02:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B30461065693 for ; Sat, 8 Aug 2009 19:02:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 43AA58FC24 for ; Sat, 8 Aug 2009 19:02:38 +0000 (UTC) Received: (qmail 9146 invoked by uid 399); 8 Aug 2009 19:02:36 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Aug 2009 19:02:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A7DCBC6.9020005@FreeBSD.org> Date: Sat, 08 Aug 2009 12:02:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Mel Flynn References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ed Schouten , freebsd-current@freebsd.org, Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 19:02:40 -0000 Mel Flynn wrote: > On Saturday 08 August 2009 09:44:43 Ed Schouten wrote: >> * Thomas Backman wrote: >>> No commits at all in the last few days, and given "Please just bear >>> with it until commits are restored" (from Attilio Rao)... How are >>> things? Any status updates anywhere? I looked through the list of >>> mailing lists, but didn't find a fitting one with a topic covering >>> this. >> The FreeBSD Project has been discontinued. Nothing to see here! ;-) >> >> Ken Smith created the stable/8 branch, in preparation for 8.0-RELEASE. >> This is the first time we're creating a new major branch since our >> migration to SVN, so it turns out there are some problems with the SVN >> -> CVS exporter catching up. After this issues have been resolved, the >> release procedure should continue as expected. > > So for people using svn, should we now start tracking stable/8 or is HEAD safe > for the time being? > > Also, what's the equivalent of find /usr/src -type d -name CVS -exec echo > TRELENG_8 \>{}/Tag \; or do we have to svn diff for local patches, rm -rf, > checkout stable/8 and re-apply diffs? No updates are being made on HEAD or stable/8 until the exporter problem is fixed, so you don't have to worry about it. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:04:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18B83106566C for ; Sat, 8 Aug 2009 19:04:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id B06048FC25 for ; Sat, 8 Aug 2009 19:04:00 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n78J3xMx022616; Sat, 8 Aug 2009 15:03:59 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.2 (mail.netplex.net [204.213.176.10]); Sat, 08 Aug 2009 15:03:59 -0400 (EDT) Date: Sat, 8 Aug 2009 15:03:59 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Attilio Rao In-Reply-To: <3bbf2fe10908081201g3378b8q479b8836d69f636b@mail.gmail.com> Message-ID: References: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> <3bbf2fe10908081151o35a9141dhcea06fcaa5b6838e@mail.gmail.com> <3bbf2fe10908081201g3378b8q479b8836d69f636b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 19:04:01 -0000 On Sat, 8 Aug 2009, Attilio Rao wrote: > 2009/8/8 Daniel Eischen : >> On Sat, 8 Aug 2009, Attilio Rao wrote: >> >>> 2009/8/8 Greg Rivers : >>>> >>>> On Sat, 8 Aug 2009, Attilio Rao wrote: >>>> >>>>> 2009/8/8 Greg Rivers : >>>>>> >>>>>> I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now >>>>>> hald seems to work only the first time a USB drive is attached. The >>>>>> drive >>>>>> is detected and mounted, and can be unmounted and remounted via kde3's >>>>>> media >>>>>> interface. >>>>>> >>>>>> But if I unmount the drive and detach it, hald wedges the USB buss. No >>>>>> further USB connections (any device, not just disks) are detected, and >>>>>> hald >>>>>> becomes unkillable. >>>>>> >>>>>> Has anyone else experienced this? Any suggestions for troubleshooting? >>>>> >>>>> After installing BETA2 did you further update to -CURRENT or simply used >>>>> BETA2 system? >>>>> >>>> >>>> I've been tracking -CURRENT. I last rebuilt kernel and world on August >>>> 2nd. >>>> Sorry for not being clear about that. >>>> >>>> I removed and rebuilt all ports from source after the July 19 shared >>>> library version bump, and I rebuilt hald and dbus after the August 2nd >>>> kernel/world update. >>> >>> Did you include r196037? >>> If you did, can you try remove it and rebuild anything and experience >>> the problem again? >> >> You can also see this thread from June: >> >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1494406+0+archive/2009/freebsd-current/20090607.freebsd-current > > Oh, so it should not be the newbus locking patch. No, hald sucks :-) -- DE From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:05:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF27810656BE for ; Sat, 8 Aug 2009 19:05:39 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8878FC24 for ; Sat, 8 Aug 2009 19:05:39 +0000 (UTC) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:54921 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MZrEC-0002Bo-5v for freebsd-current@freebsd.org; Sat, 08 Aug 2009 21:05:18 +0200 Received: (qmail 48366 invoked from network); 8 Aug 2009 21:05:14 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 8 Aug 2009 21:05:14 +0200 Received: (qmail 60388 invoked by uid 1001); 8 Aug 2009 21:05:14 +0200 Date: Sat, 8 Aug 2009 21:05:14 +0200 From: Erik Trulsson To: Mel Flynn Message-ID: <20090808190514.GA60303@owl.midgard.homeip.net> References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1MZrEC-0002Bo-5v. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MZrEC-0002Bo-5v ad09c5108c1c6b8265ed67558b5046b6 Cc: Ed Schouten , freebsd-current@freebsd.org, Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 19:05:40 -0000 On Sat, Aug 08, 2009 at 10:44:54AM -0800, Mel Flynn wrote: > On Saturday 08 August 2009 09:44:43 Ed Schouten wrote: > > * Thomas Backman wrote: > > > No commits at all in the last few days, and given "Please just bear > > > with it until commits are restored" (from Attilio Rao)... How are > > > things? Any status updates anywhere? I looked through the list of > > > mailing lists, but didn't find a fitting one with a topic covering > > > this. > > > > The FreeBSD Project has been discontinued. Nothing to see here! ;-) > > > > Ken Smith created the stable/8 branch, in preparation for 8.0-RELEASE. > > This is the first time we're creating a new major branch since our > > migration to SVN, so it turns out there are some problems with the SVN > > -> CVS exporter catching up. After this issues have been resolved, the > > release procedure should continue as expected. > > So for people using svn, should we now start tracking stable/8 or is HEAD safe > for the time being? I guess that depends on if you want -CURRENT or (what will be) 8-STABLE > > Also, what's the equivalent of find /usr/src -type d -name CVS -exec echo > TRELENG_8 \>{}/Tag \; or do we have to svn diff for local patches, rm -rf, > checkout stable/8 and re-apply diffs? If I understand what that command is supposed to do I guess 'svn switch' is the answer. See the subversion documentation at http://svnbook.red-bean.com/en/1.5/svn.branchmerge.switchwc.html for exact syntax and details. (Subversion has fairly good documentation. If you intend to use svn I would suggest you read that documentation to find all the things you can do and how to do them.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:06:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298D61065722 for ; Sat, 8 Aug 2009 19:06:29 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE9F8FC24 for ; Sat, 8 Aug 2009 19:06:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8c5a:880b:a20c:e4ea] (unknown [IPv6:2001:7b8:3a7:0:8c5a:880b:a20c:e4ea]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 86A175C59; Sat, 8 Aug 2009 20:49:48 +0200 (CEST) Message-ID: <4A7DC8CC.5050402@andric.com> Date: Sat, 08 Aug 2009 20:49:48 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3pre) Gecko/20090801 Shredder/3.0b4pre MIME-Version: 1.0 To: Mel Flynn References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ed Schouten , freebsd-current@freebsd.org, Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 19:06:29 -0000 On 2009-08-08 20:44, Mel Flynn wrote: > So for people using svn, should we now start tracking stable/8 or is HEAD safe > for the time being? If you want -CURRENT, follow head, if you want -STABLE, follow stable. :) > Also, what's the equivalent of find /usr/src -type d -name CVS -exec echo > TRELENG_8 \>{}/Tag \; or do we have to svn diff for local patches, rm -rf, > checkout stable/8 and re-apply diffs? Use svn switch to switch over your checked out copy, e.g. svn switch svn://svn.freebsd.org/base/stable/8 or the equivalent for your local mirror. From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:12:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E4E01065670; Sat, 8 Aug 2009 19:12:28 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 11CF08FC22; Sat, 8 Aug 2009 19:12:26 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n78JCQVU057542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Aug 2009 14:12:26 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sat, 8 Aug 2009 14:12:24 -0500 (CDT) From: Greg Rivers To: Attilio Rao In-Reply-To: <3bbf2fe10908081201g3378b8q479b8836d69f636b@mail.gmail.com> Message-ID: References: <3bbf2fe10908081116q384da0dcp1f41554dea0b0b95@mail.gmail.com> <3bbf2fe10908081151o35a9141dhcea06fcaa5b6838e@mail.gmail.com> <3bbf2fe10908081201g3378b8q479b8836d69f636b@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (roadkill.tharned.org [75.145.12.185]); Sat, 08 Aug 2009 14:12:26 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 19:12:28 -0000 On Sat, 8 Aug 2009, Attilio Rao wrote: > 2009/8/8 Daniel Eischen : >> On Sat, 8 Aug 2009, Attilio Rao wrote: >> >>> 2009/8/8 Greg Rivers : >>>> >>>> On Sat, 8 Aug 2009, Attilio Rao wrote: >>>> >>>>> 2009/8/8 Greg Rivers : >>>>>> >>>>>> I've had to disable hald on my Acer One netbook since 8.0-BETA2. >>>>>> Now hald seems to work only the first time a USB drive is attached. >>>>>> The drive is detected and mounted, and can be unmounted and >>>>>> remounted via kde3's media interface. >>>>>> >>>>>> But if I unmount the drive and detach it, hald wedges the USB buss. >>>>>> No further USB connections (any device, not just disks) are >>>>>> detected, and hald becomes unkillable. >>>>>> >>>>>> Has anyone else experienced this? Any suggestions for >>>>>> troubleshooting? >>>>> >>>>> After installing BETA2 did you further update to -CURRENT or simply >>>>> used BETA2 system? >>>>> >>>> >>>> I've been tracking -CURRENT. I last rebuilt kernel and world on >>>> August 2nd. Sorry for not being clear about that. >>>> >>>> I removed and rebuilt all ports from source after the July 19 shared >>>> library version bump, and I rebuilt hald and dbus after the August >>>> 2nd kernel/world update. >>> >>> Did you include r196037? >>> If you did, can you try remove it and rebuild anything and experience >>> the problem again? >> >> You can also see this thread from June: >> >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1494406+0+archive/2009/freebsd-current/20090607.freebsd-current > > Oh, so it should not be the newbus locking patch. > Right, r196037 was committed on August 2nd, and I've seen this problem since ~July 20. -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 19:38:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60F811065670 for ; Sat, 8 Aug 2009 19:38:09 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3134A8FC25 for ; Sat, 8 Aug 2009 19:38:08 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 7D51B7E818; Sat, 8 Aug 2009 11:38:08 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 8 Aug 2009 11:38:07 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <20090808190514.GA60303@owl.midgard.homeip.net> In-Reply-To: <20090808190514.GA60303@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908081138.07633.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 19:38:09 -0000 On Saturday 08 August 2009 11:05:14 Erik Trulsson wrote: > (Subversion has fairly good documentation. If you intend to use svn I > would suggest you read that documentation to find all the things you can do > and how to do them.) It's on my TODO, as soon as I'm going to convert my local cvs to svn, which is as soon as someone rewrites "how to set up a local cvs repository the freebsd way" to the svn equivalent ;). Maybe I should be volunteering for that, since everything seems to reside in svnadmin/. Thanks all for guiding me to svn help switch. -- Mel From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 20:08:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E93BC1065673 for ; Sat, 8 Aug 2009 20:08:00 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id C3BE38FC1A for ; Sat, 8 Aug 2009 20:07:59 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n78K7xGo048582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Aug 2009 13:07:59 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A7DDB1F.5020709@errno.com> Date: Sat, 08 Aug 2009 13:07:59 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Greg Rivers References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: hald broken with USB drives since 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 20:08:01 -0000 Greg Rivers wrote: > I've had to disable hald on my Acer One netbook since 8.0-BETA2. Now > hald seems to work only the first time a USB drive is attached. The > drive is detected and mounted, and can be unmounted and remounted via > kde3's media interface. > > But if I unmount the drive and detach it, hald wedges the USB buss. No > further USB connections (any device, not just disks) are detected, and > hald becomes unkillable. > > Has anyone else experienced this? Any suggestions for troubleshooting? > It is my understanding there is an outstanding bug in the usb code handling device enumeration for umass devices (and some others). This manifests itself by the symptoms you see. I believe the explorer thread is blocked so device detection stops. I have personally seen this bug. Unfortunately the person that was going to fix this has been away for awhile and will not return for another month so unless someone else fixes it 8.0 will ship with the bug. Sam From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 20:30:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BACDE106564A for ; Sat, 8 Aug 2009 20:30:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2EB8FC21 for ; Sat, 8 Aug 2009 20:30:54 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n78KRpoV018525; Sat, 8 Aug 2009 16:27:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908082027.n78KRpoV018525@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 08 Aug 2009 16:30:54 -0400 To: Hans Petter Selasky , Grzegorz Bernacki , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, arm@freebsd.org From: Mike Tancsa In-Reply-To: <200908071433.16484.hselasky@c2i.net> References: <200908071433.16484.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: USB busdma sync flag fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 20:30:55 -0000 At 08:33 AM 8/7/2009, Hans Petter Selasky wrote: >Hi, > >Can people with AMD64 + USB and more than 4GBytes of RAM give the following >patch a shot? > >http://perforce.freebsd.org/chv.cgi?CH=167088 I tried an eToken key, a USB thumb drive and an uplcom device and it seems to work. Latest HEAD with above patch on a box with CPU: AMD Phenom(tm) 9950 Quad-Core Processor (2608.82-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8001216512 (7630 MB) ACPI APIC Table: <051209 APIC1231> 0(freebsd-current2)# usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 0(freebsd-current2)# ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 20:39:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 775F6106564A for ; Sat, 8 Aug 2009 20:39:05 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 004ED8FC1D for ; Sat, 8 Aug 2009 20:39:04 +0000 (UTC) Received: by bwz2 with SMTP id 2so1426419bwz.43 for ; Sat, 08 Aug 2009 13:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=udSifXbzd2XvaBvwYFR2YlN+kSZ5Oy9rk6PxSwHeyvE=; b=rEo3gnwo+epcmLogiyazgtpImZagCIb9CBEjkXk15xn0aZ7JfEetA5MUjm5h+coOi4 XbmZEb9R9wu8ZY1PSQh7M6WvK4Cm5HRMTry2Ojgm4zKYSCIl3sHsEZ9UyZNrLklbS0cT Pn1/7r5rRsxs0fZf+N4nwUrToVvaJoN+Vy74o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=iQmPNqKyBR2fWIFF4ck6Yxm0SJ/s2RP3bvfot19fvnhWReP3ywJi9KNbuUQAaJD32F ap76sCt0JSwgmpvBCGj2LBdjlDdzgGmWTvsu4380w9RIVbknLaIFMUyovWsctQpSNIlt Ghz/QbLJeXwefEbKUnyUGUIuGFfoA8TRR85Ok= MIME-Version: 1.0 Received: by 10.103.224.8 with SMTP id b8mr1111051mur.118.1249763943885; Sat, 08 Aug 2009 13:39:03 -0700 (PDT) In-Reply-To: <4A7DC8CC.5050402@andric.com> References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <4A7DC8CC.5050402@andric.com> Date: Sat, 8 Aug 2009 23:39:03 +0300 Message-ID: <9e20d71e0908081339l19710247nbe03edd086de7456@mail.gmail.com> From: Artis Caune To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Mel Flynn , Ed Schouten , freebsd-current@freebsd.org, Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 20:39:05 -0000 2009/8/8 Dimitry Andric : > >> Also, what's the equivalent of find /usr/src -type d -name CVS -exec ech= o >> TRELENG_8 \>{}/Tag \; or do we have to svn diff for local patches, rm -r= f, >> checkout stable/8 and re-apply diffs? > > Use svn switch to switch over your checked out copy, e.g. > > =C2=A0svn switch svn://svn.freebsd.org/base/stable/8 If you svn switch, keywords are not re-expanded: # $FreeBSD: head/Makefile 190628 2009-04-01 17:11:50Z bz $ but should be # $FreeBSD: stable/8/Makefile 190628 2009-04-01 17:11:50Z bz $ I think "svn diff, svn co, patch" is the only way how to switch to stable/8= . --=20 Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 20:41:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A54106566B for ; Sat, 8 Aug 2009 20:41:07 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao101.cox.net (fed1rmmtao101.cox.net [68.230.241.45]) by mx1.freebsd.org (Postfix) with ESMTP id 478388FC15 for ; Sat, 8 Aug 2009 20:41:07 +0000 (UTC) Received: from fed1rmimpo02.cox.net ([70.169.32.72]) by fed1rmmtao101.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20090808204106.UCSH16896.fed1rmmtao101.cox.net@fed1rmimpo02.cox.net>; Sat, 8 Aug 2009 16:41:06 -0400 Received: from vaio ([72.220.91.251]) by fed1rmimpo02.cox.net with bizsmtp id Rwh61c0075RPd3404wh6Mx; Sat, 08 Aug 2009 16:41:06 -0400 X-VR-Score: -140.00 X-Authority-Analysis: v=1.0 c=1 a=1xfXsQMJAAAA:8 a=FmkFrQoZrdRMtWy-_yIA:9 a=916DAgeU1RpOzdLff4UA:7 a=4EcudplLcfixDk4tBsKyIMQ3Rm0A:4 a=HrZdEZb3dGQA:10 X-CM-Score: 0.00 Date: Sat, 8 Aug 2009 13:41:01 -0700 From: Robert To: Sam Leffler Message-ID: <20090808134101.44d7d210@vaio> In-Reply-To: <4A7DA0DF.50107@errno.com> References: <20090807165850.3e8541f8@vaio> <4A7DA0DF.50107@errno.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: LOR wlan0 wi0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 20:41:07 -0000 On Sat, 08 Aug 2009 08:59:27 -0700 Sam Leffler wrote: > Robert wrote: > > Greetings > > > > I have just upgraded a laptop on my network to current: > > > > [root@hp] ~# uname -a > > FreeBSD hp.shasta204.local 8.0-BETA2 FreeBSD 8.0-BETA2 #1: Fri Aug > > 7 11:15:24 PDT 2009 root@vaio.shasta204.local:/usr/ob > > j/usr/src/sys/VESA i386 > > > > I have made the changes in rc.conf after reading UPDATING and > > rc.conf defaults. Here is the bits from rc.conf > > > > wlans_wi0=wlan0 # I have tried with quotes around wlan0 with > > # no difference. > > ifconfig_wlan0="DHCP ssid MY_SSID channel any wepmode on \ > > deftxkey 1 wepkey 0xSecretNumber78bf" > > > > # ifconfig_re0="DHCP" > > > > My wlan0 interface comes up but never retrieves an IP from the > > router. > > > > [root@hp] ~# ifconfig -a > > plip0: flags=8810 metric 0 mtu 1500 > > lo0: flags=8049 metric 0 mtu 16384 > > options=3 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > inet6 ::1 prefixlen 128 > > ether 00:09:5b:25:5e:b3 > > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > > status: associated > > wlan0: flags=8843 metric 0 > > mtu 1500 ether 00:09:5b:25:5e:b3 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > > status: associated > > ssid MY_SSID channel 11 (2462 Mhz 11b) bssid > > 00:1c:df:f9:ad:fc country US authmode OPEN privacy ON deftxkey 1 > > wepkey 1:104-bit txpower 0 bmiss 7 scanvalid 60 > > > > Searching dmesg I see this > > > > wlan0: Ethernet address: 00:09:5b:25:5e:b3 > > lock order reversal: > > 1st 0xc2c04014 wi0_com_lock (wi0_com_lock) > > @ /usr/src/sys/net80211/ieee80211_scan.c:806 2nd 0xc2bf2008 wi0 > > (network driver) @ /usr/src/sys/dev/wi/if_wi.c:1083 KDB: stack > > backtrace: > > db_trace_self_wrapper(c0c7746e,cca4ea78,c08c1435,c08b217b,c0c7a303,...) > > at db_trace_self_wrapper+0x26 > > kdb_backtrace(c08b217b,c0c7a303,c292f228,c2929040,cca4ead4,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0c7a303,c2bf2008,c2af88d0,c2929040,c0c6775c,...) > > at _witness_debugger+0x25 > > witness_checkorder(c2bf2008,9,c0c6775c,43b,0,...) at > > witness_checkorder+0x839 > > _mtx_lock_flags(c2bf2008,0,c0c6775c,43b,c2bf2008,...) at > > _mtx_lock_flags+0xc4 > > wi_raw_xmit(c2cc5000,c2cd0000,cca4ebba,10,c2c9c2a4,...) at > > wi_raw_xmit+0x3e > > ieee80211_send_probereq(c2cc5000,c2c9c2a4,c0bfd600,c0bfd600,c2ac2018,...) > > at ieee80211_send_probereq+0x488 > > ieee80211_probe_curchan(c2c9c000,0,c0c8aa85,326,cca4ec30,...) at > > ieee80211_probe_curchan+0x93 > > scan_curchan(c2ac2000,190,c0c8aa85,396,246,...) at scan_curchan+0x49 > > scan_task(c2ac2000,1,c0c78c6a,54,c2af4d1c,...) at scan_task+0x33a > > taskqueue_run(c2af4d00,c2af4d1c,0,c0c6a13b,0,...) at > > taskqueue_run+0x10b > > taskqueue_thread_loop(c2c04074,cca4ed38,c0c6f7cc,33e,c0dc60a0,...) > > at taskqueue_thread_loop+0x68 fork_exit(c08ba5b0,c2c04074,cca4ed38) > > at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap > > 0, eip = 0, esp = 0xcca4ed70, ebp = 0 --- Starting Network: lo0. > > > > The PCMCIA is and older Netgear 802.11b that was working fine on 7 > > stable. I have searched the archives and tried changing things in > > rc.conf but I can not seem to make this work. > > > > > > Any help or direction will be greatly appreciated. > > Ignore the LOR. The first thing to do is simplify your config; > remove crypto. If you can pass data frames then your problem is in > the crypto setup. If not then you have unencrypted data to examine > for problems. > > Use tools/tools/net80211/wlanstats to check for errors. You can > trace packet traffic with tcpdump to see if frames are moving. > > You also don't identify your card. wi in 8.0 works with a subset of > the cards in RELENG_7 so your card may not work correctly--though > since you appear to have associated that doesn't seem like the issue > (cards that don't work are unlikely to successfully associate). > > Sam Sam Thanks for responding and for all of the fine work you are doing. I thought that I had tried without the crypto before but I either didn't or messed up. Anyway, The interface links up fine without WEP activated. I am able to get on the network and NFS loads all file systems from other boxes. Re-enabling WEP on the router (Belkin) and in rc.conf, causes the same failure as show above: associated without an IP. The interface card is old. It shows to be a Netgear MA401. I have ordered a newer model of the Netgear card. It is a WG511T which is supposed to have an atheros chipset. I should receive this card in about a week. I really do not know if any of this is relevant to my problem. On this laptop, because it is old and slow, I NFS mount /usr/src from a faster machine. So, wlanstats is not available when I do not have an IP. Running tcpdump -vv shows a whole lot of stuff. It starts with wlan0: no IPv4 assigned, so I do not know if the rest is important. There are many lines which contain "Unknown SSAP" and "Unknown DSAP". I have copied some of it to a file which I can forward if it of any help. Robert From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 20:49:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC2A41065670 for ; Sat, 8 Aug 2009 20:49:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA138FC1F for ; Sat, 8 Aug 2009 20:49:48 +0000 (UTC) Received: (qmail 19860 invoked by uid 399); 8 Aug 2009 20:49:43 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Aug 2009 20:49:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A7DE4E0.4010205@FreeBSD.org> Date: Sat, 08 Aug 2009 13:49:36 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Artis Caune References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <4A7DC8CC.5050402@andric.com> <9e20d71e0908081339l19710247nbe03edd086de7456@mail.gmail.com> In-Reply-To: <9e20d71e0908081339l19710247nbe03edd086de7456@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , Ed Schouten , Dimitry Andric , freebsd-current@freebsd.org, Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 20:49:49 -0000 Artis Caune wrote: > 2009/8/8 Dimitry Andric : >>> Also, what's the equivalent of find /usr/src -type d -name CVS -exec echo >>> TRELENG_8 \>{}/Tag \; or do we have to svn diff for local patches, rm -rf, >>> checkout stable/8 and re-apply diffs? >> Use svn switch to switch over your checked out copy, e.g. >> >> svn switch svn://svn.freebsd.org/base/stable/8 > > If you svn switch, keywords are not re-expanded: > # $FreeBSD: head/Makefile 190628 2009-04-01 17:11:50Z bz $ > but should be > # $FreeBSD: stable/8/Makefile 190628 2009-04-01 17:11:50Z bz $ > > I think "svn diff, svn co, patch" is the only way how to switch to stable/8. You guys are making this way too complicated. cd /usr mv src src-old svn co svn://svn.freebsd.org/base/stable/8 src Then if you have anything in the old tree that you need you can use 'svn diff' etc. and bring it over. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 20:51:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D63D2106566C for ; Sat, 8 Aug 2009 20:51:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 70D288FC15 for ; Sat, 8 Aug 2009 20:51:03 +0000 (UTC) Received: (qmail 21581 invoked by uid 399); 8 Aug 2009 20:51:02 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Aug 2009 20:51:02 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A7DE52F.5000201@FreeBSD.org> Date: Sat, 08 Aug 2009 13:50:55 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Mel Flynn References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <20090808190514.GA60303@owl.midgard.homeip.net> <200908081138.07633.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200908081138.07633.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 20:51:04 -0000 Mel Flynn wrote: > It's on my TODO, as soon as I'm going to convert my local cvs to svn, which is > as soon as someone rewrites "how to set up a local cvs repository the freebsd > way" to the svn equivalent ;). Actually svn basically eliminates the need for a local copy of the repository. What are you doing with your local repository now that you would like to continue doing with svn? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 21:03:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 854EC106566C; Sat, 8 Aug 2009 21:03:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id EEBC78FC0A; Sat, 8 Aug 2009 21:03:03 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n78L2wNm029370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Aug 2009 00:02:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n78L2ww8067657; Sun, 9 Aug 2009 00:02:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n78L2wmT067656; Sun, 9 Aug 2009 00:02:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Aug 2009 00:02:58 +0300 From: Kostik Belousov To: Doug Barton Message-ID: <20090808210258.GA1884@deviant.kiev.zoral.com.ua> References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <20090808190514.GA60303@owl.midgard.homeip.net> <200908081138.07633.mel.flynn+fbsd.current@mailing.thruhere.net> <4A7DE52F.5000201@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+8HQJSiLoVKuTkgj" Content-Disposition: inline In-Reply-To: <4A7DE52F.5000201@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 21:03:05 -0000 --+8HQJSiLoVKuTkgj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 08, 2009 at 01:50:55PM -0700, Doug Barton wrote: > Mel Flynn wrote: >=20 > > It's on my TODO, as soon as I'm going to convert my local cvs to svn, w= hich is=20 > > as soon as someone rewrites "how to set up a local cvs repository the f= reebsd=20 > > way" to the svn equivalent ;).=20 >=20 > Actually svn basically eliminates the need for a local copy of the > repository. What are you doing with your local repository now that you > would like to continue doing with svn? Working with the history with reasonable speed. Additional bonus is ability to be able to work offline. --+8HQJSiLoVKuTkgj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp96AIACgkQC3+MBN1Mb4iCugCfe761Lh3BwIyCcTnB32z2VaKc DNgAoNXXqhIF0faiqX3OeZCXchlPtbpt =Y8j+ -----END PGP SIGNATURE----- --+8HQJSiLoVKuTkgj-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 21:03:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137C1106566C; Sat, 8 Aug 2009 21:03:50 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C7A4C8FC26; Sat, 8 Aug 2009 21:03:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8c5a:880b:a20c:e4ea] (unknown [IPv6:2001:7b8:3a7:0:8c5a:880b:a20c:e4ea]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9326D5C59; Sat, 8 Aug 2009 23:03:48 +0200 (CEST) Message-ID: <4A7DE834.6020304@andric.com> Date: Sat, 08 Aug 2009 23:03:48 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3pre) Gecko/20090801 Shredder/3.0b4pre MIME-Version: 1.0 To: Doug Barton References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808174443.GT1292@hoeg.nl> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <4A7DC8CC.5050402@andric.com> <9e20d71e0908081339l19710247nbe03edd086de7456@mail.gmail.com> <4A7DE4E0.4010205@FreeBSD.org> In-Reply-To: <4A7DE4E0.4010205@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , Ed Schouten , freebsd-current@freebsd.org, Artis Caune , Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 21:03:50 -0000 On 2009-08-08 22:49, Doug Barton wrote: > Artis Caune wrote: >> I think "svn diff, svn co, patch" is the only way how to switch to stable/8. > You guys are making this way too complicated. > > cd /usr > mv src src-old > svn co svn://svn.freebsd.org/base/stable/8 src > > Then if you have anything in the old tree that you need you can use > 'svn diff' etc. and bring it over. That's exactly what Artis is suggesting, except for swapping the co and diff steps. :) Anyway, you could consider not re-expanding the keywords a bug in either Subversion, or the FreeBSD extensions to it. Since the help says "This behavior is similar to 'svn update'", you would expect it to update keywords... From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 21:05:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F89D106571C; Sat, 8 Aug 2009 21:05:45 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5FAC98FC0A; Sat, 8 Aug 2009 21:05:45 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8c5a:880b:a20c:e4ea] (unknown [IPv6:2001:7b8:3a7:0:8c5a:880b:a20c:e4ea]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8281D5C59; Sat, 8 Aug 2009 23:05:44 +0200 (CEST) Message-ID: <4A7DE8A9.7070703@andric.com> Date: Sat, 08 Aug 2009 23:05:45 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3pre) Gecko/20090801 Shredder/3.0b4pre MIME-Version: 1.0 To: Kostik Belousov References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <200908081044.55066.mel.flynn+fbsd.current@mailing.thruhere.net> <20090808190514.GA60303@owl.midgard.homeip.net> <200908081138.07633.mel.flynn+fbsd.current@mailing.thruhere.net> <4A7DE52F.5000201@FreeBSD.org> <20090808210258.GA1884@deviant.kiev.zoral.com.ua> In-Reply-To: <20090808210258.GA1884@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , Doug Barton , freebsd-current@freebsd.org Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 21:05:46 -0000 On 2009-08-08 23:02, Kostik Belousov wrote: > Working with the history with reasonable speed. Additional bonus > is ability to be able to work offline. Lowering the load on the main FreeBSD svn server is also nice. :) From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 21:14:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F061065673; Sat, 8 Aug 2009 21:14:02 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4117F8FC23; Sat, 8 Aug 2009 21:14:02 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 368447E818; Sat, 8 Aug 2009 13:14:01 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 8 Aug 2009 13:14:00 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <200908081138.07633.mel.flynn+fbsd.current@mailing.thruhere.net> <4A7DE52F.5000201@FreeBSD.org> In-Reply-To: <4A7DE52F.5000201@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908081314.00378.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Doug Barton Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 21:14:02 -0000 On Saturday 08 August 2009 12:50:55 Doug Barton wrote: > Mel Flynn wrote: > > It's on my TODO, as soon as I'm going to convert my local cvs to svn, > > which is as soon as someone rewrites "how to set up a local cvs > > repository the freebsd way" to the svn equivalent ;). > > Actually svn basically eliminates the need for a local copy of the > repository. What are you doing with your local repository now that you > would like to continue doing with svn? I didn't mean the FreeBSD source tree. I have my own software in cvs, which was way back when set up using Stijn Hoop's article [1]. I'd like to do a onetime conversion, and keep the commit mail, commit checks, avail functionality. [1] http://www.freebsd.org/doc/en_US.ISO8859-1/articles/cvs-freebsd/index.html -- Mel From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 21:14:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6641065673; Sat, 8 Aug 2009 21:14:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C43E58FC15; Sat, 8 Aug 2009 21:14:23 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 5B0D746B3B; Sat, 8 Aug 2009 17:14:23 -0400 (EDT) Date: Sat, 8 Aug 2009 22:14:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gary Palmer In-Reply-To: <20090808175831.GA84046@in-addr.com> Message-ID: References: <409F1C03-B18C-4084-93D0-3D1918D7F105@exscape.org> <20090808175831.GA84046@in-addr.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current , Thomas Backman Subject: Re: What's up with the SVN repository? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 21:14:24 -0000 On Sat, 8 Aug 2009, Gary Palmer wrote: > On Sat, Aug 08, 2009 at 07:27:23PM +0200, Thomas Backman wrote: >> Anyone care to fill us outsiders in? ;) No commits at all in the last few >> days, and given "Please just bear with it until commits are restored" (from >> Attilio Rao)... How are things? Any status updates anywhere? I looked >> through the list of mailing lists, but didn't find a fitting one with a >> topic covering this. > > Not the easiest mention to find: > > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010255.html A lot more information on the in-progress release can be found here: http://wiki.freebsd.org/8.0TODO I updated it significantly today to add information on the current patch queue, explicit release status, and more detailed schedule. We're supposed to move over to the normal release web page structure shortly: http://www.freebsd.org/releases/8.0R/schedule.html However, I've deferred hooking that up to the build until the current issue is resolved. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Aug 8 21:50:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4A9106566C for ; Sat, 8 Aug 2009 21:50:20 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id A5DC08FC08 for ; Sat, 8 Aug 2009 21:50:19 +0000 (UTC) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n78LoEnT016046 for ; Sat, 8 Aug 2009 23:50:14 +0200 Received: from ubm.mine.nu ([85.181.0.30] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 8 Aug 2009 23:50:14 +0200 Date: Sat, 8 Aug 2009 23:50:13 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20090808235013.eab98028.ubm@u-boot-man.de> In-Reply-To: References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> <20090722201750.4ff23293.ubm@u-boot-man.de> <20090806230909.d01e844a.ubm@u-boot-man.de> <20090808002354.61c6c5a3.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Aug 2009 22:38:02 +0000 Cc: Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2009 21:50:20 -0000 On Sat, 8 Aug 2009 12:02:41 +0100 (BST) Robert Watson wrote: > On Sat, 8 Aug 2009, Marc UBM Bocklet wrote: > > >>>>> I've got it narrowed down between "2009.06.30.06.00.00" and > >>>>> today. A kernel with the "old" date boots, a freshly csupped > >>>>> and compiled kernel hangs with the usual symptoms (waiting for > >>>>> interrupt driven hooks). > >>>>> > >>>>> I'll try csupping to just before the big cam commit to see if > >>>>> there is any connection. When I said earlier that I was not > >>>>> running with the ahci patch, I was partly wrong. I did not have > >>>>> device ahci in my kernel config file nor had it loaded as a > >>>>> module, but I had the patch applied. > >>>> > >>>> "2009.07.09.06.00.00" fixes the problem. Could it be that there > >>>> are some subtle interactions in the cam subsystem that are > >>>> stirred by the recent mega-commit? > >>> > >>> Is there any other info I can / should provide to help debugging > >>> this? > >> > >> Any news on this? This pretty much prevents me from running 8.0 :-/ > > > > I've a friend with a similar problem (also HighPoint controller, > > also "run interrupt driven hooks: still waiting for xpt_config"), > > who gets a panic. I'll try to get the panic string and a backtrace, > > if I do, I'll post it here. > > xpt_config basically means that you're waiting on a device driver > attached to CAM to finish probing, which could point at a number of > potential problem sources (including things like interrupt routing > problems). At least in the 7.x line, I've seen firewire and USB at > various times cause this issue. It might be interesting to compile > down to the smallest set of cam-related drivers required to support > necessary hardware (omit firewire, for example) and see if you see > any improvement. Pinning it down to a specific driver would have > significant debugging value :-). Thanks a lot for the suggestion, I'll be on holiday for one week starting tomorrow, I'll try narrowing it down as soon as I'm back :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming