From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 01:38:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 128CF16A41F; Sun, 17 Jun 2007 01:38:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id E8AF313C43E; Sun, 17 Jun 2007 01:38:27 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5H1bfGB028341; Sat, 16 Jun 2007 18:37:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5H1bfkt028340; Sat, 16 Jun 2007 18:37:41 -0700 (PDT) (envelope-from sgk) Date: Sat, 16 Jun 2007 18:37:41 -0700 From: Steve Kargl To: Craig Rodrigues Message-ID: <20070617013741.GA28285@troutmask.apl.washington.edu> References: <20070616203624.GA37899@crodrigues.org> <20070616205434.GA26966@troutmask.apl.washington.edu> <20070616215506.GA87160@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616215506.GA87160@crodrigues.org> User-Agent: Mutt/1.4.2.2i Cc: deischen@freebsd.org, freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Undefined symbol timer_delete()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 01:38:28 -0000 On Sat, Jun 16, 2007 at 05:55:06PM -0400, Craig Rodrigues wrote: > On Sat, Jun 16, 2007 at 01:54:34PM -0700, Steve Kargl wrote: > > mobile:kargl[205] cc -o z j.c -lrt > > > > It appears that the manpage is wrong > > > > LIBRARY > > Standard C Library (libc, -lc) > > Thanks, yes the man page is wrong, timer_delete() and friends > are in librt not in libc. > > It looks like similarly the man pages for > mq_open() and friends are wrong, because mq_* exist in librt, not > in libc. > > Do the aio_* functions in this library augment or replace those > in libc? > I'm not sure. I know the timer_delete function is defined as a weak symbol mobile:kargl[205] find . -type f | xargs grep timer_delete ... ./librt/timer.c:extern int __sys_ktimer_delete(int); ./librt/timer.c:__weak_reference(__timer_delete, timer_delete); ./librt/timer.c:__weak_reference(__timer_delete, _timer_delete); ./librt/timer.c:__timer_delete(timer_t timerid) which I believe means it can be overridden. Looking at librt/aio.c shows __weak_reference(__aio_read, _aio_read); __weak_reference(__aio_read, aio_read); __weak_reference(__aio_write, _aio_write); __weak_reference(__aio_write, aio_write); __weak_reference(__aio_return, _aio_return); __weak_reference(__aio_return, aio_return); __weak_reference(__aio_waitcomplete, _aio_waitcomplete); __weak_reference(__aio_waitcomplete, aio_waitcomplete); __weak_reference(__aio_fsync, _aio_fsync); __weak_reference(__aio_fsync, aio_fsync); David Xu can probably answer your question, but I haven't seen a recent email from him. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 01:58:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96BE116A46C for ; Sun, 17 Jun 2007 01:58:13 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 39A0413C45A for ; Sun, 17 Jun 2007 01:58:13 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a29so2421924pyi for ; Sat, 16 Jun 2007 18:58:12 -0700 (PDT) Received: by 10.35.47.10 with SMTP id z10mr7996942pyj.1182045492484; Sat, 16 Jun 2007 18:58:12 -0700 (PDT) Received: by 10.35.71.8 with HTTP; Sat, 16 Jun 2007 18:58:12 -0700 (PDT) Message-ID: <626eb4530706161858l5f60d67ej55874cb9348e649b@mail.gmail.com> Date: Sun, 17 Jun 2007 10:58:12 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "M. Warner Losh" , "Paolo Pisati" In-Reply-To: <20070616.173002.-457443410.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173002.-457443410.imp@bsdimp.com> X-Google-Sender-Auth: ce9a66bb8262e9ee Cc: current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 01:58:13 -0000 SSBkb24ndCBrbm93LiBXZSBzaG91bGQgYXNrIHRvIHBpc28uCgpBcyBmYXIgYXMgSSB1bmRlcnN0 YW5kLCBJTlRSX0ZJTFRFUiBjb2RlIGlzIGFuIGF0dGVtcHQgdG8KaW1wcm92ZSBNRC9NSSBzZXBh cmF0aW9uIGFuZCBpdCBpcyBpbnRlbnRlZCB0byBwcm92aWRlCnNhbWUgZnVuY3Rpb24gYXMgbm9u LUlOVFJfRklMVEVSIGNhc2UuCkFuZCBJTlRSX0ZJTFRFUiBkb2Vzbid0IHNlZW0gd2VsbC10ZXN0 ZWQgYXQgbGVhc3QgZm9yCmhhbmRsaW5nIG9mIHN0cmF5IGludGVycnVwdHMgZm9yIGZpbHRlciBv bmx5IElSUXMuCkkgbmVlZCB0aGUgZm9sbG93aW5nIHBhdGNoIHRvIHdvcmthcm91bmcgdGhlIHBy b2JsZW0uCgpodHRwOi8vcGVvcGxlLmZyZWVic2Qub3JnL35zaW1va2F3YS90bXAva2Vybl9pbnRy LmMtMjAwNzA2MTcucGF0Y2gKCk9uIDYvMTcvMDcsIE0uIFdhcm5lciBMb3NoIDxpbXBAYnNkaW1w LmNvbT4gd3JvdGU6Cj4gSXMgdGhlcmUgc29tZSByZWFzb24gd2UgZG9uJ3QgY29tcGlsZSBJTlRS X0ZJTFRFUiBieSBkZWZhdWx0Pwo+Cj4gV2FybmVyCj4KPgo+IEluIG1lc3NhZ2U6IDw2MjZlYjQ1 MzA3MDYxNjA1MjVvNTQyMzQ2MjFzMmRlMDk4ZTY0Y2RlYjRmZUBtYWlsLmdtYWlsLmNvbT4KPiAg ICAgICAgICAgICAiSGlkZXRvc2hpIFNoaW1va2F3YSIgPHNpbW9rYXdhQGZyZWVic2Qub3JnPiB3 cml0ZXM6Cj4gOiBJIHRoaW5rIHRoZSBmb2xsb3dpbmcgcGF0Y2ggZml4IHRoZSBwcm9ibGVtLgo+ IDoKPiA6IFJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L3BjY2FyZC9wY2NhcmQuYyx2 Cj4gOiByZXRyaWV2aW5nIHJldmlzaW9uIDEuMTE4Cj4gOiBkaWZmIC11IC1yMS4xMTggcGNjYXJk LmMKPiA6IC0tLSBwY2NhcmQuYyAgICAzMSBNYXkgMjAwNyAxOToyOToyMCAtMDAwMCAgICAgIDEu MTE4Cj4gOiArKysgcGNjYXJkLmMgICAgMTYgSnVuIDIwMDcgMTI6MjM6MzUgLTAwMDAKPiA6IEBA IC0xMjM4LDcgKzEyMzgsNyBAQAo+IDogICAgICAgICBpZiAocGYtPmludHJfZmlsdGVyICE9IE5V TEwgfHwgcGYtPmludHJfaGFuZGxlciAhPSBOVUxMKQo+IDogICAgICAgICAgICAgICAgIHBhbmlj KCJPbmx5IG9uZSBpbnRlcnJ1cHQgaGFuZGxlciBwZXIgZnVuY3Rpb24gYWxsb3dlZCIpOwo+IDog ICAgICAgICBlcnIgPSBidXNfZ2VuZXJpY19zZXR1cF9pbnRyKGRldiwgY2hpbGQsIGlycSwgZmxh Z3MsIHBjY2FyZF9maWx0ZXIsCj4gOiAtICAgICAgICAgICBwY2NhcmRfaW50ciwgcGYsIGNvb2tp ZXApOwo+IDogKyAgICAgICAgICAgaW50ciA/IHBjY2FyZF9pbnRyIDogTlVMTCwgcGYsIGNvb2tp ZXApOwo+IDogICAgICAgICBpZiAoZXJyICE9IDApCj4gOiAgICAgICAgICAgICAgICAgcmV0dXJu IChlcnIpOwo+IDogICAgICAgICBwZi0+aW50cl9maWx0ZXIgPSBmaWx0Owo+IDoKPiA6Cj4gOiBP biA2LzE2LzA3LCDO4srlwKQgPHdza0BnZGRzbi5vcmcuY24+IHdyb3RlOgo+IDogPiBoaSwgbGlz dHMKPiA6ID4gaSBhbHdheXMgZ2V0IEZhdGFsIHRyYXAgd2hpbGUgaW5zZXJ0IGEgcGNjYXJkIHdp dGggcmVjZW50IDcuMCBjdXJyZW50Lgo+IDogPiBJdCBzZWVtcyB0aGF0IENhbid0IHJlY29nbml6 ZSB0aGUgcGNjYXJkIGFkZHJlc3M/Cj4gOiA+IHRoYW5rcyB3aXRoIGFueSByZXBseS4KPiA6ID4K PiA6ID4gcGNjYXJkMDpBbGxvY2F0aW9uIGZhaWxlZCBmb3IgY2ZlIDEzCj4gOiA+IHBjY2FyZDA6 QWxsb2NhdGlvbiBmYWlsZWQgZm9yIGNmZSAyMQo+IDogPiB1YXJ0MDogPEJvcmEgVGVsZWNvbSBJ bmMgQm9yYSAzNjAwIFJldiAxLjE+IGF0IHBvcnQgMHgzZTgtMHgzZWYgaXJxIDExCj4gOiA+IGZ1 bmN0aW9uIDAgY29uZmlnIDI5IG9uIHBjY2FyZDAKPiA6ID4gdWFydDA6W0ZJTFRFUl0KPiA6ID4K PiA6ID4gRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9kZQo+IDog PiBjcHVpZCA9IDA7IGFwaWMgaWQgPSAwMAo+IDogPiBmYXVsdCB2aXJ0dWFsIGFkZHJlc3MgPSAw eDAKPiA6ID4gZmF1bHQgY29kZSA9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudAo+ IDogPiBpbnN0cnVjdGlvbiBwb2ludGVyID0gMHgyMDoweDAKPiA6ID4gc3RhY2sgcG9pbnRlciA9 IDB4Mjg6MHhlMjk5NmNiMAo+IDogPiBmcmFtZSBwb2ludGVyID0gMHgyODoweGUyOTk2Y2I4Cj4g OiA+IGNvZGUgc2VnbWVudCA9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKPiA6 ID4gPSBEUEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDEKPiA6ID4gcHJvY2Vzc29yIGVmbGFn cyA9IGludGVycnVwdCBlbmFibGUsIHJlc3VtZSwgSU9QTCA9IDAKPiA6ID4gY3VycmVudCBwcm9j ZXNzID0gMjEgKGlycTExOiBjYmIwIGNiYjErKikKPiA6ID4gW3RocmVhZCBwaWQgMjEgdGlkIDEw MDAxMyBdCj4gOiA+IFN0b3BwZWQgYXQgMDogKioqIGVycm9yIHJlYWRpbmcgZnJvbSBhZGRyZXNz IDAgKioqCj4gOiA+IGRiPmJ0Cj4gOiA+IFRyYWNpbmcgcGlkIDIxIHRpZCAxMDAwMTMgdGQgMHhj M2YwNWMwMAo+IDogPiBwY2NhcmRfaW50cihjNDI4NWUwMCkgYXQgcGNjYXJkX2ludHIrMHgxMgo+ IDogPiBjYmJfZnVuY19pbnRyKGM0MTAzMTQwLDAsYzBhNDkzYWUsNDBiLGMzZjAwMDY0LC4uLikg YXQgY2JiX2Z1bmNfaW50cnwweDUxCj4gOiA+IGl0aHJlYWRfbG9vcChjNDA0ZmFiMCxlMjk5NmQz OCw4M2ZiNWJlOCxmZjA2ZmM0NixjM2Y0YjgwNCwuLi4pIGF0Cj4gOiA+IGl0aHJlYWRfbG9vcCsw Cj4gOiA+IHgxYjUKPiA6ID4gZm9ya19leGl0KGMwNzRjY2QwLGM0MDRmYWIwLGUyOTk2ZDM4KSBh dCBmb3JrX2V4aXQrMHg1Nwo+IDogPiBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xp bmUrMHg4Cj4gOiA+IC0tLSB0cmFwIDAsIGVpcCA9IDAsIGVzcCA9IDB4ZTI5OTZkNzAsIGVicCA9 IDAgLS0tCj4gOiA+Cj4gOiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gOiA+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QK PiA6ID4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1j dXJyZW50Cj4gOiA+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1 cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4gOiA+Cj4gOgo+IDoKPiA6IC0tCj4gOiAv XCBIaWRldG9zaGkgU2hpbW9rYXdhCj4gOiBcLyAgc2ltb2thd2FARnJlZUJTRC5PUkcKPgoKCi0t IAovXCBIaWRldG9zaGkgU2hpbW9rYXdhClwvICBzaW1va2F3YUBGcmVlQlNELk9SRwo= From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 02:49:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E036216A468 for ; Sun, 17 Jun 2007 02:49:40 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id AD6AA13C458 for ; Sun, 17 Jun 2007 02:49:40 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (pc1pay1rpkvkfs3k@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l5H2nbul030592; Sat, 16 Jun 2007 19:49:37 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l5H2nZOl030591; Sat, 16 Jun 2007 19:49:35 -0700 (PDT) (envelope-from jmg) Date: Sat, 16 Jun 2007 19:49:35 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20070617024935.GU4602@funkthat.com> Mail-Followup-To: "M. Warner Losh" , simokawa@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173306.199376574.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616.173306.199376574.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: simokawa@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2007 02:49:41 -0000 Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: > Also, I'm unclear on the difference between FILTER_STRAY and > FILTER_HANDLED. The interrupt filter is suppose to return one of FILTER_STRAY or FILTER_HANDLED... If you _HANDLED it return that, otherwise return _STRAY... If you need to schedule the ithread, return _HANDLED or'd with _SCHEDULE_THREAD... I thought piso fixed the comments, but apparently he hasn't (or hasn't finished committing the patch that includes the comment fixes)... The comments in bus.h are incorrect... > In message: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> > "Hidetoshi Shimokawa" writes: > : I think the following patch fix the problem. > : > : RCS file: /home/ncvs/src/sys/dev/pccard/pccard.c,v > : retrieving revision 1.118 > : diff -u -r1.118 pccard.c > : --- pccard.c 31 May 2007 19:29:20 -0000 1.118 > : +++ pccard.c 16 Jun 2007 12:23:35 -0000 > : @@ -1238,7 +1238,7 @@ > : if (pf->intr_filter != NULL || pf->intr_handler != NULL) > : panic("Only one interrupt handler per function allowed"); > : err = bus_generic_setup_intr(dev, child, irq, flags, pccard_filter, > : - pccard_intr, pf, cookiep); > : + intr ? pccard_intr : NULL, pf, cookiep); > : if (err != 0) > : return (err); > : pf->intr_filter = filt; > : > : > : On 6/16/07, ?????? wrote: > : > hi, lists > : > i always get Fatal trap while insert a pccard with recent 7.0 current. > : > It seems that Can't recognize the pccard address? > : > thanks with any reply. > : > > : > pccard0:Allocation failed for cfe 13 > : > pccard0:Allocation failed for cfe 21 > : > uart0: at port 0x3e8-0x3ef irq 11 > : > function 0 config 29 on pccard0 > : > uart0:[FILTER] > : > > : > 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:0xe2996cb0 > : > frame pointer = 0x28:0xe2996cb8 > : > code segment = base 0x0, limit 0xfffff, type 0x1b > : > = DPL 0, pres 1, def32 1, gran 1 > : > processor eflags = interrupt enable, resume, IOPL = 0 > : > current process = 21 (irq11: cbb0 cbb1+*) > : > [thread pid 21 tid 100013 ] > : > Stopped at 0: *** error reading from address 0 *** > : > db>bt > : > Tracing pid 21 tid 100013 td 0xc3f05c00 > : > pccard_intr(c4285e00) at pccard_intr+0x12 > : > cbb_func_intr(c4103140,0,c0a493ae,40b,c3f00064,...) at cbb_func_intr|0x51 > : > ithread_loop(c404fab0,e2996d38,83fb5be8,ff06fc46,c3f4b804,...) at > : > ithread_loop+0 > : > x1b5 > : > fork_exit(c074ccd0,c404fab0,e2996d38) at fork_exit+0x57 > : > fork_trampoline() at fork_trampoline+0x8 > : > --- trap 0, eip = 0, esp = 0xe2996d70, ebp = 0 --- -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 03:14:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B98FF16A468; Sun, 17 Jun 2007 03:14:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6608D13C45E; Sun, 17 Jun 2007 03:14:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5H3CR7A032852; Sat, 16 Jun 2007 21:12:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 16 Jun 2007 21:12:57 -0600 (MDT) Message-Id: <20070616.211257.1585999818.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20070617024935.GU4602@funkthat.com> References: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173306.199376574.imp@bsdimp.com> <20070617024935.GU4602@funkthat.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 16 Jun 2007 21:12:33 -0600 (MDT) Cc: simokawa@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 03:14:59 -0000 In message: <20070617024935.GU4602@funkthat.com> John-Mark Gurney writes: : Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: : > Also, I'm unclear on the difference between FILTER_STRAY and : > FILTER_HANDLED. : : The interrupt filter is suppose to return one of FILTER_STRAY or : FILTER_HANDLED... If you _HANDLED it return that, otherwise return : _STRAY... If you need to schedule the ithread, return _HANDLED or'd : with _SCHEDULE_THREAD... Will _HANDLED cause all the other handlers to not get called, or just the stray interrupt code from not happening? : I thought piso fixed the comments, but apparently he hasn't (or hasn't : finished committing the patch that includes the comment fixes)... The : comments in bus.h are incorrect... : : > In message: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> : > "Hidetoshi Shimokawa" writes: : > : I think the following patch fix the problem. : > : : > : RCS file: /home/ncvs/src/sys/dev/pccard/pccard.c,v : > : retrieving revision 1.118 : > : diff -u -r1.118 pccard.c : > : --- pccard.c 31 May 2007 19:29:20 -0000 1.118 : > : +++ pccard.c 16 Jun 2007 12:23:35 -0000 : > : @@ -1238,7 +1238,7 @@ : > : if (pf->intr_filter != NULL || pf->intr_handler != NULL) : > : panic("Only one interrupt handler per function allowed"); : > : err = bus_generic_setup_intr(dev, child, irq, flags, pccard_filter, : > : - pccard_intr, pf, cookiep); : > : + intr ? pccard_intr : NULL, pf, cookiep); : > : if (err != 0) : > : return (err); : > : pf->intr_filter = filt; : > : : > : : > : On 6/16/07, ?????? wrote: : > : > hi, lists : > : > i always get Fatal trap while insert a pccard with recent 7.0 current. : > : > It seems that Can't recognize the pccard address? : > : > thanks with any reply. : > : > : > : > pccard0:Allocation failed for cfe 13 : > : > pccard0:Allocation failed for cfe 21 : > : > uart0: at port 0x3e8-0x3ef irq 11 : > : > function 0 config 29 on pccard0 : > : > uart0:[FILTER] : > : > : > : > 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:0xe2996cb0 : > : > frame pointer = 0x28:0xe2996cb8 : > : > code segment = base 0x0, limit 0xfffff, type 0x1b : > : > = DPL 0, pres 1, def32 1, gran 1 : > : > processor eflags = interrupt enable, resume, IOPL = 0 : > : > current process = 21 (irq11: cbb0 cbb1+*) : > : > [thread pid 21 tid 100013 ] : > : > Stopped at 0: *** error reading from address 0 *** : > : > db>bt : > : > Tracing pid 21 tid 100013 td 0xc3f05c00 : > : > pccard_intr(c4285e00) at pccard_intr+0x12 : > : > cbb_func_intr(c4103140,0,c0a493ae,40b,c3f00064,...) at cbb_func_intr|0x51 : > : > ithread_loop(c404fab0,e2996d38,83fb5be8,ff06fc46,c3f4b804,...) at : > : > ithread_loop+0 : > : > x1b5 : > : > fork_exit(c074ccd0,c404fab0,e2996d38) at fork_exit+0x57 : > : > fork_trampoline() at fork_trampoline+0x8 : > : > --- trap 0, eip = 0, esp = 0xe2996d70, ebp = 0 --- : : -- : John-Mark Gurney Voice: +1 415 225 5579 : : "All that I will do, has been done, All that I have, has not." : : From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 05:37:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AD0716A46C; Sun, 17 Jun 2007 05:37:55 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5207413C45E; Sun, 17 Jun 2007 05:37:55 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ibee8hqa1aj5s28m@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l5H5blfH033108; Sat, 16 Jun 2007 22:37:48 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l5H5bkJK033107; Sat, 16 Jun 2007 22:37:46 -0700 (PDT) (envelope-from jmg) Date: Sat, 16 Jun 2007 22:37:46 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20070617053746.GV4602@funkthat.com> Mail-Followup-To: "M. Warner Losh" , simokawa@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org References: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173306.199376574.imp@bsdimp.com> <20070617024935.GU4602@funkthat.com> <20070616.211257.1585999818.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616.211257.1585999818.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: simokawa@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2007 05:37:55 -0000 Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: > In message: <20070617024935.GU4602@funkthat.com> > John-Mark Gurney writes: > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: > : > Also, I'm unclear on the difference between FILTER_STRAY and > : > FILTER_HANDLED. > : > : The interrupt filter is suppose to return one of FILTER_STRAY or > : FILTER_HANDLED... If you _HANDLED it return that, otherwise return > : _STRAY... If you need to schedule the ithread, return _HANDLED or'd > : with _SCHEDULE_THREAD... > > Will _HANDLED cause all the other handlers to not get called, or just > the stray interrupt code from not happening? It will cause the remaining (not yet called) handlers not to get called... intr_event_handle calls intr_filter_loop which will return on the first non-_STRAY handler and return it... Which intr_event_handle eoi's... It looks like this code is designed for level triggered interrupts and not edge triggered... > : I thought piso fixed the comments, but apparently he hasn't (or hasn't > : finished committing the patch that includes the comment fixes)... The > : comments in bus.h are incorrect... > : > : > In message: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> > : > "Hidetoshi Shimokawa" writes: > : > : I think the following patch fix the problem. > : > : > : > : RCS file: /home/ncvs/src/sys/dev/pccard/pccard.c,v > : > : retrieving revision 1.118 > : > : diff -u -r1.118 pccard.c > : > : --- pccard.c 31 May 2007 19:29:20 -0000 1.118 > : > : +++ pccard.c 16 Jun 2007 12:23:35 -0000 > : > : @@ -1238,7 +1238,7 @@ > : > : if (pf->intr_filter != NULL || pf->intr_handler != NULL) > : > : panic("Only one interrupt handler per function allowed"); > : > : err = bus_generic_setup_intr(dev, child, irq, flags, pccard_filter, > : > : - pccard_intr, pf, cookiep); > : > : + intr ? pccard_intr : NULL, pf, cookiep); > : > : if (err != 0) > : > : return (err); > : > : pf->intr_filter = filt; > : > : > : > : > : > : On 6/16/07, ?????? wrote: > : > : > hi, lists > : > : > i always get Fatal trap while insert a pccard with recent 7.0 current. > : > : > It seems that Can't recognize the pccard address? > : > : > thanks with any reply. > : > : > > : > : > pccard0:Allocation failed for cfe 13 > : > : > pccard0:Allocation failed for cfe 21 > : > : > uart0: at port 0x3e8-0x3ef irq 11 > : > : > function 0 config 29 on pccard0 > : > : > uart0:[FILTER] > : > : > > : > : > 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:0xe2996cb0 > : > : > frame pointer = 0x28:0xe2996cb8 > : > : > code segment = base 0x0, limit 0xfffff, type 0x1b > : > : > = DPL 0, pres 1, def32 1, gran 1 > : > : > processor eflags = interrupt enable, resume, IOPL = 0 > : > : > current process = 21 (irq11: cbb0 cbb1+*) > : > : > [thread pid 21 tid 100013 ] > : > : > Stopped at 0: *** error reading from address 0 *** > : > : > db>bt > : > : > Tracing pid 21 tid 100013 td 0xc3f05c00 > : > : > pccard_intr(c4285e00) at pccard_intr+0x12 > : > : > cbb_func_intr(c4103140,0,c0a493ae,40b,c3f00064,...) at cbb_func_intr|0x51 > : > : > ithread_loop(c404fab0,e2996d38,83fb5be8,ff06fc46,c3f4b804,...) at > : > : > ithread_loop+0 > : > : > x1b5 > : > : > fork_exit(c074ccd0,c404fab0,e2996d38) at fork_exit+0x57 > : > : > fork_trampoline() at fork_trampoline+0x8 > : > : > --- trap 0, eip = 0, esp = 0xe2996d70, ebp = 0 --- -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 05:45:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FD2F16A46B for ; Sun, 17 Jun 2007 05:45:08 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id E163013C483 for ; Sun, 17 Jun 2007 05:45:07 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5H5ivDf025933; Sun, 17 Jun 2007 01:44:57 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 17 Jun 2007 01:44:58 -0400 (EDT) Date: Sun, 17 Jun 2007 01:44:57 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20070617013741.GA28285@troutmask.apl.washington.edu> Message-ID: References: <20070616203624.GA37899@crodrigues.org> <20070616205434.GA26966@troutmask.apl.washington.edu> <20070616215506.GA87160@crodrigues.org> <20070617013741.GA28285@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Rodrigues , freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Undefined symbol timer_delete()? 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: Sun, 17 Jun 2007 05:45:08 -0000 On Sat, 16 Jun 2007, Steve Kargl wrote: > On Sat, Jun 16, 2007 at 05:55:06PM -0400, Craig Rodrigues wrote: >> On Sat, Jun 16, 2007 at 01:54:34PM -0700, Steve Kargl wrote: >>> mobile:kargl[205] cc -o z j.c -lrt >>> >>> It appears that the manpage is wrong >>> >>> LIBRARY >>> Standard C Library (libc, -lc) >> >> Thanks, yes the man page is wrong, timer_delete() and friends >> are in librt not in libc. >> >> It looks like similarly the man pages for >> mq_open() and friends are wrong, because mq_* exist in librt, not >> in libc. >> >> Do the aio_* functions in this library augment or replace those >> in libc? >> > > I'm not sure. I know the timer_delete function is defined as > a weak symbol aio, timer, and mq are in librt and you need to link to librt in order to use (successfully) use them. Do not try using and relying on libc for these functions, it will not work. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 05:57:17 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF68516A468; Sun, 17 Jun 2007 05:57:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9B55D13C468; Sun, 17 Jun 2007 05:57:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5H5uTjk033772; Sat, 16 Jun 2007 23:56:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 16 Jun 2007 23:56:59 -0600 (MDT) Message-Id: <20070616.235659.-1947354616.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20070617053746.GV4602@funkthat.com> References: <20070617024935.GU4602@funkthat.com> <20070616.211257.1585999818.imp@bsdimp.com> <20070617053746.GV4602@funkthat.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 16 Jun 2007 23:56:29 -0600 (MDT) Cc: simokawa@FreeBSD.org, current@FreeBSD.org, wsk@gddsn.org.cn, mobile@FreeBSD.org Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 05:57:17 -0000 In message: <20070617053746.GV4602@funkthat.com> John-Mark Gurney writes: : Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: : > In message: <20070617024935.GU4602@funkthat.com> : > John-Mark Gurney writes: : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: : > : > Also, I'm unclear on the difference between FILTER_STRAY and : > : > FILTER_HANDLED. : > : : > : The interrupt filter is suppose to return one of FILTER_STRAY or : > : FILTER_HANDLED... If you _HANDLED it return that, otherwise return : > : _STRAY... If you need to schedule the ithread, return _HANDLED or'd : > : with _SCHEDULE_THREAD... : > : > Will _HANDLED cause all the other handlers to not get called, or just : > the stray interrupt code from not happening? : : It will cause the remaining (not yet called) handlers not to get called... I'm not sure that's right, especially for edge triggered devices. : intr_event_handle calls intr_filter_loop which will return on the first : non-_STRAY handler and return it... Which intr_event_handle eoi's... : : It looks like this code is designed for level triggered interrupts and : not edge triggered... Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use edge triggered interrupts. Also, it is inefficient for level triggered interrupts, since two interrupt sources on the same interrupt may trigger at about the same time... Warner : > : I thought piso fixed the comments, but apparently he hasn't (or hasn't : > : finished committing the patch that includes the comment fixes)... The : > : comments in bus.h are incorrect... : > : : > : > In message: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> : > : > "Hidetoshi Shimokawa" writes: : > : > : I think the following patch fix the problem. : > : > : : > : > : RCS file: /home/ncvs/src/sys/dev/pccard/pccard.c,v : > : > : retrieving revision 1.118 : > : > : diff -u -r1.118 pccard.c : > : > : --- pccard.c 31 May 2007 19:29:20 -0000 1.118 : > : > : +++ pccard.c 16 Jun 2007 12:23:35 -0000 : > : > : @@ -1238,7 +1238,7 @@ : > : > : if (pf->intr_filter != NULL || pf->intr_handler != NULL) : > : > : panic("Only one interrupt handler per function allowed"); : > : > : err = bus_generic_setup_intr(dev, child, irq, flags, pccard_filter, : > : > : - pccard_intr, pf, cookiep); : > : > : + intr ? pccard_intr : NULL, pf, cookiep); : > : > : if (err != 0) : > : > : return (err); : > : > : pf->intr_filter = filt; : > : > : : > : > : : > : > : On 6/16/07, ?????? wrote: : > : > : > hi, lists : > : > : > i always get Fatal trap while insert a pccard with recent 7.0 current. : > : > : > It seems that Can't recognize the pccard address? : > : > : > thanks with any reply. : > : > : > : > : > : > pccard0:Allocation failed for cfe 13 : > : > : > pccard0:Allocation failed for cfe 21 : > : > : > uart0: at port 0x3e8-0x3ef irq 11 : > : > : > function 0 config 29 on pccard0 : > : > : > uart0:[FILTER] : > : > : > : > : > : > 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:0xe2996cb0 : > : > : > frame pointer = 0x28:0xe2996cb8 : > : > : > code segment = base 0x0, limit 0xfffff, type 0x1b : > : > : > = DPL 0, pres 1, def32 1, gran 1 : > : > : > processor eflags = interrupt enable, resume, IOPL = 0 : > : > : > current process = 21 (irq11: cbb0 cbb1+*) : > : > : > [thread pid 21 tid 100013 ] : > : > : > Stopped at 0: *** error reading from address 0 *** : > : > : > db>bt : > : > : > Tracing pid 21 tid 100013 td 0xc3f05c00 : > : > : > pccard_intr(c4285e00) at pccard_intr+0x12 : > : > : > cbb_func_intr(c4103140,0,c0a493ae,40b,c3f00064,...) at cbb_func_intr|0x51 : > : > : > ithread_loop(c404fab0,e2996d38,83fb5be8,ff06fc46,c3f4b804,...) at : > : > : > ithread_loop+0 : > : > : > x1b5 : > : > : > fork_exit(c074ccd0,c404fab0,e2996d38) at fork_exit+0x57 : > : > : > fork_trampoline() at fork_trampoline+0x8 : > : > : > --- trap 0, eip = 0, esp = 0xe2996d70, ebp = 0 --- : : -- : John-Mark Gurney Voice: +1 415 225 5579 : : "All that I will do, has been done, All that I have, has not." : : From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 06:56:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD35716A468 for ; Sun, 17 Jun 2007 06:56:29 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 77D7713C45B for ; Sun, 17 Jun 2007 06:56:29 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D26C08BFC52; Sun, 17 Jun 2007 08:56:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CDRgKkzTMtM3; Sun, 17 Jun 2007 08:56:23 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 890718BE30A; Sun, 17 Jun 2007 08:56:23 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5H6uMqq033320; Sun, 17 Jun 2007 08:56:22 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 17 Jun 2007 08:56:22 +0200 From: Roman Divacky To: Garrett Cooper Message-ID: <20070617065622.GA33155@freebsd.org> References: <46745631.7000708@web.am> <467467B7.8060408@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467467B7.8060408@u.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: Gaspar Chilingarov , freebsd-current@freebsd.org, Claus Guttesen Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 06:56:29 -0000 On Sat, Jun 16, 2007 at 03:44:07PM -0700, Garrett Cooper wrote: > Claus Guttesen wrote: > >>I recompiled X.org yesterday and hit the following problem > >>(1 week old -current, yesterdays packages, AMD64) -- when compiling > >>files in > >>/usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci > >> > >>directory, there are huge .h files - about 4mb. when compiler uses -O2 > >>or -O option it eats all available memory and then gets killed by the > >>system. > >>Without -O/O2 option compile works just as expected. > >> > >>Now -- should I file a PR or it's known bug? > > > >No, but you should read the archives. Requires more than 1 GB of swap. > > > It's a known bug that isn't going to be fixed until gcc 4.2.1. > -Garrett I also noticed problems with compiling gcc itself on 512M RAM + 1G swap on i386 with -Os (change to -O2 fixed that) could we import the fix from gcc to ship better gcc in 7.0R? roman From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 07:13:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DA1716A46E for ; Sun, 17 Jun 2007 07:13:20 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 230A013C4B8 for ; Sun, 17 Jun 2007 07:13:19 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5H73G8W009784 for ; Sun, 17 Jun 2007 16:33:16 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Sun, 17 Jun 2007 16:43:13 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Jun 2007 16:43:12 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5H7D3qG017107 for ; Sun, 17 Jun 2007 15:13:03 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l5H7D3iv017106 for freebsd-current@freebsd.org; Sun, 17 Jun 2007 15:13:03 +0800 (WST) (envelope-from wilkinsa) Date: Sun, 17 Jun 2007 15:13:03 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070617071303.GG12027@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070617024935.GU4602@funkthat.com> <20070616.211257.1585999818.imp@bsdimp.com> <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070616.235659.-1947354616.imp@bsdimp.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 17 Jun 2007 07:13:13.0076 (UTC) FILETIME=[F7C0E340:01C7B0AE] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15240.001 X-TM-AS-Result: No--2.555300-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 07:13:20 -0000 0n Sat, Jun 16, 2007 at 11:56:59PM -0600, M. Warner Losh wrote: >Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use >edge triggered interrupts. Also, it is inefficient for level >triggered interrupts, since two interrupt sources on the same >interrupt may trigger at about the same time... What is meant by "edge triggered interrupts" ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 07:33:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C1B516A41F for ; Sun, 17 Jun 2007 07:33:10 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 57F6413C48C for ; Sun, 17 Jun 2007 07:33:10 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5H7X9Uh032321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 17 Jun 2007 00:33:10 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5H7X9Vn015375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 17 Jun 2007 00:33:09 -0700 Message-ID: <4674E3B4.5030103@u.washington.edu> Date: Sun, 17 Jun 2007 00:33:08 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070617024935.GU4602@funkthat.com> <20070616.211257.1585999818.imp@bsdimp.com> <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> <20070617071303.GG12027@obelix.dsto.defence.gov.au> In-Reply-To: <20070617071303.GG12027@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.17.1433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 07:33:10 -0000 Wilkinson, Alex wrote: > 0n Sat, Jun 16, 2007 at 11:56:59PM -0600, M. Warner Losh wrote: > > >Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use > >edge triggered interrupts. Also, it is inefficient for level > >triggered interrupts, since two interrupt sources on the same > >interrupt may trigger at about the same time... > > What is meant by "edge triggered interrupts" ? > > -aW > I'd assume 'edge triggered interrupts' mean interrupts which occur on some sort of clock edge, most likely dealing with a clock base required for setup, or predefined by the designers for some other reason. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 07:39:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E404D16A41F for ; Sun, 17 Jun 2007 07:39:42 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id BF1D813C457 for ; Sun, 17 Jun 2007 07:39:42 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5H7dbBL000483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 17 Jun 2007 00:39:37 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5H7date019898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 17 Jun 2007 00:39:37 -0700 Message-ID: <4674E538.90002@u.washington.edu> Date: Sun, 17 Jun 2007 00:39:36 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070617024935.GU4602@funkthat.com> <20070616.211257.1585999818.imp@bsdimp.com> <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> <20070617071303.GG12027@obelix.dsto.defence.gov.au> <4674E3B4.5030103@u.washington.edu> In-Reply-To: <4674E3B4.5030103@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.17.2633 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 07:39:43 -0000 Garrett Cooper wrote: > Wilkinson, Alex wrote: >> 0n Sat, Jun 16, 2007 at 11:56:59PM -0600, M. Warner Losh wrote: >> >Yes. I'm pretty sure that's wrong. All ISA and PC Card devices >> use >> >edge triggered interrupts. Also, it is inefficient for level >> >triggered interrupts, since two interrupt sources on the same >> >interrupt may trigger at about the same time... >> >> What is meant by "edge triggered interrupts" ? >> >> -aW >> > I'd assume 'edge triggered interrupts' mean interrupts which occur > on some sort of clock edge, most likely dealing with a clock base > required for setup, or predefined by the designers for some other reason. > -Garrett If the previous email was just noise (thought it might be after the fact), think of "edge triggered interrupts" as something that was designed to occur periodically in order to meet a precondition :). Traditional interrupts can be asynchronous, whereas this edge triggered interrupts are synchronous with a clock signal of some kind (more like polling I think). Hopefully that clarifies some things... -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 08:30:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E44716A473 for ; Sun, 17 Jun 2007 08:30:18 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (redqueen.evilcoder-services.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id E8E3813C4B0 for ; Sun, 17 Jun 2007 08:30:17 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1HzpUb-0007qD-9o; Sun, 17 Jun 2007 09:48:13 +0200 Message-ID: <4674E741.2030907@FreeBSD.org> Date: Sun, 17 Jun 2007 09:48:17 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Manfred Antar References: <200706162134.l5GLYZUS001203@pozo.com> In-Reply-To: <200706162134.l5GLYZUS001203@pozo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 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: Sun, 17 Jun 2007 08:30:18 -0000 Manfred Antar wrote: > I've been getting kernel panics for the last month and a half > The last good kernel that works is from May 8th > Here is what i get : > > login: kernel trap 12 with interrupts disabled > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc063cdb8 > stack pointer = 0x28:0xd2ed0c54 > frame pointer = 0x28:0xd2ed0c70 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 22 (irq11: xl0 uhci0+) > [thread pid 22 tid 100029 ] > Stopped at propagate_priority+0x178: movl 0x14(%esi),%eax > > This is from sources and kernel built this afternoon while doing cvsup > I don't have any usb devices hooked up to the system. > It's a Dell Optiplex GX150 1GHZ Pentium 3 > > Hello, thanks for the report; but sadly this is insufficient to resolve things; can you navigate to the developers-handbook (http://www.freebsd.org/doc/en/books/developers-handbook/) and obtain information there on how to get the proper kernel dump and information that we need to possibly help you? Thanks again! remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 08:50:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 755D016A469 for ; Sun, 17 Jun 2007 08:50:10 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 30DDA13C45D for ; Sun, 17 Jun 2007 08:50:10 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (okge2ftgk218w76t@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l5H8LTEF035556 for ; Sun, 17 Jun 2007 01:21:29 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l5H8LTZw035555 for freebsd-current@freebsd.org; Sun, 17 Jun 2007 01:21:29 -0700 (PDT) (envelope-from jmg) Date: Sun, 17 Jun 2007 01:21:28 -0700 From: John-Mark Gurney To: freebsd-current@freebsd.org Message-ID: <20070617082128.GW4602@funkthat.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20070617024935.GU4602@funkthat.com> <20070616.211257.1585999818.imp@bsdimp.com> <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> <20070617071303.GG12027@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070617071303.GG12027@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2007 08:50:10 -0000 Wilkinson, Alex wrote this message on Sun, Jun 17, 2007 at 15:13 +0800: > 0n Sat, Jun 16, 2007 at 11:56:59PM -0600, M. Warner Losh wrote: > > >Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use > >edge triggered interrupts. Also, it is inefficient for level > >triggered interrupts, since two interrupt sources on the same > >interrupt may trigger at about the same time... > > What is meant by "edge triggered interrupts" ? Old ISA (edge) interrupts are only noticed when going from low (sometimes lines are driven opposite, I'm not sure which way ISA interrupt lines are driven) to high... This means that if you ack the interrupt, but the device never lowers the interrupt line, you will never see another low->high edge, and hence, never another interrupt from that line... PCI interrupts are level, which means as long as the interrupt line is "high" an interrupt will be delivered... This has the disadvantage that if you can't shut up the device, you get a storm and will need to disable that interrupt line... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 09:27:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C141E16A469 for ; Sun, 17 Jun 2007 09:27:18 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3F16D13C4BF for ; Sun, 17 Jun 2007 09:27:15 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1445384mue for ; Sun, 17 Jun 2007 02:27:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CEzmUgHo/Ocf4kBKUXQ641KX7AOLfQmOm1BhMYFYH3Gb2ZHJg1dReKVWY0vGKm4vO48rQ9L3sNs04ya6UglweuOKlUEnYh5paNeQRaBlamEBy38583lK/p42jOh99Ik2U7jjEbEG1yuHxHW16pkl+ZrPhIGx3WbcAsmr9BYHgno= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eY7RZcbbC4BcTLHIZK7ayPdY1zyED76Eiw1zWYZmeANltuQF0se2fsA+Qo/7rhnQNQHKmZWa1FmEs+F2SocgiJFJRXihlCzJ/fsTCMxgKe9vlvA3K1cKIQtSvvWPSTl/VEDmxoYmDvLtd3SsyYKBMSDtRJ0AEwqtJnUMe1ztAAI= Received: by 10.82.156.12 with SMTP id d12mr9039761bue.1182072434023; Sun, 17 Jun 2007 02:27:14 -0700 (PDT) Received: by 10.82.179.8 with HTTP; Sun, 17 Jun 2007 02:27:13 -0700 (PDT) Message-ID: Date: Sun, 17 Jun 2007 10:27:14 +0100 From: "Alex Burke" To: "Scott Long" In-Reply-To: <46742B58.5040709@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46742B58.5040709@samsco.org> Cc: FreeBSD CURRENT Subject: Re: Access to tape drive caused following backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 09:27:18 -0000 On 16/06/07, Scott Long wrote: > It's fixed, sorry for the trouble. > > Scott > No problem, just wanted to say thanks for fixing it so quickly! Cheers, Alex J Burke. From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 09:31:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BAD416A473 for ; Sun, 17 Jun 2007 09:31:10 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id C6C1C13C4AE for ; Sun, 17 Jun 2007 09:31:09 +0000 (UTC) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id D25E961C2F for ; Sun, 17 Jun 2007 14:30:20 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id F00A661C18; Sun, 17 Jun 2007 14:30:19 +0500 (AMST) Received: from aldan.web.am (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id 9468F61C3A; Sun, 17 Jun 2007 14:30:18 +0500 (AMST) Message-ID: <4674FF55.4040203@web.am> Date: Sun, 17 Jun 2007 14:31:01 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0.0.0 (X11/20070613) MIME-Version: 1.0 To: Claus Guttesen References: <46745631.7000708@web.am> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Cc: freebsd-current@freebsd.org Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 09:31:10 -0000 Claus Guttesen wrote: >> I recompiled X.org yesterday and hit the following problem >> (1 week old -current, yesterdays packages, AMD64) -- when compiling >> files in >> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >> >> directory, there are huge .h files - about 4mb. when compiler uses -O2 >> or -O option it eats all available memory and then gets killed by the >> system. >> Without -O/O2 option compile works just as expected. >> >> Now -- should I file a PR or it's known bug? > > No, but you should read the archives. Requires more than 1 GB of swap. > Thanks ;) It was easier to just turn off optimization for that directory -- it that case gcc will use only ~100mb of memory. -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am w http://zanazan.am/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 09:41:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BAE516A468; Sun, 17 Jun 2007 09:41:35 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3055513C4C2; Sun, 17 Jun 2007 09:41:35 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=QQutZ/76FMaDWkz3kyq5JQLLeKuwJwRvJD883GTGDCz2jhwck09pEyJkgy2thZDNkT5otSQxyKdG+50s4TQ8iWbXKn0lvjyY2lQmdDceWWYjAOOL9bmo/labj7TsPmaIWZkrhNo4rJc08XCvKAKcWzKNhe/OHlk9U9VJ5w2C6fo=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HzrGF-0007h7-CS; Sun, 17 Jun 2007 13:41:31 +0400 Date: Sun, 17 Jun 2007 13:41:26 +0400 From: Eygene Ryabinkin To: Max Laier Message-ID: <20070617094126.GT3779@void.codelabs.ru> References: <200706160347.33331.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200706160347.33331.max@love2party.net> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf 4.1 Update available for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 09:41:35 -0000 Max, good day. Sat, Jun 16, 2007 at 03:47:24AM +0200, Max Laier wrote: > $subject at: http://people.freebsd.org/~mlaier/PF41/ I glanced over the new code and found that no changes were introduced to the altq_subr.c. And there was rather old issue I found in April: non-initialised callback due to Nate Lawson's changes in handling the changing CPU frequencies. Looks like it is still living in the code. My original posting is at http://lists.freebsd.org/pipermail/freebsd-current/2007-April/071652.html Could you please take a look? Thank you! -- Eygene From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 09:47:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D22AD16A468; Sun, 17 Jun 2007 09:47:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A9FD613C45D; Sun, 17 Jun 2007 09:47:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5H9l1TR099217; Sun, 17 Jun 2007 05:47:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5H9l18X079162; Sun, 17 Jun 2007 05:47:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 739C573068; Sun, 17 Jun 2007 05:47:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070617094700.739C573068@freebsd-current.sentex.ca> Date: Sun, 17 Jun 2007 05:47:00 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2007 09:47:02 -0000 TB --- 2007-06-17 08:14:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-17 08:14:37 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-17 08:14:37 - cleaning the object tree TB --- 2007-06-17 08:15:13 - checking out the source tree TB --- 2007-06-17 08:15:13 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-17 08:15:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-17 08:24:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-17 08:24:48 - cd /src TB --- 2007-06-17 08:24:48 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 17 08:24:49 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jun 17 09:39:35 UTC 2007 TB --- 2007-06-17 09:39:35 - generating LINT kernel config TB --- 2007-06-17 09:39:35 - cd /src/sys/i386/conf TB --- 2007-06-17 09:39:35 - /usr/bin/make -B LINT TB --- 2007-06-17 09:39:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-17 09:39:35 - cd /src TB --- 2007-06-17 09:39:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 17 09:39:36 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/aha/aha.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/aha/aha_mca.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/ahb/ahb.c /src/sys/dev/ahb/ahb.c: In function 'ahballoc': /src/sys/dev/ahb/ahb.c:412: error: 'unit' undeclared (first use in this function) /src/sys/dev/ahb/ahb.c:412: error: (Each undeclared identifier is reported only once /src/sys/dev/ahb/ahb.c:412: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-17 09:47:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-17 09:47:00 - ERROR: failed to build lint kernel TB --- 2007-06-17 09:47:00 - tinderbox aborted TB --- 0.84 user 3.03 system 5542.18 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 10:27:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAB2916A400 for ; Sun, 17 Jun 2007 10:27:47 +0000 (UTC) (envelope-from sanewo@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4C72F13C448 for ; Sun, 17 Jun 2007 10:27:47 +0000 (UTC) (envelope-from sanewo@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so1078434wxd for ; Sun, 17 Jun 2007 03:27:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=eOKX/28ZCrAeZcvbbsT4SMzYIDuWFfMYg0tisiZXlQ61cddWX6uK7qqfoy7yQMHFZ8aC6t4sJeCgX23Z+9tovWhm+xgOfZ3l4FfH/S7zdIH37wBOm2BjSKXMfQ5COSb+HINy2NHisGS38/cdKTo5EbYR60iQvbSE35ocOZOf3SM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=A7Fti0OlklL+ypatiWe0sM22I3lB7Qry+Hb4qDzI877C+CuarHRwHBCDG39vdrQI8hn/OHz3j+1n/86+sdRU0fl7tVft2TSYezFZdCA+1YaxO1hP4EH5Apas9lCEuoChOSuyy57tWf4FjP9/dwf/CNMBl79RKXenjh9XRNJO6+8= Received: by 10.90.105.19 with SMTP id d19mr3308005agc.1182076066317; Sun, 17 Jun 2007 03:27:46 -0700 (PDT) Received: by 10.90.49.18 with HTTP; Sun, 17 Jun 2007 03:27:46 -0700 (PDT) Message-ID: <639c2fce0706170327m549f1ea9m7da150202627a077@mail.gmail.com> Date: Sun, 17 Jun 2007 19:27:46 +0900 From: "Takanori Saneto" Sender: sanewo@gmail.com To: "John Baldwin" In-Reply-To: <200706141404.56196.jhb@freebsd.org> MIME-Version: 1.0 References: <200704261730.42097.jhb@freebsd.org> <639c2fce0706140402s305906caxfc39faa0a3212012@mail.gmail.com> <200706141404.56196.jhb@freebsd.org> X-Google-Sender-Auth: 0254c9b8d6b1368d Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: smb related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 10:27:47 -0000 OK, here it is: smb_co_lock: recursive lock for object 1 panic: recursive lock for object 0xc1b3e600 KDB: enter: panic [thread pid 592 tid 100032 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 592 tid 100032 td 0xc1a44e00 kdb_enter(c060f652, c066e920,c1b89b5a,cc398a70,cc398a70,...) at kdb_enter+0x32 panic(x1b89b5a,c1b3e600,1,c1bc0638,cc398ab0,...) at panic+0xc4 smb_share_lock(c1b3e600,2,c1a44e00,c,c1a44e00,...) at smb_share_lock smb_co_gone(c1bc0600,cc398ba4,cc398ba4,cc398ac8,c1bc0600,...) at smb_co_gone+0x3a smb_sm_lookup(cc398af4,cc398b30,cc398ba4,cc398b4c,c199041c,...) at smb_sm_lookup+0x16b smb_usr_lookup(c1990400,cc398ba4,cc398bb0,cc398bac,c060ac51,...) at smb_usr_lookup+0x95 nsmb_dev_ioctl(c1b5b100,82fc6e6a,c1990400,3,c1a44e00,...) at nsmb_dev_ioctl+0x1d6 giant_ioctl(c1b5b100,82fc6e6a,c1990400,3,c1a44e00,...) at giant_ioctl+0x56 devfs_ioctl_f(c1a6a120,82fc6e6a,c1990400,c18eb800,c1a44e00,...) at devfs_ioctl_f+0xc3 kern_ioctl(c1a44e00,4,82fc6e6a,c1990400,0,...) at kern_ioctl+0x23d ioctl(c1a44e00,cc398cfc,c,c06057ee,c06397d0,...) at ioctl+0x128 syscall(cc398d38) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2814f077, esp = 0xbfbfe55c, ebp = 0xbfbfe888 --- db> kernel source is 7-CURRENT cvsup'ed this morning. kernel config is like this: # MUSE -- Puntium-4 HTT CPU in VMware cpu I686_CPU ident MUSE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="le random sysvipc acpi procfs pseudofs smbfs libiconv libmchain linux accf_http splash vesa fdc sio usb ugen umass ums i2c agp drm" options CPU_FASTER_5X86_FPU options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43 # !!! vmware binaries may need this (using old.sigaction) options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc options MAXCONS=12 device pmtimer device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter options CLK_USE_I8254_CALIBRATION # kldstat Id Refs Address Size Name 1 17 0xc0400000 32f54c kernel 2 1 0xc0730000 8b28 if_le.ko 3 1 0xc0739000 c314 random.ko 4 1 0xc0746000 4bac sysvshm.ko 5 1 0xc074b000 4940 sysvmsg.ko 6 1 0xc0750000 6418 sysvsem.ko 7 1 0xc0757000 67c8c acpi.ko 8 1 0xc1aa0000 6000 procfs.ko 9 1 0xc1aaa000 8000 pseudofs.ko 10 1 0xc1b73000 3000 vmmemctl.ko 11 1 0xc1b81000 1e000 smbfs.ko 12 2 0xc1b9f000 4000 libiconv.ko 13 2 0xc1ba3000 3000 libmchain.ko 14 1 0xc1cb1000 2000 accf_http.ko Hope this helps, -- Takanori Saneto 2007/6/15, John Baldwin : > > On Thursday 14 June 2007 07:02:04 am Takanori Saneto wrote: > > Hi, > > > > I encountered this smb_co_lock problem, too. > > In my case, server was WindowsXP Pro and the share I was trying to mount > was > > 500GB of capacity. > > When I try to use smbclient to mount the same share, I got > > NT_STATUS_INSUFF_SERVER_RESOURCES error. > > After resolving server problem (increasing IRPStackSize to 0x11), > > smb_co_lock problem went away as well. > > So, I guess this problem seems to be related to the handling of above > server > > error status. > > > > I hope this might help improving smbfs. > > Hmm, I really would need the stack trace to attempt to resolve the panic > unfortunately. > > > Regards, > > > > > > 2007/4/27, John Baldwin : > > > > > > On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote: > > > > > > > > Hi, > > > > > > > > I have just noticed from today build: > > > > > > > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu > Apr > > > > 19 11:42:17 CEST 2007 > > > > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > > > > > > > netsmb_dev: loaded > > > > smb_co_lock: recursive lock for object 1 > > > > lockmgr: thread 0xc3a39a20 unlocking unheld lock > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 > > > > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 > > > > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at > _lockmgr+0x5fa > > > > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at > smb_co_put+0x50 > > > > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at > > > > smb_sm_lookup+0x11a > > > > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at > > > > smb_usr_lookup+0x76 > > > > > > > > > > > > nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) > > > > at nsmb_dev_ioctl+0x1e5 > > > > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at > > > giant_ioctl+0x33 > > > > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at > > > > devfs_ioctl_f+0xaf > > > > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae > > > > ioctl(c3a39a20,d728ad00) at ioctl+0xf1 > > > > syscall(d728ad38) at syscall+0x252 > > > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = > > > > 0xbfbfe40c, ebp = 0xbfbfe738 --- > > > > > > > > I've noticed this when I have tried mount_smbfs.. > > > > > > Can you try this and reply with the stack trace from the panic? > > > > > > Index: smb_conn.c > > > =================================================================== > > > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v > > > retrieving revision 1.18 > > > diff -u -r1.18 smb_conn.c > > > --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 > > > +++ smb_conn.c 7 Nov 2006 18:42:41 -0000 > > > @@ -351,6 +351,7 @@ > > > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > > > (flags & LK_CANRECURSE) == 0) { > > > SMBERROR("recursive lock for object %d\n", > cp->co_level); > > > + panic("rescursive lock for object %p", cp); > > > return 0; > > > } > > > return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); > > > > > > -- > > > John Baldwin > > > _______________________________________________ > > > 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" > > > > > > > > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 07:54:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA4E916A46B; Sun, 17 Jun 2007 07:54:47 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 9C16313C4BB; Sun, 17 Jun 2007 07:54:17 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from [127.0.0.1] (unknown [10.44.99.158]) by gddsn.org.cn (Postfix) with ESMTP id 9141038CB99; Sun, 17 Jun 2007 15:53:57 +0800 (CST) Message-ID: <4674E892.8020201@gddsn.org.cn> Date: Sun, 17 Jun 2007 15:53:54 +0800 From: =?GB2312?B?zuLK5cCk?= User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Hidetoshi Shimokawa , current@freebsd.org, mobile@freebsd.org References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> In-Reply-To: <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 17 Jun 2007 11:34:47 +0000 Cc: Subject: Re: kernel panic with pccard insert on recent 7.0 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, 17 Jun 2007 07:54:48 -0000 Hidetoshi Shimokawa Wrote: > I think the following patch fix the problem. > > RCS file: /home/ncvs/src/sys/dev/pccard/pccard.c,v > retrieving revision 1.118 > diff -u -r1.118 pccard.c > --- pccard.c 31 May 2007 19:29:20 -0000 1.118 > +++ pccard.c 16 Jun 2007 12:23:35 -0000 > @@ -1238,7 +1238,7 @@ > if (pf->intr_filter != NULL || pf->intr_handler != NULL) > panic("Only one interrupt handler per function allowed"); > err = bus_generic_setup_intr(dev, child, irq, flags, pccard_filter, > - pccard_intr, pf, cookiep); > + intr ? pccard_intr : NULL, pf, cookiep); > if (err != 0) > return (err); > pf->intr_filter = filt; > yup, It work for me with your patch anyway. thanks for your patch and help ;-) From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 11:49:00 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEA9516A41F; Sun, 17 Jun 2007 11:49:00 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3B90713C45E; Sun, 17 Jun 2007 11:49:00 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5HBlY3D049652; Sun, 17 Jun 2007 15:47:34 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 17 Jun 2007 15:47:34 +0400 (MSD) From: Maxim Konovalov To: Andrew Thompson In-Reply-To: <20070611082129.C22402@mp2.macomnet.net> Message-ID: <20070617154634.G29842@mp2.macomnet.net> References: <46605C26.9090304@errno.com> <20070610093500.GA1399@heff.fud.org.nz> <20070610193755.A22402@mp2.macomnet.net> <466C3F9F.60100@errno.com> <20070610221550.S22402@mp2.macomnet.net> <20070610235804.GD2053@heff.fud.org.nz> <20070611082129.C22402@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: major wireless changes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 11:49:00 -0000 Gentlemen, are there any possibilities to debug the problem further? Thanks a lot! On Mon, 11 Jun 2007, 08:27+0400, Maxim Konovalov wrote: > On Mon, 11 Jun 2007, 11:58+1200, Andrew Thompson wrote: > > > On Mon, Jun 11, 2007 at 03:39:02AM +0400, Maxim Konovalov wrote: > > > [...] > > > > > I get "kernel: iwi0: firmware error" once a second, iwi0 doesn't > > > > > assosiate with ap. > > > > > > > > > > > > > What part is this? Are you using WPA or open auth? > > > > > > > Open auth, no wpa. > > > > > > > Can you enable iwi debugging with > > > > > > > > wlandebug -i iwi0 state > > > > sysctl debug.iwi=1 > > > > > > > > and provide a log that shows what is happening? > > > > > > > http://maxim.int.ru/stuff/iwi.log > > > > Thanks for the info, so I take it that everything worked before applying > > the patch? > > > Yes. > > > Can you please tell me what card you have, it appears to be a 2915ABG. > > > iwi0@pci1:13:0: class=0x028000 card=0x27028086 chip=0x42208086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/Wireless 2200BG Network Connection' > class = network > $ grep iwi /var/run/dmesg.boot > iwi0: mem 0xd0202000-0xd0202fff irq 11 > at device 13.0 on pci1 > iwi0: using obsoleted if_watchdog interface > iwi0: Ethernet address: 00:12:f0:59:b7:9c > iwi0: [ITHREAD] > > > Can you also set sysctl debug.iwi=100 and email me the log. > > > With the patch or without it? This one is from the working system: > > http://maxim.int.ru/stuff/iwi.log.100 > > -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 15:10:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6155916A46F for ; Sun, 17 Jun 2007 15:10:23 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2D37313C46C for ; Sun, 17 Jun 2007 15:10:23 +0000 (UTC) (envelope-from peo@intersonic.se) Message-ID: <46754EDA.6010402@intersonic.se> Date: Sun, 17 Jun 2007 17:10:18 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Stop in /usr/src/sys/modules/ahb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 15:10:23 -0000 From sources fetched today, same failure on two different machines ===> ahb (all) cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/IKO/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/IKO -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c: In function 'ahballoc': /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c:412: error: 'unit' undeclared (first use in this function) /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c:412: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c:412: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/ahb. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/IKO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 15:22:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA00816A46D for ; Sun, 17 Jun 2007 15:22:06 +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 6A9B713C44C for ; Sun, 17 Jun 2007 15:22:06 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l5HFM3uW024431; Sun, 17 Jun 2007 09:22:03 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4675518E.1000707@samsco.org> Date: Sun, 17 Jun 2007 09:21:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Per olof Ljungmark References: <46754EDA.6010402@intersonic.se> In-Reply-To: <46754EDA.6010402@intersonic.se> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 17 Jun 2007 09:22:03 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Stop in /usr/src/sys/modules/ahb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 15:22:06 -0000 Fix, thanks for the report. It's strange that my LINT build didn't catch this. Scott Per olof Ljungmark wrote: > From sources fetched today, same failure on two different machines > > ===> ahb (all) > cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/IKO/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/IKO > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c > /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c: In function 'ahballoc': > /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c:412: error: 'unit' > undeclared (first use in this function) > /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c:412: error: (Each > undeclared identifier is reported only once > /usr/src/sys/modules/ahb/../../dev/ahb/ahb.c:412: error: for each > function it appears in.) > *** Error code 1 > > Stop in /usr/src/sys/modules/ahb. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/IKO. > *** 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 Jun 17 17:02:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AFF416A46C; Sun, 17 Jun 2007 17:02:14 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id DB1C013C469; Sun, 17 Jun 2007 17:02:13 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup83.ach.sch.gr [81.186.70.83]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l5HGpJS6016675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 17 Jun 2007 19:51:30 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l5HGpAje001823; Sun, 17 Jun 2007 19:51:12 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l5HGWSmg001369; Sun, 17 Jun 2007 19:32:28 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 17 Jun 2007 19:32:27 +0300 From: Giorgos Keramidas To: Attilio Rao Message-ID: <20070617163227.GA1318@kobe.laptop> References: <20070614161632.GA3385@kobe.laptop> <3bbf2fe10706140936r4458343do95aa9f16baf2e79a@mail.gmail.com> <20070614170229.GA17675@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070614170229.GA17675@kobe.laptop> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.057, required 5, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org Subject: Re: hard-lock with CPU spinning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 17:02:14 -0000 On 2007-06-14 20:02, Giorgos Keramidas wrote: >On 2007-06-14 18:36, Attilio Rao wrote: >>2007/6/14, Giorgos Keramidas : >>> If I leave my laptop idle for a long period of time, it tends to lock up >>> with the CPU fan spinning fast (presumambly because some part of the >>> kernel tries to acquire a lock and spins constantly for it). >>> >>> Unfortunately, this happens when X11 is running and I can't break into >>> DDB to snoop around. Hi Attilio, thanks for the eagerness to help, but I was too quick in assuming this was a hard-lock. The kernel hasn't deadlocked, but the laptop is almost unresponsive because the X server eats up an enormous amount of CPU. I left an xterm window running: > cd /home/keramida > ( while true ; do \ uptime ; ps xaur | head -20 ; \ sleep 5 ; echo ; \ done ) 2>&1 | tee logfile and when hte CPU fan started spinning fast, I managed to shutdown normally by pressing the laptop's power-off button and waiting long enough for the X process to die. The ~/logfile file contains near its end entries like: % 6:43PM up 2:05, 1 user, load averages: 0.76, 0.39, 0.24 % USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND % root 1234 97.8 4.2 285648 21428 v1 R 4:41PM 3:22.41 X :0 -dpi 96 (Xorg) % root 12 97.1 0.0 0 8 ?? RL 4:37PM 112:19.80 [idle: cpu0] % root 11 2.2 0.0 0 8 ?? RL 4:37PM 110:16.80 [idle: cpu1] % % 6:43PM up 2:06, 1 user, load averages: 0.78, 0.40, 0.25 % USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND % root 1234 98.1 4.2 285648 21428 v1 R 4:41PM 3:27.51 X :0 -dpi 96 (Xorg) % root 12 97.3 0.0 0 8 ?? RL 4:37PM 112:24.75 [idle: cpu0] % root 11 1.7 0.0 0 8 ?? RL 4:37PM 110:16.83 [idle: cpu1] % % 6:43PM up 2:06, 1 user, load averages: 0.80, 0.41, 0.25 % USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND % root 1234 98.4 4.2 285648 21428 v1 R 4:41PM 3:32.51 X :0 -dpi 96 (Xorg) % root 12 97.5 0.0 0 8 ?? RL 4:37PM 112:29.71 [idle: cpu0] % root 11 1.3 0.0 0 8 ?? RL 4:37PM 110:16.84 [idle: cpu1] Apparently, there's a bug in my xorg 7.2 installation. Please don't spend time looking for a locking issue, until I verify that this is not a local installation problem. From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 17:42:46 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 845D316A558 for ; Sun, 17 Jun 2007 17:42:46 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 765DA13C457 for ; Sun, 17 Jun 2007 17:42:44 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 90EE5690A85 for ; Sun, 17 Jun 2007 18:39:26 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 4D00E690B67; Sun, 17 Jun 2007 18:39:26 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DSBL, RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.180]) by core.fnop.net (Postfix) with ESMTP id 91D2E690A85 for ; Sun, 17 Jun 2007 18:39:24 +0100 (WEST) Date: Sun, 17 Jun 2007 18:42:38 +0100 Message-ID: <86d4zupje9.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@FreeBSD.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 17:42:46 -0000 Hi, I'm having some problems with ath after the sam_wifi branch merge. Basically I have all the necessary modules loaded, but scanning is not working well. % kldstat | egrep wlan\|ath 2 1 0xc097a000 12450 if_ath.ko 3 3 0xc098d000 2ec38 ath_hal.ko 4 8 0xc09bc000 2b65c wlan.ko 5 2 0xc09e8000 43e8 ath_rate.ko 20 1 0xc0af7000 4480 wlan_tkip.ko 21 1 0xc0afc000 2fec wlan_wep.ko 22 1 0xc0aff000 7100 wlan_ccmp.ko 23 1 0xc0b07000 1920 wlan_scan_ap.ko 24 1 0xc0b09000 552c wlan_scan_sta.ko Is anything missing? My card is: ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: mac 10.3 phy 6.1 radio 10.2 ath0: flags=8802 metric 0 mtu 1500 ether 00:17:f2:44:ba:50 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11g) authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS burst bintval 100 # ./wlandebug net.wlan.0.debug: 0xffffff After ifconfig ath0 up, the scan goes as: ath0: ieee80211_newstate: INIT -> SCAN ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush ath0: sta_pick_bss: no scan candidate ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush ath0: scan set 1g dwell min 200 max 2000 ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 83517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 85517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 87517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 89517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 91517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 93517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 95517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: sta_pick_bss: no scan candidate ath0: scan_next: done, restart [ticks 97517, dwell min 200 scanend 2147565163] ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] ath0: ieee80211_start_scan: active scan already in progress For some reason it takes a long time to stop scanning on a channel and when it stops, it doesn't advance to the next channel. Any idea about what might be going on ? Thanks. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 18:43:00 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC3D616A41F for ; Sun, 17 Jun 2007 18:43:00 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 73D8813C469 for ; Sun, 17 Jun 2007 18:43:00 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 831331CC58; Mon, 18 Jun 2007 06:42:58 +1200 (NZST) Date: Mon, 18 Jun 2007 06:42:58 +1200 From: Andrew Thompson To: Rui Paulo Message-ID: <20070617184258.GA31132@heff.fud.org.nz> References: <86d4zupje9.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86d4zupje9.wl%rpaulo@fnop.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 18:43:00 -0000 On Sun, Jun 17, 2007 at 06:42:38PM +0100, Rui Paulo wrote: > Hi, > I'm having some problems with ath after the sam_wifi branch merge. > Basically I have all the necessary modules loaded, but scanning is not > working well. > > % kldstat | egrep wlan\|ath > 2 1 0xc097a000 12450 if_ath.ko > 3 3 0xc098d000 2ec38 ath_hal.ko > 4 8 0xc09bc000 2b65c wlan.ko > 5 2 0xc09e8000 43e8 ath_rate.ko > 20 1 0xc0af7000 4480 wlan_tkip.ko > 21 1 0xc0afc000 2fec wlan_wep.ko > 22 1 0xc0aff000 7100 wlan_ccmp.ko > 23 1 0xc0b07000 1920 wlan_scan_ap.ko > 24 1 0xc0b09000 552c wlan_scan_sta.ko > > Is anything missing? > > My card is: > ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: mac 10.3 phy 6.1 radio 10.2 > > ath0: flags=8802 metric 0 mtu 1500 > ether 00:17:f2:44:ba:50 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 1 (2412 Mhz 11g) > authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 > protmode CTS burst bintval 100 > > # ./wlandebug > net.wlan.0.debug: 0xffffff > > After ifconfig ath0 up, the scan goes as: > > ath0: ieee80211_newstate: INIT -> SCAN > ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush > ath0: sta_pick_bss: no scan candidate > ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush > ath0: scan set 1g dwell min 200 max 2000 > ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] Does your card have any channels? show the output of 'ifconfig ath0 list channels' Also, are you using wpa_supplicant or passing any other options to ath other than just up? cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 18:49:50 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4481D16A41F; Sun, 17 Jun 2007 18:49:50 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id D7D4113C46C; Sun, 17 Jun 2007 18:49:49 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id C123D690A85; Sun, 17 Jun 2007 19:46:31 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 81A60690B67; Sun, 17 Jun 2007 19:46:31 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DSBL, RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.180]) by core.fnop.net (Postfix) with ESMTP id E44E8690A85; Sun, 17 Jun 2007 19:46:29 +0100 (WEST) Date: Sun, 17 Jun 2007 19:49:46 +0100 Message-ID: <86bqfepgad.wl%rpaulo@fnop.net> From: Rui Paulo To: Andrew Thompson In-Reply-To: <20070617184258.GA31132@heff.fud.org.nz> References: <86d4zupje9.wl%rpaulo@fnop.net> <20070617184258.GA31132@heff.fud.org.nz> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rui Paulo , freebsd-current@FreeBSD.org Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 18:49:50 -0000 At Mon, 18 Jun 2007 06:42:58 +1200, Andrew Thompson wrote: > > On Sun, Jun 17, 2007 at 06:42:38PM +0100, Rui Paulo wrote: > > Hi, > > I'm having some problems with ath after the sam_wifi branch merge. > > Basically I have all the necessary modules loaded, but scanning is not > > working well. > > > > % kldstat | egrep wlan\|ath > > 2 1 0xc097a000 12450 if_ath.ko > > 3 3 0xc098d000 2ec38 ath_hal.ko > > 4 8 0xc09bc000 2b65c wlan.ko > > 5 2 0xc09e8000 43e8 ath_rate.ko > > 20 1 0xc0af7000 4480 wlan_tkip.ko > > 21 1 0xc0afc000 2fec wlan_wep.ko > > 22 1 0xc0aff000 7100 wlan_ccmp.ko > > 23 1 0xc0b07000 1920 wlan_scan_ap.ko > > 24 1 0xc0b09000 552c wlan_scan_sta.ko > > > > Is anything missing? > > > > My card is: > > ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 > > ath0: [ITHREAD] > > ath0: using obsoleted if_watchdog interface > > ath0: mac 10.3 phy 6.1 radio 10.2 > > > > ath0: flags=8802 metric 0 mtu 1500 > > ether 00:17:f2:44:ba:50 > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > > ssid "" channel 1 (2412 Mhz 11g) > > authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan > > bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 > > protmode CTS burst bintval 100 > > > > # ./wlandebug > > net.wlan.0.debug: 0xffffff > > > > After ifconfig ath0 up, the scan goes as: > > > > ath0: ieee80211_newstate: INIT -> SCAN > > ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush > > ath0: sta_pick_bss: no scan candidate > > ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush > > ath0: scan set 1g dwell min 200 max 2000 > > ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] > > Does your card have any channels? show the output of 'ifconfig ath0 list > channels' % ifconfig ath0 list channels Channel 1 : 2412 Mhz 11g Channel 60 : 5300* Mhz 11a Channel 2 : 2417 Mhz 11g Channel 64 : 5320* Mhz 11a Channel 3 : 2422 Mhz 11g Channel 100 : 5500* Mhz 11a Channel 4 : 2427 Mhz 11g Channel 104 : 5520* Mhz 11a Channel 5 : 2432 Mhz 11g Channel 108 : 5540* Mhz 11a Channel 6 : 2437* Mhz 11g Turbo Channel 112 : 5560* Mhz 11a Channel 7 : 2442 Mhz 11g Channel 116 : 5580* Mhz 11a Channel 8 : 2447 Mhz 11g Channel 120 : 5600* Mhz 11a Channel 9 : 2452 Mhz 11g Channel 124 : 5620* Mhz 11a Channel 10 : 2457 Mhz 11g Channel 128 : 5640* Mhz 11a Channel 11 : 2462 Mhz 11g Channel 132 : 5660* Mhz 11a Channel 12 : 2467* Mhz 11g Channel 136 : 5680* Mhz 11a Channel 13 : 2472* Mhz 11g Channel 140 : 5700* Mhz 11a Channel 36 : 5180* Mhz 11a Channel 149 : 5745* Mhz 11a Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a Channel 44 : 5220* Mhz 11a Channel 157 : 5785* Mhz 11a Channel 48 : 5240* Mhz 11a Channel 161 : 5805* Mhz 11a Channel 52 : 5260* Mhz 11a Channel 165 : 5825* Mhz 11a Channel 56 : 5280* Mhz 11a > Also, are you using wpa_supplicant or passing any other options to ath > other than just up? No. Thanks -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 20:43:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87E9016A41F for ; Sun, 17 Jun 2007 20:43:32 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 63B8513C468 for ; Sun, 17 Jun 2007 20:43:32 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 46818 invoked from network); 17 Jun 2007 17:13:41 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 17 Jun 2007 17:13:41 -0000 Message-ID: <46756BBE.5030603@root.org> Date: Sun, 17 Jun 2007 10:13:34 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: current X-Enigmail-Version: 0.95.0 Content-Type: multipart/mixed; boundary="------------040100070106020900000700" Cc: acpi@freebsd.org, arch@freebsd.org Subject: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 20:43:32 -0000 This is a multi-part message in MIME format. --------------040100070106020900000700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This patch updates the user API for acpi suspend in a number of ways. * /etc/rc.suspend,rc.resume are always run, no matter the source of the suspend event * suspend now requires positive user acknowledgement. If a user program wants to cancel the suspend, they can. If one of the user programs hangs or doesn't respond within 10 seconds, the system suspends anyway. * /dev/apm is clonable, allowing multiple listeners for suspend events. In the future, xorg-server can use this to be informed about suspend even if there are other listeners (i.e. apmd). The API changes are intended to be MFCd and hence are minimal. * Two new ACPI ioctls: REQSLPSTATE and ACKSLPSTATE. Request begins the process of suspending by notifying all listeners. acpi is monitored by devd(8) and /dev/apm listener(s) are also counted. Users register their approval or disapproval via Ack. If anyone disapproves, suspend is vetoed. * Binary compat is preserved in that old user programs or kernel modules (yeah, right) that called the API can still do so. A message is printed once that this interface is deprecated. * acpiconf gains the -k flag to ack the suspend request. This flag is undocumented on purpose since it's only used by /etc/rc.suspend. It is not intended to be a permanent change and will be removed once a better power API is implemented. These patches have been successfully tested for about a week through suspend/resumes and various usermode programs, including patches to xorg-server. The eventual goal is to improve subr_power to be a more generic central power management interface to user and kernel providers. powerd(8) might start managing profiles similar to apmd(8). I don't know yet and there isn't time to do that. This patch provides a reasonable interface for now and eliminates some serious weaknesses, especially in that pressing a sleep button did not guarantee rc.suspend would run before sleeping. Comments welcome, patches are for 6.x and 7.x. -- Nate --------------040100070106020900000700 Content-Type: text/x-patch; name="acpi6_wakeapi.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi6_wakeapi.diff" Index: etc/devd.conf =================================================================== RCS file: /home/ncvs/src/etc/devd.conf,v retrieving revision 1.26.2.5 diff -u -r1.26.2.5 devd.conf --- etc/devd.conf 24 Jul 2006 20:42:36 -0000 1.26.2.5 +++ etc/devd.conf 17 Jun 2007 16:58:35 -0000 @@ -148,6 +148,19 @@ action "logger -p kern.emerg 'WARNING: system temperature too high, shutting down soon!'"; }; +# User requested suspend, so perform preparation steps and then execute +# the actual suspend process. +notify 10 { + match "system" "ACPI"; + match "subsystem" "Suspend"; + action "/etc/rc.suspend acpi $notify"; +}; +notify 10 { + match "system" "ACPI"; + match "subsystem" "Resume"; + action "/etc/rc.resume acpi $notify"; +}; + /* EXAMPLES TO END OF FILE # The following might be an example of something that a vendor might @@ -186,6 +199,7 @@ # Button: Button pressed (0 for power, 1 for sleep) # CMBAT: ACPI battery events # Lid: Lid state (0 is closed, 1 is open) +# Suspend, Resume: Suspend and resume notification # Thermal: ACPI thermal zone events # # This example calls a script when the AC state changes, passing the Index: etc/rc.resume =================================================================== RCS file: /home/ncvs/src/etc/rc.resume,v retrieving revision 1.7 diff -u -r1.7 rc.resume --- etc/rc.resume 30 Dec 2003 17:30:39 -0000 1.7 +++ etc/rc.resume 17 Jun 2007 16:58:35 -0000 @@ -30,7 +30,7 @@ # sample run command file for APM Resume Event if [ $# -ne 2 ]; then - echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" + echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" exit 1 fi @@ -48,9 +48,13 @@ # pccardq | awk -F '~' '$5 == "inactive" \ # { printf("pccardc power %d 1", $1); }' | sh -# UHCI has trouble resuming so we just load/unload it. You -# should add any other kernel modules you want reloaded here. -# kldload usb +# If a device driver has problems resuming, try unloading it before +# suspend and reloading it on resume. Example: +# kldunload usb + +# wpa_supplicant(8) doesn't seem to reassociate during resume. Uncomment +# the following to signal it to reassociate. +# /usr/sbin/wpa_cli reassociate logger -t $subsystem resumed at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync Index: etc/rc.suspend =================================================================== RCS file: /home/ncvs/src/etc/rc.suspend,v retrieving revision 1.6 diff -u -r1.6 rc.suspend --- etc/rc.suspend 21 Jan 2004 03:03:40 -0000 1.6 +++ etc/rc.suspend 17 Jun 2007 16:58:35 -0000 @@ -30,7 +30,7 @@ # sample run command file for APM Suspend Event if [ $# -ne 2 ]; then - echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" + echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" exit 1 fi @@ -48,15 +48,20 @@ # pccardq | awk -F '~' '$5 == "filled" && $4 ~ /sio/ \ # { printf("pccardc power %d 0", $1); }' | sh -# UHCI has trouble resuming so we just load/unload it. You -# should add any other kernel modules you want unloaded here. +# If a device driver has problems suspending, try unloading it before +# suspend and reloading it on resume. Example: # kldunload usb logger -t $subsystem suspend at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync -[ $subsystem = "apm" ] && sleep 3 +sleep 3 rm -f /var/run/rc.suspend.pid -[ $subsystem = "apm" ] && zzz +if [ $subsystem = "apm" ]; then + /usr/sbin/zzz +else + # Notify the kernel to continue the suspend process + /usr/sbin/acpiconf -k 0 +fi exit 0 Index: sys/dev/acpica/acpi.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi.c,v retrieving revision 1.214.2.10 diff -u -r1.214.2.10 acpi.c --- sys/dev/acpica/acpi.c 26 May 2007 00:48:55 -0000 1.214.2.10 +++ sys/dev/acpica/acpi.c 17 Jun 2007 16:58:35 -0000 @@ -136,6 +136,7 @@ static ACPI_STATUS acpi_probe_child(ACPI_HANDLE handle, UINT32 level, void *context, void **status); static BOOLEAN acpi_MatchHid(ACPI_HANDLE h, const char *hid); +static ACPI_STATUS acpi_EnterSleepState(struct acpi_softc *sc, int state); static void acpi_shutdown_final(void *arg, int howto); static void acpi_enable_fixed_events(struct acpi_softc *sc); static int acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate); @@ -414,6 +415,7 @@ sc = device_get_softc(dev); sc->acpi_dev = dev; + callout_init(&sc->susp_force_to, TRUE); /* Initialize resource manager. */ acpi_rman_io.rm_type = RMAN_ARRAY; @@ -561,7 +563,7 @@ /* Pick the first valid sleep state for the sleep button default. */ sc->acpi_sleep_button_sx = ACPI_S_STATES_MAX + 1; - for (state = ACPI_STATE_S1; state < ACPI_STATE_S5; state++) + for (state = ACPI_STATE_S1; state <= ACPI_STATE_S4; state++) if (ACPI_SUCCESS(AcpiGetSleepTypeData(state, &TypeA, &TypeB))) { sc->acpi_sleep_button_sx = state; break; @@ -2100,6 +2102,143 @@ return (acpi_SetInteger(ACPI_ROOT_OBJECT, "_PIC", model)); } +/* + * DEPRECATED. This interface has serious deficiencies and will be + * removed. + * + * Immediately enter the sleep state. In the old model, acpiconf(8) ran + * rc.suspend and rc.resume so we don't have to notify devd(8) to do this. + */ +ACPI_STATUS +acpi_SetSleepState(struct acpi_softc *sc, int state) +{ + static int once; + + if (!once) { + printf( +"warning: acpi_SetSleepState deprecated, need to update your software\n"); + once = 1; + } + return (acpi_EnterSleepState(sc, state)); +} + +static void +acpi_sleep_force(void *arg) +{ + struct acpi_softc *sc; + + printf("acpi: suspend request timed out, forcing sleep now\n"); + sc = arg; + acpi_EnterSleepState(sc, sc->acpi_next_sstate); +} + +/* + * Request that the system enter the given suspend state. All /dev/apm + * devices and devd(8) will be notified. Userland then has a chance to + * save state and acknowledge the request. The system sleeps once all + * acks are in. + */ +int +acpi_ReqSleepState(struct acpi_softc *sc, int state) +{ + struct apm_clone_data *clone; + + /* S5 (soft-off) should be entered via shutdown_nice(). */ + if (state < ACPI_STATE_S1 || state > ACPI_STATE_S4) + return (EINVAL); + + /* If a suspend request is already in progress, just return. */ + ACPI_LOCK(acpi); + if (sc->acpi_next_sstate != 0) { + ACPI_UNLOCK(acpi); + return (0); + } + + /* Record the pending state and notify all apm devices. */ + sc->acpi_next_sstate = state; + STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { +printf("considering clone of %s\n", devtoname(clone->cdev)); + clone->notify_status = APM_EV_NONE; + if ((clone->flags & ACPI_EVF_DEVD) == 0) { +printf("acpi ev got %d, waking listener %p\n", state, clone); + selwakeuppri(&clone->sel_read, PZERO); + KNOTE_UNLOCKED(&clone->sel_read.si_note, 0); + } + } + + /* Now notify devd(8) also. */ + acpi_UserNotify("Suspend", ACPI_ROOT_OBJECT, state); + + /* + * Set a timeout to fire if userland doesn't ack the suspend request + * in time. This way we still eventually go to sleep if we were + * overheating or running low on battery, even if userland is hung. + * We cancel this timeout once all userland acks are in or the + * suspend request is aborted. + */ + callout_reset(&sc->susp_force_to, 10 * hz, acpi_sleep_force, sc); + ACPI_UNLOCK(acpi); + return (0); +} + +/* + * Acknowledge (or reject) a pending sleep state. The caller has + * prepared for suspend and is now ready for it to proceed. If the + * error argument is non-zero, it indicates suspend should be cancelled + * and gives an errno value describing why. Once all votes are in, + * we suspend the system. + */ +int +acpi_AckSleepState(struct apm_clone_data *clone, int error) +{ + struct acpi_softc *sc; + int sleeping; + + /* If no pending sleep state, return an error. */ + ACPI_LOCK(acpi); + sc = clone->acpi_sc; + if (sc->acpi_next_sstate == 0) { + ACPI_UNLOCK(acpi); + return (ENXIO); + } + + /* Caller wants to abort suspend process. */ + if (error) { + sc->acpi_next_sstate = 0; + callout_stop(&sc->susp_force_to); + printf("acpi: listener on %s cancelled the pending suspend\n", + devtoname(clone->cdev)); + ACPI_UNLOCK(acpi); + return (0); + } + + /* + * Mark this device as acking the suspend request. Then, walk through + * all devices, seeing if they agree yet. We only count devices that + * are writable since read-only devices couldn't ack the request. + */ + clone->notify_status = APM_EV_ACKED; + sleeping = TRUE; + STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { + if ((clone->flags & ACPI_EVF_WRITE) != 0 && + clone->notify_status != APM_EV_ACKED) { + sleeping = FALSE; + break; + } + } + + /* If all devices have voted "yes", we will suspend now. */ + if (sleeping) { +printf("ack: all devs said yes, sleeping now\n"); + callout_stop(&sc->susp_force_to); + } + ACPI_UNLOCK(acpi); + if (sleeping) + acpi_EnterSleepState(sc, sc->acpi_next_sstate); + + return (0); +} + static void acpi_sleep_enable(void *arg) { @@ -2116,12 +2255,12 @@ }; /* - * Set the system sleep state + * Enter the desired system sleep state. * * Currently we support S1-S5 but S4 is only S4BIOS */ -ACPI_STATUS -acpi_SetSleepState(struct acpi_softc *sc, int state) +static ACPI_STATUS +acpi_EnterSleepState(struct acpi_softc *sc, int state) { ACPI_STATUS status; UINT8 TypeA; @@ -2233,6 +2372,7 @@ * Back out state according to how far along we got in the suspend * process. This handles both the error and success cases. */ + sc->acpi_next_sstate = 0; if (slp_state >= ACPI_SS_GPE_SET) { acpi_wake_prep_walk(state); sc->acpi_sstate = ACPI_STATE_S0; @@ -2246,7 +2386,10 @@ /* Allow another sleep request after a while. */ if (state != ACPI_STATE_S5) - timeout(acpi_sleep_enable, (caddr_t)sc, hz * ACPI_MINIMUM_AWAKETIME); + timeout(acpi_sleep_enable, sc, hz * ACPI_MINIMUM_AWAKETIME); + + /* Run /etc/rc.resume after we are back. */ + acpi_UserNotify("Resume", ACPI_ROOT_OBJECT, state); mtx_unlock(&Giant); return_ACPI_STATUS (status); @@ -2558,11 +2701,14 @@ static void acpi_system_eventhandler_sleep(void *arg, int state) { + int ret; ACPI_FUNCTION_TRACE_U32((char *)(uintptr_t)__func__, state); - if (state >= ACPI_STATE_S0 && state <= ACPI_S_STATES_MAX) - acpi_SetSleepState((struct acpi_softc *)arg, state); + /* Request that the system prepare to enter the given suspend state. */ + ret = acpi_ReqSleepState((struct acpi_softc *)arg, state); + if (ret != 0) + printf("acpi: request to enter state S%d failed\n", state); return_VOID; } @@ -2824,7 +2970,15 @@ /* Core system ioctls. */ switch (cmd) { - case ACPIIO_SETSLPSTATE: + case ACPIIO_REQSLPSTATE: + state = *(int *)addr; + error = acpi_ReqSleepState(sc, state); + break; + case ACPIIO_ACKSLPSTATE: + error = *(int *)addr; + error = acpi_AckSleepState(sc->acpi_clone, error); + break; + case ACPIIO_SETSLPSTATE: /* DEPRECATED */ error = EINVAL; state = *(int *)addr; if (state >= ACPI_STATE_S0 && state <= ACPI_S_STATES_MAX) Index: sys/dev/acpica/acpiio.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpiio.h,v retrieving revision 1.14.2.2 diff -u -r1.14.2.2 acpiio.h --- sys/dev/acpica/acpiio.h 5 Nov 2005 23:55:56 -0000 1.14.2.2 +++ sys/dev/acpica/acpiio.h 17 Jun 2007 16:58:35 -0000 @@ -33,7 +33,13 @@ /* * Core ACPI subsystem ioctls */ -#define ACPIIO_SETSLPSTATE _IOW('P', 3, int) +#define ACPIIO_SETSLPSTATE _IOW('P', 3, int) /* DEPRECATED */ + +/* Request S1-5 sleep state. User is notified and then sleep proceeds. */ +#define ACPIIO_REQSLPSTATE _IOW('P', 4, int) + +/* Allow suspend to continue (0) or abort it (errno). */ +#define ACPIIO_ACKSLPSTATE _IOW('P', 5, int) struct acpi_battinfo { int cap; /* percent */ Index: sys/dev/acpica/acpivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.95.2.5 diff -u -r1.95.2.5 acpivar.h --- sys/dev/acpica/acpivar.h 23 Jan 2007 07:21:23 -0000 1.95.2.5 +++ sys/dev/acpica/acpivar.h 17 Jun 2007 16:58:35 -0000 @@ -39,12 +39,14 @@ #include #include #include +#include #include #include #include #include +struct apm_clone_data; struct acpi_softc { device_t acpi_dev; struct cdev *acpi_dev_t; @@ -76,6 +78,11 @@ bus_dmamap_t acpi_wakemap; vm_offset_t acpi_wakeaddr; vm_paddr_t acpi_wakephys; + + int acpi_next_sstate; /* Next suspend Sx state. */ + struct apm_clone_data *acpi_clone; /* Pseudo-dev for devd(8). */ + STAILQ_HEAD(,apm_clone_data) apm_cdevs; /* All apm/apmctl/acpi cdevs. */ + struct callout susp_force_to; /* Force suspend if no acks. */ }; struct acpi_device { @@ -89,6 +96,22 @@ struct resource_list ad_rl; }; +/* Track device (/dev/{apm,apmctl} and /dev/acpi) notification status. */ +struct apm_clone_data { + STAILQ_ENTRY(apm_clone_data) entries; + struct cdev *cdev; + int flags; +#define ACPI_EVF_NONE 0 /* /dev/apm semantics */ +#define ACPI_EVF_DEVD 1 /* /dev/acpi is handled via devd(8) */ +#define ACPI_EVF_WRITE 2 /* Device instance is opened writable. */ + int notify_status; +#define APM_EV_NONE 0 /* Device not yet aware of pending sleep. */ +#define APM_EV_NOTIFIED 1 /* Device saw next sleep state. */ +#define APM_EV_ACKED 2 /* Device agreed sleep can occur. */ + struct acpi_softc *acpi_sc; + struct selinfo sel_read; +}; + #define ACPI_PRW_MAX_POWERRES 8 struct acpi_prw_data { @@ -304,6 +327,8 @@ ACPI_RESOURCE *res); ACPI_STATUS acpi_OverrideInterruptLevel(UINT32 InterruptNumber); ACPI_STATUS acpi_SetIntrModel(int model); +int acpi_ReqSleepState(struct acpi_softc *sc, int state); +int acpi_AckSleepState(struct apm_clone_data *clone, int error); ACPI_STATUS acpi_SetSleepState(struct acpi_softc *sc, int state); int acpi_wake_init(device_t dev, int type); int acpi_wake_set_enable(device_t dev, int enable); Index: sys/i386/acpica/acpi_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_machdep.c,v retrieving revision 1.28.2.4 diff -u -r1.28.2.4 acpi_machdep.c --- sys/i386/acpica/acpi_machdep.c 2 May 2007 18:42:46 -0000 1.28.2.4 +++ sys/i386/acpica/acpi_machdep.c 17 Jun 2007 16:58:35 -0000 @@ -32,6 +32,8 @@ #include #include #include +#include +#include #include #include #include @@ -45,8 +47,6 @@ * APM driver emulation */ -#include - #include #include @@ -63,21 +63,31 @@ static int intr_model = ACPI_INTR_PIC; static int apm_active; +static struct clonedevs *apm_clones; + +MALLOC_DEFINE(M_APMDEV, "apmdev", "APM device emulation"); -static d_open_t apmopen; -static d_close_t apmclose; -static d_write_t apmwrite; -static d_ioctl_t apmioctl; -static d_poll_t apmpoll; +static d_open_t apmopen; +static d_close_t apmclose; +static d_write_t apmwrite; +static d_ioctl_t apmioctl; +static d_poll_t apmpoll; +static d_kqfilter_t apmkqfilter; +static void apmreadfiltdetach(struct knote *kn); +static int apmreadfilt(struct knote *kn, long hint); +static struct filterops apm_readfiltops = + { 1, NULL, apmreadfiltdetach, apmreadfilt }; static struct cdevsw apm_cdevsw = { .d_version = D_VERSION, + .d_flags = D_TRACKCLOSE, .d_open = apmopen, .d_close = apmclose, .d_write = apmwrite, .d_ioctl = apmioctl, .d_poll = apmpoll, .d_name = "apm", + .d_kqfilter = apmkqfilter }; static int @@ -201,44 +211,159 @@ return (0); } +/* Create single-use devices for /dev/apm and /dev/apmctl. */ +static void +apm_clone(void *arg, struct ucred *cred, char *name, int namelen, + struct cdev **dev) +{ + int ctl_dev, unit; + + if (*dev != NULL) + return; + if (strcmp(name, "apmctl") == 0) + ctl_dev = TRUE; + else if (strcmp(name, "apm") == 0) + ctl_dev = FALSE; + else + return; + + /* Always create a new device and unit number. */ + unit = -1; + if (clone_create(&apm_clones, &apm_cdevsw, &unit, dev, 0)) { + if (ctl_dev) { + *dev = make_dev(&apm_cdevsw, unit2minor(unit), + UID_ROOT, GID_OPERATOR, 0660, "apmctl%d", unit); + } else { + *dev = make_dev(&apm_cdevsw, unit2minor(unit), + UID_ROOT, GID_OPERATOR, 0664, "apm%d", unit); + } + if (*dev != NULL) { + dev_ref(*dev); + (*dev)->si_flags |= SI_CHEAPCLONE; + } + } +} + +/* Create a struct for tracking per-device suspend notification. */ +static struct apm_clone_data * +apm_create_clone(struct cdev *dev, struct acpi_softc *acpi_sc) +{ + struct apm_clone_data *clone; + + clone = malloc(sizeof(*clone), M_APMDEV, M_WAITOK); + clone->cdev = dev; + clone->acpi_sc = acpi_sc; + clone->notify_status = APM_EV_NONE; + bzero(&clone->sel_read, sizeof(clone->sel_read)); + knlist_init(&clone->sel_read.si_note, &acpi_mutex, NULL, NULL, NULL); + + /* + * The acpi device is always managed by devd(8) and is considered + * writable (i.e., ack is required to allow suspend to proceed.) + */ + if (strcmp("acpi", devtoname(dev)) == 0) + clone->flags = ACPI_EVF_DEVD | ACPI_EVF_WRITE; + else + clone->flags = ACPI_EVF_NONE; + + ACPI_LOCK(acpi); + STAILQ_INSERT_TAIL(&acpi_sc->apm_cdevs, clone, entries); + ACPI_UNLOCK(acpi); + return (clone); +} + static int apmopen(struct cdev *dev, int flag, int fmt, d_thread_t *td) { + struct acpi_softc *acpi_sc; + struct apm_clone_data *clone; + + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + clone = apm_create_clone(dev, acpi_sc); + dev->si_drv1 = clone; + + /* If the device is opened for write, record that. */ + if ((flag & FWRITE) != 0) + clone->flags |= ACPI_EVF_WRITE; + +printf("%s opened clone %p\n", devtoname(dev), (struct apm_clone_data *)dev->si_drv1); return (0); } static int apmclose(struct cdev *dev, int flag, int fmt, d_thread_t *td) { + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + /* We are about to lose a reference so check if suspend should occur */ + if (acpi_sc->acpi_next_sstate != 0 && + clone->notify_status != APM_EV_ACKED) + acpi_AckSleepState(clone, 0); + + /* Remove this clone's data from the list and free it. */ + ACPI_LOCK(acpi); + STAILQ_REMOVE(&acpi_sc->apm_cdevs, clone, apm_clone_data, entries); + knlist_destroy(&clone->sel_read.si_note); +printf("%s closed clone %p\n", devtoname(dev), clone); + ACPI_UNLOCK(acpi); + free(clone, M_APMDEV); + /* XXX destroy_dev() needed */ return (0); } static int apmioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, d_thread_t *td) { - int error = 0; + int error; + struct apm_clone_data *clone; struct acpi_softc *acpi_sc; - struct apm_info info; + struct apm_info info; + struct apm_event_info *ev_info; apm_info_old_t aiop; - acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + error = 0; + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; switch (cmd) { case APMIO_SUSPEND: if ((flag & FWRITE) == 0) return (EPERM); - if (apm_active) - acpi_SetSleepState(acpi_sc, acpi_sc->acpi_suspend_sx); +printf("apm ioctl suspend\n"); + if (acpi_sc->acpi_next_sstate == 0) + acpi_ReqSleepState(acpi_sc, acpi_sc->acpi_suspend_sx); else - error = EINVAL; + acpi_AckSleepState(clone, 0); break; case APMIO_STANDBY: if ((flag & FWRITE) == 0) return (EPERM); - if (apm_active) - acpi_SetSleepState(acpi_sc, acpi_sc->acpi_standby_sx); +printf("apm ioctl standby\n"); + if (acpi_sc->acpi_next_sstate == 0) + acpi_ReqSleepState(acpi_sc, acpi_sc->acpi_standby_sx); else - error = EINVAL; + acpi_AckSleepState(clone, 0); + break; + case APMIO_NEXTEVENT: + printf("apm nextevent start\n"); + ACPI_LOCK(acpi); + if (acpi_sc->acpi_next_sstate != 0 && clone->notify_status == + APM_EV_NONE) { + ev_info = (struct apm_event_info *)addr; + if (acpi_sc->acpi_next_sstate <= ACPI_STATE_S3) + ev_info->type = PMEV_STANDBYREQ; + else + ev_info->type = PMEV_SUSPENDREQ; + ev_info->index = 0; + clone->notify_status = APM_EV_NOTIFIED; + printf("apm event returning %d\n", ev_info->type); + } else + error = EAGAIN; + ACPI_UNLOCK(acpi); break; case APMIO_GETINFO_OLD: if (acpi_capm_get_info(&info)) @@ -299,24 +424,72 @@ static int apmpoll(struct cdev *dev, int events, d_thread_t *td) { + struct apm_clone_data *clone; + int revents; + + revents = 0; + ACPI_LOCK(acpi); + clone = dev->si_drv1; + if (clone->acpi_sc->acpi_next_sstate) + revents |= events & (POLLIN | POLLRDNORM); + else + selrecord(td, &clone->sel_read); + ACPI_UNLOCK(acpi); +printf("apm poll returning %x\n", revents); + return (revents); +} + +static int +apmkqfilter(struct cdev *dev, struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = dev->si_drv1; + kn->kn_hook = clone; + kn->kn_fop = &apm_readfiltops; + knlist_add(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); return (0); } static void -acpi_capm_init(struct acpi_softc *sc) +apmreadfiltdetach(struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + knlist_remove(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); +} + +static int +apmreadfilt(struct knote *kn, long hint) { - make_dev(&apm_cdevsw, 0, 0, 5, 0664, "apm"); + struct apm_clone_data *clone; + int sleeping; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + sleeping = clone->acpi_sc->acpi_next_sstate ? 1 : 0; + ACPI_UNLOCK(acpi); + return (sleeping); } int acpi_machdep_init(device_t dev) { - struct acpi_softc *sc; + struct acpi_softc *acpi_sc; - sc = devclass_get_softc(devclass_find("acpi"), 0); - acpi_capm_init(sc); + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); - acpi_install_wakeup_handler(sc); + /* Create a clone for /dev/acpi also. */ + STAILQ_INIT(&acpi_sc->apm_cdevs); + acpi_sc->acpi_clone = apm_create_clone(acpi_sc->acpi_dev_t, acpi_sc); + clone_setup(&apm_clones); + EVENTHANDLER_REGISTER(dev_clone, apm_clone, 0, 1000); + acpi_install_wakeup_handler(acpi_sc); if (intr_model == ACPI_INTR_PIC) BUS_CONFIG_INTR(dev, AcpiGbl_FADT->SciInt, INTR_TRIGGER_LEVEL, @@ -324,8 +497,8 @@ else acpi_SetIntrModel(intr_model); - SYSCTL_ADD_UINT(&sc->acpi_sysctl_ctx, - SYSCTL_CHILDREN(sc->acpi_sysctl_tree), OID_AUTO, + SYSCTL_ADD_UINT(&acpi_sc->acpi_sysctl_ctx, + SYSCTL_CHILDREN(acpi_sc->acpi_sysctl_tree), OID_AUTO, "reset_video", CTLFLAG_RW, &acpi_reset_video, 0, "Call the VESA reset BIOS vector on the resume path"); Index: usr.sbin/acpi/acpiconf/acpiconf.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/acpi/acpiconf/acpiconf.c,v retrieving revision 1.22.2.1 diff -u -r1.22.2.1 acpiconf.c --- usr.sbin/acpi/acpiconf/acpiconf.c 29 Jul 2005 16:31:58 -0000 1.22.2.1 +++ usr.sbin/acpi/acpiconf/acpiconf.c 17 Jun 2007 16:58:35 -0000 @@ -40,8 +40,6 @@ #include #define ACPIDEV "/dev/acpi" -#define RC_SUSPEND_PATH "/etc/rc.suspend" -#define RC_RESUME_PATH "/etc/rc.resume" static int acpifd; @@ -55,32 +53,27 @@ err(EX_OSFILE, ACPIDEV); } -static int +/* Prepare to sleep and then wait for the signal that sleeping can occur. */ +static void acpi_sleep(int sleep_type) { - char cmd[64]; int ret; + + /* Notify OS that we want to sleep. devd(8) gets this notify. */ + ret = ioctl(acpifd, ACPIIO_REQSLPSTATE, &sleep_type); + if (ret != 0) + err(EX_IOERR, "request sleep type (%d) failed", sleep_type); +} - /* Run the suspend rc script, if available. */ - if (access(RC_SUSPEND_PATH, X_OK) == 0) { - snprintf(cmd, sizeof(cmd), "%s acpi %d", RC_SUSPEND_PATH, - sleep_type); - system(cmd); - } - - ret = ioctl(acpifd, ACPIIO_SETSLPSTATE, &sleep_type); - - /* Run the resume rc script, if available. */ - if (access(RC_RESUME_PATH, X_OK) == 0) { - snprintf(cmd, sizeof(cmd), "%s acpi %d", RC_RESUME_PATH, - sleep_type); - system(cmd); - } +/* Ack or abort a pending suspend request. */ +static void +acpi_sleep_ack(int err_val) +{ + int ret; + ret = ioctl(acpifd, ACPIIO_ACKSLPSTATE, &err_val); if (ret != 0) - err(EX_IOERR, "sleep type (%d) failed", sleep_type); - - return (0); + err(EX_IOERR, "ack sleep type failed"); } /* should be a acpi define, but doesn't appear to be */ @@ -183,7 +176,7 @@ static void usage(const char* prog) { - printf("usage: %s [-h] [-i batt] [-s 1-5]\n", prog); + printf("usage: %s [-h] [-i batt] [-k ack] [-s 1-4]\n", prog); exit(0); } @@ -200,17 +193,20 @@ sleep_type = -1; acpi_init(); - while ((c = getopt(argc, argv, "hi:s:")) != -1) { + while ((c = getopt(argc, argv, "hi:k:s:")) != -1) { switch (c) { case 'i': acpi_battinfo(atoi(optarg)); break; + case 'k': + acpi_sleep_ack(atoi(optarg)); + break; case 's': if (optarg[0] == 'S') sleep_type = optarg[1] - '0'; else sleep_type = optarg[0] - '0'; - if (sleep_type < 0 || sleep_type > 5) + if (sleep_type < 1 || sleep_type > 4) errx(EX_USAGE, "invalid sleep type (%d)", sleep_type); break; @@ -223,10 +219,8 @@ argc -= optind; argv += optind; - if (sleep_type != -1) { - sleep(1); /* wait 1 sec. for key-release event */ + if (sleep_type != -1) acpi_sleep(sleep_type); - } close(acpifd); exit (0); --------------040100070106020900000700 Content-Type: text/x-patch; name="acpi7_wakeapi.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi7_wakeapi.diff" Index: etc/devd.conf =================================================================== RCS file: /home/ncvs/src/etc/devd.conf,v retrieving revision 1.37 diff -u -r1.37 devd.conf --- etc/devd.conf 8 Apr 2007 16:05:23 -0000 1.37 +++ etc/devd.conf 17 Jun 2007 16:52:50 -0000 @@ -239,6 +239,19 @@ action "logger -p kern.warn 'ZFS: checksum mismatch, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size'"; }; +# User requested suspend, so perform preparation steps and then execute +# the actual suspend process. +notify 10 { + match "system" "ACPI"; + match "subsystem" "Suspend"; + action "/etc/rc.suspend acpi $notify"; +}; +notify 10 { + match "system" "ACPI"; + match "subsystem" "Resume"; + action "/etc/rc.resume acpi $notify"; +}; + /* EXAMPLES TO END OF FILE # The following might be an example of something that a vendor might @@ -277,6 +290,7 @@ # Button: Button pressed (0 for power, 1 for sleep) # CMBAT: ACPI battery events # Lid: Lid state (0 is closed, 1 is open) +# Suspend, Resume: Suspend and resume notification # Thermal: ACPI thermal zone events # # This example calls a script when the AC state changes, passing the Index: etc/rc.resume =================================================================== RCS file: /home/ncvs/src/etc/rc.resume,v retrieving revision 1.7 diff -u -r1.7 rc.resume --- etc/rc.resume 30 Dec 2003 17:30:39 -0000 1.7 +++ etc/rc.resume 17 Jun 2007 16:52:50 -0000 @@ -30,7 +30,7 @@ # sample run command file for APM Resume Event if [ $# -ne 2 ]; then - echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" + echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" exit 1 fi @@ -48,9 +48,13 @@ # pccardq | awk -F '~' '$5 == "inactive" \ # { printf("pccardc power %d 1", $1); }' | sh -# UHCI has trouble resuming so we just load/unload it. You -# should add any other kernel modules you want reloaded here. -# kldload usb +# If a device driver has problems resuming, try unloading it before +# suspend and reloading it on resume. Example: +# kldunload usb + +# wpa_supplicant(8) doesn't seem to reassociate during resume. Uncomment +# the following to signal it to reassociate. +# /usr/sbin/wpa_cli reassociate logger -t $subsystem resumed at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync Index: etc/rc.suspend =================================================================== RCS file: /home/ncvs/src/etc/rc.suspend,v retrieving revision 1.6 diff -u -r1.6 rc.suspend --- etc/rc.suspend 21 Jan 2004 03:03:40 -0000 1.6 +++ etc/rc.suspend 17 Jun 2007 16:54:56 -0000 @@ -30,7 +30,7 @@ # sample run command file for APM Suspend Event if [ $# -ne 2 ]; then - echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" + echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" exit 1 fi @@ -48,15 +48,20 @@ # pccardq | awk -F '~' '$5 == "filled" && $4 ~ /sio/ \ # { printf("pccardc power %d 0", $1); }' | sh -# UHCI has trouble resuming so we just load/unload it. You -# should add any other kernel modules you want unloaded here. +# If a device driver has problems suspending, try unloading it before +# suspend and reloading it on resume. Example: # kldunload usb logger -t $subsystem suspend at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync -[ $subsystem = "apm" ] && sleep 3 +sleep 3 rm -f /var/run/rc.suspend.pid -[ $subsystem = "apm" ] && zzz +if [ $subsystem = "apm" ]; then + /usr/sbin/zzz +else + # Notify the kernel to continue the suspend process + /usr/sbin/acpiconf -k 0 +fi exit 0 Index: sys/dev/acpica/acpi.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi.c,v retrieving revision 1.239 diff -u -r1.239 acpi.c --- sys/dev/acpica/acpi.c 15 Jun 2007 18:02:33 -0000 1.239 +++ sys/dev/acpica/acpi.c 17 Jun 2007 16:52:50 -0000 @@ -136,6 +136,7 @@ static ACPI_STATUS acpi_probe_child(ACPI_HANDLE handle, UINT32 level, void *context, void **status); static BOOLEAN acpi_MatchHid(ACPI_HANDLE h, const char *hid); +static ACPI_STATUS acpi_EnterSleepState(struct acpi_softc *sc, int state); static void acpi_shutdown_final(void *arg, int howto); static void acpi_enable_fixed_events(struct acpi_softc *sc); static int acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate); @@ -410,6 +411,7 @@ sc = device_get_softc(dev); sc->acpi_dev = dev; + callout_init(&sc->susp_force_to, TRUE); error = ENXIO; @@ -592,7 +594,7 @@ /* Pick the first valid sleep state for the sleep button default. */ sc->acpi_sleep_button_sx = ACPI_S_STATES_MAX + 1; - for (state = ACPI_STATE_S1; state < ACPI_STATE_S5; state++) + for (state = ACPI_STATE_S1; state <= ACPI_STATE_S4; state++) if (ACPI_SUCCESS(AcpiGetSleepTypeData(state, &TypeA, &TypeB))) { sc->acpi_sleep_button_sx = state; break; @@ -2118,6 +2120,143 @@ return (acpi_SetInteger(ACPI_ROOT_OBJECT, "_PIC", model)); } +/* + * DEPRECATED. This interface has serious deficiencies and will be + * removed. + * + * Immediately enter the sleep state. In the old model, acpiconf(8) ran + * rc.suspend and rc.resume so we don't have to notify devd(8) to do this. + */ +ACPI_STATUS +acpi_SetSleepState(struct acpi_softc *sc, int state) +{ + static int once; + + if (!once) { + printf( +"warning: acpi_SetSleepState deprecated, need to update your software\n"); + once = 1; + } + return (acpi_EnterSleepState(sc, state)); +} + +static void +acpi_sleep_force(void *arg) +{ + struct acpi_softc *sc; + + printf("acpi: suspend request timed out, forcing sleep now\n"); + sc = arg; + acpi_EnterSleepState(sc, sc->acpi_next_sstate); +} + +/* + * Request that the system enter the given suspend state. All /dev/apm + * devices and devd(8) will be notified. Userland then has a chance to + * save state and acknowledge the request. The system sleeps once all + * acks are in. + */ +int +acpi_ReqSleepState(struct acpi_softc *sc, int state) +{ + struct apm_clone_data *clone; + + /* S5 (soft-off) should be entered via shutdown_nice(). */ + if (state < ACPI_STATE_S1 || state > ACPI_STATE_S4) + return (EINVAL); + + /* If a suspend request is already in progress, just return. */ + ACPI_LOCK(acpi); + if (sc->acpi_next_sstate != 0) { + ACPI_UNLOCK(acpi); + return (0); + } + + /* Record the pending state and notify all apm devices. */ + sc->acpi_next_sstate = state; + STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { +printf("considering clone of %s\n", devtoname(clone->cdev)); + clone->notify_status = APM_EV_NONE; + if ((clone->flags & ACPI_EVF_DEVD) == 0) { +printf("acpi ev got %d, waking listener %p\n", state, clone); + selwakeuppri(&clone->sel_read, PZERO); + KNOTE_UNLOCKED(&clone->sel_read.si_note, 0); + } + } + + /* Now notify devd(8) also. */ + acpi_UserNotify("Suspend", ACPI_ROOT_OBJECT, state); + + /* + * Set a timeout to fire if userland doesn't ack the suspend request + * in time. This way we still eventually go to sleep if we were + * overheating or running low on battery, even if userland is hung. + * We cancel this timeout once all userland acks are in or the + * suspend request is aborted. + */ + callout_reset(&sc->susp_force_to, 10 * hz, acpi_sleep_force, sc); + ACPI_UNLOCK(acpi); + return (0); +} + +/* + * Acknowledge (or reject) a pending sleep state. The caller has + * prepared for suspend and is now ready for it to proceed. If the + * error argument is non-zero, it indicates suspend should be cancelled + * and gives an errno value describing why. Once all votes are in, + * we suspend the system. + */ +int +acpi_AckSleepState(struct apm_clone_data *clone, int error) +{ + struct acpi_softc *sc; + int sleeping; + + /* If no pending sleep state, return an error. */ + ACPI_LOCK(acpi); + sc = clone->acpi_sc; + if (sc->acpi_next_sstate == 0) { + ACPI_UNLOCK(acpi); + return (ENXIO); + } + + /* Caller wants to abort suspend process. */ + if (error) { + sc->acpi_next_sstate = 0; + callout_stop(&sc->susp_force_to); + printf("acpi: listener on %s cancelled the pending suspend\n", + devtoname(clone->cdev)); + ACPI_UNLOCK(acpi); + return (0); + } + + /* + * Mark this device as acking the suspend request. Then, walk through + * all devices, seeing if they agree yet. We only count devices that + * are writable since read-only devices couldn't ack the request. + */ + clone->notify_status = APM_EV_ACKED; + sleeping = TRUE; + STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { + if ((clone->flags & ACPI_EVF_WRITE) != 0 && + clone->notify_status != APM_EV_ACKED) { + sleeping = FALSE; + break; + } + } + + /* If all devices have voted "yes", we will suspend now. */ + if (sleeping) { +printf("ack: all devs said yes, sleeping now\n"); + callout_stop(&sc->susp_force_to); + } + ACPI_UNLOCK(acpi); + if (sleeping) + acpi_EnterSleepState(sc, sc->acpi_next_sstate); + + return (0); +} + static void acpi_sleep_enable(void *arg) { @@ -2134,12 +2273,12 @@ }; /* - * Set the system sleep state + * Enter the desired system sleep state. * * Currently we support S1-S5 but S4 is only S4BIOS */ -ACPI_STATUS -acpi_SetSleepState(struct acpi_softc *sc, int state) +static ACPI_STATUS +acpi_EnterSleepState(struct acpi_softc *sc, int state) { ACPI_STATUS status; UINT8 TypeA; @@ -2251,6 +2390,7 @@ * Back out state according to how far along we got in the suspend * process. This handles both the error and success cases. */ + sc->acpi_next_sstate = 0; if (slp_state >= ACPI_SS_GPE_SET) { acpi_wake_prep_walk(state); sc->acpi_sstate = ACPI_STATE_S0; @@ -2264,7 +2404,10 @@ /* Allow another sleep request after a while. */ if (state != ACPI_STATE_S5) - timeout(acpi_sleep_enable, (caddr_t)sc, hz * ACPI_MINIMUM_AWAKETIME); + timeout(acpi_sleep_enable, sc, hz * ACPI_MINIMUM_AWAKETIME); + + /* Run /etc/rc.resume after we are back. */ + acpi_UserNotify("Resume", ACPI_ROOT_OBJECT, state); mtx_unlock(&Giant); return_ACPI_STATUS (status); @@ -2574,11 +2717,14 @@ static void acpi_system_eventhandler_sleep(void *arg, int state) { + int ret; ACPI_FUNCTION_TRACE_U32((char *)(uintptr_t)__func__, state); - if (state >= ACPI_STATE_S0 && state <= ACPI_S_STATES_MAX) - acpi_SetSleepState((struct acpi_softc *)arg, state); + /* Request that the system prepare to enter the given suspend state. */ + ret = acpi_ReqSleepState((struct acpi_softc *)arg, state); + if (ret != 0) + printf("acpi: request to enter state S%d failed\n", state); return_VOID; } @@ -2840,7 +2986,15 @@ /* Core system ioctls. */ switch (cmd) { - case ACPIIO_SETSLPSTATE: + case ACPIIO_REQSLPSTATE: + state = *(int *)addr; + error = acpi_ReqSleepState(sc, state); + break; + case ACPIIO_ACKSLPSTATE: + error = *(int *)addr; + error = acpi_AckSleepState(sc->acpi_clone, error); + break; + case ACPIIO_SETSLPSTATE: /* DEPRECATED */ error = EINVAL; state = *(int *)addr; if (state >= ACPI_STATE_S0 && state <= ACPI_S_STATES_MAX) Index: sys/dev/acpica/acpiio.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpiio.h,v retrieving revision 1.16 diff -u -r1.16 acpiio.h --- sys/dev/acpica/acpiio.h 23 Oct 2005 00:16:41 -0000 1.16 +++ sys/dev/acpica/acpiio.h 17 Jun 2007 16:52:50 -0000 @@ -33,7 +33,13 @@ /* * Core ACPI subsystem ioctls */ -#define ACPIIO_SETSLPSTATE _IOW('P', 3, int) +#define ACPIIO_SETSLPSTATE _IOW('P', 3, int) /* DEPRECATED */ + +/* Request S1-5 sleep state. User is notified and then sleep proceeds. */ +#define ACPIIO_REQSLPSTATE _IOW('P', 4, int) + +/* Allow suspend to continue (0) or abort it (errno). */ +#define ACPIIO_ACKSLPSTATE _IOW('P', 5, int) struct acpi_battinfo { int cap; /* percent */ Index: sys/dev/acpica/acpivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.106 diff -u -r1.106 acpivar.h --- sys/dev/acpica/acpivar.h 15 Jun 2007 18:02:34 -0000 1.106 +++ sys/dev/acpica/acpivar.h 17 Jun 2007 16:57:25 -0000 @@ -39,12 +39,14 @@ #include #include #include +#include #include #include #include #include +struct apm_clone_data; struct acpi_softc { device_t acpi_dev; struct cdev *acpi_dev_t; @@ -76,6 +78,11 @@ bus_dmamap_t acpi_wakemap; vm_offset_t acpi_wakeaddr; vm_paddr_t acpi_wakephys; + + int acpi_next_sstate; /* Next suspend Sx state. */ + struct apm_clone_data *acpi_clone; /* Pseudo-dev for devd(8). */ + STAILQ_HEAD(,apm_clone_data) apm_cdevs; /* All apm/apmctl/acpi cdevs. */ + struct callout susp_force_to; /* Force suspend if no acks. */ }; struct acpi_device { @@ -89,6 +96,22 @@ struct resource_list ad_rl; }; +/* Track device (/dev/{apm,apmctl} and /dev/acpi) notification status. */ +struct apm_clone_data { + STAILQ_ENTRY(apm_clone_data) entries; + struct cdev *cdev; + int flags; +#define ACPI_EVF_NONE 0 /* /dev/apm semantics */ +#define ACPI_EVF_DEVD 1 /* /dev/acpi is handled via devd(8) */ +#define ACPI_EVF_WRITE 2 /* Device instance is opened writable. */ + int notify_status; +#define APM_EV_NONE 0 /* Device not yet aware of pending sleep. */ +#define APM_EV_NOTIFIED 1 /* Device saw next sleep state. */ +#define APM_EV_ACKED 2 /* Device agreed sleep can occur. */ + struct acpi_softc *acpi_sc; + struct selinfo sel_read; +}; + #define ACPI_PRW_MAX_POWERRES 8 struct acpi_prw_data { @@ -304,6 +327,8 @@ ACPI_RESOURCE *res); ACPI_STATUS acpi_OverrideInterruptLevel(UINT32 InterruptNumber); ACPI_STATUS acpi_SetIntrModel(int model); +int acpi_ReqSleepState(struct acpi_softc *sc, int state); +int acpi_AckSleepState(struct apm_clone_data *clone, int error); ACPI_STATUS acpi_SetSleepState(struct acpi_softc *sc, int state); int acpi_wake_init(device_t dev, int type); int acpi_wake_set_enable(device_t dev, int enable); Index: sys/i386/acpica/acpi_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_machdep.c,v retrieving revision 1.35 diff -u -r1.35 acpi_machdep.c --- sys/i386/acpica/acpi_machdep.c 31 Mar 2007 23:23:41 -0000 1.35 +++ sys/i386/acpica/acpi_machdep.c 17 Jun 2007 16:52:50 -0000 @@ -33,6 +33,8 @@ #include #include #include +#include +#include #include #include #include @@ -46,8 +48,6 @@ * APM driver emulation */ -#include - #include #include @@ -64,21 +64,31 @@ static int intr_model = ACPI_INTR_PIC; static int apm_active; +static struct clonedevs *apm_clones; + +MALLOC_DEFINE(M_APMDEV, "apmdev", "APM device emulation"); -static d_open_t apmopen; -static d_close_t apmclose; -static d_write_t apmwrite; -static d_ioctl_t apmioctl; -static d_poll_t apmpoll; +static d_open_t apmopen; +static d_close_t apmclose; +static d_write_t apmwrite; +static d_ioctl_t apmioctl; +static d_poll_t apmpoll; +static d_kqfilter_t apmkqfilter; +static void apmreadfiltdetach(struct knote *kn); +static int apmreadfilt(struct knote *kn, long hint); +static struct filterops apm_readfiltops = + { 1, NULL, apmreadfiltdetach, apmreadfilt }; static struct cdevsw apm_cdevsw = { .d_version = D_VERSION, + .d_flags = D_TRACKCLOSE, .d_open = apmopen, .d_close = apmclose, .d_write = apmwrite, .d_ioctl = apmioctl, .d_poll = apmpoll, .d_name = "apm", + .d_kqfilter = apmkqfilter }; static int @@ -202,44 +212,159 @@ return (0); } +/* Create single-use devices for /dev/apm and /dev/apmctl. */ +static void +apm_clone(void *arg, struct ucred *cred, char *name, int namelen, + struct cdev **dev) +{ + int ctl_dev, unit; + + if (*dev != NULL) + return; + if (strcmp(name, "apmctl") == 0) + ctl_dev = TRUE; + else if (strcmp(name, "apm") == 0) + ctl_dev = FALSE; + else + return; + + /* Always create a new device and unit number. */ + unit = -1; + if (clone_create(&apm_clones, &apm_cdevsw, &unit, dev, 0)) { + if (ctl_dev) { + *dev = make_dev(&apm_cdevsw, unit2minor(unit), + UID_ROOT, GID_OPERATOR, 0660, "apmctl%d", unit); + } else { + *dev = make_dev(&apm_cdevsw, unit2minor(unit), + UID_ROOT, GID_OPERATOR, 0664, "apm%d", unit); + } + if (*dev != NULL) { + dev_ref(*dev); + (*dev)->si_flags |= SI_CHEAPCLONE; + } + } +} + +/* Create a struct for tracking per-device suspend notification. */ +static struct apm_clone_data * +apm_create_clone(struct cdev *dev, struct acpi_softc *acpi_sc) +{ + struct apm_clone_data *clone; + + clone = malloc(sizeof(*clone), M_APMDEV, M_WAITOK); + clone->cdev = dev; + clone->acpi_sc = acpi_sc; + clone->notify_status = APM_EV_NONE; + bzero(&clone->sel_read, sizeof(clone->sel_read)); + knlist_init(&clone->sel_read.si_note, &acpi_mutex, NULL, NULL, NULL); + + /* + * The acpi device is always managed by devd(8) and is considered + * writable (i.e., ack is required to allow suspend to proceed.) + */ + if (strcmp("acpi", devtoname(dev)) == 0) + clone->flags = ACPI_EVF_DEVD | ACPI_EVF_WRITE; + else + clone->flags = ACPI_EVF_NONE; + + ACPI_LOCK(acpi); + STAILQ_INSERT_TAIL(&acpi_sc->apm_cdevs, clone, entries); + ACPI_UNLOCK(acpi); + return (clone); +} + static int apmopen(struct cdev *dev, int flag, int fmt, d_thread_t *td) { + struct acpi_softc *acpi_sc; + struct apm_clone_data *clone; + + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + clone = apm_create_clone(dev, acpi_sc); + dev->si_drv1 = clone; + + /* If the device is opened for write, record that. */ + if ((flag & FWRITE) != 0) + clone->flags |= ACPI_EVF_WRITE; + +printf("%s opened clone %p\n", devtoname(dev), (struct apm_clone_data *)dev->si_drv1); return (0); } static int apmclose(struct cdev *dev, int flag, int fmt, d_thread_t *td) { + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + /* We are about to lose a reference so check if suspend should occur */ + if (acpi_sc->acpi_next_sstate != 0 && + clone->notify_status != APM_EV_ACKED) + acpi_AckSleepState(clone, 0); + + /* Remove this clone's data from the list and free it. */ + ACPI_LOCK(acpi); + STAILQ_REMOVE(&acpi_sc->apm_cdevs, clone, apm_clone_data, entries); + knlist_destroy(&clone->sel_read.si_note); +printf("%s closed clone %p\n", devtoname(dev), clone); + ACPI_UNLOCK(acpi); + free(clone, M_APMDEV); + /* XXX destroy_dev() needed */ return (0); } static int apmioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, d_thread_t *td) { - int error = 0; + int error; + struct apm_clone_data *clone; struct acpi_softc *acpi_sc; - struct apm_info info; + struct apm_info info; + struct apm_event_info *ev_info; apm_info_old_t aiop; - acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + error = 0; + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; switch (cmd) { case APMIO_SUSPEND: if ((flag & FWRITE) == 0) return (EPERM); - if (apm_active) - acpi_SetSleepState(acpi_sc, acpi_sc->acpi_suspend_sx); +printf("apm ioctl suspend\n"); + if (acpi_sc->acpi_next_sstate == 0) + acpi_ReqSleepState(acpi_sc, acpi_sc->acpi_suspend_sx); else - error = EINVAL; + acpi_AckSleepState(clone, 0); break; case APMIO_STANDBY: if ((flag & FWRITE) == 0) return (EPERM); - if (apm_active) - acpi_SetSleepState(acpi_sc, acpi_sc->acpi_standby_sx); +printf("apm ioctl standby\n"); + if (acpi_sc->acpi_next_sstate == 0) + acpi_ReqSleepState(acpi_sc, acpi_sc->acpi_standby_sx); else - error = EINVAL; + acpi_AckSleepState(clone, 0); + break; + case APMIO_NEXTEVENT: + printf("apm nextevent start\n"); + ACPI_LOCK(acpi); + if (acpi_sc->acpi_next_sstate != 0 && clone->notify_status == + APM_EV_NONE) { + ev_info = (struct apm_event_info *)addr; + if (acpi_sc->acpi_next_sstate <= ACPI_STATE_S3) + ev_info->type = PMEV_STANDBYREQ; + else + ev_info->type = PMEV_SUSPENDREQ; + ev_info->index = 0; + clone->notify_status = APM_EV_NOTIFIED; + printf("apm event returning %d\n", ev_info->type); + } else + error = EAGAIN; + ACPI_UNLOCK(acpi); break; case APMIO_GETINFO_OLD: if (acpi_capm_get_info(&info)) @@ -300,24 +425,72 @@ static int apmpoll(struct cdev *dev, int events, d_thread_t *td) { + struct apm_clone_data *clone; + int revents; + + revents = 0; + ACPI_LOCK(acpi); + clone = dev->si_drv1; + if (clone->acpi_sc->acpi_next_sstate) + revents |= events & (POLLIN | POLLRDNORM); + else + selrecord(td, &clone->sel_read); + ACPI_UNLOCK(acpi); +printf("apm poll returning %x\n", revents); + return (revents); +} + +static int +apmkqfilter(struct cdev *dev, struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = dev->si_drv1; + kn->kn_hook = clone; + kn->kn_fop = &apm_readfiltops; + knlist_add(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); return (0); } static void -acpi_capm_init(struct acpi_softc *sc) +apmreadfiltdetach(struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + knlist_remove(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); +} + +static int +apmreadfilt(struct knote *kn, long hint) { - make_dev(&apm_cdevsw, 0, 0, 5, 0664, "apm"); + struct apm_clone_data *clone; + int sleeping; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + sleeping = clone->acpi_sc->acpi_next_sstate ? 1 : 0; + ACPI_UNLOCK(acpi); + return (sleeping); } int acpi_machdep_init(device_t dev) { - struct acpi_softc *sc; + struct acpi_softc *acpi_sc; - sc = devclass_get_softc(devclass_find("acpi"), 0); - acpi_capm_init(sc); + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); - acpi_install_wakeup_handler(sc); + /* Create a clone for /dev/acpi also. */ + STAILQ_INIT(&acpi_sc->apm_cdevs); + acpi_sc->acpi_clone = apm_create_clone(acpi_sc->acpi_dev_t, acpi_sc); + clone_setup(&apm_clones); + EVENTHANDLER_REGISTER(dev_clone, apm_clone, 0, 1000); + acpi_install_wakeup_handler(acpi_sc); if (intr_model == ACPI_INTR_PIC) BUS_CONFIG_INTR(dev, AcpiGbl_FADT.SciInterrupt, @@ -325,8 +498,8 @@ else acpi_SetIntrModel(intr_model); - SYSCTL_ADD_UINT(&sc->acpi_sysctl_ctx, - SYSCTL_CHILDREN(sc->acpi_sysctl_tree), OID_AUTO, + SYSCTL_ADD_UINT(&acpi_sc->acpi_sysctl_ctx, + SYSCTL_CHILDREN(acpi_sc->acpi_sysctl_tree), OID_AUTO, "reset_video", CTLFLAG_RW, &acpi_reset_video, 0, "Call the VESA reset BIOS vector on the resume path"); Index: usr.sbin/acpi/acpiconf/acpiconf.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/acpi/acpiconf/acpiconf.c,v retrieving revision 1.25 diff -u -r1.25 acpiconf.c --- usr.sbin/acpi/acpiconf/acpiconf.c 28 Jul 2005 19:41:52 -0000 1.25 +++ usr.sbin/acpi/acpiconf/acpiconf.c 17 Jun 2007 16:52:50 -0000 @@ -40,8 +40,6 @@ #include #define ACPIDEV "/dev/acpi" -#define RC_SUSPEND_PATH "/etc/rc.suspend" -#define RC_RESUME_PATH "/etc/rc.resume" static int acpifd; @@ -55,32 +53,27 @@ err(EX_OSFILE, ACPIDEV); } -static int +/* Prepare to sleep and then wait for the signal that sleeping can occur. */ +static void acpi_sleep(int sleep_type) { - char cmd[64]; int ret; + + /* Notify OS that we want to sleep. devd(8) gets this notify. */ + ret = ioctl(acpifd, ACPIIO_REQSLPSTATE, &sleep_type); + if (ret != 0) + err(EX_IOERR, "request sleep type (%d) failed", sleep_type); +} - /* Run the suspend rc script, if available. */ - if (access(RC_SUSPEND_PATH, X_OK) == 0) { - snprintf(cmd, sizeof(cmd), "%s acpi %d", RC_SUSPEND_PATH, - sleep_type); - system(cmd); - } - - ret = ioctl(acpifd, ACPIIO_SETSLPSTATE, &sleep_type); - - /* Run the resume rc script, if available. */ - if (access(RC_RESUME_PATH, X_OK) == 0) { - snprintf(cmd, sizeof(cmd), "%s acpi %d", RC_RESUME_PATH, - sleep_type); - system(cmd); - } +/* Ack or abort a pending suspend request. */ +static void +acpi_sleep_ack(int err_val) +{ + int ret; + ret = ioctl(acpifd, ACPIIO_ACKSLPSTATE, &err_val); if (ret != 0) - err(EX_IOERR, "sleep type (%d) failed", sleep_type); - - return (0); + err(EX_IOERR, "ack sleep type failed"); } /* should be a acpi define, but doesn't appear to be */ @@ -183,7 +176,7 @@ static void usage(const char* prog) { - printf("usage: %s [-h] [-i batt] [-s 1-5]\n", prog); + printf("usage: %s [-h] [-i batt] [-k ack] [-s 1-4]\n", prog); exit(0); } @@ -200,17 +193,20 @@ sleep_type = -1; acpi_init(); - while ((c = getopt(argc, argv, "hi:s:")) != -1) { + while ((c = getopt(argc, argv, "hi:k:s:")) != -1) { switch (c) { case 'i': acpi_battinfo(atoi(optarg)); break; + case 'k': + acpi_sleep_ack(atoi(optarg)); + break; case 's': if (optarg[0] == 'S') sleep_type = optarg[1] - '0'; else sleep_type = optarg[0] - '0'; - if (sleep_type < 0 || sleep_type > 5) + if (sleep_type < 1 || sleep_type > 4) errx(EX_USAGE, "invalid sleep type (%d)", sleep_type); break; @@ -223,10 +219,8 @@ argc -= optind; argv += optind; - if (sleep_type != -1) { - sleep(1); /* wait 1 sec. for key-release event */ + if (sleep_type != -1) acpi_sleep(sleep_type); - } close(acpifd); exit (0); --------------040100070106020900000700-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 21:39:50 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F2F716A468 for ; Sun, 17 Jun 2007 21:39:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2B75913C44C for ; Sun, 17 Jun 2007 21:39:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 16AFD1A3C1A for ; Sun, 17 Jun 2007 14:39:08 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 4C882513E1 for ; Sun, 17 Jun 2007 17:39:49 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id C07EEBE89; Sun, 17 Jun 2007 17:39:48 -0400 (EDT) Date: Sun, 17 Jun 2007 17:39:48 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070617213948.GA50404@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 21:39:50 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline When the kern.pts.enable sysctl is set to '1', pseudo-ttys are created with device name /dev/pts/${NUMBER}. With some kernel fixes from kib this appears to now be stable and the kernel side is ready for a possible change of default. However, the new device naming confuses some userland utilities. For example: pointyhat# write simon write: /dev/398: No such file or directory simon was logged in on /dev/pts/398. killall -t also fails to parse the new device format: bento# ps -t pts/187 PID TT STAT TIME COMMAND 67734 187 Ss 0:00.04 /bin/csh 72599 187 R+ 0:00.00 ps -t pts/187 bento# killall -t pts/187 killall: stat(/dev/ttypts/187): No such file or directory It would also be useful if ps -t recognized a numeric argument as magic and converted it to add the pts/. It already appears to do the converse when displaying the TTY, as you can see above. There are probably other utilities also affected. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGdaokWry0BWjoQKURAmCJAKCna+JFUPKFcfPBwdeprJjDDQs74gCdEGlz Z3lh+Bx1MsjQ9eYjINFCbuw= =2Z7R -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 23:20:27 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBD2816A468 for ; Sun, 17 Jun 2007 23:20:27 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8C64F13C447 for ; Sun, 17 Jun 2007 23:20:25 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 4DC6B110B2; Sun, 17 Jun 2007 18:20:25 -0500 (CDT) Date: Sun, 17 Jun 2007 18:20:23 -0500 From: Craig Boston To: Jeremie Le Hen Message-ID: <20070617232006.GA19566@nowhere> Mail-Followup-To: Craig Boston , Jeremie Le Hen , andre@FreeBSD.org, Rui Paulo , freebsd-current@FreeBSD.org References: <20070616204955.GB63387@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616204955.GB63387@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i Cc: Rui Paulo , freebsd-current@FreeBSD.org, andre@FreeBSD.org Subject: Re: Broken RFC1323 slightly 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, 17 Jun 2007 23:20:27 -0000 On Sat, Jun 16, 2007 at 10:49:55PM +0200, Jeremie Le Hen wrote: > When net.inet.tcp.rfc1323 is set to 1, I can't access to my > Linksys WAG354G web interface. FWIW this router is running > Linux. I've captured a TCP session with and without the sysctl, > in case you'd need them to track down the problem. In this case > let me know. FWIW, I have rfc1323 disabled on all my -current boxes because pf stateful filtering (running on 6.2-STABLE) drops packets and won't allow connections through if it's on. Craig From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 23:35:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DBB816A46B for ; Sun, 17 Jun 2007 23:35:23 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id BBB6413C4BB for ; Sun, 17 Jun 2007 23:35:22 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so345264anc for ; Sun, 17 Jun 2007 16:35:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dc4VhhOiTR0mettRiL/xGCpX0V1H7Xkw1vg9SaJm2ApIqOWjePpZ0kag7dVdHmPTolrtemnah8KBFCpQm1zkrYp0t2hlbfLjryf5z1vm9X2yETwLGmdL5O/4FW89F+BLc/btPoLSgulKqg+8Tb6WKh0MnlTl0EV+LsvdWI0bz+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IljKxFGpuhzqN2f4NvlCDNk4T/+KIH2vxzCx9iW8HZT3XpjGWB8ijsRm7He0naJauFJfMVYrpHCKYbNLME/UyFZymv1WM6Dy6NYV2D68madERXlR+k/O+F2nmQFAIcrCVch1Uf3+PD8Mq5yICn3jyUIbidS6jLFamb0jvtDv12k= Received: by 10.100.254.10 with SMTP id b10mr3112827ani.1182123322108; Sun, 17 Jun 2007 16:35:22 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 17 Jun 2007 16:35:22 -0700 (PDT) Message-ID: <499c70c0706171635x44bdf05enc01bf5bcc52de25b@mail.gmail.com> Date: Mon, 18 Jun 2007 02:35:22 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Marcus Alves Grando" In-Reply-To: <46685BDE.6090909@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> Cc: ports@freebsd.org, freebsd-current@freebsd.org, Kris Kennaway Subject: Re: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2007 23:35:23 -0000 On 6/7/07, Marcus Alves Grando wrote: > Hi lists, > > I finish compat6x port and i need testers. If you are interested you can > download shar file in http://people.freebsd.org/~mnag/compat6x.shar > > Feedbacks are welcome. I expect commit this until 09 Jun. > > Regards > > -- > Marcus Alves Grando > marcus(at)sbh.eng.br | Personal > mnag(at)FreeBSD.org | FreeBSD.org Works with no issues, Thank You! When it will be in ports? :D -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 01:16:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14CB116A469; Mon, 18 Jun 2007 01:16:05 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0421813C448; Mon, 18 Jun 2007 01:16:05 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5I1Fwda067647; Mon, 18 Jun 2007 01:16:01 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4675DCF2.7050006@freebsd.org> Date: Mon, 18 Jun 2007 09:16:34 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <20070616203624.GA37899@crodrigues.org> <20070616205434.GA26966@troutmask.apl.washington.edu> In-Reply-To: <20070616205434.GA26966@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: deischen@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: Undefined symbol timer_delete()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 01:16:05 -0000 Steve Kargl wrote: > [snip] > You failed to include the actual command you used to compile > your program. So, I'm guessing pilot error. > > mobile:kargl[203] cat > j.c > #include > int main(void) { > timer_t timerid; > timer_delete(timerid); > return 0; > } > mobile:kargl[204] cc -o z j.c > /tmp/ccisiugw.o(.text+0x18): In function `main': > : undefined reference to `timer_delete' > mobile:kargl[205] cc -o z j.c -lrt > > It appears that the manpage is wrong > > LIBRARY > Standard C Library (libc, -lc) > > Hint: > (cd /usr/src/lib ; find . -name \*.map | xargs grep timer) > I will fix the manpages, thanks. David Xu From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 02:12:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [69.147.83.40]) by hub.freebsd.org (Postfix) with ESMTP id E9D6516A41F; Mon, 18 Jun 2007 02:12:51 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <4675EA23.80107@FreeBSD.org> Date: Sun, 17 Jun 2007 23:12:51 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> <499c70c0706171635x44bdf05enc01bf5bcc52de25b@mail.gmail.com> In-Reply-To: <499c70c0706171635x44bdf05enc01bf5bcc52de25b@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-current@freebsd.org, Kris Kennaway Subject: Re: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 02:12:53 -0000 Abdullah Ibn Hamad Al-Marri wrote: > On 6/7/07, Marcus Alves Grando wrote: >> Hi lists, >> >> I finish compat6x port and i need testers. If you are interested you can >> download shar file in http://people.freebsd.org/~mnag/compat6x.shar >> >> Feedbacks are welcome. I expect commit this until 09 Jun. >> >> Regards >> >> -- >> Marcus Alves Grando >> marcus(at)sbh.eng.br | Personal >> mnag(at)FreeBSD.org | FreeBSD.org > > Works with no issues, Thank You! Thanks to test too. > When it will be in ports? :D After CURRENT bump all necessary libs. Maybe tomorrow. Regards -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 02:44:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9779F16A46B for ; Mon, 18 Jun 2007 02:44:35 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 775B413C45B for ; Mon, 18 Jun 2007 02:44:35 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 17 Jun 2007 19:44:35 -0700 X-IronPort-AV: i="4.16,432,1175497200"; d="scan'208"; a="166942423:sNHT41397102" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5I2iZbj003728 for ; Sun, 17 Jun 2007 19:44:35 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5I2iVtV001820 for ; Mon, 18 Jun 2007 02:44:35 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Jun 2007 19:44:30 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Jun 2007 19:44:30 -0700 Message-ID: <4675F1FF.3030505@cisco.com> Date: Sun, 17 Jun 2007 22:46:23 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Jun 2007 02:44:30.0610 (UTC) FILETIME=[986D8F20:01C7B152] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=770; t=1182134675; x=1182998675; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Linksys=20USB200M |Sender:=20; bh=btkRKSVIln5fPwrpcGeQYgJpEpLA8kZ9Uo7dIphm6FQ=; b=IQ/8PuAZXmiDnULhvTQUw0cBNAZ4UO+9138HDgMoiLvctnaRXzY2TTPwyT6ZRHxAjnZjCn51 MYbLiwg1ZUf9KLCdxFWKjJpIjSlqDBc1XMWI2K0mAlLf5R95bO1mkYX1; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Subject: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 02:44:35 -0000 Hi all: I just got one of these critters from fry's today.. and I plug it in to my leading bleeding edge current and I see: ugen0: on uhub4 And the devices: crw-r--r-- 1 root operator 0, 79 Jun 17 21:32 /dev/ugen1 crw-r--r-- 1 root operator 0, 80 Jun 17 21:32 /dev/ugen1.1 crw-r--r-- 1 root operator 0, 81 Jun 17 21:32 /dev/ugen1.2 crw-r--r-- 1 root operator 0, 82 Jun 17 21:32 /dev/ugen1.3 get created.. But no axe driver.. I do have the axe driver in my build.. as well.. Is there anything else in particular I need to do to turn this puppy on? Thanks R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 02:54:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05C7016A469 for ; Mon, 18 Jun 2007 02:54:25 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id DA94B13C468 for ; Mon, 18 Jun 2007 02:54:24 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5I2sNhI024081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 Jun 2007 19:54:24 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5I2sNXJ032469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 17 Jun 2007 19:54:23 -0700 Message-ID: <4675F3DF.4010306@u.washington.edu> Date: Sun, 17 Jun 2007 19:54:23 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Randall Stewart References: <4675F1FF.3030505@cisco.com> In-Reply-To: <4675F1FF.3030505@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.17.193833 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org Subject: Re: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 02:54:25 -0000 Randall Stewart wrote: > Hi all: > > I just got one of these critters from fry's today.. and I plug > it in to my leading bleeding edge current and I see: > ugen0: addr 2> on uhub4 > > And the devices: > crw-r--r-- 1 root operator 0, 79 Jun 17 21:32 /dev/ugen1 > crw-r--r-- 1 root operator 0, 80 Jun 17 21:32 /dev/ugen1.1 > crw-r--r-- 1 root operator 0, 81 Jun 17 21:32 /dev/ugen1.2 > crw-r--r-- 1 root operator 0, 82 Jun 17 21:32 /dev/ugen1.3 > > get created.. > > But no axe driver.. > > I do have the axe driver in my build.. as well.. > > Is there anything else in particular I need to do to turn this puppy on? > > Thanks > R > Should work so long as the following items are compiled into your kernel *device ehci* *device uhci** device ohci* *device usb* *device miibus* *device axe* See axe(4): . -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 03:14:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14A9E16A469 for ; Mon, 18 Jun 2007 03:14:21 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECDC13C48A for ; Mon, 18 Jun 2007 03:14:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l5I3EFSo052008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Jun 2007 12:44:15 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 18 Jun 2007 12:44:04 +0930 User-Agent: KMail/1.9.5 References: <4675F1FF.3030505@cisco.com> In-Reply-To: <4675F1FF.3030505@cisco.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7483547.kKBotntzsU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706181244.11235.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Randall Stewart Subject: Re: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 03:14:21 -0000 --nextPart7483547.kKBotntzsU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 18 June 2007 12:16, Randall Stewart wrote: > it in to my leading bleeding edge current and I see: > ugen0: addr 2> on uhub4 According to usbdevs a USB200M has a device ID of 0x2226 and a vendor ID=20 of 0x066b. Linksys have probably changed the chip they use without changing the=20 model name :( Since you work there maybe you can go yell at someone ;) =46rom the Linux driver it looks like an ASIX AX88178 10/100/1000 Interestingly I can't actually find who uses the vendor ID of 0x066b.. (0x13b1 is CISCO/Linksys) I don't think you'll get it working without cutting some code. On the plus side the data sheet is readily available.. http://www.asix.com.tw/FrootAttach/datasheet/AX88178_datasheet_Rev11.pdf =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart7483547.kKBotntzsU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGdfiD5ZPcIHs/zowRAgAGAKCFGfN2D0wzv3r+rh57wJ55fCnXKwCdG+C5 /7Ia0PeYKSIxptb0ojOKXyU= =bCxk -----END PGP SIGNATURE----- --nextPart7483547.kKBotntzsU-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 03:21:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA73916A469 for ; Mon, 18 Jun 2007 03:21:17 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id C936913C448 for ; Mon, 18 Jun 2007 03:21:17 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 17 Jun 2007 20:21:17 -0700 X-IronPort-AV: i="4.16,432,1175497200"; d="scan'208"; a="166952060:sNHT44274780" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5I3LHVC024449; Sun, 17 Jun 2007 20:21:17 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l5I3LH20003353; Mon, 18 Jun 2007 03:21:17 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Jun 2007 20:21:17 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Jun 2007 20:21:16 -0700 Message-ID: <4675FA9D.8010507@cisco.com> Date: Sun, 17 Jun 2007 23:23:09 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <4675F1FF.3030505@cisco.com> <200706181244.11235.doconnor@gsoft.com.au> In-Reply-To: <200706181244.11235.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Jun 2007 03:21:16.0971 (UTC) FILETIME=[BB8587B0:01C7B157] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1465; t=1182136877; x=1183000877; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Linksys=20USB200M |Sender:=20; bh=ATiGCP7pVj0kbSV29ThBcfPTtl2Zj6y2h8uMKfQVoc8=; b=IsXX2pfkG3w9TxaQGTFdvtv09hVNIT9OBYqFvi0QbDO8Fw8p45Cvh81ksGVDsYCGdAyis1Qv FZN+78eObz+10+nodvlETZCnV8gjNsbKcE6pKe+cOJ0irYkbFtElFDxK; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 03:21:18 -0000 Daniel O'Connor wrote: > On Monday 18 June 2007 12:16, Randall Stewart wrote: > >>it in to my leading bleeding edge current and I see: >>ugen0: >addr 2> on uhub4 > > > According to usbdevs a USB200M has a device ID of 0x2226 and a vendor ID > of 0x066b. > > Linksys have probably changed the chip they use without changing the > model name :( Since you work there maybe you can go yell at someone ;) ahh.. but we are completely seperate.. so there is no one to yell at :-) > > From the Linux driver it looks like an ASIX AX88178 10/100/1000 > > Interestingly I can't actually find who uses the vendor ID of 0x066b.. > (0x13b1 is CISCO/Linksys) > > I don't think you'll get it working without cutting some code. > > On the plus side the data sheet is readily available.. > http://www.asix.com.tw/FrootAttach/datasheet/AX88178_datasheet_Rev11.pdf > Yeah... the thing is its a 0x0018.. which is unlisted in the usb devices.. In the driver it has { USB_VENDOR_LINKSYS2, USB_PRODUCT_LINKSYS2_USB200M }, For the linksys code which is: #define USB_VENDOR_LINKSYS2 0x077b #define USB_PRODUCT_LINKSYS2_USB200M 0x2226 Hmm.. searching around there is mention of hacking a tivo with this critter.. but and that it is an AxE driver.. let me dig a bit deeper. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 03:58:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3A8C16A400 for ; Mon, 18 Jun 2007 03:58:05 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1EC13C480 for ; Mon, 18 Jun 2007 03:58:05 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (maia-3.hub.org [200.46.204.184]) by hub.org (Postfix) with ESMTP id 0EB82B46D59 for ; Mon, 18 Jun 2007 00:40:02 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 37553-07 for ; Mon, 18 Jun 2007 00:40:01 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 5C176B46D58 for ; Mon, 18 Jun 2007 00:40:01 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C5E3B5ED79 for ; Mon, 18 Jun 2007 00:40:00 -0300 (ADT) Date: Mon, 18 Jun 2007 00:40:00 -0300 From: "Marc G. Fournier" To: freebsd-current@freebsd.org Message-ID: <69318AE2C98D3EA5971BB52D@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: -CURRENT + Xorg + nvidia driver == Crash ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 03:58:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm running out of ideas here, and so far haven't been able to get Xorg to run without the nvidia driver ... but, with a fresh CVSup of the source tree, after having used 'make check-old' to wipe out everything it reports *and* then proceeding to recompile everything in ports to make sure that I'm linked with the right libraries ... ... when I run startx, the machine crashes/reboots ... I've *just* today subscribed to this list, so maybe I've missed a thread ... but is there a known problem? :( Thanks ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGdf6Q4QvfyHIvDvMRAoakAKC5tSTQR4gUe8WLgN9inXRXc8KRlwCfY+mb zNrFlAiTjsAOOWuXrWm3jBU= =tCHl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 04:48:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1975016A468 for ; Mon, 18 Jun 2007 04:48: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 SMTP id AE69213C43E for ; Mon, 18 Jun 2007 04:48:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 10311 invoked by uid 399); 18 Jun 2007 04:48:02 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Jun 2007 04:48:02 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46760E80.1010600@FreeBSD.org> Date: Sun, 17 Jun 2007 21:48:00 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> <4672E214.1030006@errno.com> <20070616090628.9d7e2bb0.garyj@jennejohn.org> In-Reply-To: <20070616090628.9d7e2bb0.garyj@jennejohn.org> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 04:48:03 -0000 Gary Jennejohn wrote: > With version 7194 I see the panic when I start X. With the other two > versions in ports I only see a panic when I stop X. Quick "me too." With a kernel from 6/6, everything is ok. With tonight's kernel + latest nvidia driver it panics when leaving X, or when xscreensaver tries to wake a dpms'ed screen, if that helps any. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 05:18:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8758916A400 for ; Mon, 18 Jun 2007 05:18:33 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id BF98213C447 for ; Mon, 18 Jun 2007 05:18:32 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id 36AF9B47197; Mon, 18 Jun 2007 02:18:32 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 83704-10; Mon, 18 Jun 2007 02:18:20 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 9E232B47908; Mon, 18 Jun 2007 02:09:29 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A77B55EE95; Mon, 18 Jun 2007 02:09:29 -0300 (ADT) Date: Mon, 18 Jun 2007 02:09:29 -0300 From: "Marc G. Fournier" To: freebsd-multimedia@freebsd.org Message-ID: <5D47CC38E6BECCC7BCA266C6@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========401F47A567CA746C1D1C==========" Cc: freebsd-current@freebsd.org Subject: Xorg + CURRENT == computer 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: Mon, 18 Jun 2007 05:18:33 -0000 --==========401F47A567CA746C1D1C========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Okay, this is getting most frustrating ... and I think I've exhausted everything I can try, and I'm getting no where ... First ... I'm running Xorg 7.2 on a -CURRENT desktop ... I have an nvidia 4200 video card in this machine, and am running the nvidia 9600 series driver from ports ... Before anyone points me to /usr/ports/UPDATING ... on this machine, I just did a pkg_delete -f * in /var/db/pkg to wipe everything, rm -rf /usr/local and just built everything fresh ... gave me a chance to clean out old ports I wasn't using anyway ... I've also done a 'make check-old' from /usr/src, prior to rebuilding all ports, and cleaned out everything it found ... so, no chance of "old libraries" ... I've run 'X -configure' to generate a new X / config file ... if I then run 'X - -config xorg.conf.new' (or, even, X -config /etc/X11/xorg.conf), I get the nVidia logo up on the screen, then a 'grey screen with a mouse pointer in the middle' ... mouse doesn't seem to work ... # X -config /etc/X11/xorg.conf _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/purpleelephants.hub.org:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 7.0-CURRENT i386 Current Operating System: FreeBSD purpleelephants.hub.org 7.0-CURRENT FreeBSD 7.0-CURRENT #9: Sun Jun 17 23:47:55 ADT 2007 root@purpleelephants.hub.org:/usr/obj/usr/src/sys/kernel i386 Build Date: 16 June 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jun 18 02:00:02 2007 (++) Using config file: "/etc/X11/xorg.conf" ^C Everything is fine until I hit Ctl-C, at which point ... the computer just crashed/rebooted ... The only thing that *I* can see in Xorg.0.log is: _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/purpleelephants.hub.org:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 Not sure if that would cause it? But I can't seem to find anything through Google as to "how to get rid of it" ... beyond that, everything seems clean to me, but I've included / attached the log file ... Oh, and this is a clean -CURRENT system, cvsup'd as of today ... Help, what am I missing? Thank you ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGdhOJ4QvfyHIvDvMRAkH+AKCgiwf9jovp5vwEzcFJ+9WaE56tKgCcDAbY KS4fLu32dfhdmGsYKWuIPaY= =QWpf -----END PGP SIGNATURE----- --==========401F47A567CA746C1D1C========== Content-Type: multipart/mixed; boundary="==========12FE99273F848763ED31==========" --==========12FE99273F848763ED31========== Content-Type: application/octet-stream; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xorg.0.log"; size=19474 X1hTRVJWVHJhbnNTb2NrZXRPcGVuQ09UU1NlcnZlcjogVW5hYmxlIHRvIG9wZW4gc29ja2V0IGZv ciBpbmV0NgpfWFNFUlZUcmFuc09wZW46IHRyYW5zcG9ydCBvcGVuIGZhaWxlZCBmb3IgaW5ldDYv cHVycGxlZWxlcGhhbnRzLmh1Yi5vcmc6MApfWFNFUlZUcmFuc01ha2VBbGxDT1RTU2VydmVyTGlz dGVuZXJzOiBmYWlsZWQgdG8gb3BlbiBsaXN0ZW5lciBmb3IgaW5ldDYKClggV2luZG93IFN5c3Rl bSBWZXJzaW9uIDcuMi4wClJlbGVhc2UgRGF0ZTogMjIgSmFudWFyeSAyMDA3ClggUHJvdG9jb2wg VmVyc2lvbiAxMSwgUmV2aXNpb24gMCwgUmVsZWFzZSA3LjIKQnVpbGQgT3BlcmF0aW5nIFN5c3Rl bTogRnJlZUJTRCA3LjAtQ1VSUkVOVCBpMzg2IApDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZy ZWVCU0QgcHVycGxlZWxlcGhhbnRzLmh1Yi5vcmcgNy4wLUNVUlJFTlQgRnJlZUJTRCA3LjAtQ1VS UkVOVCAjOTogU3VuIEp1biAxNyAyMzo0Nzo1NSBBRFQgMjAwNyAgICAgcm9vdEBwdXJwbGVlbGVw aGFudHMuaHViLm9yZzovdXNyL29iai91c3Ivc3JjL3N5cy9rZXJuZWwgaTM4NgpCdWlsZCBEYXRl OiAxNiBKdW5lIDIwMDcKCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIGh0dHA6Ly93 aWtpLngub3JnCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24u Ck1vZHVsZSBMb2FkZXIgcHJlc2VudApNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNv bmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21tYW5kIGxpbmUs ICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcsIChFRSkgZXJy b3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9PSkgTG9nIGZpbGU6ICIv dmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogTW9uIEp1biAxOCAwMjowMDowMiAyMDA3CigrKykg VXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gxMS94b3JnLmNvbmYiCig9PSkgU2VydmVyTGF5b3V0 ICJYLm9yZyBDb25maWd1cmVkIgooKiopIHwtLT5TY3JlZW4gIlNjcmVlbjAiICgwKQooKiopIHwg ICB8LS0+TW9uaXRvciAiTW9uaXRvcjAiCigqKikgfCAgIHwtLT5EZXZpY2UgIkNhcmQwIgooKiop IHwtLT5JbnB1dCBEZXZpY2UgIk1vdXNlMCIKKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJLZXlib2Fy ZDAiCigqKikgRm9udFBhdGggc2V0IHRvOgoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL21pc2Mv LAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1RURi8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvT1RGLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUxLywKCS91c3IvbG9jYWwvbGli L1gxMS9mb250cy8xMDBkcGkvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLwooKiop IFJnYlBhdGggc2V0IHRvICIvdXNyL2xvY2FsL3NoYXJlL1gxMS9yZ2IiCigqKikgTW9kdWxlUGF0 aCBzZXQgdG8gIi91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcyIKKElJKSBMb2FkZXIgbWFnaWM6 IDB4ODFiZWQ4MAooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6CglYLk9yZyBBTlNJIEMgRW11bGF0 aW9uOiAwLjMKCVguT3JnIFZpZGVvIERyaXZlcjogMS4xCglYLk9yZyBYSW5wdXQgZHJpdmVyIDog MC43CglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMC4zCglYLk9yZyBGb250IFJlbmRlcmVyIDog MC41CihJSSkgTG9hZGVyIHJ1bm5pbmcgb24gZnJlZWJzZAooSUkpIExvYWRNb2R1bGU6ICJwY2lk YXRhIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJwY2lkYXRh LnNvCihJSSkgTW9kdWxlIHBjaWRhdGE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBp bGVkIGZvciA3LjIuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIsIHZlcnNpb24gMS4xCigtLSkgVXNpbmcgc3lzY29ucyBkcml2ZXIgd2l0aCBY IHN1cHBvcnQgKHZlcnNpb24gMi4wKQooLS0pIHVzaW5nIFZUIG51bWJlciAzCgooSUkpIFBDSTog UHJvYmluZyBjb25maWcgdHlwZSB1c2luZyBtZXRob2QgMQooSUkpIFBDSTogQ29uZmlnIHR5cGUg aXMgMQooSUkpIFBDSTogc3RhZ2VzID0gMHgwMywgb2xkVmFsMSA9IDB4MDAwMDAwMDAsIG1vZGUx UmVzMSA9IDB4ODAwMDAwMDAKKElJKSBQQ0k6IFBDSSBzY2FuIChhbGwgdmFsdWVzIGFyZSBpbiBo ZXgpCihJSSkgUENJOiAwMDowMDowOiBjaGlwIDExMDYsMzA5OSBjYXJkIDExMDYsMzA5OSByZXYg MDAgY2xhc3MgMDYsMDAsMDAgaGRyIDAwCihJSSkgUENJOiAwMDowMTowOiBjaGlwIDExMDYsYjA5 OSBjYXJkIDAwMDAsMDAwMCByZXYgMDAgY2xhc3MgMDYsMDQsMDAgaGRyIDAxCihJSSkgUENJOiAw MDowNjowOiBjaGlwIDExMDYsMzAzOCBjYXJkIDA5MjUsMTIzNCByZXYgNTAgY2xhc3MgMGMsMDMs MDAgaGRyIDgwCihJSSkgUENJOiAwMDowNjoxOiBjaGlwIDExMDYsMzAzOCBjYXJkIDA5MjUsMTIz NCByZXYgNTAgY2xhc3MgMGMsMDMsMDAgaGRyIDgwCihJSSkgUENJOiAwMDowNjoyOiBjaGlwIDEx MDYsMzEwNCBjYXJkIDA5MjUsMTIzNCByZXYgNTEgY2xhc3MgMGMsMDMsMjAgaGRyIDgwCihJSSkg UENJOiAwMDowOTowOiBjaGlwIDEwZWMsODEzOSBjYXJkIDEwZWMsODEzOSByZXYgMTAgY2xhc3Mg MDIsMDAsMDAgaGRyIDAwCihJSSkgUENJOiAwMDoxMTowOiBjaGlwIDExMDYsMzE0NyBjYXJkIDEx MDYsMzE0NyByZXYgMDAgY2xhc3MgMDYsMDEsMDAgaGRyIDgwCihJSSkgUENJOiAwMDoxMToxOiBj aGlwIDExMDYsMDU3MSBjYXJkIDExMDYsMDU3MSByZXYgMDYgY2xhc3MgMDEsMDEsOGEgaGRyIDAw CihJSSkgUENJOiAwMDoxMToyOiBjaGlwIDExMDYsMzAzOCBjYXJkIDA5MjUsMTIzNCByZXYgMjMg Y2xhc3MgMGMsMDMsMDAgaGRyIDAwCihJSSkgUENJOiAwMDoxMTozOiBjaGlwIDExMDYsMzAzOCBj YXJkIDA5MjUsMTIzNCByZXYgMjMgY2xhc3MgMGMsMDMsMDAgaGRyIDAwCihJSSkgUENJOiAwMDox MTo1OiBjaGlwIDExMDYsMzA1OSBjYXJkIGEwYTAsMDFhZSByZXYgNDAgY2xhc3MgMDQsMDEsMDAg aGRyIDAwCihJSSkgUENJOiAwMTowMDowOiBjaGlwIDEwZGUsMDI1MyBjYXJkIDAwMDAsMDAwMCBy ZXYgYTMgY2xhc3MgMDMsMDAsMDAgaGRyIDAwCihJSSkgUENJOiBFbmQgb2YgUENJIHNjYW4KKElJ KSBIb3N0LXRvLVBDSSBicmlkZ2U6CihJSSkgQnVzIDA6IGJyaWRnZSBpcyBhdCAoMDowOjApLCAo MCwwLDEpLCBCQ1RSTDogMHgwMDA4IChWR0FfRU4gaXMgc2V0KQooSUkpIEJ1cyAwIEkvTyByYW5n ZToKCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDBmZmZmICgweDEwMDAwKSBJWFtCXQooSUkp IEJ1cyAwIG5vbi1wcmVmZXRjaGFibGUgbWVtb3J5IHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAwMDAw MCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0KKElJKSBCdXMgMCBwcmVmZXRjaGFibGUgbWVtb3J5 IHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0KKElJ KSBQQ0ktdG8tUENJIGJyaWRnZToKKElJKSBCdXMgMTogYnJpZGdlIGlzIGF0ICgwOjE6MCksICgw LDEsMSksIEJDVFJMOiAweDAwMGMgKFZHQV9FTiBpcyBzZXQpCihJSSkgQnVzIDEgbm9uLXByZWZl dGNoYWJsZSBtZW1vcnkgcmFuZ2U6CglbMF0gLTEJMAkweGVjMDAwMDAwIC0gMHhlZGZmZmZmZiAo MHgyMDAwMDAwKSBNWFtCXQooSUkpIEJ1cyAxIHByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6Cglb MF0gLTEJMAkweGU0MDAwMDAwIC0gMHhlYmZmZmZmZiAoMHg4MDAwMDAwKSBNWFtCXQooSUkpIFBD SS10by1JU0EgYnJpZGdlOgooSUkpIEJ1cyAtMTogYnJpZGdlIGlzIGF0ICgwOjE3OjApLCAoMCwt MSwtMSksIEJDVFJMOiAweDAwMDggKFZHQV9FTiBpcyBzZXQpCigtLSkgUENJOiooMTowOjApIG5W aWRpYSBDb3Jwb3JhdGlvbiBOVjI1IFtHZUZvcmNlNCBUaSA0MjAwXSByZXYgMTYzLCBNZW0gQCAw eGVjMDAwMDAwLzI0LCAweGU0MDAwMDAwLzI2LCAweGU4MDAwMDAwLzE5CihJSSkgQWRkcmVzc2Fi bGUgYnVzIHJlc291cmNlIHJhbmdlcyBhcmUKCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZm ZmZmICgweDApIE1YW0JdCglbMV0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAw MCkgSVhbQl0KKElJKSBPUy1yZXBvcnRlZCByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweDAw MTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpCglbMV0gLTEJMAkweDAw MGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAwYzAwMDAg LSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAw OWZmZmYgKDB4YTAwMDApIE1YW0JdCglbNF0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAo MHgxKSBJWFtCXQoJWzVdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtC XQooSUkpIFBDSSBNZW1vcnkgcmVzb3VyY2Ugb3ZlcmxhcCByZWR1Y2VkIDB4ZTAwMDAwMDAgZnJv bSAweGZmZmZmZmZmIHRvIDB4ZGZmZmZmZmYKKElJKSBBY3RpdmUgUENJIHJlc291cmNlIHJhbmdl czoKCVswXSAtMQkwCTB4ZWUwMDEwMDAgLSAweGVlMDAxZmZmICgweDEwMDApIE1YW0JdRQoJWzFd IC0xCTAJMHhlZTAwMDAwMCAtIDB4ZWZmZmZmZmYgKDB4MjAwMDAwMCkgTVhbQl1FCglbMl0gLTEJ MAkweGUwMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgwKSBNWFtCXUVPCglbM10gLTEJMAkweGU4MDAw MDAwIC0gMHhlODA3ZmZmZiAoMHg4MDAwMCkgTVhbQl0oQikKCVs0XSAtMQkwCTB4ZTQwMDAwMDAg LSAweGU3ZmZmZmZmICgweDQwMDAwMDApIE1YW0JdKEIpCglbNV0gLTEJMAkweGVjMDAwMDAwIC0g MHhlY2ZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXShCKQoJWzZdIC0xCTAJMHgwMDAwZTgwMCAtIDB4 MDAwMGU4ZmYgKDB4MTAwKSBJWFtCXUUKCVs3XSAtMQkwCTB4MDAwMGU0MDAgLSAweDAwMDBlNGZm ICgweDEwMCkgSVhbQl1FCglbOF0gLTEJMAkweDAwMDBlMDAwIC0gMHgwMDAwZTBmZiAoMHgxMDAp IElYW0JdRQoJWzldIC0xCTAJMHgwMDAwZGMwMCAtIDB4MDAwMGRjZmYgKDB4MTAwKSBJWFtCXUUK CVsxMF0gLTEJMAkweDAwMDBkODAwIC0gMHgwMDAwZDhmZiAoMHgxMDApIElYW0JdRQoJWzExXSAt MQkwCTB4MDAwMGQ0MDAgLSAweDAwMDBkNGZmICgweDEwMCkgSVhbQl1FCglbMTJdIC0xCTAJMHgw MDAwZDAwMCAtIDB4MDAwMGQwZmYgKDB4MTAwKSBJWFtCXUUKKElJKSBQQ0kgTWVtb3J5IHJlc291 cmNlIG92ZXJsYXAgcmVkdWNlZCAweGVlMDAwMDAwIGZyb20gMHhlZmZmZmZmZiB0byAweGVlMDAw ZmZmCihJSSkgQWN0aXZlIFBDSSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3Zlcmxh cHM6CglbMF0gLTEJMAkweGVlMDAxMDAwIC0gMHhlZTAwMWZmZiAoMHgxMDAwKSBNWFtCXUUKCVsx XSAtMQkwCTB4ZWUwMDAwMDAgLSAweGVlMDAwZmZmICgweDEwMDApIE1YW0JdRQoJWzJdIC0xCTAJ MHhlMDAwMDAwMCAtIDB4ZGZmZmZmZmYgKDB4MCkgTVhbQl1FTwoJWzNdIC0xCTAJMHhlODAwMDAw MCAtIDB4ZTgwN2ZmZmYgKDB4ODAwMDApIE1YW0JdKEIpCglbNF0gLTEJMAkweGU0MDAwMDAwIC0g MHhlN2ZmZmZmZiAoMHg0MDAwMDAwKSBNWFtCXShCKQoJWzVdIC0xCTAJMHhlYzAwMDAwMCAtIDB4 ZWNmZmZmZmYgKDB4MTAwMDAwMCkgTVhbQl0oQikKCVs2XSAtMQkwCTB4MDAwMGU4MDAgLSAweDAw MDBlOGZmICgweDEwMCkgSVhbQl1FCglbN10gLTEJMAkweDAwMDBlNDAwIC0gMHgwMDAwZTRmZiAo MHgxMDApIElYW0JdRQoJWzhdIC0xCTAJMHgwMDAwZTAwMCAtIDB4MDAwMGUwZmYgKDB4MTAwKSBJ WFtCXUUKCVs5XSAtMQkwCTB4MDAwMGRjMDAgLSAweDAwMDBkY2ZmICgweDEwMCkgSVhbQl1FCglb MTBdIC0xCTAJMHgwMDAwZDgwMCAtIDB4MDAwMGQ4ZmYgKDB4MTAwKSBJWFtCXUUKCVsxMV0gLTEJ MAkweDAwMDBkNDAwIC0gMHgwMDAwZDRmZiAoMHgxMDApIElYW0JdRQoJWzEyXSAtMQkwCTB4MDAw MGQwMDAgLSAweDAwMDBkMGZmICgweDEwMCkgSVhbQl1FCihJSSkgT1MtcmVwb3J0ZWQgcmVzb3Vy Y2UgcmFuZ2VzIGFmdGVyIHJlbW92aW5nIG92ZXJsYXBzIHdpdGggUENJOgoJWzBdIC0xCTAJMHgw MDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFdIC0xCTAJMHgw MDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAw IC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAw MDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYg KDB4MSkgSVhbQl0KCVs1XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhb Ql0KKElJKSBBbGwgc3lzdGVtIHJlc291cmNlIHJhbmdlczoKCVswXSAtMQkwCTB4MDAxMDAwMDAg LSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4MDAwZjAwMDAg LSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAw ZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAo MHhhMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4ZWUwMDEwMDAgLSAweGVlMDAxZmZmICgweDEwMDAp IE1YW0JdRQoJWzVdIC0xCTAJMHhlZTAwMDAwMCAtIDB4ZWUwMDBmZmYgKDB4MTAwMCkgTVhbQl1F CglbNl0gLTEJMAkweGUwMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgwKSBNWFtCXUVPCglbN10gLTEJ MAkweGU4MDAwMDAwIC0gMHhlODA3ZmZmZiAoMHg4MDAwMCkgTVhbQl0oQikKCVs4XSAtMQkwCTB4 ZTQwMDAwMDAgLSAweGU3ZmZmZmZmICgweDQwMDAwMDApIE1YW0JdKEIpCglbOV0gLTEJMAkweGVj MDAwMDAwIC0gMHhlY2ZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXShCKQoJWzEwXSAtMQkwCTB4MDAw MGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbMTFdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzEyXSAtMQkwCTB4MDAwMGU4MDAgLSAweDAwMDBlOGZm ICgweDEwMCkgSVhbQl1FCglbMTNdIC0xCTAJMHgwMDAwZTQwMCAtIDB4MDAwMGU0ZmYgKDB4MTAw KSBJWFtCXUUKCVsxNF0gLTEJMAkweDAwMDBlMDAwIC0gMHgwMDAwZTBmZiAoMHgxMDApIElYW0Jd RQoJWzE1XSAtMQkwCTB4MDAwMGRjMDAgLSAweDAwMDBkY2ZmICgweDEwMCkgSVhbQl1FCglbMTZd IC0xCTAJMHgwMDAwZDgwMCAtIDB4MDAwMGQ4ZmYgKDB4MTAwKSBJWFtCXUUKCVsxN10gLTEJMAkw eDAwMDBkNDAwIC0gMHgwMDAwZDRmZiAoMHgxMDApIElYW0JdRQoJWzE4XSAtMQkwCTB4MDAwMGQw MDAgLSAweDAwMDBkMGZmICgweDEwMCkgSVhbQl1FCihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCIK KElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJl eHRtb2Quc28KKElJKSBNb2R1bGUgZXh0bW9kOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCglj b21waWxlZCBmb3IgNy4yLjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCU1vZHVsZSBjbGFzczog WC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9u LCB2ZXJzaW9uIDAuMwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNIQVBFCihJSSkgTG9hZGluZyBl eHRlbnNpb24gTUlULVNVTkRSWS1OT05TVEFOREFSRAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEJJ Ry1SRVFVRVNUUwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNZTkMKKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBNSVQtU0NSRUVOLVNBVkVSCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEMtTUlTQwooSUkp IExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbgooSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIFhGcmVlODYtTWlzYwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtREdB CihJSSkgTG9hZGluZyBleHRlbnNpb24gRFBNUwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFRPRy1D VVAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBFeHRlbmRlZC1WaXN1YWwtSW5mb3JtYXRpb24KKElJ KSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8t TW90aW9uQ29tcGVuc2F0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWC1SZXNvdXJjZQooSUkp IExvYWRNb2R1bGU6ICJyZWNvcmQiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21v ZHVsZXMvZXh0ZW5zaW9ucy8vbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29yZDogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDcuMi4wLCBtb2R1bGUgdmVyc2lvbiA9 IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6 IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4zCihJSSkgTG9hZGluZyBleHRlbnNp b24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogImRiZSIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwv bGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJkYmUuc28KKElJKSBNb2R1bGUgZGJlOiB2 ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgNy4yLjAsIG1vZHVsZSB2ZXJz aW9uID0gMS4wLjAKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNs YXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMwooSUkpIExvYWRpbmcgZXh0 ZW5zaW9uIERPVUJMRS1CVUZGRVIKKElJKSBMb2FkTW9kdWxlOiAieHRyYXAiCihJSSkgTG9hZGlu ZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGlieHRyYXAuc28KKElJ KSBNb2R1bGUgeHRyYXA6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciA3 LjIuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIg RXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4z CihJSSkgTG9hZGluZyBleHRlbnNpb24gREVDLVhUUkFQCihJSSkgTG9hZE1vZHVsZTogImRyaSIK KElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJk cmkuc28KKElJKSBNb2R1bGUgZHJpOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgNy4yLjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2Vy dmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2 LURSSQooSUkpIExvYWRNb2R1bGU6ICJnbHgiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94 b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZ2x4LnNvCihJSSkgTW9kdWxlIGdseDogdmVuZG9y PSJOVklESUEgQ29ycG9yYXRpb24iCgljb21waWxlZCBmb3IgNC4wLjIsIG1vZHVsZSB2ZXJzaW9u ID0gMS4wLjk2MzEKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNs YXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMQooSUkpIExvYWRpbmcgZXh0 ZW5zaW9uIEdMWAooSUkpIExvYWRNb2R1bGU6ICJmcmVldHlwZSIKKElJKSBMb2FkaW5nIC91c3Iv bG9jYWwvbGliL3hvcmcvbW9kdWxlcy9mb250cy8vbGliZnJlZXR5cGUuc28KKElJKSBNb2R1bGUg ZnJlZXR5cGU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiAmIHRoZSBBZnRlciBYLVRUIFByb2pl Y3QiCgljb21waWxlZCBmb3IgNy4yLjAsIG1vZHVsZSB2ZXJzaW9uID0gMi4xLjAKCU1vZHVsZSBj bGFzczogWC5PcmcgRm9udCBSZW5kZXJlcgoJQUJJIGNsYXNzOiBYLk9yZyBGb250IFJlbmRlcmVy LCB2ZXJzaW9uIDAuNQooSUkpIExvYWRpbmcgZm9udCBGcmVlVHlwZQooSUkpIExvYWRNb2R1bGU6 ICJ0eXBlMSIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9mb250cy8v bGlidHlwZTEuc28KKElJKSBNb2R1bGUgdHlwZTE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIK CWNvbXBpbGVkIGZvciA3LjIuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMgoJTW9kdWxlIGNsYXNz OiBYLk9yZyBGb250IFJlbmRlcmVyCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZl cnNpb24gMC41CihJSSkgTG9hZGluZyBmb250IFR5cGUxCihJSSkgTG9hZE1vZHVsZTogIm52aWRp YSIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9udmlk aWFfZHJ2LnNvCihJSSkgTW9kdWxlIG52aWRpYTogdmVuZG9yPSJOVklESUEgQ29ycG9yYXRpb24i Cgljb21waWxlZCBmb3IgNC4wLjIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjk2MzEKCU1vZHVsZSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyCihJSSkgTG9hZE1vZHVsZTogIm1vdXNlIgooSUkpIExv YWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0Ly9tb3VzZV9kcnYuc28KKElJ KSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciA3 LjIuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjEuMQoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQg RHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMC43CihJSSkg TG9hZE1vZHVsZTogImtiZCIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9pbnB1dC8va2JkX2Rydi5zbwooSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiIKCWNvbXBpbGVkIGZvciA3LjIuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjEuMAoJTW9kdWxl IGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2 ZXIsIHZlcnNpb24gMC43CihJSSkgTlZJRElBIGRsbG9hZGVyIFggRHJpdmVyICAxLjAtOTYzMSAg VGh1IE5vdiAgOSAxNzo0MDozOSBQU1QgMjAwNgooSUkpIE5WSURJQSBVbmlmaWVkIERyaXZlciBm b3IgYWxsIFN1cHBvcnRlZCBOVklESUEgR1BVcwooSUkpIFByaW1hcnkgRGV2aWNlIGlzOiBQQ0kg MDE6MDA6MAooLS0pIENoaXBzZXQgTlZJRElBIEdQVSBmb3VuZAooSUkpIExvYWRpbmcgc3ViIG1v ZHVsZSAiZmIiCihJSSkgTG9hZE1vZHVsZTogImZiIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9s aWIveG9yZy9tb2R1bGVzLy9saWJmYi5zbwooSUkpIE1vZHVsZSBmYjogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDcuMi4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglB QkkgY2xhc3M6IFguT3JnIEFOU0kgQyBFbXVsYXRpb24sIHZlcnNpb24gMC4zCihJSSkgTG9hZGlu ZyBzdWIgbW9kdWxlICJyYW1kYWMiCihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyIKKElJKSBMb2Fk aW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy8vbGlicmFtZGFjLnNvCihJSSkgTW9kdWxl IHJhbWRhYzogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDcuMi4wLCBt b2R1bGUgdmVyc2lvbiA9IDAuMS4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVy c2lvbiAxLjEKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgeGY4NkNsYWltRml4ZWRSZXNvdXJj ZXMoKSBjYWxsOgoJWzBdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDAp IE1YW0JdRShCKQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1Y W0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVsz XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzRdIC0xCTAJ MHhlZTAwMTAwMCAtIDB4ZWUwMDFmZmYgKDB4MTAwMCkgTVhbQl1FCglbNV0gLTEJMAkweGVlMDAw MDAwIC0gMHhlZTAwMGZmZiAoMHgxMDAwKSBNWFtCXUUKCVs2XSAtMQkwCTB4ZTAwMDAwMDAgLSAw eGRmZmZmZmZmICgweDApIE1YW0JdRU8KCVs3XSAtMQkwCTB4ZTgwMDAwMDAgLSAweGU4MDdmZmZm ICgweDgwMDAwKSBNWFtCXShCKQoJWzhdIC0xCTAJMHhlNDAwMDAwMCAtIDB4ZTdmZmZmZmYgKDB4 NDAwMDAwMCkgTVhbQl0oQikKCVs5XSAtMQkwCTB4ZWMwMDAwMDAgLSAweGVjZmZmZmZmICgweDEw MDAwMDApIE1YW0JdKEIpCglbMTBdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkg SVhbQl0KCVsxMV0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdCglb MTJdIC0xCTAJMHgwMDAwZTgwMCAtIDB4MDAwMGU4ZmYgKDB4MTAwKSBJWFtCXUUKCVsxM10gLTEJ MAkweDAwMDBlNDAwIC0gMHgwMDAwZTRmZiAoMHgxMDApIElYW0JdRQoJWzE0XSAtMQkwCTB4MDAw MGUwMDAgLSAweDAwMDBlMGZmICgweDEwMCkgSVhbQl1FCglbMTVdIC0xCTAJMHgwMDAwZGMwMCAt IDB4MDAwMGRjZmYgKDB4MTAwKSBJWFtCXUUKCVsxNl0gLTEJMAkweDAwMDBkODAwIC0gMHgwMDAw ZDhmZiAoMHgxMDApIElYW0JdRQoJWzE3XSAtMQkwCTB4MDAwMGQ0MDAgLSAweDAwMDBkNGZmICgw eDEwMCkgSVhbQl1FCglbMThdIC0xCTAJMHgwMDAwZDAwMCAtIDB4MDAwMGQwZmYgKDB4MTAwKSBJ WFtCXUUKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVswXSAtMQkwCTB4MDAx MDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4MDAw ZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBjMDAwMCAt IDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5 ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4ZWUwMDEwMDAgLSAweGVlMDAxZmZmICgw eDEwMDApIE1YW0JdRQoJWzVdIC0xCTAJMHhlZTAwMDAwMCAtIDB4ZWUwMDBmZmYgKDB4MTAwMCkg TVhbQl1FCglbNl0gLTEJMAkweGUwMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgwKSBNWFtCXUVPCglb N10gLTEJMAkweGU4MDAwMDAwIC0gMHhlODA3ZmZmZiAoMHg4MDAwMCkgTVhbQl0oQikKCVs4XSAt MQkwCTB4ZTQwMDAwMDAgLSAweGU3ZmZmZmZmICgweDQwMDAwMDApIE1YW0JdKEIpCglbOV0gLTEJ MAkweGVjMDAwMDAwIC0gMHhlY2ZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXShCKQoJWzEwXSAwCTAJ MHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDApIE1TW0JdCglbMTFdIDAJMAkweDAwMGIw MDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tCXQoJWzEyXSAwCTAJMHgwMDBiODAwMCAtIDB4 MDAwYmZmZmYgKDB4ODAwMCkgTVNbQl0KCVsxM10gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZm ZiAoMHgxKSBJWFtCXQoJWzE0XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkg SVhbQl0KCVsxNV0gLTEJMAkweDAwMDBlODAwIC0gMHgwMDAwZThmZiAoMHgxMDApIElYW0JdRQoJ WzE2XSAtMQkwCTB4MDAwMGU0MDAgLSAweDAwMDBlNGZmICgweDEwMCkgSVhbQl1FCglbMTddIC0x CTAJMHgwMDAwZTAwMCAtIDB4MDAwMGUwZmYgKDB4MTAwKSBJWFtCXUUKCVsxOF0gLTEJMAkweDAw MDBkYzAwIC0gMHgwMDAwZGNmZiAoMHgxMDApIElYW0JdRQoJWzE5XSAtMQkwCTB4MDAwMGQ4MDAg LSAweDAwMDBkOGZmICgweDEwMCkgSVhbQl1FCglbMjBdIC0xCTAJMHgwMDAwZDQwMCAtIDB4MDAw MGQ0ZmYgKDB4MTAwKSBJWFtCXUUKCVsyMV0gLTEJMAkweDAwMDBkMDAwIC0gMHgwMDAwZDBmZiAo MHgxMDApIElYW0JdRQoJWzIyXSAwCTAJMHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIgKDB4YykgSVNb Ql0KCVsyM10gMAkwCTB4MDAwMDAzYzAgLSAweDAwMDAwM2RmICgweDIwKSBJU1tCXQooSUkpIFNl dHRpbmcgdmdhIGZvciBzY3JlZW4gMC4KKD09KSBOVklESUEoMCk6IERlcHRoIDI0LCAoPT0pIGZy YW1lYnVmZmVyIGJwcCAzMgooPT0pIE5WSURJQSgwKTogUkdCIHdlaWdodCA4ODgKKD09KSBOVklE SUEoMCk6IERlZmF1bHQgdmlzdWFsIGlzIFRydWVDb2xvcgooPT0pIE5WSURJQSgwKTogVXNpbmcg Z2FtbWEgY29ycmVjdGlvbiAoMS4wLCAxLjAsIDEuMCkKKCoqKSBOVklESUEoMCk6IEVuYWJsaW5n IFJFTkRFUiBhY2NlbGVyYXRpb24KKElJKSBOVklESUEoMCk6IE5WSURJQSBHUFUgR2VGb3JjZTQg VGkgNDIwMCBhdCBQQ0k6MTowOjAgKEdQVS0wKQooLS0pIE5WSURJQSgwKTogTWVtb3J5OiA2NTUz NiBrQnl0ZXMKKC0tKSBOVklESUEoMCk6IFZpZGVvQklPUzogMDQuMjUuMDAuMzQuMDAKKElJKSBO VklESUEoMCk6IERldGVjdGVkIEFHUCByYXRlOiAyWAooLS0pIE5WSURJQSgwKTogSW50ZXJsYWNl ZCB2aWRlbyBtb2RlcyBhcmUgc3VwcG9ydGVkIG9uIHRoaXMgR1BVCigtLSkgTlZJRElBKDApOiBD b25uZWN0ZWQgZGlzcGxheSBkZXZpY2Uocykgb24gR2VGb3JjZTQgVGkgNDIwMCBhdCBQQ0k6MTow OjA6CigtLSkgTlZJRElBKDApOiAgICAgUGhpbGlwcyA3MTA0IFRWIEVuY29kZXIgKFRWLTApCigt LSkgTlZJRElBKDApOiBQaGlsaXBzIDcxMDQgVFYgRW5jb2RlciAoVFYtMCk6IDE2NS4wIE1IeiBt YXhpbXVtIHBpeGVsIGNsb2NrCigtLSkgTlZJRElBKDApOiBUViBlbmNvZGVyOiBQaGlsaXBzIDcx MDQKKElJKSBOVklESUEoMCk6IEFzc2lnbmVkIERpc3BsYXkgRGV2aWNlOiBUVi0wCihXVykgTlZJ RElBKDApOiAKKFdXKSBOVklESUEoMCk6IE5vIG1vZGVzIHdlcmUgcmVxdWVzdGVkOyB0aGUgZGVm YXVsdCBtb2RlICJudmlkaWEtYXV0by1zZWxlY3QiCihXVykgTlZJRElBKDApOiAgICAgd2lsbCBi ZSB1c2VkIGFzIHRoZSByZXF1ZXN0ZWQgbW9kZS4KKFdXKSBOVklESUEoMCk6IAooSUkpIE5WSURJ QSgwKTogVmFsaWRhdGVkIG1vZGVzOgooSUkpIE5WSURJQSgwKTogICAgICJudmlkaWEtYXV0by1z ZWxlY3QiCihJSSkgTlZJRElBKDApOiBWaXJ0dWFsIHNjcmVlbiBzaXplIGRldGVybWluZWQgdG8g YmUgMTAyNCB4IDc2OAooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaW50MTAiCihJSSkgTG9hZE1v ZHVsZTogImludDEwIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9s aWJpbnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJ Y29tcGlsZWQgZm9yIDcuMi4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFgu T3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAxLjEKKD09KSBOVklESUEoMCk6IFdyaXRlLWNvbWJp bmluZyByYW5nZSAoMHhhMDAwMCwweDIwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIE5WSURJ QSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGMwMDAwLDB4NDAwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCihJSSkgTlZJRElBKDApOiBQcmltYXJ5IFZfQklPUyBzZWdtZW50IGlzOiAweGMwMDAK KD09KSBOVklESUEoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFs cmVhZHkgY2xlYXIKKD09KSBOVklESUEoMCk6IERQSSBzZXQgdG8gKDc1LCA3NSk7IGNvbXB1dGVk IGZyb20gYnVpbHQtaW4gZGVmYXVsdAooLS0pIERlcHRoIDI0IHBpeG1hcCBmb3JtYXQgaXMgMzIg YnBwCihJSSkgZG8gSSBuZWVkIFJBQz8gIE5vLCBJIGRvbid0LgooSUkpIHJlc291cmNlIHJhbmdl cyBhZnRlciBwcmVJbml0OgoJWzBdIDAJMAkweGU4MDAwMDAwIC0gMHhlODA3ZmZmZiAoMHg4MDAw MCkgTVhbQl0KCVsxXSAwCTAJMHhlNDAwMDAwMCAtIDB4ZTdmZmZmZmYgKDB4NDAwMDAwMCkgTVhb Ql0KCVsyXSAwCTAJMHhlYzAwMDAwMCAtIDB4ZWNmZmZmZmYgKDB4MTAwMDAwMCkgTVhbQl0KCVsz XSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVs0 XSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzVdIC0xCTAJ MHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbNl0gLTEJMAkweDAwMDAw MDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs3XSAtMQkwCTB4ZWUwMDEwMDAgLSAw eGVlMDAxZmZmICgweDEwMDApIE1YW0JdRQoJWzhdIC0xCTAJMHhlZTAwMDAwMCAtIDB4ZWUwMDBm ZmYgKDB4MTAwMCkgTVhbQl1FCglbOV0gLTEJMAkweGUwMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgw KSBNWFtCXUVPCglbMTBdIC0xCTAJMHhlODAwMDAwMCAtIDB4ZTgwN2ZmZmYgKDB4ODAwMDApIE1Y W0JdKEIpCglbMTFdIC0xCTAJMHhlNDAwMDAwMCAtIDB4ZTdmZmZmZmYgKDB4NDAwMDAwMCkgTVhb Ql0oQikKCVsxMl0gLTEJMAkweGVjMDAwMDAwIC0gMHhlY2ZmZmZmZiAoMHgxMDAwMDAwKSBNWFtC XShCKQoJWzEzXSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDApIE1TW0JdKE9w ckQpCglbMTRdIDAJMAkweDAwMGIwMDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tCXShPcHJE KQoJWzE1XSAwCTAJMHgwMDBiODAwMCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkgTVNbQl0oT3ByRCkK CVsxNl0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQoJWzE3XSAtMQkw CTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KCVsxOF0gLTEJMAkweDAwMDBl ODAwIC0gMHgwMDAwZThmZiAoMHgxMDApIElYW0JdRQoJWzE5XSAtMQkwCTB4MDAwMGU0MDAgLSAw eDAwMDBlNGZmICgweDEwMCkgSVhbQl1FCglbMjBdIC0xCTAJMHgwMDAwZTAwMCAtIDB4MDAwMGUw ZmYgKDB4MTAwKSBJWFtCXUUKCVsyMV0gLTEJMAkweDAwMDBkYzAwIC0gMHgwMDAwZGNmZiAoMHgx MDApIElYW0JdRQoJWzIyXSAtMQkwCTB4MDAwMGQ4MDAgLSAweDAwMDBkOGZmICgweDEwMCkgSVhb Ql1FCglbMjNdIC0xCTAJMHgwMDAwZDQwMCAtIDB4MDAwMGQ0ZmYgKDB4MTAwKSBJWFtCXUUKCVsy NF0gLTEJMAkweDAwMDBkMDAwIC0gMHgwMDAwZDBmZiAoMHgxMDApIElYW0JdRQoJWzI1XSAwCTAJ MHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIgKDB4YykgSVNbQl0oT3ByVSkKCVsyNl0gMAkwCTB4MDAw MDAzYzAgLSAweDAwMDAwM2RmICgweDIwKSBJU1tCXShPcHJVKQooSUkpIE5WSURJQSgwKTogU2V0 dGluZyBtb2RlICJudmlkaWEtYXV0by1zZWxlY3QiCihJSSkgTG9hZGluZyBleHRlbnNpb24gTlYt R0xYCihJSSkgTlZJRElBKDApOiBOVklESUEgM0QgQWNjZWxlcmF0aW9uIEFyY2hpdGVjdHVyZSBJ bml0aWFsaXplZAooSUkpIE5WSURJQSgwKTogVXNpbmcgdGhlIE5WSURJQSAyRCBhY2NlbGVyYXRp b24gYXJjaGl0ZWN0dXJlCig9PSkgTlZJRElBKDApOiBCYWNraW5nIHN0b3JlIGRpc2FibGVkCig9 PSkgTlZJRElBKDApOiBTaWxrZW4gbW91c2UgZW5hYmxlZAooSUkpIExvYWRpbmcgZXh0ZW5zaW9u IE5WLUNPTlRST0wKKD09KSBSYW5kUiBlbmFibGVkCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWlu IGV4dGVuc2lvbiBNSVQtU0hNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBY SW5wdXRFeHRlbnNpb24KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhURVNU CihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQKKElJKSBJbml0 aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhDLUFQUEdST1VQCihJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYQWNjZXNzQ29udHJvbEV4dGVuc2lvbgooSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gU0VDVVJJVFkKKElJKSBJbml0aWFsaXppbmcgYnVpbHQt aW4gZXh0ZW5zaW9uIFhJTkVSQU1BCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYRklYRVMKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtQmln Zm9udAooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSCihJSSkgSW5p dGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSQU5EUgooSUkpIEluaXRpYWxpemluZyBidWls dC1pbiBleHRlbnNpb24gQ09NUE9TSVRFCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVu c2lvbiBEQU1BR0UKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhFVklFCihJ SSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBHTFgKKCoqKSBPcHRpb24gIlByb3RvY29sIiAiYXV0 byIKKCoqKSBNb3VzZTA6IERldmljZTogIi9kZXYvc3lzbW91c2UiCigqKikgTW91c2UwOiBQcm90 b2NvbDogImF1dG8iCigqKikgT3B0aW9uICJDb3JlUG9pbnRlciIKKCoqKSBNb3VzZTA6IENvcmUg UG9pbnRlcgooKiopIE9wdGlvbiAiRGV2aWNlIiAiL2Rldi9zeXNtb3VzZSIKKD09KSBNb3VzZTA6 IEVtdWxhdGUzQnV0dG9ucywgRW11bGF0ZTNUaW1lb3V0OiA1MAooKiopIE9wdGlvbiAiWkF4aXNN YXBwaW5nIiAiNCA1IDYgNyIKKCoqKSBNb3VzZTA6IFpBeGlzTWFwcGluZzogYnV0dG9ucyA0LCA1 LCA2IGFuZCA3CigqKikgTW91c2UwOiBCdXR0b25zOiAxMQooKiopIE9wdGlvbiAiQ29yZUtleWJv YXJkIgooKiopIEtleWJvYXJkMDogQ29yZSBLZXlib2FyZAooKiopIE9wdGlvbiAiUHJvdG9jb2wi ICJzdGFuZGFyZCIKKCoqKSBLZXlib2FyZDA6IFByb3RvY29sOiBzdGFuZGFyZAooKiopIE9wdGlv biAiQXV0b1JlcGVhdCIgIjUwMCAzMCIKKCoqKSBPcHRpb24gIlhrYlJ1bGVzIiAieG9yZyIKKCoq KSBLZXlib2FyZDA6IFhrYlJ1bGVzOiAieG9yZyIKKCoqKSBPcHRpb24gIlhrYk1vZGVsIiAicGMx MDUiCigqKikgS2V5Ym9hcmQwOiBYa2JNb2RlbDogInBjMTA1IgooKiopIE9wdGlvbiAiWGtiTGF5 b3V0IiAidXMiCigqKikgS2V5Ym9hcmQwOiBYa2JMYXlvdXQ6ICJ1cyIKKCoqKSBPcHRpb24gIkN1 c3RvbUtleWNvZGVzIiAib2ZmIgooKiopIEtleWJvYXJkMDogQ3VzdG9tS2V5Y29kZXMgZGlzYWJs ZWQKKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIktleWJvYXJkMCIg KHR5cGU6IEtFWUJPQVJEKQooSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmlj ZSAiTW91c2UwIiAodHlwZTogTU9VU0UpCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5w dXQgZGV2aWNlICJOVklESUEgRGFtYWdlIE5vdGlmaWNhdGlvbiBNYW5hZ2VyIiAodHlwZTogT3Ro ZXIpCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJOVklESUEgS2Vy bmVsIFJDIEhhbmRsZXIiICh0eXBlOiBPdGhlcikKKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRl ZCBpbnB1dCBkZXZpY2UgIk5WSURJQSBFdmVudCBIYW5kbGVyIiAodHlwZTogT3RoZXIpCihJSSkg TW91c2UwOiBTZXR1cEF1dG86IGh3LmlmdHlwZSBpcyA0LCBody5tb2RlbCBpcyAwCihJSSkgTW91 c2UwOiBTZXR1cEF1dG86IHByb3RvY29sIGlzIFN5c01vdXNlCg== --==========12FE99273F848763ED31========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Disposition: attachment; size=187 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGdhOJ4QvfyHIvDvMRAso3AJ9CQsS6Nco3c/5MDYEShYUeJf0mbQCdHFKL tmwHGzSV2beWgRPvESq9foA= =JVUw -----END PGP SIGNATURE----- --==========12FE99273F848763ED31==========-- --==========401F47A567CA746C1D1C==========-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 06:52:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E12AE16A46B for ; Mon, 18 Jun 2007 06:52:59 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id BEA1013C43E for ; Mon, 18 Jun 2007 06:52:59 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2186513waf for ; Sun, 17 Jun 2007 23:52:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dMpiPZGLSScQyLJ6YSgmVrGzA254lfPfH3vu5hkwcxJDMKPLZ4ik8ZvDsKDw6Bmu5+tdtpgOcaVvypl7WVm3pMC5RBY2sIEcY2V8QcGxEJyihj9P1lxSehCpgfkCFIx5+6x8QblVLhGaWqLNB6w0RNyPVr6l4Xenv2mXgqG0CZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ab4JxVGPuz38V1uXNqGUAfFXePTEFsJSAoAOW60UCYAbXzmT+us9cl+tcGwaFznO8BLozGcBrKNiM61vcYMbejXBO+QRTw4wMSTH0+6g5DWRGL10lydknrAPAqgSVMXVAD+CEcdsijjwDXsHwxrDXRP8U1VPX4E24M/4TEbkZws= Received: by 10.114.168.1 with SMTP id q1mr5888035wae.1182149579473; Sun, 17 Jun 2007 23:52:59 -0700 (PDT) Received: by 10.114.200.3 with HTTP; Sun, 17 Jun 2007 23:52:59 -0700 (PDT) Message-ID: Date: Mon, 18 Jun 2007 08:52:59 +0200 From: "Claus Guttesen" To: "Marc G. Fournier" In-Reply-To: <5D47CC38E6BECCC7BCA266C6@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5D47CC38E6BECCC7BCA266C6@ganymede.hub.org> Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xorg + CURRENT == computer 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: Mon, 18 Jun 2007 06:53:00 -0000 > Okay, this is getting most frustrating ... and I think I've exhausted > everything I can try, and I'm getting no where ... > > First ... I'm running Xorg 7.2 on a -CURRENT desktop ... I have an nvidia 4200 > video card in this machine, and am running the nvidia 9600 series driver from > ports ... > > Before anyone points me to /usr/ports/UPDATING ... on this machine, I just did > a pkg_delete -f * in /var/db/pkg to wipe everything, rm -rf /usr/local and just > built everything fresh ... gave me a chance to clean out old ports I wasn't > using anyway ... > > Everything is fine until I hit Ctl-C, at which point ... the computer just > crashed/rebooted ... > > The only thing that *I* can see in Xorg.0.log is: > > _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 > _XSERVTransOpen: transport open failed for inet6/purpleelephants.hub.org:0 > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 > > Not sure if that would cause it? But I can't seem to find anything through > Google as to "how to get rid of it" ... beyond that, everything seems clean to > me, but I've included / attached the log file ... My current would also reboot when doing xorgcfg (after I did a clean install of current and ports). No entries in the logfiles did indicate what the reason was. I ended up copying an old xorg.conf and modified the file to accomodate xorg's new /usr/local location. After that X started fine. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 07:49:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5237316A469 for ; Mon, 18 Jun 2007 07:49:00 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 1272513C44C for ; Mon, 18 Jun 2007 07:48:59 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so363721anc for ; Mon, 18 Jun 2007 00:48:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y6nEvJ5LfyFt/4+zjQArwNF9cNfnY6QIlPUuuXq/RUIQNmXR8FxKeZrgwrwbk3dUipFA3DuQIQfe6r8ckkaO1KFnfBmXpSMSkLcKEULYE+2GyYIQpYKRmvIU4wg8JRu7rAkdjCui5Nodgj2gmwGyxh04Dq/GrFFowY2aakkuQDI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bQNld5YDRJqQ52+p9iEJPzVvB91RdRXnMsKJ31yFsUPExcZCjn23nHiVb1ivFJjfvPzhCj7myZHMCl985l+vqrhMRETPSRHGWkeI/DpXvyBqUZ9Dnv+UWHUJ8uQQkTUMCfVn7P9UX/Y3Xkd2/KBWp/z2zZHA4dsMzUV9KGf4sWg= Received: by 10.100.111.16 with SMTP id j16mr2431793anc.1182152939352; Mon, 18 Jun 2007 00:48:59 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 18 Jun 2007 00:48:59 -0700 (PDT) Message-ID: <499c70c0706180048u31d2cdecje162880749296297@mail.gmail.com> Date: Mon, 18 Jun 2007 10:48:59 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Marcus Alves Grando" In-Reply-To: <4675EA23.80107@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070606194526.GA5011@rot13.obsecurity.org> <46685BDE.6090909@FreeBSD.org> <499c70c0706171635x44bdf05enc01bf5bcc52de25b@mail.gmail.com> <4675EA23.80107@FreeBSD.org> Cc: ports@freebsd.org, freebsd-current@freebsd.org, Kris Kennaway Subject: Re: CTF: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 07:49:00 -0000 On 6/18/07, Marcus Alves Grando wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > On 6/7/07, Marcus Alves Grando wrote: > >> Hi lists, > >> > >> I finish compat6x port and i need testers. If you are interested you can > >> download shar file in http://people.freebsd.org/~mnag/compat6x.shar > >> > >> Feedbacks are welcome. I expect commit this until 09 Jun. > >> > >> Regards > >> > >> -- > >> Marcus Alves Grando > >> marcus(at)sbh.eng.br | Personal > >> mnag(at)FreeBSD.org | FreeBSD.org > > > > Works with no issues, Thank You! > > Thanks to test too. > > > When it will be in ports? :D > > After CURRENT bump all necessary libs. Maybe tomorrow. > > Regards > > -- > Marcus Alves Grando > marcus(at)sbh.eng.br | Personal > mnag(at)FreeBSD.org | FreeBSD.org > Will we need to rebuild world when the libs version bumped? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 08:52:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9817916A469 for ; Mon, 18 Jun 2007 08:52:10 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3B413C46A for ; Mon, 18 Jun 2007 08:52:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l5I8q3CF055302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2007 10:52:08 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l5I8q3vd012450 for ; Mon, 18 Jun 2007 10:52:03 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l5I8q3Xk001963 for freebsd-current@freebsd.org; Mon, 18 Jun 2007 10:52:03 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 18 Jun 2007 10:52:02 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706181052.03209.h.schmalzbauer@omnisec.de> Subject: ath kldunloading hangs the 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: Mon, 18 Jun 2007 08:52:10 -0000 Hello, it seems the recent wlan changes broke unloading the if_ath.ko. I have problems with resuming my laptop with ath, so I loaded it as a module. The resume problem still persists but now I cannot unload ath anymore. No panic, just system freeze. Is this a known problem? Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 10:02:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E941216A41F for ; Mon, 18 Jun 2007 10:02:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id B771813C447 for ; Mon, 18 Jun 2007 10:02:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=b0lhAb/PMPp1PZ9F+lrj+TVRTjnG3Q6nsN3BeCC8ra48Jq/ffDFw/NS9OM3XMN3oz31I/OGIQxQkjwBDBueneNdXZGIYkTfCIlLV3S4HXJZNgtPWycOhnu6yJh7Pz8ppQrvbP76yoRB0YA6jGonZ7sqd2wJ/u+AeY5jsbDGP2FGOgrb4PRq1VRPstnEMT38nu45x4dAutsnSP6SLvf0P18MmE8f33hO1f5b82WaL61oDl6CqujYdMicOfbbHeW5K; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I0E3m-0005A6-1u for current@freebsd.org; Mon, 18 Jun 2007 10:02:10 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I0E3d-0001vX-Aw for current@freebsd.org; Mon, 18 Jun 2007 10:02:01 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0E3b-0000kk-Ky for current@freebsd.org; Mon, 18 Jun 2007 12:01:59 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 18 Jun 2007 12:01:59 +0200 Message-Id: Cc: Subject: Multicast 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: Mon, 18 Jun 2007 10:02:11 -0000 Hi I have a problem with quagga running on a CURRENT (15 June). It appears that it's registering the multicast address on the wrong interface. In fact, no matter which network I tell quagga to use as the OSPF network, it always registers the multicast addresses on the same incorrect vlan. It works with a May 24 kernel. The multicast addresses should be registered on vlan1000, but they get registered on vlan1001. Everything has been recompiled, but it didn't even work properly with the old binary. A coincidental thing is that the mcast addresses land up on /dev/net6 plus 1, although that off-by-one breaks a bit if they get added to any other interface, they always seem to land up there. [firewall2.cpt2] ~ # netstat -WanI vlan1000 -f inet Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll vlan1000 1500 41.204.193.11 41.204.193.114 488653 - 875 - - 224.0.0.18 224.0.0.1 [firewall2.cpt2] ~ # netstat -WanI vlan1001 -f inet Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll vlan1001 1500 196.30.82.48/ 196.30.82.61 510301 - 402346 - - 224.0.0.6 224.0.0.5 224.0.0.18 224.0.0.1 lrwxr-xr-x 1 root wheel 12 Jun 15 15:42 net7 -> net/vlan1000 lrwxr-xr-x 1 root wheel 12 Jun 15 15:42 net8 -> net/vlan1001 Any ideas? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 10:03:13 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 131F716A41F for ; Mon, 18 Jun 2007 10:03:13 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 4716B13C455 for ; Mon, 18 Jun 2007 10:02:48 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 67D3A1CC58; Mon, 18 Jun 2007 22:02:38 +1200 (NZST) Date: Mon, 18 Jun 2007 22:02:38 +1200 From: Andrew Thompson To: Jeremie Le Hen Message-ID: <20070618100238.GD46910@heff.fud.org.nz> References: <20070616224703.GC63387@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616224703.GC63387@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org Subject: Re: Cannot use iwi(4): "could not load firmware iwi_bss" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 10:03:13 -0000 On Sun, Jun 17, 2007 at 12:47:03AM +0200, Jeremie Le Hen wrote: > Hi, > > I'm trying to use iwi(4) on my laptop. > > % jarjarbinks:space$ kenv | grep intel > % legal.intel_iwi.license_ack="1" > > I first load iwi_bss and then iwi. Unfortunately I get the following > messages: > > % iwi0: mem 0xc8218000-0xc8218fff irq 11 at device 3.0 on pci6 > % iwi0: Ethernet address: 00:12:f0:2c:f3:6e > % iwi0: [ITHREAD] > % interrupt storm detected on "irq10:"; throttling interrupt source > % iwi0: timeout waiting for iwi_bss firmware initialization to complete > % iwi0: could not load boot firmware iwi_bss > % interrupt storm detected on "irq10:"; throttling interrupt source > % iwi0: timeout waiting for iwi_bss firmware initialization to complete > % iwi0: could not load boot firmware iwi_bss > % interrupt storm detected on "irq10:"; throttling interrupt source > % iwi0: timeout waiting for iwi_bss firmware initialization to complete > % iwi0: could not load boot firmware iwi_bss > % interrupt storm detected on "irq10:"; throttling interrupt source > % iwi0: timeout waiting for iwi_bss firmware initialization to complete > % iwi0: could not load boot firmware iwi_bss The driver will wait one second for the firmware to load, it is possible that the interrupt storm is affecting this. You can always increase the iwi timeout on line 2516 of if_iwi.c and see what happens. Change hz to hz * 3 perhaps. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 10:06:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B94A616A572 for ; Mon, 18 Jun 2007 10:06:58 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id BC3EF13C455 for ; Mon, 18 Jun 2007 10:06:57 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so370242anc for ; Mon, 18 Jun 2007 03:06:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XXP24zEK5LvCiHCOCjL7JCzOelyJ7MFMiLwtvSqXAdW/O8H0+po+yLzO21DPkkw/D+v23cb7nlIU7oQeBaUN7Q/3JcVjxLsHUK0UJ7pL791Antf4jqjij5cw9pJgipJCGusLwpUH3YXTfLkAGQ8jmUuQRF/6NJwDJ031UBNiW8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GeT+7IQRPPASSRgM0cd/brgDcADtWHj5cogH2I9k1UhSAdMU/61hFkegiNAQ/+bhHALCfNMLJMkSo0E7M2yVZG5iVk0UIpbB75DBwWABB8tSYWMyx2ZBefLnGiJdvgjmwKO6zhrHhqqVQy30cfIxdkVikmMCgYw4URG5cjCSK04= Received: by 10.100.173.19 with SMTP id v19mr3370113ane.1182161217053; Mon, 18 Jun 2007 03:06:57 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 18 Jun 2007 03:06:57 -0700 (PDT) Message-ID: <499c70c0706180306p513a6584vc8054bc153d1253c@mail.gmail.com> Date: Mon, 18 Jun 2007 13:06:57 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 32bit app crashed on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 10:06:58 -0000 Hello, I did csup yesterday, and reinstalled world, also kernel has 32 compat option, but my 32bit app always crash. Any hints? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 10:34:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F25C216A421 for ; Mon, 18 Jun 2007 10:34:38 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id AD37413C469 for ; Mon, 18 Jun 2007 10:34:38 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E4EA.dip.t-dialin.net [84.165.228.234]) by redbull.bpaserver.net (Postfix) with ESMTP id D69DC2E13F for ; Mon, 18 Jun 2007 12:34:31 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id E74E45B49F3 for ; Mon, 18 Jun 2007 12:34:13 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l5IAYD0E009552 for current@freebsd.org; Mon, 18 Jun 2007 12:34:13 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 18 Jun 2007 12:34:13 +0200 Message-ID: <20070618123413.3xh05qfuo0kk4ww4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 18 Jun 2007 12:34:13 +0200 From: Alexander Leidinger To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.085, required 8, BAYES_40 -0.18, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Is someone aware of problem with SytemV semaphores? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 10:34:39 -0000 Hi, a friend works on a benchmark program for IPC. One kind of IPC he =20 tries is SystemV shm. He uses SystemV semaphores to build mutexes and =20 condition variables for process synchronisation. He had a problem with =20 it and I agreed to have a look at it. The program is now in a state where I don't know why it is not =20 behaving as it is supposed to be. What is does: - 2 processes, one generating messages, one consuming messages - both lock a queue in shm (mutex via sysv-semaphore) when accessing it - there is some signaling (via sysv-semaphore) in the edge cases (queue full -> producer wants to add -> queue gets not full anymore, and similar for the reading but empty case). The problem is, at some point some semaphores which can only be 0 or 1 =20 (other values are ruled out, as there are only increases by one or =20 decreases by one and it is not increased if it is already 1) have a =20 value of 2. As a workaround he switched to setting the value (semvcl with SETVAL) =20 instead of doing a semop with +1. This seems to work so far, but =20 doesn't explain why we see this strange behavior. I tested this on -current with gcc 4.2. The test program is available =20 on request. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 10:41:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEDAF16A469 for ; Mon, 18 Jun 2007 10:41:43 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9A67F13C4AD for ; Mon, 18 Jun 2007 10:41:43 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 9B176130E; Mon, 18 Jun 2007 06:21:56 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 18 Jun 2007 06:21:56 -0400 X-Sasl-enc: 6cKcAUDHS3oqRwPuvYVGxnSLLg2NwqY4q2H5Oihx+fmm 1182162116 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id A4F6D28C3; Mon, 18 Jun 2007 06:21:56 -0400 (EDT) Message-ID: <46765CB9.9020105@incunabulum.net> Date: Mon, 18 Jun 2007 11:21:45 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Multicast 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: Mon, 18 Jun 2007 10:41:43 -0000 Ian FREISLICH wrote: > Hi > > I have a problem with quagga running on a CURRENT (15 June). It > appears that it's registering the multicast address on the wrong > interface. In fact, no matter which network I tell quagga to use > as the OSPF network, it always registers the multicast addresses > on the same incorrect vlan. It works with a May 24 kernel. > What is the format of the IP_ADD_MEMBERSHIP call used by the version of Quagga you are running to join the OSPF group? Does it use 'struct ip_mreqn' ? Does it use IP_ADD_SOURCE_MEMBERSHIP or IP_BLOCK_SOURCE ioctls? Other folks reported issues with the new code. As you're probably aware, ipv4 multicast group memberships must be bound to an interface. When they are not, the interface selected as the source for the IGMP join uses a routing table lookup on the group. The newer code changed to perform this lookup by interface index as well as by address, as interfaces used for ipv4 multicast traffic are generally assumed to have a protocol-level address. BMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 11:16:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B909716A421 for ; Mon, 18 Jun 2007 11:16:19 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 6984E13C448 for ; Mon, 18 Jun 2007 11:16:19 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so373660anc for ; Mon, 18 Jun 2007 04:16:18 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W811hNUWR6CVfngjWI+fM+4o0vnG1flO1rlS6DdP/j2jSPWWverre6B6btdgJwlwNcYroVjE/8VwAZVLGLWJWUG/Ch6rXzXWcWdLuzICVJfVmuMhDvyo1zANIKNJ1BaxioJBY++tlnx166xwofr06FYa5Nm8nP1TyHrv5l9jEl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kHCnaPBZft2byxuEkLeMJ3m7++gzrjPzMWvSArgzsarjOZZUxwqC+rvym+UPNb+Mp96Yco5DOSUgtvWjL8vlAdZDHCPrGKKvpHBrnr+V4HX89rEMY1MkS4EbA7I8gjS4UVxh9wBIQBddtTId+jlbUzhfKsGJ17PmC20K1Uer66U= Received: by 10.100.189.17 with SMTP id m17mr1455669anf.1182165378728; Mon, 18 Jun 2007 04:16:18 -0700 (PDT) Received: by 10.100.47.20 with HTTP; Mon, 18 Jun 2007 04:16:18 -0700 (PDT) Message-ID: Date: Mon, 18 Jun 2007 19:16:18 +0800 From: "Sepherosa Ziehau" To: "Rui Paulo" In-Reply-To: <86bqfepgad.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86d4zupje9.wl%rpaulo@fnop.net> <20070617184258.GA31132@heff.fud.org.nz> <86bqfepgad.wl%rpaulo@fnop.net> Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 11:16:19 -0000 On 6/18/07, Rui Paulo wrote: > At Mon, 18 Jun 2007 06:42:58 +1200, > Andrew Thompson wrote: > > > > On Sun, Jun 17, 2007 at 06:42:38PM +0100, Rui Paulo wrote: > > > Hi, > > > I'm having some problems with ath after the sam_wifi branch merge. > > > Basically I have all the necessary modules loaded, but scanning is not > > > working well. > > > > > > % kldstat | egrep wlan\|ath > > > 2 1 0xc097a000 12450 if_ath.ko > > > 3 3 0xc098d000 2ec38 ath_hal.ko > > > 4 8 0xc09bc000 2b65c wlan.ko > > > 5 2 0xc09e8000 43e8 ath_rate.ko > > > 20 1 0xc0af7000 4480 wlan_tkip.ko > > > 21 1 0xc0afc000 2fec wlan_wep.ko > > > 22 1 0xc0aff000 7100 wlan_ccmp.ko > > > 23 1 0xc0b07000 1920 wlan_scan_ap.ko > > > 24 1 0xc0b09000 552c wlan_scan_sta.ko > > > > > > Is anything missing? > > > > > > My card is: > > > ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 > > > ath0: [ITHREAD] > > > ath0: using obsoleted if_watchdog interface > > > ath0: mac 10.3 phy 6.1 radio 10.2 > > > > > > ath0: flags=8802 metric 0 mtu 1500 > > > ether 00:17:f2:44:ba:50 > > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > > status: no carrier > > > ssid "" channel 1 (2412 Mhz 11g) > > > authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan > > > bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 > > > protmode CTS burst bintval 100 > > > > > > # ./wlandebug > > > net.wlan.0.debug: 0xffffff > > > > > > After ifconfig ath0 up, the scan goes as: > > > > > > ath0: ieee80211_newstate: INIT -> SCAN > > > ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush > > > ath0: sta_pick_bss: no scan candidate > > > ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush > > > ath0: scan set 1g dwell min 200 max 2000 > > > ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] > > > > Does your card have any channels? show the output of 'ifconfig ath0 list > > channels' > > % ifconfig ath0 list channels > Channel 1 : 2412 Mhz 11g Channel 60 : 5300* Mhz 11a > Channel 2 : 2417 Mhz 11g Channel 64 : 5320* Mhz 11a > Channel 3 : 2422 Mhz 11g Channel 100 : 5500* Mhz 11a > Channel 4 : 2427 Mhz 11g Channel 104 : 5520* Mhz 11a > Channel 5 : 2432 Mhz 11g Channel 108 : 5540* Mhz 11a > Channel 6 : 2437* Mhz 11g Turbo Channel 112 : 5560* Mhz 11a > Channel 7 : 2442 Mhz 11g Channel 116 : 5580* Mhz 11a > Channel 8 : 2447 Mhz 11g Channel 120 : 5600* Mhz 11a > Channel 9 : 2452 Mhz 11g Channel 124 : 5620* Mhz 11a > Channel 10 : 2457 Mhz 11g Channel 128 : 5640* Mhz 11a > Channel 11 : 2462 Mhz 11g Channel 132 : 5660* Mhz 11a > Channel 12 : 2467* Mhz 11g Channel 136 : 5680* Mhz 11a > Channel 13 : 2472* Mhz 11g Channel 140 : 5700* Mhz 11a > Channel 36 : 5180* Mhz 11a Channel 149 : 5745* Mhz 11a > Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a > Channel 44 : 5220* Mhz 11a Channel 157 : 5785* Mhz 11a > Channel 48 : 5240* Mhz 11a Channel 161 : 5805* Mhz 11a > Channel 52 : 5260* Mhz 11a Channel 165 : 5825* Mhz 11a > Channel 56 : 5280* Mhz 11a > > > > Also, are you using wpa_supplicant or passing any other options to ath > > other than just up? > > No. Try this: ifconfig ath0 channel - ifconfig ath0 up scan Best Regards, sephe -- Live Free or Die From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 05:43:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 333B816A400; Mon, 18 Jun 2007 05:43:06 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id EF53B13C469; Mon, 18 Jun 2007 05:43:05 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-2.hub.org [200.46.204.187]) by hub.org (Postfix) with ESMTP id E5723B4736A; Mon, 18 Jun 2007 02:25:14 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 76379-02; Mon, 18 Jun 2007 02:25:13 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 57CB3B4723A; Mon, 18 Jun 2007 02:25:14 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CA62D5EEC8; Mon, 18 Jun 2007 02:25:14 -0300 (ADT) Date: Mon, 18 Jun 2007 02:25:14 -0300 From: "Marc G. Fournier" To: Doug Barton , gary.jennejohn@freenet.de Message-ID: In-Reply-To: <46760E80.1010600@FreeBSD.org> References: <1181929982.1086.6.camel@worf> <20070615203136.402a2df5.garyj@jennejohn.org> <4672E214.1030006@errno.com> <20070616090628.9d7e2bb0.garyj@jennejohn.org> <46760E80.1010600@FreeBSD.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Mon, 18 Jun 2007 11:27:55 +0000 Cc: current@freebsd.org Subject: Re: recent nvidia-driver trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 05:43:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Sunday, June 17, 2007 21:48:00 -0700 Doug Barton wrote: > Gary Jennejohn wrote: > >> With version 7194 I see the panic when I start X. With the other two >> versions in ports I only see a panic when I stop X. > > Quick "me too." With a kernel from 6/6, everything is ok. With > tonight's kernel + latest nvidia driver it panics when leaving X, or > when xscreensaver tries to wake a dpms'ed screen, if that helps any. Woo hoo ... I knew I should have joined this list sooner ... Me three! Just did a big report in another email, didn't see this first :( Sorry for the duplication ... Oh ... me three on panic on exiting X ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGdhc64QvfyHIvDvMRAglKAJwI/Idtz5f6HmOC0S/Fn508mmMI9wCbBmeD 2Wmq/LE2Eb4ijFDfwh51QD0= =f7OG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 11:43:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 092E416A46B; Mon, 18 Jun 2007 11:43:52 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD9F13C45A; Mon, 18 Jun 2007 11:43:51 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 76C1B690B67; Mon, 18 Jun 2007 12:40:29 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 375BC690B6F; Mon, 18 Jun 2007 12:40:29 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=1.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DSBL, RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.180]) by core.fnop.net (Postfix) with ESMTP id 4BD94690B67; Mon, 18 Jun 2007 12:40:28 +0100 (WEST) Date: Mon, 18 Jun 2007 12:43:48 +0100 Message-ID: <86bqfdh4i3.wl%rpaulo@fnop.net> From: Rui Paulo To: "Sepherosa Ziehau" In-Reply-To: References: <86d4zupje9.wl%rpaulo@fnop.net> <20070617184258.GA31132@heff.fud.org.nz> <86bqfepgad.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 11:43:52 -0000 At Mon, 18 Jun 2007 19:16:18 +0800, Sepherosa Ziehau wrote: > > On 6/18/07, Rui Paulo wrote: > > At Mon, 18 Jun 2007 06:42:58 +1200, > > Andrew Thompson wrote: > > > > > > On Sun, Jun 17, 2007 at 06:42:38PM +0100, Rui Paulo wrote: > > > > Hi, > > > > I'm having some problems with ath after the sam_wifi branch merge. > > > > Basically I have all the necessary modules loaded, but scanning is not > > > > working well. > > > > > > > > % kldstat | egrep wlan\|ath > > > > 2 1 0xc097a000 12450 if_ath.ko > > > > 3 3 0xc098d000 2ec38 ath_hal.ko > > > > 4 8 0xc09bc000 2b65c wlan.ko > > > > 5 2 0xc09e8000 43e8 ath_rate.ko > > > > 20 1 0xc0af7000 4480 wlan_tkip.ko > > > > 21 1 0xc0afc000 2fec wlan_wep.ko > > > > 22 1 0xc0aff000 7100 wlan_ccmp.ko > > > > 23 1 0xc0b07000 1920 wlan_scan_ap.ko > > > > 24 1 0xc0b09000 552c wlan_scan_sta.ko > > > > > > > > Is anything missing? > > > > > > > > My card is: > > > > ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 > > > > ath0: [ITHREAD] > > > > ath0: using obsoleted if_watchdog interface > > > > ath0: mac 10.3 phy 6.1 radio 10.2 > > > > > > > > ath0: flags=8802 metric 0 mtu 1500 > > > > ether 00:17:f2:44:ba:50 > > > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > > > status: no carrier > > > > ssid "" channel 1 (2412 Mhz 11g) > > > > authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan > > > > bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 > > > > protmode CTS burst bintval 100 > > > > > > > > # ./wlandebug > > > > net.wlan.0.debug: 0xffffff > > > > > > > > After ifconfig ath0 up, the scan goes as: > > > > > > > > ath0: ieee80211_newstate: INIT -> SCAN > > > > ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush > > > > ath0: sta_pick_bss: no scan candidate > > > > ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush > > > > ath0: scan set 1g dwell min 200 max 2000 > > > > ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] > > > > > > Does your card have any channels? show the output of 'ifconfig ath0 list > > > channels' > > > > % ifconfig ath0 list channels > > Channel 1 : 2412 Mhz 11g Channel 60 : 5300* Mhz 11a > > Channel 2 : 2417 Mhz 11g Channel 64 : 5320* Mhz 11a > > Channel 3 : 2422 Mhz 11g Channel 100 : 5500* Mhz 11a > > Channel 4 : 2427 Mhz 11g Channel 104 : 5520* Mhz 11a > > Channel 5 : 2432 Mhz 11g Channel 108 : 5540* Mhz 11a > > Channel 6 : 2437* Mhz 11g Turbo Channel 112 : 5560* Mhz 11a > > Channel 7 : 2442 Mhz 11g Channel 116 : 5580* Mhz 11a > > Channel 8 : 2447 Mhz 11g Channel 120 : 5600* Mhz 11a > > Channel 9 : 2452 Mhz 11g Channel 124 : 5620* Mhz 11a > > Channel 10 : 2457 Mhz 11g Channel 128 : 5640* Mhz 11a > > Channel 11 : 2462 Mhz 11g Channel 132 : 5660* Mhz 11a > > Channel 12 : 2467* Mhz 11g Channel 136 : 5680* Mhz 11a > > Channel 13 : 2472* Mhz 11g Channel 140 : 5700* Mhz 11a > > Channel 36 : 5180* Mhz 11a Channel 149 : 5745* Mhz 11a > > Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a > > Channel 44 : 5220* Mhz 11a Channel 157 : 5785* Mhz 11a > > Channel 48 : 5240* Mhz 11a Channel 161 : 5805* Mhz 11a > > Channel 52 : 5260* Mhz 11a Channel 165 : 5825* Mhz 11a > > Channel 56 : 5280* Mhz 11a > > > > > > > Also, are you using wpa_supplicant or passing any other options to ath > > > other than just up? > > > > No. > > Try this: > ifconfig ath0 channel - > ifconfig ath0 up scan It takes a lot of time to perform a scan. And I never let it finish because after 5 minutes, the ithread consumes almost all the CPU: 24 root 1 -68 - 0K 8K CPU1 1 1:27 92.97% irq17: ath0 -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 11:44:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10B8216A400 for ; Mon, 18 Jun 2007 11:44:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id CF08913C455 for ; Mon, 18 Jun 2007 11:44:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=WXNyOE+acYTkCeQj2HmAt+QLAHqv970ktmBBCrqBabfroMV9Zno5itSD82C7rd5rhZT+iJTE8AyY74AqvgFkM76mnLJBI6cBjBj3aNeiqv8wb5lt6Xhu2Ska+GWG3ZKzrMBQ6kyR596XzMzMm9xhWXdvkW4axHVlNMzZwlMY0sJfBG5X4fFcYlmrKZSgX5yJfgn7RILWC/mj4YMumVn4kW8cNLqpKcfH2ocsc6jqImcPeiB8lElvb61puZ52NGs3; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I0FeS-0004Tl-WB; Mon, 18 Jun 2007 11:44:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I0FdV-0002hq-2u; Mon, 18 Jun 2007 11:43:09 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0FdR-0000LI-SA; Mon, 18 Jun 2007 13:43:05 +0200 To: "Bruce M. Simpson" From: Ian FREISLICH In-Reply-To: Message from "Bruce M. Simpson" of "Mon, 18 Jun 2007 11:21:45 +0100." <46765CB9.9020105@incunabulum.net> X-Attribution: BOFH Date: Mon, 18 Jun 2007 13:43:05 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Multicast 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: Mon, 18 Jun 2007 11:44:10 -0000 "Bruce M. Simpson" wrote: > Ian FREISLICH wrote: > > Hi > > > > I have a problem with quagga running on a CURRENT (15 June). It > > appears that it's registering the multicast address on the wrong > > interface. In fact, no matter which network I tell quagga to use > > as the OSPF network, it always registers the multicast addresses > > on the same incorrect vlan. It works with a May 24 kernel. > > > > What is the format of the IP_ADD_MEMBERSHIP call used by the version of > Quagga you are running to join the OSPF group? /* Join to the OSPF ALL SPF ROUTERS multicast group. */ int ospf_if_add_allspfrouters (struct ospf *top, struct prefix *p, unsigned int ifindex) { int ret; ret = setsockopt_multicast_ipv4 (top->fd, IP_ADD_MEMBERSHIP, p->u.prefix4, htonl (OSPF_ALLSPFROUTERS), ifindex); So it looks like it's getting the ifindex from somewhere. This calls a routine which if I have parsed the configure results correctly executes the following code: #else /* #if OS_TYPE */ /* standard BSD API */ struct in_addr m; struct ip_mreq mreq; int ret; #ifdef HAVE_BSD_STRUCT_IP_MREQ_HACK if (ifindex) m.s_addr = htonl(ifindex); else #endif m = if_addr; switch (optname) { case IP_MULTICAST_IF: return setsockopt (sock, IPPROTO_IP, optname, (void *)&m, sizeof(m)); break; case IP_ADD_MEMBERSHIP: case IP_DROP_MEMBERSHIP: memset (&mreq, 0, sizeof(mreq)); mreq.imr_multiaddr.s_addr = mcast_addr; mreq.imr_interface = m; ret = setsockopt (sock, IPPROTO_IP, optname, (void *)&mreq, sizeof(mreq)); if ((ret < 0) && (optname == IP_ADD_MEMBERSHIP) && (errno == EADDRINUSE)) { /* see above: handle possible problem when interface comes back up */ char buf[2][INET_ADDRSTRLEN]; zlog_info("setsockopt_multicast_ipv4 attempting to drop and " "re-add (fd %d, ifaddr %s, mcast %s, ifindex %u)", sock, inet_ntop(AF_INET, &if_addr, buf[0], sizeof(buf[0])), inet_ntop(AF_INET, &mreq.imr_multiaddr, buf[1], sizeof(buf[1])), ifindex); setsockopt (sock, IPPROTO_IP, IP_DROP_MEMBERSHIP, (void *)&mreq, sizeof(mreq)); ret = setsockopt (sock, IPPROTO_IP, IP_ADD_MEMBERSHIP, (void *)&mreq, sizeof(mreq)); } return ret; break; > Does it use 'struct ip_mreqn' ? > Does it use IP_ADD_SOURCE_MEMBERSHIP or IP_BLOCK_SOURCE ioctls? It looks like it just uses IP_ADD_MEMBERSHIP. HAVE_BSD_STRUCT_IP_MREQ_HACK is defined. I really don't know anything about how it should be doing this to say whether the above code is correct. If you can point me to a manual page that describes mcast membership options to setsockopt() I can try to fix or debug this further. It looks like the ip(4) manual is out of date or incomplete in this regard. I'll do some more digging in the mean time anyway. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 12:21:02 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C64B316A46C for ; Mon, 18 Jun 2007 12:21:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9F313C46C for ; Mon, 18 Jun 2007 12:21:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (netwva@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5ICKt8c081965; Mon, 18 Jun 2007 14:21:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5ICKsXm081964; Mon, 18 Jun 2007 14:20:54 +0200 (CEST) (envelope-from olli) Date: Mon, 18 Jun 2007 14:20:54 +0200 (CEST) Message-Id: <200706181220.l5ICKsXm081964@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de In-Reply-To: <200706160807.l5G87vHC042261@lurza.secnetix.de> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 18 Jun 2007 14:21:00 +0200 (CEST) Cc: Subject: Re: moused linear acceleration drops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, h.schmalzbauer@omnisec.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2007 12:21:02 -0000 Oliver Fromme wrote: > http://www.secnetix.de/~olli/tmp/moused.v2.patch The patch has been committed to -current (moused.c 1.79). Many thanks to Philip Paeps for reviewing and committing! (MFC should be done in a few days.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 12:32:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED82916A41F for ; Mon, 18 Jun 2007 12:32:02 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 86F7013C455 for ; Mon, 18 Jun 2007 12:32:02 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP id l5ICVwdk019232 (8.13.4/1.4); Mon, 18 Jun 2007 14:31:58 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP id l5ICVwOa019227 (8.13.4/2.02); Mon, 18 Jun 2007 14:31:58 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 18 Jun 2007 14:31:58 +0200 (MEST) From: Michiel Boland To: Garrett Cooper In-Reply-To: <467467B7.8060408@u.washington.edu> Message-ID: References: <46745631.7000708@web.am> <467467B7.8060408@u.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Gaspar Chilingarov , freebsd-current@freebsd.org, Claus Guttesen Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 12:32:03 -0000 On Sat, 16 Jun 2007, Garrett Cooper wrote: > Claus Guttesen wrote: >>> I recompiled X.org yesterday and hit the following problem >>> (1 week old -current, yesterdays packages, AMD64) -- when compiling >>> files in >>> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >>> directory, there are huge .h files - about 4mb. when compiler uses -O2 >>> or -O option it eats all available memory and then gets killed by the >>> system. >>> Without -O/O2 option compile works just as expected. >>> >>> Now -- should I file a PR or it's known bug? >> >> No, but you should read the archives. Requires more than 1 GB of swap. >> > It's a known bug that isn't going to be fixed until gcc 4.2.1. > -Garrett > Well, until then, is it not possible to at least put the following patch in ports/x11-servers/xorg-server/files: --- hw/xfree86/scanpci/Makefile.in.orig 2007-06-18 13:57:05.000000000 +0200 +++ hw/xfree86/scanpci/Makefile.in 2007-06-18 13:57:58.000000000 +0200 @@ -132,7 +132,7 @@ CCDEPMODE = @CCDEPMODE@ CFB_FALSE = @CFB_FALSE@ CFB_TRUE = @CFB_TRUE@ -CFLAGS = @CFLAGS@ +CFLAGS = @CFLAGS@ -O0 COMPILEDDEFAULTFONTPATH = @COMPILEDDEFAULTFONTPATH@ COMPOSITE_FALSE = @COMPOSITE_FALSE@ COMPOSITE_TRUE = @COMPOSITE_TRUE@ That would make a lot of people very happy. In particular those running amd64. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 12:37:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E76B116A400 for ; Mon, 18 Jun 2007 12:37:30 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id A7D0C13C45D for ; Mon, 18 Jun 2007 12:37:30 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5ICbP5w018710; Mon, 18 Jun 2007 08:37:25 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Mon, 18 Jun 2007 08:37:25 -0400 (EDT) Date: Mon, 18 Jun 2007 08:37:25 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Bruce M. Simpson" In-Reply-To: <46765CB9.9020105@incunabulum.net> Message-ID: References: <46765CB9.9020105@incunabulum.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Multicast problems 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: Mon, 18 Jun 2007 12:37:31 -0000 On Mon, 18 Jun 2007, Bruce M. Simpson wrote: > > Other folks reported issues with the new code. As you're probably aware, ipv4 > multicast group memberships must be bound to an interface. When they are not, > the interface selected as the source for the IGMP join uses a routing table > lookup on the group. > The newer code changed to perform this lookup by interface index as well as > by address, as interfaces used for ipv4 multicast traffic are generally > assumed to have a protocol-level address. What happens when you join a group without an interface (INADDR_ANY)? Assume there is no route for the multicast group. Does the new code select the interface that the default route is on? This is the behavior we expect to see and what occurs on other OSs. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 12:40:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E34B716A46B for ; Mon, 18 Jun 2007 12:40:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFDE13C484 for ; Mon, 18 Jun 2007 12:40:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5ICeU0u020542; Mon, 18 Jun 2007 08:40:30 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Mon, 18 Jun 2007 08:40:30 -0400 (EDT) Date: Mon, 18 Jun 2007 08:40:30 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Michiel Boland In-Reply-To: Message-ID: References: <46745631.7000708@web.am> <467467B7.8060408@u.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Claus Guttesen , Garrett Cooper , Gaspar Chilingarov , freebsd-current@freebsd.org Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 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: Mon, 18 Jun 2007 12:40:38 -0000 On Mon, 18 Jun 2007, Michiel Boland wrote: > On Sat, 16 Jun 2007, Garrett Cooper wrote: > >> Claus Guttesen wrote: >>>> I recompiled X.org yesterday and hit the following problem >>>> (1 week old -current, yesterdays packages, AMD64) -- when compiling >>>> files in >>>> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >>>> directory, there are huge .h files - about 4mb. when compiler uses -O2 >>>> or -O option it eats all available memory and then gets killed by the >>>> system. >>>> Without -O/O2 option compile works just as expected. >>>> >>>> Now -- should I file a PR or it's known bug? >>> >>> No, but you should read the archives. Requires more than 1 GB of swap. >>> >> It's a known bug that isn't going to be fixed until gcc 4.2.1. >> -Garrett >> > > Well, until then, is it not possible to at least put the following patch in > ports/x11-servers/xorg-server/files: [ ... ] > That would make a lot of people very happy. In particular those running > amd64. Yes, it happens on i386 too. I think requiring more than 1GB of swap is ridiculous. Please patch gcc or the port. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 12:50:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E022716A468 for ; Mon, 18 Jun 2007 12:50:50 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6C22113C480 for ; Mon, 18 Jun 2007 12:50:50 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by mu-out-0910.google.com with SMTP id w9so1749496mue for ; Mon, 18 Jun 2007 05:50:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=QTf6U4SAATlm1ZqZ+hCeLjW/jXeZUDdhRRmTK5EBGWEotO5EKGY2WGV/VV8vbqNUr8KGZkpZ7JDQtZl76cHKYcwT1r0Cx9KPLr5K4OB3tWqRz7d0Uo+QlMbnrW2fl8Fccwod4PuyhQ2gjEm+jmomWBxJvAxoqBYNB4YkNFWA/sA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=AezAKYXWNhKOsvbyDx/+DrRuDeMIefT+yUmMUfCIdwIVEfGxw6cGTn2QIIzdpX1qYLdibOs62h1fPKu4ATt7BceiywnjHe0DKVRdDCP/9aoBnxFzZvj81BB/JKbNXZg7nn17I/9RZTw0t3CJFDKSIPzvayFf4g/mXqk2md9cNp8= Received: by 10.82.100.1 with SMTP id x1mr11200779bub.1182171048732; Mon, 18 Jun 2007 05:50:48 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id h7sm190797nfh.2007.06.18.05.50.47 (version=SSLv3 cipher=RC4-MD5); Mon, 18 Jun 2007 05:50:48 -0700 (PDT) From: Tom Evans To: Kris Kennaway In-Reply-To: <20070617213948.GA50404@rot13.obsecurity.org> References: <20070617213948.GA50404@rot13.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-eSQR+eTZXtdcAWXFnoXp" Date: Mon, 18 Jun 2007 13:50:46 +0100 Message-Id: <1182171046.1253.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 12:50:51 -0000 --=-eSQR+eTZXtdcAWXFnoXp Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 2007-06-17 at 17:39 -0400, Kris Kennaway wrote: > When the kern.pts.enable sysctl is set to '1', pseudo-ttys are created > with device name /dev/pts/${NUMBER}. With some kernel fixes from kib > this appears to now be stable and the kernel side is ready for a > possible change of default. However, the new device naming confuses > some userland utilities. For example: >=20 > pointyhat# write simon > write: /dev/398: No such file or directory >=20 > simon was logged in on /dev/pts/398. >=20 > killall -t also fails to parse the new device format: >=20 > bento# ps -t pts/187 > PID TT STAT TIME COMMAND > 67734 187 Ss 0:00.04 /bin/csh > 72599 187 R+ 0:00.00 ps -t pts/187 > bento# killall -t pts/187 > killall: stat(/dev/ttypts/187): No such file or directory >=20 > It would also be useful if ps -t recognized a numeric argument as > magic and converted it to add the pts/. It already appears to do the > converse when displaying the TTY, as you can see above. >=20 > There are probably other utilities also affected. >=20 > Kris >=20 If no-one has already started working on these, I've had a look at a few of these utils and the changes look quite straightforward. I've been looking for something like this (simple enough for me to do, simple enough that a I can't =C2=A3$%^ it up too much) so I can contribute back to FreeBSD.=20 So far, I'm looking at usr.bin/killall, bin/ps and usr.bin/write Tom --=-eSQR+eTZXtdcAWXFnoXp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGdn+mlcRvFfyds/cRAuLqAJ48zWbq/ptxov2fPyzZVXTRSDms0gCgmB9J PCYj0ShIsxJa7iKUPz8scPo= =0HmC -----END PGP SIGNATURE----- --=-eSQR+eTZXtdcAWXFnoXp-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 13:35:12 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F324716A41F for ; Mon, 18 Jun 2007 13:35:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id BCBDC13C45A for ; Mon, 18 Jun 2007 13:35:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=f2JDtmD/rDpnygSso5WViYoKQ7xjTeV6EpOA0i3U9WWNddm2PwcS2lseJ33Dv/hnHPb9azPKuL1rvr2vbNhTgK2QBK8/7eyakJ1k5+Ys4JpfDx1vBwP4nrg2DvXPnKy2Q9VT+SAM6pnENRXh5xoWvkBKMUecjpSDiVGkB8jmS8PvrHK2kagGUTPAFzrIaiz3jVYY69R2Nq3tMsgXvnk8RI/uanSFevz+LEb7aignE18/VSnwlvGuRoXFFcekk65v; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I0HNv-0004c4-6V; Mon, 18 Jun 2007 13:35:11 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I0HNV-0003vJ-Li; Mon, 18 Jun 2007 13:34:45 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0HNU-0000YQ-Rg; Mon, 18 Jun 2007 15:34:44 +0200 To: Rui Paulo From: Ian FREISLICH In-Reply-To: Message from Rui Paulo of "Sun, 17 Jun 2007 18:42:38 +0100." <86d4zupje9.wl%rpaulo@fnop.net> X-Attribution: BOFH Date: Mon, 18 Jun 2007 15:34:44 +0200 Message-Id: Cc: freebsd-current@FreeBSD.org Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 13:35:12 -0000 Rui Paulo wrote: > Hi, > I'm having some problems with ath after the sam_wifi branch merge. > Basically I have all the necessary modules loaded, but scanning is not > working well. > > % kldstat | egrep wlan\|ath > 2 1 0xc097a000 12450 if_ath.ko > 3 3 0xc098d000 2ec38 ath_hal.ko > 4 8 0xc09bc000 2b65c wlan.ko > 5 2 0xc09e8000 43e8 ath_rate.ko > 20 1 0xc0af7000 4480 wlan_tkip.ko > 21 1 0xc0afc000 2fec wlan_wep.ko > 22 1 0xc0aff000 7100 wlan_ccmp.ko > 23 1 0xc0b07000 1920 wlan_scan_ap.ko > 24 1 0xc0b09000 552c wlan_scan_sta.ko > > Is anything missing? > > My card is: > ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on p ci2 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: mac 10.3 phy 6.1 radio 10.2 > > ath0: flags=8802 metric 0 mtu 1500 > ether 00:17:f2:44:ba:50 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 1 (2412 Mhz 11g) > authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 > protmode CTS burst bintval 100 This is basically a mee too. My hardware is the same as Rui's: ath0@pci3:0:0: class=0x020000 card=0x0086106b chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[60] = PCI-Express 1 legacy endpoint cap 11[90] = MSI-X supports 1 message in map 0x10 ath0: flags=8843 metric 0 mtu 1500 ether 00:17:f2:50:66:16 inet 10.0.0.18 netmask 0xffffff00 broadcast 10.0.0.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/24Mbps) status: associated ssid cluelan channel 13 (2472 Mhz 11g) bssid 00:11:50:0b:c5:a6 authmode WPA privacy ON deftxkey UNDEF TKIP 3:128-bit txpowmax 35 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS burst roaming MANUAL bintval 100 In a MacBook Pro. After recent wireless commits the interface has become somewhat unstable. I'm using WPA with wpa_supplicant. Interestingly, it's more stable at home than at work. The symptoms I see are that even though the interface has an IP address and there is a default route, after some time of inactivity I'll start seeing "no route to host" error messages even though it thinks it's still associated with the AP. It's normally fixed by 'kldunload if_ath'. devd or something reloads the driver and everything starts working again. However, sometimes I get the following panic: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x188 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04bbada stack pointer = 0x28:0xe7c2d9d4 frame pointer = 0x28:0xe7c2d9ec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 3134 (wpa_supplicant) trap number = 12 panic: page fault cpuid = 1 ath0: detached Uptime: 4h18m13s Physical memory: 2024 MB Dumping 181 MB: 166 150 134 118 102 86 70 (CTRL-C to abort) 54 38 22 6 #0 doadump () at pcpu.h:195 #1 0xc04c7172 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04c742d in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc060eb8a in trap_fatal (frame=0xe7c2d994, eva=Variable "eva" is not availa ble. ) at /usr/src/sys/i386/i386/trap.c:870 #4 0xc060f45b in trap (frame=0xe7c2d994) at /usr/src/sys/i386/i386/trap.c:276 #5 0xc05f6d4b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc04bbada in _mtx_lock_sleep (m=0xc4e4190c, tid=3312072704, opts=0, file=0xc57369c4
, line=2217) at /usr/src/sys/kern/kern_mutex.c:361 #7 0xc04bbcfc in _mtx_lock_flags (m=0xc4e4190c, opts=0, file=0xc57369c4
, line=2217) at /usr/src/sys/kern/kern_mutex.c:187 #8 0xc572d7ca in ?? () #9 0xc4e4190c in ?? () #10 0x00000000 in ?? () #11 0xc57369c4 in ?? () #12 0x000008a9 in ?? () #13 0xe7c2da34 in ?? () #14 0xc076f249 in ?? () #15 0xc571622c in ?? () #16 0xc4e41800 in ?? () #17 0xc5007000 in ?? () ---Type to continue, or q to quit--- #18 0xe7c2db20 in ?? () #19 0xc0778e75 in ?? () #20 0xc571622c in ?? () #21 0xc57174a0 in ?? () #22 0x00000007 in ?? () #23 0x00000001 in ?? () #24 0xc56a3800 in ?? () #25 0xe7c2da5c in ?? () #26 0xc04e214b in choosethread () at kern_switch.c:147 Previous frame inner to this frame (corrupt stack?) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 14:00:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E08A016A400; Mon, 18 Jun 2007 14:00:47 +0000 (UTC) (envelope-from jsegovia@silver.udg.es) Received: from imeil2.udg.es (mailout10.udg.es [84.88.128.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBF413C4C6; Mon, 18 Jun 2007 14:00:46 +0000 (UTC) (envelope-from jsegovia@silver.udg.es) Received: from silver.udg.es (silver.udg.es [130.206.129.16]) by imeil2.udg.es (8.13.1/8.11.1/otb) with ESMTP id l5IDFCga015276; Mon, 18 Jun 2007 15:15:17 +0200 Received: from dona.udg.es (dona.udg.es [130.206.129.221]) by silver.udg.es (8.8.8p2+Sun/8.8.8) with ESMTP id PAA23655; Mon, 18 Jun 2007 15:15:12 +0200 (MET DST) From: Juan Segovia Silvero To: freebsd-current@freebsd.org Date: Mon, 18 Jun 2007 15:15:17 +0200 User-Agent: KMail/1.9.6 References: <69318AE2C98D3EA5971BB52D@ganymede.hub.org> In-Reply-To: <69318AE2C98D3EA5971BB52D@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706181515.17176.jsegovia@eia.udg.es> X-Mailman-Approved-At: Mon, 18 Jun 2007 14:35:55 +0000 Cc: "Marc G. Fournier" Subject: Re: -CURRENT + Xorg + nvidia driver == Crash ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jsegovia@silver.udg.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2007 14:00:48 -0000 > I'm running out of ideas here, and so far haven't been able to get Xorg to > run without the nvidia driver ... but, with a fresh CVSup of the source > tree, after having used 'make check-old' to wipe out everything it reports > *and* then proceeding to recompile everything in ports to make sure that > I'm linked with the right libraries ... > > ... when I run startx, the machine crashes/reboots ... > > I've *just* today subscribed to this list, so maybe I've missed a thread > ... but is there a known problem? :( I had the same problems that people is describing with -CURRENT and the NVIDIA driver (reboot spontaneous after finishing a session, and upon chainging to ttyv*). It wasn't like that until very recently (that is, it started happening after with kernels from maybe the last couple of weeks). Just to try something different, I installed the "beta" NVIDIA driver (100.14.09) (I disabled the #error directive in header file). It works; it doesn't reboot anymore, although I cannot switch to a text mode ttyv. My card is a GeForce Fx Go5200. Juan From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 14:49:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85FF916A400 for ; Mon, 18 Jun 2007 14:49:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2EAD213C44B for ; Mon, 18 Jun 2007 14:49:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 791EAEB16D1; Mon, 18 Jun 2007 22:49:30 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id WnKo4ZKz1dbD; Mon, 18 Jun 2007 22:49:27 +0800 (CST) Received: from charlie.delphij.net (unknown [221.221.171.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id AF5A6EB15B4; Mon, 18 Jun 2007 22:49:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=p9JV+E7KtGL4ZHhbm70vXkQ5FC3x0Owk5XGw7jZEIj4jprXwmcsVqMa9sUFtZ7ic8 V7dqVDOyg3/fV2fEvXfKw== Message-ID: <46769B76.60502@delphij.net> Date: Mon, 18 Jun 2007 22:49:26 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, jdp@FreeBSD.org X-Enigmail-Version: 0.95.1 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Why vfs.timestamp_precision is set to 0 by default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 14:49:34 -0000 Hi, Recently while I'm looking into the VFS code I found that we set vfs.timestamp_precision to 0 by default. Is there any reason not to set this to, for instance 1 by default? My rough test indicates that the performance affect is almost negligible... Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 15:01:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2F7A16A46B for ; Mon, 18 Jun 2007 15:01:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7500613C45E for ; Mon, 18 Jun 2007 15:01:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I0HKu-000IrM-Jc for current@freebsd.org; Mon, 18 Jun 2007 16:32:13 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5IDVkZu058501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Jun 2007 16:31:46 +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.1/8.14.1) with ESMTP id l5IDVkib092753; Mon, 18 Jun 2007 16:31:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l5IDVjk8092752; Mon, 18 Jun 2007 16:31:45 +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: Mon, 18 Jun 2007 16:31:44 +0300 From: Kostik Belousov To: Tom Evans Message-ID: <20070618133144.GQ2268@deviant.kiev.zoral.com.ua> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mGYhZGuFUHu/yRn+" Content-Disposition: inline In-Reply-To: <1182171046.1253.10.camel@localhost> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 0c824a349f07dfe35efcbc7aeaa72b30 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1151 [June 18 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org, Kris Kennaway Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 15:01:52 -0000 --mGYhZGuFUHu/yRn+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2007 at 01:50:46PM +0100, Tom Evans wrote: > On Sun, 2007-06-17 at 17:39 -0400, Kris Kennaway wrote: > > When the kern.pts.enable sysctl is set to '1', pseudo-ttys are created > > with device name /dev/pts/${NUMBER}. With some kernel fixes from kib > > this appears to now be stable and the kernel side is ready for a > > possible change of default. However, the new device naming confuses > > some userland utilities. For example: > >=20 > > pointyhat# write simon > > write: /dev/398: No such file or directory > >=20 > > simon was logged in on /dev/pts/398. > >=20 > > killall -t also fails to parse the new device format: > >=20 > > bento# ps -t pts/187 > > PID TT STAT TIME COMMAND > > 67734 187 Ss 0:00.04 /bin/csh > > 72599 187 R+ 0:00.00 ps -t pts/187 > > bento# killall -t pts/187 > > killall: stat(/dev/ttypts/187): No such file or directory > >=20 > > It would also be useful if ps -t recognized a numeric argument as > > magic and converted it to add the pts/. It already appears to do the > > converse when displaying the TTY, as you can see above. > >=20 > > There are probably other utilities also affected. > >=20 > > Kris > >=20 >=20 > If no-one has already started working on these, I've had a look at a few > of these utils and the changes look quite straightforward. I've been > looking for something like this (simple enough for me to do, simple > enough that a I can't ??$%^ it up too much) so I can contribute back to > FreeBSD.=20 >=20 > So far, I'm looking at usr.bin/killall, bin/ps and usr.bin/write >=20 Mentioned patches are at http://people.freebsd.org/~kib/misc/destroy_dev_sched.10.patch --mGYhZGuFUHu/yRn+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGdolAC3+MBN1Mb4gRAqRUAJ9wkBBtdYBrBDc6ek2uRBPooRjq7ACghu9D XkxdfeuFCzQmm3+jVLpPxuQ= =rhmy -----END PGP SIGNATURE----- --mGYhZGuFUHu/yRn+-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 15:07:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8EAE16A400 for ; Mon, 18 Jun 2007 15:07:38 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp08.mail.ogk.yahoo.co.jp (ybbsmtp08.mail.ogk.yahoo.co.jp [124.83.153.128]) by mx1.freebsd.org (Postfix) with SMTP id 2E97713C44B for ; Mon, 18 Jun 2007 15:07:38 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 70642 invoked by alias); 18 Jun 2007 15:07:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=BOILnl/sbdVaQehcEer24uF3CqoDsJHWO7jhBBhgJ0w48w450hZ2Vt1gNFnVdhslSP8qOW2bNt16iUJKKL4aDgjyWmRx2fA5gHo007p5VbLOF3bye84qdxs2mGzM+Ju5 ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp08.mail.ogk.yahoo.co.jp with SMTP; 18 Jun 2007 15:07:36 -0000 X-Apparently-From: Message-ID: <46769FB3.8060002@ybb.ne.jp> Date: Tue, 19 Jun 2007 00:07:31 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Poul-Henning Kamp References: <6014.1179937161@critter.freebsd.dk> In-Reply-To: <6014.1179937161@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Evaluation of High Precision Event Timer Driver for userland timer facility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 15:07:38 -0000 Hi Thank you for your comment. I'm sorry that the reply is late. > > Basing this facility on the HPET almost guarantees that we cannot > use it in FreeBSD, because the HPET is not available on more than > a couple of our architectures. > Certainly the facility is not available non-PC platform, it highly depends on board specs. How do you think about introducing this facility as a kernel option. As far as I think, this facility is a kind of device driver, this is not timer facility which is used in common. Certainly, it may have no dramatic effect as you said. Therefore, I did not mean to introduce this facility into FreeBSD by all means, certainly. > Without userland access to the timekeeping hardware, it is difficult > to avoid the system call overhead and once in the kernel anyway > it is doubtful that splitting the code between userland and > kernel really gives much of a payoff. > > I am aware that Linux has a userland timestamping facility, but > I am also aware of its numerous shortcomings. > Sorry, I can not figure out shortcomings of this, would you tell me shortcomings of mmaped HPET time stamp facility? From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:00:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B08716A41F; Mon, 18 Jun 2007 17:00:23 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from rock.polstra.com (rock.polstra.com [64.119.0.113]) by mx1.freebsd.org (Postfix) with ESMTP id 097B513C45B; Mon, 18 Jun 2007 17:00:22 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from [10.0.0.64] (adsl-sj-9-160.rockisland.net [64.119.9.160]) (authenticated bits=0) by rock.polstra.com (8.13.8/8.13.8) with ESMTP id l5IGiadf021386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Jun 2007 09:44:37 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: <4676B674.4030104@polstra.com> Date: Mon, 18 Jun 2007 09:44:36 -0700 From: John Polstra User-Agent: Thunderbird 1.5.0.12 (Macintosh/20070509) MIME-Version: 1.0 To: Xin LI References: <46769B76.60502@delphij.net> In-Reply-To: <46769B76.60502@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (rock.polstra.com [64.119.0.113]); Mon, 18 Jun 2007 09:44:38 -0700 (PDT) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Why vfs.timestamp_precision is set to 0 by default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:00:23 -0000 Xin LI wrote: > Recently while I'm looking into the VFS code I found that we set > vfs.timestamp_precision to 0 by default. Is there any reason not to set > this to, for instance 1 by default? My rough test indicates that the > performance affect is almost negligible... If I remember correctly, I set the default to 0 for compatibility -- i.e., so that the fractional seconds would continue to be set to 0 as before. That was probably too conservative. John From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:04:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BA8716A46B for ; Mon, 18 Jun 2007 17:04:33 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id DF6A313C46C for ; Mon, 18 Jun 2007 17:04:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5IH4WLT006737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2007 10:04:32 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5IH4Wsi003904 for ; Mon, 18 Jun 2007 10:04:32 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Mon, 18 Jun 2007 10:04:32 PDT Date: Mon, 18 Jun 2007 10:04:32 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.94634 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:04:33 -0000 ---------- Forwarded message ---------- Date: Mon, 18 Jun 2007 08:33:00 -0700 From: Garrett Cooper To: Daniel Eischen Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 Daniel Eischen wrote: > On Mon, 18 Jun 2007, Michiel Boland wrote: > >> On Sat, 16 Jun 2007, Garrett Cooper wrote: >> >>> Claus Guttesen wrote: >>>>> I recompiled X.org yesterday and hit the following problem >>>>> (1 week old -current, yesterdays packages, AMD64) -- when compiling >>>>> files in >>>>> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >>>>> directory, there are huge .h files - about 4mb. when compiler uses >>>>> -O2 >>>>> or -O option it eats all available memory and then gets killed by >>>>> the >>>>> system. >>>>> Without -O/O2 option compile works just as expected. >>>>> >>>>> Now -- should I file a PR or it's known bug? >>>> >>>> No, but you should read the archives. Requires more than 1 GB of >>>> swap. >>>> >>> It's a known bug that isn't going to be fixed until gcc 4.2.1. >>> -Garrett >>> >> >> Well, until then, is it not possible to at least put the following patch >> in ports/x11-servers/xorg-server/files: > > [ ... ] > >> That would make a lot of people very happy. In particular those running >> amd64. > > Yes, it happens on i386 too. I think requiring more than 1GB of swap > is ridiculous. Please patch gcc or the port. > Patching gcc would be the better idea, but if there's a bug with the current patch that was ported from 4.3.0 to 4.2.0 and will be in 4.2.1, that will break lots of compilations.. I would search for gcc 4.2 quadratic -- it's a fairly long thread on GNU's bugzilla. -Garrett --------- Forgot to CC the list. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:05:21 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D268016A468 for ; Mon, 18 Jun 2007 17:05:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BEB5E13C447 for ; Mon, 18 Jun 2007 17:05:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 326261A4D83; Mon, 18 Jun 2007 10:04:36 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 1E03A51264; Mon, 18 Jun 2007 13:05:21 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 06904BE65; Mon, 18 Jun 2007 13:05:21 -0400 (EDT) Date: Mon, 18 Jun 2007 13:05:20 -0400 From: Kris Kennaway To: Tom Evans Message-ID: <20070618170520.GA73978@rot13.obsecurity.org> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1182171046.1253.10.camel@localhost> User-Agent: Mutt/1.4.2.3i Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:05:21 -0000 On Mon, Jun 18, 2007 at 01:50:46PM +0100, Tom Evans wrote: > On Sun, 2007-06-17 at 17:39 -0400, Kris Kennaway wrote: > > When the kern.pts.enable sysctl is set to '1', pseudo-ttys are created > > with device name /dev/pts/${NUMBER}. With some kernel fixes from kib > > this appears to now be stable and the kernel side is ready for a > > possible change of default. However, the new device naming confuses > > some userland utilities. For example: > > > > pointyhat# write simon > > write: /dev/398: No such file or directory > > > > simon was logged in on /dev/pts/398. > > > > killall -t also fails to parse the new device format: > > > > bento# ps -t pts/187 > > PID TT STAT TIME COMMAND > > 67734 187 Ss 0:00.04 /bin/csh > > 72599 187 R+ 0:00.00 ps -t pts/187 > > bento# killall -t pts/187 > > killall: stat(/dev/ttypts/187): No such file or directory > > > > It would also be useful if ps -t recognized a numeric argument as > > magic and converted it to add the pts/. It already appears to do the > > converse when displaying the TTY, as you can see above. > > > > There are probably other utilities also affected. > > > > Kris > > > > If no-one has already started working on these, I've had a look at a few > of these utils and the changes look quite straightforward. I've been > looking for something like this (simple enough for me to do, simple > enough that a I can't ??$%^ it up too much) so I can contribute back to > FreeBSD. > > So far, I'm looking at usr.bin/killall, bin/ps and usr.bin/write Good news! Thanks for your help. It would be worthwhile also auditing for other utilities that manipulate TTYs, for example others I can think of off the top of my head are pgrep, watch, etc. Kris From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:06:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C6DC16A41F; Mon, 18 Jun 2007 17:06:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 411C013C489; Mon, 18 Jun 2007 17:06:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A2BAC1A4D83; Mon, 18 Jun 2007 10:05:56 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8F75E51264; Mon, 18 Jun 2007 13:06:41 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 82005BE65; Mon, 18 Jun 2007 13:06:41 -0400 (EDT) Date: Mon, 18 Jun 2007 13:06:41 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20070618170641.GB73978@rot13.obsecurity.org> References: <46745631.7000708@web.am> <467467B7.8060408@u.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Michiel Boland , Garrett Cooper , Gaspar Chilingarov , freebsd-current@freebsd.org, Claus Guttesen Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:06:42 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2007 at 08:40:30AM -0400, Daniel Eischen wrote: > On Mon, 18 Jun 2007, Michiel Boland wrote: >=20 > >On Sat, 16 Jun 2007, Garrett Cooper wrote: > > > >>Claus Guttesen wrote: > >>>>I recompiled X.org yesterday and hit the following problem > >>>>(1 week old -current, yesterdays packages, AMD64) -- when compiling > >>>>files in > >>>>/usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/= scanpci=20 > >>>>directory, there are huge .h files - about 4mb. when compiler uses -O2 > >>>>or -O option it eats all available memory and then gets killed by the > >>>>system. > >>>>Without -O/O2 option compile works just as expected. > >>>> > >>>>Now -- should I file a PR or it's known bug? > >>> > >>>No, but you should read the archives. Requires more than 1 GB of swap. > >>> > >>It's a known bug that isn't going to be fixed until gcc 4.2.1. > >>-Garrett > >> > > > >Well, until then, is it not possible to at least put the following patch= =20 > >in ports/x11-servers/xorg-server/files: >=20 > [ ... ] >=20 > >That would make a lot of people very happy. In particular those running= =20 > >amd64. >=20 > Yes, it happens on i386 too. I think requiring more than 1GB of swap > is ridiculous. Please patch gcc or the port. You can test the new gcc snapshot here: http://people.freebsd.org/~kan/contrib-gcc421.tar.gz Just extract it over the top of /usr/src and rebuild world. Please confirm that it helps with this problem. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGdruhWry0BWjoQKURAqxwAKCHExwJzWOLMh0HiOG7Rm3QiReAvgCgtp+p 6XvBzIYZPG/M3M4n3ydXXQI= =e+kZ -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:21:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B038316A400 for ; Mon, 18 Jun 2007 17:21:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 79F9413C457 for ; Mon, 18 Jun 2007 17:21:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5IHKnVZ049414; Mon, 18 Jun 2007 10:20:49 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5IHKml4049413; Mon, 18 Jun 2007 10:20:48 -0700 (PDT) (envelope-from sgk) Date: Mon, 18 Jun 2007 10:20:48 -0700 From: Steve Kargl To: Kris Kennaway Message-ID: <20070618172048.GA49367@troutmask.apl.washington.edu> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> <20070618170520.GA73978@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070618170520.GA73978@rot13.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: Tom Evans , current@freebsd.org Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:21:45 -0000 On Mon, Jun 18, 2007 at 01:05:20PM -0400, Kris Kennaway wrote: > On Mon, Jun 18, 2007 at 01:50:46PM +0100, Tom Evans wrote: > > On Sun, 2007-06-17 at 17:39 -0400, Kris Kennaway wrote: > > > When the kern.pts.enable sysctl is set to '1', pseudo-ttys are created > > > with device name /dev/pts/${NUMBER}. With some kernel fixes from kib > > > this appears to now be stable and the kernel side is ready for a > > > possible change of default. However, the new device naming confuses > > > some userland utilities. For example: > > > > > > pointyhat# write simon > > > write: /dev/398: No such file or directory > > > > > > simon was logged in on /dev/pts/398. > > > > > > killall -t also fails to parse the new device format: > > > > > > bento# ps -t pts/187 > > > PID TT STAT TIME COMMAND > > > 67734 187 Ss 0:00.04 /bin/csh > > > 72599 187 R+ 0:00.00 ps -t pts/187 > > > bento# killall -t pts/187 > > > killall: stat(/dev/ttypts/187): No such file or directory > > > > > > It would also be useful if ps -t recognized a numeric argument as > > > magic and converted it to add the pts/. It already appears to do the > > > converse when displaying the TTY, as you can see above. > > > > > > There are probably other utilities also affected. > > > > > > Kris > > > > > > > If no-one has already started working on these, I've had a look at a few > > of these utils and the changes look quite straightforward. I've been > > looking for something like this (simple enough for me to do, simple > > enough that a I can't ??$%^ it up too much) so I can contribute back to > > FreeBSD. > > > > So far, I'm looking at usr.bin/killall, bin/ps and usr.bin/write > > Good news! Thanks for your help. It would be worthwhile also > auditing for other utilities that manipulate TTYs, for example others > I can think of off the top of my head are pgrep, watch, etc. > Do the fixes from kib actually permit the use of pts? http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92742 -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:38:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36F4016A41F for ; Mon, 18 Jun 2007 17:38:33 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0734A13C458 for ; Mon, 18 Jun 2007 17:38:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id A0FB519A4; Mon, 18 Jun 2007 13:38:32 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 18 Jun 2007 13:38:32 -0400 X-Sasl-enc: 0O1O31ez+5qoJfu+tAeUKtjFOOjZqkrNgmToeS+Uoboq 1182188312 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id C85D415255; Mon, 18 Jun 2007 13:38:31 -0400 (EDT) Message-ID: <4676C30E.7040300@incunabulum.net> Date: Mon, 18 Jun 2007 18:38:22 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Daniel Eischen References: <46765CB9.9020105@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Multicast 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: Mon, 18 Jun 2007 17:38:33 -0000 Daniel Eischen wrote: > On Mon, 18 Jun 2007, Bruce M. Simpson wrote: >> >> Other folks reported issues with the new code. As you're probably >> aware, ipv4 multicast group memberships must be bound to an >> interface. When they are not, the interface selected as the source >> for the IGMP join uses a routing table lookup on the group. >> The newer code changed to perform this lookup by interface index as >> well as by address, as interfaces used for ipv4 multicast traffic are >> generally assumed to have a protocol-level address. > > What happens when you join a group without an interface (INADDR_ANY)? > Assume there is no route for the multicast group. Does the new code > select the interface that the default route is on? Yes. The new code is written in terms of the RFC 3678 API. The old IPv4 ASM API is a shell around it. If no interface address is provided, either via an interface index or interface protocol address, it will perform a route lookup on the multicast group address to determine which interface to use when the group is being joined. Obviously a default route will satisfy this lookup; the BSD route lookup matches most specific match first. I believe that the problems which folks have been seeing is that some old behaviour hasn't been captured in the new code. This behaviour is that if the route lookup fails, the code would select the first interface in the system with IFF_MULTICAST set on it (usually the loopback address). This used to be contained in the ip_multicast_if() function which was phased out. Joining a multicast group on INADDR_ANY is non-specific. It's a bit like sending a datagram to 255.255.255.255 -- the group address alone is not a sufficient key without additional information from the routing table. It seems reasonable that the code should use the interface of the default route if no interface address is provided. However this doesn't cover the case where no default route exists during system bringup. So a possible interim fix is to restore the 'choose first multicast interface' behaviour. As time goes on however this code will need to be changed to support scoped addresses, and to only look at interfaces to which PF_INET is bound. BMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:38:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2432D16A524 for ; Mon, 18 Jun 2007 17:38:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE1813C48C for ; Mon, 18 Jun 2007 17:38:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5F6A91A4D80; Mon, 18 Jun 2007 10:38:07 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 4FC79513C6; Mon, 18 Jun 2007 13:38:52 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 3976CBE65; Mon, 18 Jun 2007 13:38:52 -0400 (EDT) Date: Mon, 18 Jun 2007 13:38:52 -0400 From: Kris Kennaway To: Maxim Konovalov Message-ID: <20070618173852.GA74395@rot13.obsecurity.org> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> <20070618133144.GQ2268@deviant.kiev.zoral.com.ua> <20070618213139.O73282@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070618213139.O73282@mp2.macomnet.net> User-Agent: Mutt/1.4.2.3i Cc: Kostik Belousov , Tom Evans , current@freebsd.org, Kris Kennaway Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:38:53 -0000 On Mon, Jun 18, 2007 at 09:33:24PM +0400, Maxim Konovalov wrote: > [...] > > Mentioned patches are at > > http://people.freebsd.org/~kib/misc/destroy_dev_sched.10.patch > > > Btw, I tried the patch recently when discovered script(1) just stuck > at exit. The patch didn't help. Turning off pts did. Are you sure it was this revision? It was believed to be fixed in an older version. If you are still seeing it, can you please try to obtain backtraces, lockedvnodes, etc? Kris From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:44:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B92CD16A421 for ; Mon, 18 Jun 2007 17:44:34 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6A413C484 for ; Mon, 18 Jun 2007 17:44:33 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5IHiWLf039325; Mon, 18 Jun 2007 21:44:32 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 18 Jun 2007 21:44:32 +0400 (MSD) From: Maxim Konovalov To: Kris Kennaway In-Reply-To: <20070618173852.GA74395@rot13.obsecurity.org> Message-ID: <20070618214409.R73282@mp2.macomnet.net> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> <20070618133144.GQ2268@deviant.kiev.zoral.com.ua> <20070618213139.O73282@mp2.macomnet.net> <20070618173852.GA74395@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Kostik Belousov , Tom Evans , current@freebsd.org Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:44:34 -0000 On Mon, 18 Jun 2007, 13:38-0400, Kris Kennaway wrote: > On Mon, Jun 18, 2007 at 09:33:24PM +0400, Maxim Konovalov wrote: > > [...] > > > Mentioned patches are at > > > http://people.freebsd.org/~kib/misc/destroy_dev_sched.10.patch > > > > > Btw, I tried the patch recently when discovered script(1) just stuck > > at exit. The patch didn't help. Turning off pts did. > > Are you sure it was this revision? It was believed to be fixed in an > older version. If you are still seeing it, can you please try to > obtain backtraces, lockedvnodes, etc? > I'll try the latest and report results back. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:48:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33F7116A41F for ; Mon, 18 Jun 2007 17:48:25 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D33CA13C46E for ; Mon, 18 Jun 2007 17:48:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5IHmK0e001468; Mon, 18 Jun 2007 13:48:21 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Mon, 18 Jun 2007 13:48:21 -0400 (EDT) Date: Mon, 18 Jun 2007 13:48:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Bruce M. Simpson" In-Reply-To: <4676C30E.7040300@incunabulum.net> Message-ID: References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Multicast problems 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: Mon, 18 Jun 2007 17:48:25 -0000 On Mon, 18 Jun 2007, Bruce M. Simpson wrote: > Daniel Eischen wrote: >> On Mon, 18 Jun 2007, Bruce M. Simpson wrote: >>> >>> Other folks reported issues with the new code. As you're probably aware, >>> ipv4 multicast group memberships must be bound to an interface. When they >>> are not, the interface selected as the source for the IGMP join uses a >>> routing table lookup on the group. >>> The newer code changed to perform this lookup by interface index as well >>> as by address, as interfaces used for ipv4 multicast traffic are generally >>> assumed to have a protocol-level address. >> >> What happens when you join a group without an interface (INADDR_ANY)? >> Assume there is no route for the multicast group. Does the new code >> select the interface that the default route is on? > Yes. > > The new code is written in terms of the RFC 3678 API. The old IPv4 ASM API is > a shell around it. > > If no interface address is provided, either via an interface index or > interface protocol address, it will perform a route lookup on the multicast > group address to determine which interface to use when the group is being > joined. Obviously a default route will satisfy this lookup; the BSD route > lookup matches most specific match first. > > I believe that the problems which folks have been seeing is that some old > behaviour hasn't been captured in the new code. > This behaviour is that if the route lookup fails, the code would select the > first interface in the system with IFF_MULTICAST set on it (usually the > loopback address). This used to be contained in the ip_multicast_if() > function which was phased out. > > Joining a multicast group on INADDR_ANY is non-specific. It's a bit like > sending a datagram to 255.255.255.255 -- the group address alone is not a > sufficient key without additional information from the routing table. > > It seems reasonable that the code should use the interface of the default > route if no interface address is provided. However this doesn't cover the > case where no default route exists during system bringup. I think in that case, the first non-loopback interface with IFF_MULTICAST should be chosen. I think the loopback interface should be chosen in the absence of any other interface with IFF_MULTICAST set. Our code does rely on this as well. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:50:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6423016A469 for ; Mon, 18 Jun 2007 17:50:04 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 13FA013C447 for ; Mon, 18 Jun 2007 17:50:04 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 83F85132F; Mon, 18 Jun 2007 13:50:03 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 18 Jun 2007 13:50:03 -0400 X-Sasl-enc: +vNUgLaLexldqs4NwUigoAgJzbVdO39YRzR0qPY43hHZ 1182189003 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id EF9DD111FA; Mon, 18 Jun 2007 13:50:02 -0400 (EDT) Message-ID: <4676C5C2.9030900@incunabulum.net> Date: Mon, 18 Jun 2007 18:49:54 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Multicast 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: Mon, 18 Jun 2007 17:50:04 -0000 Ian FREISLICH wrote: > It looks like it just uses IP_ADD_MEMBERSHIP. HAVE_BSD_STRUCT_IP_MREQ_HACK > is defined. I really don't know anything about how it should be > doing this to say whether the above code is correct. > This is expected behaviour. The new code phases out the hack which this define refers to, which is to encode 24 bits of an interface index in 0.0.0.0/8 (first 8 bits set to zero). The reason why the hack was needed in the first place is because of how the BSD INADDR_TO_IFP() lookup works with regards to unnumbered and point-to-point interfaces, as described in UPDATING. The issue with joining groups on INADDR_ANY is separate from this -- it is related only insofaras code which still expects to abuse the RFC 1724 style behaviour (0.0.0.0/8) is going to end up with INADDR_TO_IFP returning NULL, and will hit the same path. I would expect Quagga to fail to add the group with EADDRNOTAVAIL. There have been attempts to fix this in NetBSD differently, by changing the lookup, however, I should point out that it still doesn't fix the issue with unnumbered interfaces: http://mail-index.netbsd.org/netbsd-bugs/1999/04/02/0001.html I didn't roll a patch for Quagga as it's not part of the base system. Making the required change shouldn't be difficult. It is probably easier for the purposes of Quagga to use the Linux-derived ip_mreqn extension to the IP_MULTICAST_IF ioctl for interface selection, as ospf should be using a locally-scoped address (224.0.0.5 falls under the local administrative scope 224.0.0.0/8) -- although the MCAST_JOIN_GROUP ioctl is the one to use if one needs to bind to an interface by index and be sure that it actually worked. The patch for Rhyolite routed demonstrates both techniques. It is available here: http://people.freebsd.org/~bms/dump/routed.rfc3678.diff Kind regards, BMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:51:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B84216A421 for ; Mon, 18 Jun 2007 17:51:15 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id A607313C4B8 for ; Mon, 18 Jun 2007 17:51:14 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5IHXPTA038596; Mon, 18 Jun 2007 21:33:26 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 18 Jun 2007 21:33:24 +0400 (MSD) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: <20070618133144.GQ2268@deviant.kiev.zoral.com.ua> Message-ID: <20070618213139.O73282@mp2.macomnet.net> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> <20070618133144.GQ2268@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Tom Evans , current@freebsd.org, Kris Kennaway Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 17:51:15 -0000 [...] > Mentioned patches are at > http://people.freebsd.org/~kib/misc/destroy_dev_sched.10.patch > Btw, I tried the patch recently when discovered script(1) just stuck at exit. The patch didn't help. Turning off pts did. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:05:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7232416A468; Mon, 18 Jun 2007 18:05:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 483D113C455; Mon, 18 Jun 2007 18:05:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 1E3D61A23; Mon, 18 Jun 2007 14:05:17 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 18 Jun 2007 14:05:22 -0400 X-Sasl-enc: T8b2m5/QmF8+CuZKZ3GtwJp1rYNEfkwbPANXjWv4NEpg 1182189916 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id E9DCB111FA; Mon, 18 Jun 2007 14:05:15 -0400 (EDT) Message-ID: <4676C952.5000607@incunabulum.net> Date: Mon, 18 Jun 2007 19:05:06 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Daniel Eischen References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Multicast 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: Mon, 18 Jun 2007 18:05:32 -0000 Daniel Eischen wrote: > > I think in that case, the first non-loopback interface with IFF_MULTICAST > should be chosen. I think the loopback interface should be chosen in the > absence of any other interface with IFF_MULTICAST set. Our code does > rely > on this as well. > That seems correct. The code to do this would belong in the conditional for INADDR_ANY in both the ASM and SSM join paths, if the route lookup fails. If we get a bad interface address from userland we still need to return an error as code should not be relying on the presence of the RFC 1724 hack. I see that the pre-4.x rc scripts added a 224/4 route before this code was introduced. The new multicast API shouldn't try to second-guess userland code in this way as it allows an interface index to be specified explicitly. The nature of IGMP is such that it requires application joins to bind to an IPv4 interface. There are tweaks in IGMPv2 to workaround the possible lack of a protocol address e.g. during system bringup, however binding to an interface is still necessary. IPv6 (MLDv1 and MLDv2) utterly side-steps this issue by making it mandatory for interfaces to have a protocol address, even if that is a link-local address, for multicast joins to work. The condition we've seen is a side-effect of ip_multicast_if() being removed. Support for scoped addresses in the IPv4 stack will mean this code has to change again. BMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:08:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5497A16A400 for ; Mon, 18 Jun 2007 18:08:43 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id F143313C4C6 for ; Mon, 18 Jun 2007 18:08:42 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so405091anc for ; Mon, 18 Jun 2007 11:08:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IHK8mtqrjJQtJgdq9iyF4oeHEZlcgrQPWIqJ+5QyXCZPIkreJB4Xdgv6LH8eeoLOGVqtdaAVv/4FWq5QdaLxnkgzWEB2j+ArCiVW+XLBXjxSsxr1JeTggQlm9Y/vOfGpyP6/tKYhFUG/5qAA57Th+GlwJU+yDlWmI0vfGzPNaE0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nm5VAzsgksNinrvrgpHB9eeySHtTFxWmT38CQTae2HFyPNrjhWW5Ofnb9Lp5F3Bz802BNT/UqgPjxrXkRIib0wtwl6auRnzevc6Nd1yjDcWdETMG91JQXWT8zu1+G5tJIcNhChCGLI0i54Y+sVX5YerDGDQEvIS9ofrfalrirGk= Received: by 10.101.66.11 with SMTP id t11mr3647378ank.1182188627857; Mon, 18 Jun 2007 10:43:47 -0700 (PDT) Received: by 10.100.154.8 with HTTP; Mon, 18 Jun 2007 10:43:47 -0700 (PDT) Message-ID: Date: Mon, 18 Jun 2007 10:43:47 -0700 From: "Maksim Yevmenkin" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: HELP! weird tcp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 18:08:43 -0000 All, after upgrading to -current this weekend i started to have weird tcp problems. first of all tcp connections from initiated from firefox and/or thunderbird no longer work. please see info below ==== beetle% uname -a FreeBSD beetle.level3.com 7.0-CURRENT FreeBSD 7.0-CURRENT #91: Sat Jun 16 13:33:48 PDT 2007 root@beetle.level3.com:/usr/obj/usr/src/sys/GENERIC i386 ==== beetle% sysctl net.inet.tcp net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 120000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.prune: 300 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 1 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.recvbuf_max: 262144 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.rfc3390: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.sendbuf_max: 262144 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.tso: 1 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.reass.overflows: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 8 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rst_on_sock_fail: 1 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.timer_race: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.fast_finwait2_recycle: 0 net.inet.tcp.always_keepalive: 1 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 3 net.inet.tcp.msl: 30000 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.maxtcptw: 2465 ==== beetle% ifconfig -a bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:11:43:54:22:c9 inet 10.12.163.152 netmask 0xffffff80 broadcast 10.12.163.255 media: Ethernet 100baseTX status: active plip0: flags=108810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 ==== beetle% netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.12.163.129 UGS 0 107 bge0 10.12.163.128/25 link#1 UC 0 0 bge0 10.12.163.129 00:1a:6c:74:2b:39 UHLW 2 0 bge0 1143 10.12.163.151 00:16:d4:9e:a5:b0 UHLW 1 150 bge0 1147 10.12.163.199 08:00:20:b5:8f:92 UHLW 2 2 bge0 861 127.0.0.1 127.0.0.1 UH 0 94 lo0 192.168.1.0/24 10.12.163.199 UGS 0 2 bge0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#3 UHL lo0 ff01:3::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 ==== beetle# ipfw show 00100 188 21618 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 65000 1103 163395 allow ip from any to any 65535 0 0 deny ip from any to any === now tcpdump output when i try to go to http://www.yahoo.com/ from firefox beetle# tcpdump -n -vv -s0 -S -X -i bge0 port 80 tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size 65535 bytes 10:34:47.217922 IP (tos 0x0, ttl 64, id 459, offset 0, flags [DF], proto: TCP (6), length: 60, bad cksum 0 (->5c59)!) 10.12.163.152.49879 > 209.191.93.52.80: S, cksum 0xdcc6 (incorrect (-> 0x7442), 3892604697:3892604697(0) win 65535 0x0000: 4500 003c 01cb 4000 4006 0000 0a0c a398 E..<..@.@....... 0x0010: d1bf 5d34 c2d7 0050 e804 6f19 0000 0000 ..]4...P..o..... 0x0020: a002 ffff dcc6 0000 0204 05b4 0103 0308 ................ 0x0030: 0402 080a 0005 dcd9 0000 0000 ............ 10:34:47.273178 IP (tos 0x0, ttl 51, id 60635, offset 0, flags [DF], proto: TCP (6), length: 64) 209.191.93.52.80 > 10.12.163.152.49879: S, cksum 0x2b67 (correct), 112085153:112085153(0) ack 3892604698 win 65535 0x0000: 4500 0040 ecdb 4000 3306 7e44 d1bf 5d34 E..@..@.3.~D..]4 0x0010: 0a0c a398 0050 c2d7 06ae 48a1 e804 6f1a .....P....H...o. 0x0020: b012 ffff 2b67 0000 0204 05b4 0103 0301 ....+g.......... 0x0030: 0101 080a 93a1 54db 0005 dcd9 0402 0000 ......T......... 10:34:47.273219 IP (tos 0x0, ttl 64, id 460, offset 0, flags [DF], proto: TCP (6), length: 40, bad cksum 0 (->5c6c)!) 10.12.163.152.49879 > 209.191.93.52.80: R, cksum 0xdcb2 (incorrect (-> 0xb901), 3892604698:3892604698(0) win 0 0x0000: 4500 0028 01cc 4000 4006 0000 0a0c a398 E..(..@.@....... 0x0010: d1bf 5d34 c2d7 0050 e804 6f1a 0000 0000 ..]4...P..o..... 0x0020: 5004 0000 dcb2 0000 0000 0000 0000 P............. ^C 3 packets captured 255 packets received by filter 0 packets dropped by kernel as you can see my laptop simply sends reset after syn+ack is recevied from the peer. ==== now tcpdump output when i do "telnet www.yahoo.com 80". as you can see everything seems to work. beetle# tcpdump -n -vv -s0 -S -X -i bge0 port 80 tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size 65535 bytes 10:35:15.462718 IP (tos 0x10, ttl 64, id 478, offset 0, flags [DF], proto: TCP (6), length: 60, bad cksum 0 (->5c36)!) 10.12.163.152.56333 > 209.191.93.52.80: S, cksum 0xdcc6 (incorrect (-> 0x84e9), 1764906425:1764906425(0) win 65535 0x0000: 4510 003c 01de 4000 4006 0000 0a0c a398 E..<..@.@....... 0x0010: d1bf 5d34 dc0d 0050 6932 55b9 0000 0000 ..]4...Pi2U..... 0x0020: a002 ffff dcc6 0000 0204 05b4 0103 0308 ................ 0x0030: 0402 080a 0006 4b2e 0000 0000 ......K..... 10:35:15.517030 IP (tos 0x0, ttl 51, id 11180, offset 0, flags [DF], proto: TCP (6), length: 64) 209.191.93.52.80 > 10.12.163.152.56333: S, cksum 0x3539 (correct), 1090115527:1090115527(0) ack 1764906426 win 65535 0x0000: 4500 0040 2bac 4000 3306 3f74 d1bf 5d34 E..@+.@.3.?t..]4 0x0010: 0a0c a398 0050 dc0d 40f9 d7c7 6932 55ba .....P..@...i2U. 0x0020: b012 ffff 3539 0000 0204 05b4 0103 0301 ....59.......... 0x0030: 0101 080a 93b8 9227 0006 4b2e 0402 0000 .......'..K..... 10:35:15.517077 IP (tos 0x10, ttl 64, id 479, offset 0, flags [DF], proto: TCP (6), length: 52, bad cksum 0 (->5c3d)!) 10.12.163.152.56333 > 209.191.93.52.80: ., cksum 0xdcbe (incorrect (-> 0x73ca), 1764906426:1764906426(0) ack 1090115528 win 260 0x0000: 4510 0034 01df 4000 4006 0000 0a0c a398 E..4..@.@....... 0x0010: d1bf 5d34 dc0d 0050 6932 55ba 40f9 d7c8 ..]4...Pi2U.@... 0x0020: 8010 0104 dcbe 0000 0101 080a 0006 4b64 ..............Kd 0x0030: 93b8 9227 ...' 10:35:20.564276 IP (tos 0x10, ttl 64, id 482, offset 0, flags [DF], proto: TCP (6), length: 52, bad cksum 0 (->5c3a)!) 10.12.163.152.56333 > 209.191.93.52.80: F, cksum 0xdcbe (incorrect (-> 0x6012), 1764906426:1764906426(0) ack 1090115528 win 260 0x0000: 4510 0034 01e2 4000 4006 0000 0a0c a398 E..4..@.@....... 0x0010: d1bf 5d34 dc0d 0050 6932 55ba 40f9 d7c8 ..]4...Pi2U.@... 0x0020: 8011 0104 dcbe 0000 0101 080a 0006 5f1b .............._. 0x0030: 93b8 9227 ...' 10:35:20.618435 IP (tos 0x0, ttl 51, id 18390, offset 0, flags [DF], proto: TCP (6), length: 52) 209.191.93.52.80 > 10.12.163.152.56333: ., cksum 0xcb10 (correct), 1090115528:1090115528(0) ack 1764906427 win 33304 0x0000: 4500 0034 47d6 4000 3306 2356 d1bf 5d34 E..4G.@.3.#V..]4 0x0010: 0a0c a398 0050 dc0d 40f9 d7c8 6932 55bb .....P..@...i2U. 0x0020: 8010 8218 cb10 0000 0101 080a 93b8 a614 ................ 0x0030: 0006 5f1b .._. 10:35:20.618588 IP (tos 0x0, ttl 51, id 18391, offset 0, flags [DF], proto: TCP (6), length: 52) 209.191.93.52.80 > 10.12.163.152.56333: F, cksum 0xcb0e (correct), 1090115528:1090115528(0) ack 1764906427 win 33304 0x0000: 4500 0034 47d7 4000 3306 2355 d1bf 5d34 E..4G.@.3.#U..]4 0x0010: 0a0c a398 0050 dc0d 40f9 d7c8 6932 55bb .....P..@...i2U. 0x0020: 8011 8218 cb0e 0000 0101 080a 93b8 a615 ................ 0x0030: 0006 5f1b .._. 10:35:20.618623 IP (tos 0x10, ttl 64, id 483, offset 0, flags [DF], proto: TCP (6), length: 52, bad cksum 0 (->5c39)!) 10.12.163.152.56333 > 209.191.93.52.80: ., cksum 0xdcbe (incorrect (-> 0x4bed), 1764906427:1764906427(0) ack 1090115529 win 260 0x0000: 4510 0034 01e3 4000 4006 0000 0a0c a398 E..4..@.@....... 0x0010: d1bf 5d34 dc0d 0050 6932 55bb 40f9 d7c9 ..]4...Pi2U.@... 0x0020: 8010 0104 dcbe 0000 0101 080a 0006 5f51 .............._Q 0x0030: 93b8 a615 .... ^C 7 packets captured 201 packets received by filter 0 packets dropped by kernel does anyone knows what is going on here?! thanks, max p.s. everything was working just fine prior to upgrade this weekend From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:36:44 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07DAC16A4C7; Mon, 18 Jun 2007 18:36:44 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 2608413C489; Mon, 18 Jun 2007 18:36:43 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-67-154.sn2.eutelia.it [83.211.67.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 60FA911AE43; Mon, 18 Jun 2007 20:36:41 +0200 (CEST) Received: (from piso@localhost) by newluxor.wired.org (8.14.1/8.14.1/Submit) id l5IIaSFo002196; Mon, 18 Jun 2007 20:36:28 +0200 (CEST) (envelope-from piso) Date: Mon, 18 Jun 2007 20:36:27 +0200 From: Paolo Pisati To: Hidetoshi Shimokawa Message-ID: <20070618183627.GA2183@tin.it> References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173002.-457443410.imp@bsdimp.com> <626eb4530706161858l5f60d67ej55874cb9348e649b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <626eb4530706161858l5f60d67ej55874cb9348e649b@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: mobile@FreeBSD.org, wsk@gddsn.org.cn, Paolo Pisati , "M. Warner Losh" , current@FreeBSD.org Subject: Re: kernel panic with pccard insert on recent 7.0 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: Mon, 18 Jun 2007 18:36:44 -0000 On Sun, Jun 17, 2007 at 10:58:12AM +0900, Hidetoshi Shimokawa wrote: > And INTR_FILTER doesn't seem well-tested at least for > handling of stray interrupts for filter only IRQs. > I need the following patch to workaroung the problem. > > http://people.freebsd.org/~simokawa/tmp/kern_intr.c-20070617.patch on which platform? cause, right now, if there's a stray interrupt we disable the irq line if the interrut disable function is hooked to ie_disab: kern_intr.c::intr_event_handle(): ... if (thread & FILTER_HANDLED) { if (ie->ie_eoi != NULL) ie->ie_eoi(ie->ie_source); } else { if (ie->ie_disab != NULL) ie->ie_disab(ie->ie_source); } ... bye, P. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 16:05:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42CF716A469; Mon, 18 Jun 2007 16:05:51 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id BA0D713C46A; Mon, 18 Jun 2007 16:05:50 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c220-239-235-248.carlnfd3.nsw.optusnet.com.au (c220-239-235-248.carlnfd3.nsw.optusnet.com.au [220.239.235.248]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l5IG5a37017908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2007 02:05:38 +1000 Date: Tue, 19 Jun 2007 02:05:35 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Xin LI In-Reply-To: <46769B76.60502@delphij.net> Message-ID: <20070619013303.F43847@delplex.bde.org> References: <46769B76.60502@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 18 Jun 2007 18:39:35 +0000 Cc: freebsd-fs@freebsd.org, jdp@freebsd.org, freebsd-current@freebsd.org Subject: Re: Why vfs.timestamp_precision is set to 0 by default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 16:05:51 -0000 On Mon, 18 Jun 2007, Xin LI wrote: > Recently while I'm looking into the VFS code I found that we set > vfs.timestamp_precision to 0 by default. Is there any reason not to set > this to, for instance 1 by default? My rough test indicates that the > performance affect is almost negligible... o 1 second is the historical default for ffs. o vfs.timestamp_precision is global, so changing it would change the default for ffs. o 1 is a magic number. Unfortunately, TSP_HZ is not visible outside of vfs_subr.c. o The TSP_SEC and TSP_HZ settings are efficient. The other might not be, depending on the speed of hardware timecounters. o TSP_HZ gives a much larger coherence bug than TSP_SEC. The timestamp is not the current time rounded down as it should be, but is a previous time rounded down. The previous time is updated at a frequency of at most HZ (at a lower frequency iff HZ > 1000 or a certain sysctl variable is set). suppose that its update frequency is precisely HZ. The TSP_SEC gives wrong results with a probablility of about (HZ - 0.5)/HZ, while TSP_GZ gives wrong results with a probablility of about 0.5. This is hard to fix for SMP without slowing down the timestamps. I sometimes use TSP_USEC to avoid seeing this bug reported by file times coherency tests. o No userland APIs and thus no utilities support setting times with the resolution given by TSP_NSEC. Bruce From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 17:55:57 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18EF116A46C for ; Mon, 18 Jun 2007 17:55:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9899A13C458 for ; Mon, 18 Jun 2007 17:55:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bapqbq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5IHtnNg000620; Mon, 18 Jun 2007 19:55:54 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5IHtnVi000619; Mon, 18 Jun 2007 19:55:49 +0200 (CEST) (envelope-from olli) Date: Mon, 18 Jun 2007 19:55:49 +0200 (CEST) Message-Id: <200706181755.l5IHtnVi000619@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, Tuscan@t-online.de In-Reply-To: <4672F4A5.20401@nerdshack.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 18 Jun 2007 19:55:55 +0200 (CEST) X-Mailman-Approved-At: Mon, 18 Jun 2007 18:39:35 +0000 Cc: Subject: Re: German keymap not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, Tuscan@t-online.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2007 17:55:57 -0000 Tory wrote: > This might be trivial, but I can't find out what's wrong. > I rebuild world / kernel daily, and since last week German Umlauts don't > work anymore. > Not on the console and not in X. > I tried different keymaps and manual edits. > The values are ok, but Instead of ä ü ö (pasted) I get ? ? ÷ - or > nothing at all. What are your locale settings? i.e. what's the output from this shell command: env | egrep 'LC_|LANG' Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "IRIX is about as stable as a one-legged drunk with hypothermia in a four-hundred mile per hour wind, balancing on a banana peel on a greased cookie sheet -- when someone throws him an elephant with bad breath and a worse temper." -- Ralf Hildebrandt From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:39:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4F9916A46C; Mon, 18 Jun 2007 18:39:46 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8673013C458; Mon, 18 Jun 2007 18:39:46 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 2FEFA193B; Mon, 18 Jun 2007 14:39:46 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 18 Jun 2007 14:39:46 -0400 X-Sasl-enc: u/7mRub3tOrLIPX942bUW4PB7pWjVCRBAr1YMw7IXNB1 1182191985 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7548115370; Mon, 18 Jun 2007 14:39:45 -0400 (EDT) Message-ID: <4676D168.3050502@incunabulum.net> Date: Mon, 18 Jun 2007 19:39:36 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> In-Reply-To: <4676C952.5000607@incunabulum.net> Content-Type: multipart/mixed; boundary="------------020002060800060906070808" Cc: Daniel Eischen , Ian FREISLICH , current@freebsd.org Subject: Re: Multicast problems [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: Mon, 18 Jun 2007 18:39:46 -0000 This is a multi-part message in MIME format. --------------020002060800060906070808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Bruce M. Simpson wrote: > > The condition we've seen is a side-effect of ip_multicast_if() being > removed. Support for scoped addresses in the IPv4 stack will mean this > code has to change again. Here is a patch which explicitly looks for an interface supporting multicast, if no default route exists. The KASSERT should only be triggered if the routing trie code is broken; it is still possible for the last-resort interface lookup to fail if no loopback interface exists, if none of the interfaces have IPv4 addresses, or if no interfaces in the system support multicast. regards, BMS --------------020002060800060906070808 Content-Type: text/plain; name="xmcast.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xmcast.diff" --- in_mcast.c.orig Mon Jun 18 20:08:48 2007 +++ in_mcast.c Mon Jun 18 20:36:33 2007 @@ -996,8 +996,16 @@ /* * Obtain ifp. If no interface address was provided, - * use the interface of the route to the given multicast - * address (usually this is the default route). + * use the interface of the route in the unicast FIB for + * the given multicast destination; usually, this is the + * default route. + * If this lookup fails, attempt to use the first non-loopback + * interface with multicast capability in the system as a + * last resort. The legacy IPv4 ASM API requires that we do + * this in order to allow groups to be joined when the routing + * table has not yet been populated during boot. + * If all of these conditions fail, return EADDRNOTAVAIL, and + * reject the IPv4 multicast join. */ if (mreqs.imr_interface.s_addr != INADDR_ANY) { INADDR_TO_IFP(mreqs.imr_interface, ifp); @@ -1007,16 +1015,23 @@ ro.ro_rt = NULL; *(struct sockaddr_in *)&ro.ro_dst = gsa->sin; rtalloc_ign(&ro, RTF_CLONING); - if (ro.ro_rt == NULL) { -#ifdef DIAGNOSTIC - printf("%s: no route to %s\n", __func__, - inet_ntoa(gsa->sin.sin_addr)); -#endif - return (EADDRNOTAVAIL); + if (ro.ro_rt != NULL) { + ifp = ro.ro_rt->rt_ifp; + KASSERT(ifp != NULL, ("%s: null ifp", + __func__)); + RTFREE(ro.ro_rt); + } else { + struct in_ifaddr *ia; + struct ifnet *mfp = NULL; + TAILQ_FOREACH(ia, &in_ifaddrhead, ia_link) { + mfp = ia->ia_ifp; + if (!(mfp->if_flags & IFF_LOOPBACK) && + (mfp->if_flags & IFF_MULTICAST)) { + ifp = mfp; + break; + } + } } - ifp = ro.ro_rt->rt_ifp; - KASSERT(ifp != NULL, ("%s: null ifp", __func__)); - RTFREE(ro.ro_rt); } #ifdef DIAGNOSTIC if (bootverbose) { --------------020002060800060906070808-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:40:26 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0895D16A400; Mon, 18 Jun 2007 18:40:26 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id B946613C46A; Mon, 18 Jun 2007 18:40:25 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-67-154.sn2.eutelia.it [83.211.67.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 66FC011AE43; Mon, 18 Jun 2007 20:22:32 +0200 (CEST) Received: (from piso@localhost) by newluxor.wired.org (8.14.1/8.14.1/Submit) id l5IIMCkD002111; Mon, 18 Jun 2007 20:22:12 +0200 (CEST) (envelope-from piso) Date: Mon, 18 Jun 2007 20:22:11 +0200 From: Paolo Pisati To: "M. Warner Losh" Message-ID: <20070618182211.GA2055@tin.it> References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173002.-457443410.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616.173002.-457443410.imp@bsdimp.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: simokawa@FreeBSD.org, current@FreeBSD.org, wsk@gddsn.org.cn, mobile@FreeBSD.org Subject: Re: kernel panic with pccard insert on recent 7.0 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: Mon, 18 Jun 2007 18:40:26 -0000 On Sat, Jun 16, 2007 at 05:30:02PM -0600, M. Warner Losh wrote: > Is there some reason we don't compile INTR_FILTER by default? cause only i386 and amd64 are ready to use INTR_FILTER, all the others need some work on the low level bits. After 7.0 is shipped, i will turn it on. bye, P. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:54:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3F5816A473; Mon, 18 Jun 2007 18:54:39 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA0B13C448; Mon, 18 Jun 2007 18:54:39 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-67-154.sn2.eutelia.it [83.211.67.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id DEF3511AE90; Mon, 18 Jun 2007 20:54:40 +0200 (CEST) Received: (from piso@localhost) by newluxor.wired.org (8.14.1/8.14.1/Submit) id l5IIsZvA002319; Mon, 18 Jun 2007 20:54:35 +0200 (CEST) (envelope-from piso) Date: Mon, 18 Jun 2007 20:54:34 +0200 From: Paolo Pisati To: "M. Warner Losh" , simokawa@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org Message-ID: <20070618185434.GB2183@tin.it> References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173306.199376574.imp@bsdimp.com> <20070617024935.GU4602@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070617024935.GU4602@funkthat.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: Re: kernel panic with pccard insert on recent 7.0 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: Mon, 18 Jun 2007 18:54:40 -0000 On Sat, Jun 16, 2007 at 07:49:35PM -0700, John-Mark Gurney wrote: > Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: > > Also, I'm unclear on the difference between FILTER_STRAY and > > FILTER_HANDLED. > > The interrupt filter is suppose to return one of FILTER_STRAY or > FILTER_HANDLED... If you _HANDLED it return that, otherwise return > _STRAY... If you need to schedule the ithread, return _HANDLED or'd > with _SCHEDULE_THREAD... right. > I thought piso fixed the comments, but apparently he hasn't (or hasn't > finished committing the patch that includes the comment fixes)... The > comments in bus.h are incorrect... http://people.freebsd.org/~piso/bus.h.diff http://people.freebsd.org/~piso/BUS_SETUP_INTR.9.diff bye, P. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 18:55:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 561AB16A46E for ; Mon, 18 Jun 2007 18:55:58 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 101A213C44B for ; Mon, 18 Jun 2007 18:55:57 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so3347889pyi for ; Mon, 18 Jun 2007 11:55:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=QN5wlCaZPmFV2Ddl4WLgaGBH+QHVJ3I4QJbP54qiqTmggJNCy6Cct+ei5fvPw/3gmKhIbI1KHIkOfuf4BUuhJuBpLKxcLf8ABzO8VYtyI4SkZAjNusGFCyKTfwKhBHvF2aMk1SqRIRDC6o/ip44ST9eqMAMzek3dXvGYXK4xG8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=gbFgUXZcJtGAOwEczwXGJYNeHuN0iyi0GNrxDo2kxzLED6pPDYqETrqGo1zx3rD2hPMcyxXvnz8/5iwVRSC2LF/kkTKH8AAkaw5e5tEKbAYHYGfP2h8TCksWLUl5lbVOWwRrwynXrcKQbkuIzv+pwhtNWUjsENs+EJjfo5BFe3s= Received: by 10.64.151.17 with SMTP id y17mr9920918qbd.1182192957139; Mon, 18 Jun 2007 11:55:57 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Mon, 18 Jun 2007 11:55:57 -0700 (PDT) Message-ID: <6eb82e0706181155k62a6fd0drd53ad762120b124f@mail.gmail.com> Date: Tue, 19 Jun 2007 02:55:57 +0800 From: "Rong-en Fan" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: deischen@freebsd.org, portmgr@freebsd.org Subject: HEADS UP: share library version bump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 18:55:58 -0000 The bump last month missed few libraries: libalias.so libbsnmp.so (and modules) libncurses.so libncursesw.so libreadline.so libdialog.so libgnuregex.so libhistory.so libpam.so (and modules) libssh.so I just bumped them. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 19:11:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 738F616A400 for ; Mon, 18 Jun 2007 19:11:51 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id F0AFC13C447 for ; Mon, 18 Jun 2007 19:11:50 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l5IJBm30045228; Mon, 18 Jun 2007 23:11:49 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 18 Jun 2007 23:11:48 +0400 (MSD) From: Maxim Konovalov To: Kris Kennaway In-Reply-To: <20070618214409.R73282@mp2.macomnet.net> Message-ID: <20070618231116.N73282@mp2.macomnet.net> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> <20070618133144.GQ2268@deviant.kiev.zoral.com.ua> <20070618213139.O73282@mp2.macomnet.net> <20070618173852.GA74395@rot13.obsecurity.org> <20070618214409.R73282@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Kostik Belousov , Tom Evans , current@freebsd.org Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 19:11:51 -0000 On Mon, 18 Jun 2007, 21:44+0400, Maxim Konovalov wrote: > On Mon, 18 Jun 2007, 13:38-0400, Kris Kennaway wrote: > > > On Mon, Jun 18, 2007 at 09:33:24PM +0400, Maxim Konovalov wrote: > > > [...] > > > > Mentioned patches are at > > > > http://people.freebsd.org/~kib/misc/destroy_dev_sched.10.patch > > > > > > > Btw, I tried the patch recently when discovered script(1) just > > > stuck at exit. The patch didn't help. Turning off pts did. > > > > Are you sure it was this revision? It was believed to be fixed in > > an older version. If you are still seeing it, can you please try > > to obtain backtraces, lockedvnodes, etc? > > > I'll try the latest and report results back. > Yes, this version does help. Sorry for the noise. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 19:39:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA4A616A400 for ; Mon, 18 Jun 2007 19:39:05 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id A983513C44B for ; Mon, 18 Jun 2007 19:39:05 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5IJd45h002488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2007 12:39:05 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5IJd4IE002714 for ; Mon, 18 Jun 2007 12:39:04 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Mon, 18 Jun 2007 12:39:04 PDT Date: Mon, 18 Jun 2007 12:39:04 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: <20070618170641.GB73978@rot13.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.122134 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 19:39:05 -0000 On Mon, 18 Jun 2007, Kris Kennaway wrote: > On Mon, Jun 18, 2007 at 08:40:30AM -0400, Daniel Eischen wrote: >> On Mon, 18 Jun 2007, Michiel Boland wrote: >> >>> On Sat, 16 Jun 2007, Garrett Cooper wrote: >>> >>>> Claus Guttesen wrote: >>>>>> I recompiled X.org yesterday and hit the following problem >>>>>> (1 week old -current, yesterdays packages, AMD64) -- when compiling >>>>>> files in >>>>>> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >>>>>> directory, there are huge .h files - about 4mb. when compiler uses -O2 >>>>>> or -O option it eats all available memory and then gets killed by the >>>>>> system. >>>>>> Without -O/O2 option compile works just as expected. >>>>>> >>>>>> Now -- should I file a PR or it's known bug? >>>>> >>>>> No, but you should read the archives. Requires more than 1 GB of swap. >>>>> >>>> It's a known bug that isn't going to be fixed until gcc 4.2.1. >>>> -Garrett >>>> >>> >>> Well, until then, is it not possible to at least put the following patch >>> in ports/x11-servers/xorg-server/files: >> >> [ ... ] >> >>> That would make a lot of people very happy. In particular those running >>> amd64. >> >> Yes, it happens on i386 too. I think requiring more than 1GB of swap >> is ridiculous. Please patch gcc or the port. > > You can test the new gcc snapshot here: > > http://people.freebsd.org/~kan/contrib-gcc421.tar.gz > > Just extract it over the top of /usr/src and rebuild world. Please > confirm that it helps with this problem. > > Kris Ok, I'll give it a shot on my i386 and amd64 boxes when I get back home tonight. FYI, from : I would like to try to keep the GCC 4.2.x release branch on the time-driven release cycle for point releases that is part of the GCC development plan. I left an embarrassing gap in the GCC 4.1.x release cycle, and I plan to avoid that mistake for GCC 4.2.x. Therefore, I plan to make the GCC 4.2.1 release on or about July 13th. As with the 4.2.0 release, I will be most concerned about P1 regressions in 4.2.x, not present in 4.1.x. So the next release is just around the corner. Yay! Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 19:42:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B56316A46B for ; Mon, 18 Jun 2007 19:42:39 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0918F13C48A for ; Mon, 18 Jun 2007 19:42:39 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5IJgc8S027758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2007 12:42:38 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5IJgbDR008024 for ; Mon, 18 Jun 2007 12:42:37 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Mon, 18 Jun 2007 12:42:37 PDT Date: Mon, 18 Jun 2007 12:42:37 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.122634 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __C230066_P5 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_SUBJ_9 0' Cc: Subject: Re: HELP! weird tcp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 19:42:39 -0000 On Mon, 18 Jun 2007, Maksim Yevmenkin wrote: > All, > > after upgrading to -current this weekend i started to have weird tcp > problems. first of all tcp connections from initiated from firefox > and/or thunderbird no longer work. please see info below > > ==== > > beetle% uname -a > FreeBSD beetle.level3.com 7.0-CURRENT FreeBSD 7.0-CURRENT #91: Sat Jun > 16 13:33:48 PDT 2007 > root@beetle.level3.com:/usr/obj/usr/src/sys/GENERIC i386 > > ==== > > beetle% sysctl net.inet.tcp > net.inet.tcp.rfc1323: 1 > net.inet.tcp.mssdflt: 512 > net.inet.tcp.keepidle: 120000 > net.inet.tcp.keepintvl: 75000 > net.inet.tcp.sendspace: 32768 > net.inet.tcp.recvspace: 65536 > net.inet.tcp.keepinit: 75000 > net.inet.tcp.delacktime: 100 > net.inet.tcp.v6mssdflt: 1024 > net.inet.tcp.hostcache.purge: 0 > net.inet.tcp.hostcache.prune: 300 > net.inet.tcp.hostcache.expire: 3600 > net.inet.tcp.hostcache.count: 1 > net.inet.tcp.hostcache.bucketlimit: 30 > net.inet.tcp.hostcache.hashsize: 512 > net.inet.tcp.hostcache.cachelimit: 15360 > net.inet.tcp.recvbuf_max: 262144 > net.inet.tcp.recvbuf_inc: 16384 > net.inet.tcp.recvbuf_auto: 1 > net.inet.tcp.insecure_rst: 0 > net.inet.tcp.rfc3390: 1 > net.inet.tcp.rfc3042: 1 > net.inet.tcp.drop_synfin: 0 > net.inet.tcp.delayed_ack: 1 > net.inet.tcp.blackhole: 0 > net.inet.tcp.log_in_vain: 0 > net.inet.tcp.sendbuf_max: 262144 > net.inet.tcp.sendbuf_inc: 8192 > net.inet.tcp.sendbuf_auto: 1 > net.inet.tcp.tso: 1 > net.inet.tcp.newreno: 1 > net.inet.tcp.local_slowstart_flightsize: 4 > net.inet.tcp.slowstart_flightsize: 1 > net.inet.tcp.path_mtu_discovery: 1 > net.inet.tcp.reass.overflows: 0 > net.inet.tcp.reass.maxqlen: 48 > net.inet.tcp.reass.cursegments: 0 > net.inet.tcp.reass.maxsegments: 1600 > net.inet.tcp.sack.globalholes: 0 > net.inet.tcp.sack.globalmaxholes: 65536 > net.inet.tcp.sack.maxholes: 128 > net.inet.tcp.sack.enable: 1 > net.inet.tcp.inflight.stab: 20 > net.inet.tcp.inflight.max: 1073725440 > net.inet.tcp.inflight.min: 6144 > net.inet.tcp.inflight.rttthresh: 10 > net.inet.tcp.inflight.debug: 0 > net.inet.tcp.inflight.enable: 1 > net.inet.tcp.isn_reseed_interval: 0 > net.inet.tcp.icmp_may_rst: 1 > net.inet.tcp.pcbcount: 8 > net.inet.tcp.do_tcpdrain: 1 > net.inet.tcp.tcbhashsize: 512 > net.inet.tcp.minmss: 216 > net.inet.tcp.syncache.rst_on_sock_fail: 1 > net.inet.tcp.syncache.rexmtlimit: 3 > net.inet.tcp.syncache.hashsize: 512 > net.inet.tcp.syncache.count: 0 > net.inet.tcp.syncache.cachelimit: 15360 > net.inet.tcp.syncache.bucketlimit: 30 > net.inet.tcp.syncookies_only: 0 > net.inet.tcp.syncookies: 1 > net.inet.tcp.timer_race: 0 > net.inet.tcp.finwait2_timeout: 60000 > net.inet.tcp.fast_finwait2_recycle: 0 > net.inet.tcp.always_keepalive: 1 > net.inet.tcp.rexmit_slop: 200 > net.inet.tcp.rexmit_min: 3 > net.inet.tcp.msl: 30000 > net.inet.tcp.nolocaltimewait: 0 > net.inet.tcp.maxtcptw: 2465 > > ==== > > beetle% ifconfig -a > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:11:43:54:22:c9 > inet 10.12.163.152 netmask 0xffffff80 broadcast 10.12.163.255 > media: Ethernet 100baseTX > status: active > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > ==== > > beetle% netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.12.163.129 UGS 0 107 bge0 > 10.12.163.128/25 link#1 UC 0 0 bge0 > 10.12.163.129 00:1a:6c:74:2b:39 UHLW 2 0 bge0 1143 > 10.12.163.151 00:16:d4:9e:a5:b0 UHLW 1 150 bge0 1147 > 10.12.163.199 08:00:20:b5:8f:92 UHLW 2 2 bge0 861 > 127.0.0.1 127.0.0.1 UH 0 94 lo0 > 192.168.1.0/24 10.12.163.199 UGS 0 2 bge0 > > Internet6: > Destination Gateway Flags > Netif Expire > ::1 ::1 UHL lo0 > fe80::%lo0/64 fe80::1%lo0 U lo0 > fe80::1%lo0 link#3 UHL lo0 > ff01:3::/32 fe80::1%lo0 UC lo0 > ff02::%lo0/32 fe80::1%lo0 UC lo0 > > ==== > > beetle# ipfw show > 00100 188 21618 allow ip from any to any via lo0 > 00200 0 0 deny ip from any to 127.0.0.0/8 > 00300 0 0 deny ip from 127.0.0.0/8 to any > 65000 1103 163395 allow ip from any to any > 65535 0 0 deny ip from any to any > > === > > now tcpdump output when i try to go to http://www.yahoo.com/ from firefox > > beetle# tcpdump -n -vv -s0 -S -X -i bge0 port 80 > tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size > 65535 bytes > 10:34:47.217922 IP (tos 0x0, ttl 64, id 459, offset 0, flags [DF], > proto: TCP (6), length: 60, bad cksum 0 (->5c59)!) 10.12.163.152.49879 >> 209.191.93.52.80: S, cksum 0xdcc6 (incorrect (-> 0x7442), > 3892604697:3892604697(0) win 65535 8,sackOK,timestamp 384217 0> > 0x0000: 4500 003c 01cb 4000 4006 0000 0a0c a398 E..<..@.@....... > 0x0010: d1bf 5d34 c2d7 0050 e804 6f19 0000 0000 ..]4...P..o..... > 0x0020: a002 ffff dcc6 0000 0204 05b4 0103 0308 ................ > 0x0030: 0402 080a 0005 dcd9 0000 0000 ............ > 10:34:47.273178 IP (tos 0x0, ttl 51, id 60635, offset 0, flags [DF], > proto: TCP (6), length: 64) 209.191.93.52.80 > 10.12.163.152.49879: S, > cksum 0x2b67 (correct), 112085153:112085153(0) ack 3892604698 win > 65535 384217,sackOK,eol> > 0x0000: 4500 0040 ecdb 4000 3306 7e44 d1bf 5d34 E..@..@.3.~D..]4 > 0x0010: 0a0c a398 0050 c2d7 06ae 48a1 e804 6f1a .....P....H...o. > 0x0020: b012 ffff 2b67 0000 0204 05b4 0103 0301 ....+g.......... > 0x0030: 0101 080a 93a1 54db 0005 dcd9 0402 0000 ......T......... > 10:34:47.273219 IP (tos 0x0, ttl 64, id 460, offset 0, flags [DF], > proto: TCP (6), length: 40, bad cksum 0 (->5c6c)!) 10.12.163.152.49879 >> 209.191.93.52.80: R, cksum 0xdcb2 (incorrect (-> 0xb901), > 3892604698:3892604698(0) win 0 > 0x0000: 4500 0028 01cc 4000 4006 0000 0a0c a398 E..(..@.@....... > 0x0010: d1bf 5d34 c2d7 0050 e804 6f1a 0000 0000 ..]4...P..o..... > 0x0020: 5004 0000 dcb2 0000 0000 0000 0000 P............. > ^C > 3 packets captured > 255 packets received by filter > 0 packets dropped by kernel > > as you can see my laptop simply sends reset after syn+ack is recevied > from the peer. > > ==== > > now tcpdump output when i do "telnet www.yahoo.com 80". as you can see > everything seems to work. > > beetle# tcpdump -n -vv -s0 -S -X -i bge0 port 80 > tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size > 65535 bytes > 10:35:15.462718 IP (tos 0x10, ttl 64, id 478, offset 0, flags [DF], > proto: TCP (6), length: 60, bad cksum 0 (->5c36)!) 10.12.163.152.56333 >> 209.191.93.52.80: S, cksum 0xdcc6 (incorrect (-> 0x84e9), > 1764906425:1764906425(0) win 65535 8,sackOK,timestamp 412462 0> > 0x0000: 4510 003c 01de 4000 4006 0000 0a0c a398 E..<..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55b9 0000 0000 ..]4...Pi2U..... > 0x0020: a002 ffff dcc6 0000 0204 05b4 0103 0308 ................ > 0x0030: 0402 080a 0006 4b2e 0000 0000 ......K..... > 10:35:15.517030 IP (tos 0x0, ttl 51, id 11180, offset 0, flags [DF], > proto: TCP (6), length: 64) 209.191.93.52.80 > 10.12.163.152.56333: S, > cksum 0x3539 (correct), 1090115527:1090115527(0) ack 1764906426 win > 65535 412462,sackOK,eol> > 0x0000: 4500 0040 2bac 4000 3306 3f74 d1bf 5d34 E..@+.@.3.?t..]4 > 0x0010: 0a0c a398 0050 dc0d 40f9 d7c7 6932 55ba .....P..@...i2U. > 0x0020: b012 ffff 3539 0000 0204 05b4 0103 0301 ....59.......... > 0x0030: 0101 080a 93b8 9227 0006 4b2e 0402 0000 .......'..K..... > 10:35:15.517077 IP (tos 0x10, ttl 64, id 479, offset 0, flags [DF], > proto: TCP (6), length: 52, bad cksum 0 (->5c3d)!) 10.12.163.152.56333 >> 209.191.93.52.80: ., cksum 0xdcbe (incorrect (-> 0x73ca), > 1764906426:1764906426(0) ack 1090115528 win 260 412516 2478346791> > 0x0000: 4510 0034 01df 4000 4006 0000 0a0c a398 E..4..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55ba 40f9 d7c8 ..]4...Pi2U.@... > 0x0020: 8010 0104 dcbe 0000 0101 080a 0006 4b64 ..............Kd > 0x0030: 93b8 9227 ...' > 10:35:20.564276 IP (tos 0x10, ttl 64, id 482, offset 0, flags [DF], > proto: TCP (6), length: 52, bad cksum 0 (->5c3a)!) 10.12.163.152.56333 >> 209.191.93.52.80: F, cksum 0xdcbe (incorrect (-> 0x6012), > 1764906426:1764906426(0) ack 1090115528 win 260 417563 2478346791> > 0x0000: 4510 0034 01e2 4000 4006 0000 0a0c a398 E..4..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55ba 40f9 d7c8 ..]4...Pi2U.@... > 0x0020: 8011 0104 dcbe 0000 0101 080a 0006 5f1b .............._. > 0x0030: 93b8 9227 ...' > 10:35:20.618435 IP (tos 0x0, ttl 51, id 18390, offset 0, flags [DF], > proto: TCP (6), length: 52) 209.191.93.52.80 > 10.12.163.152.56333: ., > cksum 0xcb10 (correct), 1090115528:1090115528(0) ack 1764906427 win > 33304 > 0x0000: 4500 0034 47d6 4000 3306 2356 d1bf 5d34 E..4G.@.3.#V..]4 > 0x0010: 0a0c a398 0050 dc0d 40f9 d7c8 6932 55bb .....P..@...i2U. > 0x0020: 8010 8218 cb10 0000 0101 080a 93b8 a614 ................ > 0x0030: 0006 5f1b .._. > 10:35:20.618588 IP (tos 0x0, ttl 51, id 18391, offset 0, flags [DF], > proto: TCP (6), length: 52) 209.191.93.52.80 > 10.12.163.152.56333: F, > cksum 0xcb0e (correct), 1090115528:1090115528(0) ack 1764906427 win > 33304 > 0x0000: 4500 0034 47d7 4000 3306 2355 d1bf 5d34 E..4G.@.3.#U..]4 > 0x0010: 0a0c a398 0050 dc0d 40f9 d7c8 6932 55bb .....P..@...i2U. > 0x0020: 8011 8218 cb0e 0000 0101 080a 93b8 a615 ................ > 0x0030: 0006 5f1b .._. > 10:35:20.618623 IP (tos 0x10, ttl 64, id 483, offset 0, flags [DF], > proto: TCP (6), length: 52, bad cksum 0 (->5c39)!) 10.12.163.152.56333 >> 209.191.93.52.80: ., cksum 0xdcbe (incorrect (-> 0x4bed), > 1764906427:1764906427(0) ack 1090115529 win 260 417617 2478351893> > 0x0000: 4510 0034 01e3 4000 4006 0000 0a0c a398 E..4..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55bb 40f9 d7c9 ..]4...Pi2U.@... > 0x0020: 8010 0104 dcbe 0000 0101 080a 0006 5f51 .............._Q > 0x0030: 93b8 a615 .... > ^C > 7 packets captured > 201 packets received by filter > 0 packets dropped by kernel > > does anyone knows what is going on here?! > > thanks, > max > > p.s. everything was working just fine prior to upgrade this weekend I've noticed similar actually on my server. ICMP works just fine, and so does fetching from ports. Mozilla's stuff just appears to be hosed for some odd reason... I have an sis card on my server, with no special net sysctls set except for the blackhole one I think. I'll take a look and report back tonight. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 20:28:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E888C16A41F for ; Mon, 18 Jun 2007 20:28:01 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8C313C469 for ; Mon, 18 Jun 2007 20:28:00 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l5IKRx5v017538 for ; Tue, 19 Jun 2007 00:27:59 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l5IKRwT3017537 for current@freebsd.org; Tue, 19 Jun 2007 00:27:58 +0400 (MSD) (envelope-from yar) Date: Tue, 19 Jun 2007 00:27:58 +0400 From: Yar Tikhiy To: current@freebsd.org Message-ID: <20070618202758.GA16711@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: fts(3) patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 20:28:02 -0000 Hi all, Our fts(3) functions and data structures suffer from too narrow integer types, which apparently were selected in ancient days when RAM was costlier than gold. The consequences of that choice are illustrated by PR bin/104458. In short, find(1) can't walk and rm(1) can't remove file trees an ordinary user can create. To fix the problem, structures in have to be changed. For my change (attached below), I chose new types using the following principles I believe to be well-known in the C world: - avoid `short' unless there is a very grave reason to try to save RAM -- on modern platforms using `short' results in larger and slower code; - for object sizes, use size_t unless it's 100% certain that the object will be really small (note that fts(3) can construct pathnames _much_ longer than PATH_MAX for its consumers); - for variables than count simple, limited things like states, use plain vanilla `int' as it's the type of choice in C; - for bit flags use u_int because signed bit-wise operations are unportable in C; - for things that should be at least 64 bits wide, use long long and not int64_t, as the latter is an optional type. An open question is what type to use for the level. Since one can chain-mount several filesystems, theoretically the level can be greater than the maximum value of ino_t, which is 2^32-1. OTOH, I doubt that the limit can be hit in practice, especially on 32-bit systems, so `long' can be a fair compromise for the level. Comments are welcome. Thanks! P.S. According to my tests, the stock system tools happily build and run with the modified fts(3). -- Yar --- //depot/vendor/freebsd/src/include/fts.h 2005/01/07 00:37:13 +++ //depot/user/yar/hack/include/fts.h 2007/06/18 08:58:52 @@ -44,8 +44,8 @@ dev_t fts_dev; /* starting device # */ char *fts_path; /* path for this descent */ int fts_rfd; /* fd for root */ - int fts_pathlen; /* sizeof(path) */ - int fts_nitems; /* elements in the sort array */ + size_t fts_pathlen; /* sizeof(path) */ + size_t fts_nitems; /* elements in the sort array */ int (*fts_compar) /* compare function */ (const struct _ftsent * const *, const struct _ftsent * const *); @@ -69,22 +69,15 @@ struct _ftsent *fts_cycle; /* cycle node */ struct _ftsent *fts_parent; /* parent directory */ struct _ftsent *fts_link; /* next file in directory */ - union { - struct { - long __fts_number; /* local numeric value */ - void *__fts_pointer; /* local address value */ - } __struct_ftsent; - int64_t __fts_bignum; - } __union_ftsent; -#define fts_number __union_ftsent.__struct_ftsent.__fts_number -#define fts_pointer __union_ftsent.__struct_ftsent.__fts_pointer -#define fts_bignum __union_ftsent.__fts_bignum + long long fts_number; /* local numeric value */ +#define fts_bignum fts_number /* XXX non-std, should go away */ + void *fts_pointer; /* local address value */ char *fts_accpath; /* access path */ char *fts_path; /* root path */ int fts_errno; /* errno for this node */ int fts_symfd; /* fd for symlink */ - u_short fts_pathlen; /* strlen(fts_path) */ - u_short fts_namelen; /* strlen(fts_name) */ + size_t fts_pathlen; /* strlen(fts_path) */ + size_t fts_namelen; /* strlen(fts_name) */ ino_t fts_ino; /* inode */ dev_t fts_dev; /* device */ @@ -92,7 +85,7 @@ #define FTS_ROOTPARENTLEVEL -1 #define FTS_ROOTLEVEL 0 - short fts_level; /* depth (-1 to N) */ + long fts_level; /* depth (-1 to N) */ #define FTS_D 1 /* preorder directory */ #define FTS_DC 2 /* directory that causes cycles */ @@ -108,18 +101,18 @@ #define FTS_SL 12 /* symbolic link */ #define FTS_SLNONE 13 /* symbolic link without target */ #define FTS_W 14 /* whiteout object */ - u_short fts_info; /* user flags for FTSENT structure */ + int fts_info; /* user status for FTSENT structure */ #define FTS_DONTCHDIR 0x01 /* don't chdir .. to the parent */ #define FTS_SYMFOLLOW 0x02 /* followed a symlink to get here */ #define FTS_ISW 0x04 /* this is a whiteout object */ - u_short fts_flags; /* private flags for FTSENT structure */ + u_int fts_flags; /* private flags for FTSENT structure */ #define FTS_AGAIN 1 /* read node again */ #define FTS_FOLLOW 2 /* follow symbolic link */ #define FTS_NOINSTR 3 /* no instructions */ #define FTS_SKIP 4 /* discard node */ - u_short fts_instr; /* fts_set() instructions */ + int fts_instr; /* fts_set() instructions */ struct stat *fts_statp; /* stat(2) information */ char *fts_name; /* file name */ --- //depot/vendor/freebsd/src/lib/libc/gen/fts.c 2007/01/10 16:42:27 +++ //depot/user/yar/hack/lib/libc/gen/fts.c 2007/06/18 08:58:52 @@ -52,15 +52,15 @@ #include #include "un-namespace.h" -static FTSENT *fts_alloc(FTS *, char *, int); +static FTSENT *fts_alloc(FTS *, char *, size_t); static FTSENT *fts_build(FTS *, int); static void fts_lfree(FTSENT *); static void fts_load(FTS *, FTSENT *); static size_t fts_maxarglen(char * const *); static void fts_padjust(FTS *, FTSENT *); static int fts_palloc(FTS *, size_t); -static FTSENT *fts_sort(FTS *, FTSENT *, int); -static u_short fts_stat(FTS *, FTSENT *, int); +static FTSENT *fts_sort(FTS *, FTSENT *, size_t); +static int fts_stat(FTS *, FTSENT *, int); static int fts_safe_changedir(FTS *, FTSENT *, int, char *); static int fts_ufslinks(FTS *, const FTSENT *); @@ -115,9 +115,8 @@ struct _fts_private *priv; FTS *sp; FTSENT *p, *root; - int nitems; FTSENT *parent, *tmp; - int len; + size_t len, nitems; /* Options check. */ if (options & ~FTS_OPTIONMASK) { @@ -224,7 +223,7 @@ FTS *sp; FTSENT *p; { - int len; + size_t len; char *cp; /* @@ -626,14 +625,14 @@ { struct dirent *dp; FTSENT *p, *head; - int nitems; FTSENT *cur, *tail; DIR *dirp; void *oldaddr; - size_t dnamlen; - int cderrno, descend, len, level, maxlen, nlinks, oflag, saved_errno, - nostat, doadjust; char *cp; + int cderrno, descend, oflag, saved_errno, nostat, doadjust; + long level; + long nlinks; /* has to be signed because -1 is a magic value */ + size_t dnamlen, len, maxlen, nitems; /* Set current node pointer. */ cur = sp->fts_cur; @@ -741,7 +740,7 @@ if (!ISSET(FTS_SEEDOT) && ISDOT(dp->d_name)) continue; - if ((p = fts_alloc(sp, dp->d_name, (int)dnamlen)) == NULL) + if ((p = fts_alloc(sp, dp->d_name, dnamlen)) == NULL) goto mem1; if (dnamlen >= maxlen) { /* include space for NUL */ oldaddr = sp->fts_path; @@ -770,21 +769,6 @@ maxlen = sp->fts_pathlen - len; } - if (len + dnamlen >= USHRT_MAX) { - /* - * In an FTSENT, fts_pathlen is a u_short so it is - * possible to wraparound here. If we do, free up - * the current structure and the structures already - * allocated, then error out with ENAMETOOLONG. - */ - free(p); - fts_lfree(head); - (void)closedir(dirp); - cur->fts_info = FTS_ERR; - SET(FTS_STOP); - errno = ENAMETOOLONG; - return (NULL); - } p->fts_level = level; p->fts_parent = sp->fts_cur; p->fts_pathlen = len + dnamlen; @@ -885,7 +869,7 @@ return (head); } -static u_short +static int fts_stat(sp, p, follow) FTS *sp; FTSENT *p; @@ -987,7 +971,7 @@ fts_sort(sp, head, nitems) FTS *sp; FTSENT *head; - int nitems; + size_t nitems; { FTSENT **ap, *p; @@ -1019,7 +1003,7 @@ fts_alloc(sp, name, namelen) FTS *sp; char *name; - int namelen; + size_t namelen; { FTSENT *p; size_t len; @@ -1091,18 +1075,6 @@ { sp->fts_pathlen += more + 256; - /* - * Check for possible wraparound. In an FTS, fts_pathlen is - * a signed int but in an FTSENT it is an unsigned short. - * We limit fts_pathlen to USHRT_MAX to be safe in both cases. - */ - if (sp->fts_pathlen < 0 || sp->fts_pathlen >= USHRT_MAX) { - if (sp->fts_path) - free(sp->fts_path); - sp->fts_path = NULL; - errno = ENAMETOOLONG; - return (1); - } sp->fts_path = reallocf(sp->fts_path, sp->fts_pathlen); return (sp->fts_path == NULL); } From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 20:32:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 508BB16A421 for ; Mon, 18 Jun 2007 20:32:08 +0000 (UTC) (envelope-from emaste@phaedrus.sandvine.ca) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC0813C43E for ; Mon, 18 Jun 2007 20:32:07 +0000 (UTC) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 18 Jun 2007 16:09:56 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id B2C2D11615; Mon, 18 Jun 2007 16:09:56 -0400 (EDT) Date: Mon, 18 Jun 2007 16:09:56 -0400 From: Ed Maste To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070618200956.GA97431@sandvine.com> References: <499c70c0706180306p513a6584vc8054bc153d1253c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0706180306p513a6584vc8054bc153d1253c@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 18 Jun 2007 20:09:56.0958 (UTC) FILETIME=[A43EAFE0:01C7B1E4] Cc: freebsd-current@freebsd.org Subject: Re: 32bit app crashed on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 20:32:08 -0000 On Mon, Jun 18, 2007 at 01:06:57PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > Hello, > > I did csup yesterday, and reinstalled world, also kernel has 32 compat > option, but my 32bit app always crash. You need to provide much more information for assistance with your problem. What FreeBSD release are you using? How is your application crashing? For FreeBSD 6 there is ongoing work right now to bring some missing syscalls to compat32; if your program is terminating with SIGSYS this is likely your problem. -Ed From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 20:45:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B824016A41F for ; Mon, 18 Jun 2007 20:45:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF4E13C4BD for ; Mon, 18 Jun 2007 20:45:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6A3561A4D80; Mon, 18 Jun 2007 13:44:50 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0349E5129D; Mon, 18 Jun 2007 16:45:36 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id E34FBBE89; Mon, 18 Jun 2007 16:45:35 -0400 (EDT) Date: Mon, 18 Jun 2007 16:45:35 -0400 From: Kris Kennaway To: Steve Kargl Message-ID: <20070618204535.GA76759@rot13.obsecurity.org> References: <20070617213948.GA50404@rot13.obsecurity.org> <1182171046.1253.10.camel@localhost> <20070618170520.GA73978@rot13.obsecurity.org> <20070618172048.GA49367@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20070618172048.GA49367@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: Tom Evans , current@freebsd.org, Kris Kennaway Subject: Re: Userland problems from kern.pts.enable=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 20:45:36 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2007 at 10:20:48AM -0700, Steve Kargl wrote: > On Mon, Jun 18, 2007 at 01:05:20PM -0400, Kris Kennaway wrote: > > On Mon, Jun 18, 2007 at 01:50:46PM +0100, Tom Evans wrote: > > > On Sun, 2007-06-17 at 17:39 -0400, Kris Kennaway wrote: > > > > When the kern.pts.enable sysctl is set to '1', pseudo-ttys are crea= ted > > > > with device name /dev/pts/${NUMBER}. With some kernel fixes from k= ib > > > > this appears to now be stable and the kernel side is ready for a > > > > possible change of default. However, the new device naming confuses > > > > some userland utilities. For example: > > > >=20 > > > > pointyhat# write simon > > > > write: /dev/398: No such file or directory > > > >=20 > > > > simon was logged in on /dev/pts/398. > > > >=20 > > > > killall -t also fails to parse the new device format: > > > >=20 > > > > bento# ps -t pts/187 > > > > PID TT STAT TIME COMMAND > > > > 67734 187 Ss 0:00.04 /bin/csh > > > > 72599 187 R+ 0:00.00 ps -t pts/187 > > > > bento# killall -t pts/187 > > > > killall: stat(/dev/ttypts/187): No such file or directory > > > >=20 > > > > It would also be useful if ps -t recognized a numeric argument as > > > > magic and converted it to add the pts/. It already appears to do t= he > > > > converse when displaying the TTY, as you can see above. > > > >=20 > > > > There are probably other utilities also affected. > > > >=20 > > > > Kris > > > >=20 > > >=20 > > > If no-one has already started working on these, I've had a look at a = few > > > of these utils and the changes look quite straightforward. I've been > > > looking for something like this (simple enough for me to do, simple > > > enough that a I can't ??$%^ it up too much) so I can contribute back = to > > > FreeBSD.=20 > > >=20 > > > So far, I'm looking at usr.bin/killall, bin/ps and usr.bin/write > >=20 > > Good news! Thanks for your help. It would be worthwhile also > > auditing for other utilities that manipulate TTYs, for example others > > I can think of off the top of my head are pgrep, watch, etc. > >=20 >=20 > Do the fixes from kib actually permit the use of pts? >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/92742 Solves all of my deadlocks/panics. Try it and let us know. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGdu7vWry0BWjoQKURAiVyAKCjDt+Fh4RrJIbQSysf6tFaQsvcVwCePDhA NtaXv4fXJJmtZtb8hodBO6M= =IGng -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 21:00:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB39916A476 for ; Mon, 18 Jun 2007 21:00:05 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id AA22313C4B0 for ; Mon, 18 Jun 2007 21:00:04 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 24416 invoked by uid 1009); 19 Jun 2007 00:00:00 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.046557 secs); 18 Jun 2007 21:00:00 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 19 Jun 2007 00:00:00 +0300 Received: (qmail 29808 invoked from network); 19 Jun 2007 00:00:00 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 19 Jun 2007 00:00:00 +0300 Message-ID: <4676F250.7010700@cytexbg.com> Date: Tue, 19 Jun 2007 00:00:00 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Maksim Yevmenkin References: In-Reply-To: X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HELP! weird tcp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 21:00:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maksim Yevmenkin wrote: > All, > > after upgrading to -current this weekend i started to have weird tcp > problems. first of all tcp connections from initiated from firefox > and/or thunderbird no longer work. please see info below > > ==== > > beetle% uname -a > FreeBSD beetle.level3.com 7.0-CURRENT FreeBSD 7.0-CURRENT #91: Sat Jun > 16 13:33:48 PDT 2007 > root@beetle.level3.com:/usr/obj/usr/src/sys/GENERIC i386 > > ==== > > beetle% sysctl net.inet.tcp > net.inet.tcp.rfc1323: 1 > net.inet.tcp.mssdflt: 512 > net.inet.tcp.keepidle: 120000 > net.inet.tcp.keepintvl: 75000 > net.inet.tcp.sendspace: 32768 > net.inet.tcp.recvspace: 65536 > net.inet.tcp.keepinit: 75000 > net.inet.tcp.delacktime: 100 > net.inet.tcp.v6mssdflt: 1024 > net.inet.tcp.hostcache.purge: 0 > net.inet.tcp.hostcache.prune: 300 > net.inet.tcp.hostcache.expire: 3600 > net.inet.tcp.hostcache.count: 1 > net.inet.tcp.hostcache.bucketlimit: 30 > net.inet.tcp.hostcache.hashsize: 512 > net.inet.tcp.hostcache.cachelimit: 15360 > net.inet.tcp.recvbuf_max: 262144 > net.inet.tcp.recvbuf_inc: 16384 > net.inet.tcp.recvbuf_auto: 1 > net.inet.tcp.insecure_rst: 0 > net.inet.tcp.rfc3390: 1 > net.inet.tcp.rfc3042: 1 > net.inet.tcp.drop_synfin: 0 > net.inet.tcp.delayed_ack: 1 > net.inet.tcp.blackhole: 0 > net.inet.tcp.log_in_vain: 0 > net.inet.tcp.sendbuf_max: 262144 > net.inet.tcp.sendbuf_inc: 8192 > net.inet.tcp.sendbuf_auto: 1 > net.inet.tcp.tso: 1 > net.inet.tcp.newreno: 1 > net.inet.tcp.local_slowstart_flightsize: 4 > net.inet.tcp.slowstart_flightsize: 1 > net.inet.tcp.path_mtu_discovery: 1 > net.inet.tcp.reass.overflows: 0 > net.inet.tcp.reass.maxqlen: 48 > net.inet.tcp.reass.cursegments: 0 > net.inet.tcp.reass.maxsegments: 1600 > net.inet.tcp.sack.globalholes: 0 > net.inet.tcp.sack.globalmaxholes: 65536 > net.inet.tcp.sack.maxholes: 128 > net.inet.tcp.sack.enable: 1 > net.inet.tcp.inflight.stab: 20 > net.inet.tcp.inflight.max: 1073725440 > net.inet.tcp.inflight.min: 6144 > net.inet.tcp.inflight.rttthresh: 10 > net.inet.tcp.inflight.debug: 0 > net.inet.tcp.inflight.enable: 1 > net.inet.tcp.isn_reseed_interval: 0 > net.inet.tcp.icmp_may_rst: 1 > net.inet.tcp.pcbcount: 8 > net.inet.tcp.do_tcpdrain: 1 > net.inet.tcp.tcbhashsize: 512 > net.inet.tcp.minmss: 216 > net.inet.tcp.syncache.rst_on_sock_fail: 1 > net.inet.tcp.syncache.rexmtlimit: 3 > net.inet.tcp.syncache.hashsize: 512 > net.inet.tcp.syncache.count: 0 > net.inet.tcp.syncache.cachelimit: 15360 > net.inet.tcp.syncache.bucketlimit: 30 > net.inet.tcp.syncookies_only: 0 > net.inet.tcp.syncookies: 1 > net.inet.tcp.timer_race: 0 > net.inet.tcp.finwait2_timeout: 60000 > net.inet.tcp.fast_finwait2_recycle: 0 > net.inet.tcp.always_keepalive: 1 > net.inet.tcp.rexmit_slop: 200 > net.inet.tcp.rexmit_min: 3 > net.inet.tcp.msl: 30000 > net.inet.tcp.nolocaltimewait: 0 > net.inet.tcp.maxtcptw: 2465 > > ==== > > beetle% ifconfig -a > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:11:43:54:22:c9 > inet 10.12.163.152 netmask 0xffffff80 broadcast 10.12.163.255 > media: Ethernet 100baseTX > status: active > plip0: flags=108810 metric 0 > mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > ==== > > beetle% netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.12.163.129 UGS 0 107 bge0 > 10.12.163.128/25 link#1 UC 0 0 bge0 > 10.12.163.129 00:1a:6c:74:2b:39 UHLW 2 0 bge0 1143 > 10.12.163.151 00:16:d4:9e:a5:b0 UHLW 1 150 bge0 1147 > 10.12.163.199 08:00:20:b5:8f:92 UHLW 2 2 bge0 861 > 127.0.0.1 127.0.0.1 UH 0 94 lo0 > 192.168.1.0/24 10.12.163.199 UGS 0 2 bge0 > > Internet6: > Destination Gateway Flags > Netif Expire > ::1 ::1 > UHL lo0 > fe80::%lo0/64 fe80::1%lo0 > U lo0 > fe80::1%lo0 link#3 > UHL lo0 > ff01:3::/32 fe80::1%lo0 > UC lo0 > ff02::%lo0/32 fe80::1%lo0 > UC lo0 > > ==== > > beetle# ipfw show > 00100 188 21618 allow ip from any to any via lo0 > 00200 0 0 deny ip from any to 127.0.0.0/8 > 00300 0 0 deny ip from 127.0.0.0/8 to any > 65000 1103 163395 allow ip from any to any > 65535 0 0 deny ip from any to any > > === > > now tcpdump output when i try to go to http://www.yahoo.com/ from firefox > > beetle# tcpdump -n -vv -s0 -S -X -i bge0 port 80 > tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size > 65535 bytes > 10:34:47.217922 IP (tos 0x0, ttl 64, id 459, offset 0, flags [DF], > proto: TCP (6), length: 60, bad cksum 0 (->5c59)!) 10.12.163.152.49879 >> 209.191.93.52.80: S, cksum 0xdcc6 (incorrect (-> 0x7442), > 3892604697:3892604697(0) win 65535 8,sackOK,timestamp 384217 0> > 0x0000: 4500 003c 01cb 4000 4006 0000 0a0c a398 E..<..@.@....... > 0x0010: d1bf 5d34 c2d7 0050 e804 6f19 0000 0000 ..]4...P..o..... > 0x0020: a002 ffff dcc6 0000 0204 05b4 0103 0308 ................ > 0x0030: 0402 080a 0005 dcd9 0000 0000 ............ > 10:34:47.273178 IP (tos 0x0, ttl 51, id 60635, offset 0, flags [DF], > proto: TCP (6), length: 64) 209.191.93.52.80 > 10.12.163.152.49879: S, > cksum 0x2b67 (correct), 112085153:112085153(0) ack 3892604698 win > 65535 384217,sackOK,eol> > 0x0000: 4500 0040 ecdb 4000 3306 7e44 d1bf 5d34 E..@..@.3.~D..]4 > 0x0010: 0a0c a398 0050 c2d7 06ae 48a1 e804 6f1a .....P....H...o. > 0x0020: b012 ffff 2b67 0000 0204 05b4 0103 0301 ....+g.......... > 0x0030: 0101 080a 93a1 54db 0005 dcd9 0402 0000 ......T......... > 10:34:47.273219 IP (tos 0x0, ttl 64, id 460, offset 0, flags [DF], > proto: TCP (6), length: 40, bad cksum 0 (->5c6c)!) 10.12.163.152.49879 >> 209.191.93.52.80: R, cksum 0xdcb2 (incorrect (-> 0xb901), > 3892604698:3892604698(0) win 0 > 0x0000: 4500 0028 01cc 4000 4006 0000 0a0c a398 E..(..@.@....... > 0x0010: d1bf 5d34 c2d7 0050 e804 6f1a 0000 0000 ..]4...P..o..... > 0x0020: 5004 0000 dcb2 0000 0000 0000 0000 P............. > ^C > 3 packets captured > 255 packets received by filter > 0 packets dropped by kernel > > as you can see my laptop simply sends reset after syn+ack is recevied > from the peer. > > ==== > > now tcpdump output when i do "telnet www.yahoo.com 80". as you can see > everything seems to work. > > beetle# tcpdump -n -vv -s0 -S -X -i bge0 port 80 > tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size > 65535 bytes > 10:35:15.462718 IP (tos 0x10, ttl 64, id 478, offset 0, flags [DF], > proto: TCP (6), length: 60, bad cksum 0 (->5c36)!) 10.12.163.152.56333 >> 209.191.93.52.80: S, cksum 0xdcc6 (incorrect (-> 0x84e9), > 1764906425:1764906425(0) win 65535 8,sackOK,timestamp 412462 0> > 0x0000: 4510 003c 01de 4000 4006 0000 0a0c a398 E..<..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55b9 0000 0000 ..]4...Pi2U..... > 0x0020: a002 ffff dcc6 0000 0204 05b4 0103 0308 ................ > 0x0030: 0402 080a 0006 4b2e 0000 0000 ......K..... > 10:35:15.517030 IP (tos 0x0, ttl 51, id 11180, offset 0, flags [DF], > proto: TCP (6), length: 64) 209.191.93.52.80 > 10.12.163.152.56333: S, > cksum 0x3539 (correct), 1090115527:1090115527(0) ack 1764906426 win > 65535 412462,sackOK,eol> > 0x0000: 4500 0040 2bac 4000 3306 3f74 d1bf 5d34 E..@+.@.3.?t..]4 > 0x0010: 0a0c a398 0050 dc0d 40f9 d7c7 6932 55ba .....P..@...i2U. > 0x0020: b012 ffff 3539 0000 0204 05b4 0103 0301 ....59.......... > 0x0030: 0101 080a 93b8 9227 0006 4b2e 0402 0000 .......'..K..... > 10:35:15.517077 IP (tos 0x10, ttl 64, id 479, offset 0, flags [DF], > proto: TCP (6), length: 52, bad cksum 0 (->5c3d)!) 10.12.163.152.56333 >> 209.191.93.52.80: ., cksum 0xdcbe (incorrect (-> 0x73ca), > 1764906426:1764906426(0) ack 1090115528 win 260 412516 2478346791> > 0x0000: 4510 0034 01df 4000 4006 0000 0a0c a398 E..4..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55ba 40f9 d7c8 ..]4...Pi2U.@... > 0x0020: 8010 0104 dcbe 0000 0101 080a 0006 4b64 ..............Kd > 0x0030: 93b8 9227 ...' > 10:35:20.564276 IP (tos 0x10, ttl 64, id 482, offset 0, flags [DF], > proto: TCP (6), length: 52, bad cksum 0 (->5c3a)!) 10.12.163.152.56333 >> 209.191.93.52.80: F, cksum 0xdcbe (incorrect (-> 0x6012), > 1764906426:1764906426(0) ack 1090115528 win 260 417563 2478346791> > 0x0000: 4510 0034 01e2 4000 4006 0000 0a0c a398 E..4..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55ba 40f9 d7c8 ..]4...Pi2U.@... > 0x0020: 8011 0104 dcbe 0000 0101 080a 0006 5f1b .............._. > 0x0030: 93b8 9227 ...' > 10:35:20.618435 IP (tos 0x0, ttl 51, id 18390, offset 0, flags [DF], > proto: TCP (6), length: 52) 209.191.93.52.80 > 10.12.163.152.56333: ., > cksum 0xcb10 (correct), 1090115528:1090115528(0) ack 1764906427 win > 33304 > 0x0000: 4500 0034 47d6 4000 3306 2356 d1bf 5d34 E..4G.@.3.#V..]4 > 0x0010: 0a0c a398 0050 dc0d 40f9 d7c8 6932 55bb .....P..@...i2U. > 0x0020: 8010 8218 cb10 0000 0101 080a 93b8 a614 ................ > 0x0030: 0006 5f1b .._. > 10:35:20.618588 IP (tos 0x0, ttl 51, id 18391, offset 0, flags [DF], > proto: TCP (6), length: 52) 209.191.93.52.80 > 10.12.163.152.56333: F, > cksum 0xcb0e (correct), 1090115528:1090115528(0) ack 1764906427 win > 33304 > 0x0000: 4500 0034 47d7 4000 3306 2355 d1bf 5d34 E..4G.@.3.#U..]4 > 0x0010: 0a0c a398 0050 dc0d 40f9 d7c8 6932 55bb .....P..@...i2U. > 0x0020: 8011 8218 cb0e 0000 0101 080a 93b8 a615 ................ > 0x0030: 0006 5f1b .._. > 10:35:20.618623 IP (tos 0x10, ttl 64, id 483, offset 0, flags [DF], > proto: TCP (6), length: 52, bad cksum 0 (->5c39)!) 10.12.163.152.56333 >> 209.191.93.52.80: ., cksum 0xdcbe (incorrect (-> 0x4bed), > 1764906427:1764906427(0) ack 1090115529 win 260 417617 2478351893> > 0x0000: 4510 0034 01e3 4000 4006 0000 0a0c a398 E..4..@.@....... > 0x0010: d1bf 5d34 dc0d 0050 6932 55bb 40f9 d7c9 ..]4...Pi2U.@... > 0x0020: 8010 0104 dcbe 0000 0101 080a 0006 5f51 .............._Q > 0x0030: 93b8 a615 .... > ^C > 7 packets captured > 201 packets received by filter > 0 packets dropped by kernel > > does anyone knows what is going on here?! > > thanks, > max > > p.s. everything was working just fine prior to upgrade this weekend I've had the same problem and was very confused about it... But i didn't had the time to debug and the first thing i tried : to rebuild firefox and thunderbird fixed it. Strange thing that these two were the only programs that were affected, maybe some library that is used by both of them is the problem? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGdvJPHNAJ/fLbfrkRApsgAKC/7Qv/pqHhxy8mSO4LZsdomXArlwCdH0x1 yF6EHxPuLimskNew2wALNr4= =OMth -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 19:32:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D998516A41F for ; Mon, 18 Jun 2007 19:32:10 +0000 (UTC) (envelope-from Tuscan@t-online.de) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.freebsd.org (Postfix) with ESMTP id 9FEE113C45A for ; Mon, 18 Jun 2007 19:32:10 +0000 (UTC) (envelope-from Tuscan@t-online.de) Received: from fwd27.aul.t-online.de by mailout08.aul.t-online.de with smtp id 1I0MxN-00008P-00; Mon, 18 Jun 2007 21:32:09 +0200 Received: from Toy.Firlefanz.org (ZByxWuZ1QedODrcKVNfYE-JMfJBQ5s5QRRX6r3ClUOzG1sEccdXOgE@[84.171.251.97]) by fwd27.aul.t-online.de with esmtp id 1I0MxG-1euPnU0; Mon, 18 Jun 2007 21:32:02 +0200 Message-ID: <4676DDA9.60405@t-online.de> Date: Mon, 18 Jun 2007 21:31:53 +0200 From: Raven User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, Tuscan@t-online.de References: <200706181755.l5IHtnVi000619@lurza.secnetix.de> In-Reply-To: <200706181755.l5IHtnVi000619@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-ID: ZByxWuZ1QedODrcKVNfYE-JMfJBQ5s5QRRX6r3ClUOzG1sEccdXOgE X-TOI-MSGID: df27cc67-9002-42aa-8753-3368a370df90 X-Mailman-Approved-At: Mon, 18 Jun 2007 21:24:40 +0000 Cc: Subject: Re: German keymap not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 19:32:10 -0000 Oliver Fromme wrote: > Tory wrote: > > This might be trivial, but I can't find out what's wrong. > > I rebuild world / kernel daily, and since last week German Umlauts don't > > work anymore. > > Not on the console and not in X. > > I tried different keymaps and manual edits. > > The values are ok, but Instead of ä ü ö (pasted) I get ? ? ÷ - or > > nothing at all. > > What are your locale settings? i.e. what's the output > from this shell command: env | egrep 'LC_|LANG' > > Best regards > Oliver > > > That's the weird thing, the output of env | egrep 'LC_|LANG' reads: LANGUAGE=en_US.ISO8859-1 LANG=en_US.ISO8859-1 LC_ALL=en_US.ISO8859-1 LC_MESSAGES=en_US.ISO8859-1 but that can't be right, since I get a slash when pressing shift-7 and the german ß works as well. Almost all keys work as they are supposed to with a german keymap , I only can' t get" ä ö ü @ " (pasted). From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 21:43:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9258216A469 for ; Mon, 18 Jun 2007 21:43:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6E67313C448 for ; Mon, 18 Jun 2007 21:43:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2493789waf for ; Mon, 18 Jun 2007 14:43:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PP51FPfvQerCAmBQakEb9yCFM4jLDZzzPGGVGGxXftHUYUQI3OT/joytSg7H6yRVImjFhEFFqS1alxYaaclHk2hxE09OydO81+7rOFSFQoHP82SWL+cPkBJCKAXRSMMsuCjiVEmKlusTdr97rhzSk/Ht8mWQ1uuzR9GRvVqdBUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZuBQbi6l3PteY2kA7bJCzusai1bbe/28M0H177mXpb97xAsYzUNe5aVG0ZnQ8xksl1VXnTCIc6AuxLzkp/JmiGhrr2wzUkIo7XM557zbkOTJviDcherMjHL4m0q3k26mf4mSFNlDz/YA4GJ1sFBlqYl1+JRReP0s4jcDgALOuhU= Received: by 10.115.88.1 with SMTP id q1mr6623520wal.1182203011884; Mon, 18 Jun 2007 14:43:31 -0700 (PDT) Received: by 10.114.103.14 with HTTP; Mon, 18 Jun 2007 14:43:31 -0700 (PDT) Message-ID: <2a41acea0706181443w41164255n63be01e021eccc90@mail.gmail.com> Date: Mon, 18 Jun 2007 14:43:31 -0700 From: "Jack Vogel" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: HELP: EM bus_alloc_resource_any fails on Dell Dimension 9150 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 21:43:32 -0000 I have a problem that I've never seen before, and although I've poked at it a bit I'm kinda stuck. Anyone more knowledgable than I in the bus code care to offer suggestions? Here's the situation: Dell Dimension 9150, you put in a PCI-E 4 port E1000 adapters... ya I know this makes it a configuration unlikely to be used :)... and besides that works fine... The problem arises when you ALSO stick in an 82541_GI, which is just PCI... When you load the em driver it attaches the 4 ports just fine, but then the lowly 541 fails bus_alloc_resource_any() of the IO PORT. It isnt the code, if you remove the 4 port card the 541 will attach and work without a whimper. So, there's something happening in PCI space and its resources here that the current em driver is not equipped to handle, and I would really like to understand what it is. Suggestions to help me debug this? Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 22:10:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31B5416A421 for ; Mon, 18 Jun 2007 22:10:05 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id EA52513C44B for ; Mon, 18 Jun 2007 22:10:04 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 18 Jun 2007 17:41:53 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id NLQ81623; Mon, 18 Jun 2007 17:41:53 -0400 (EDT) Received: from 207-172-55-230.c3-0.tlg-ubr5.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.161]) ([207.172.55.230]) by smtp01.lnh.mail.rcn.net with ESMTP; 18 Jun 2007 17:41:45 -0400 Message-ID: <4676FD4F.3030302@rcn.com> Date: Mon, 18 Jun 2007 17:46:55 -0400 From: Gary Corcoran User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Yar Tikhiy References: <20070618202758.GA16711@comp.chem.msu.su> In-Reply-To: <20070618202758.GA16711@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: current@freebsd.org Subject: Re: fts(3) patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 22:10:05 -0000 Yar Tikhiy wrote: > Hi all, > > Our fts(3) functions and data structures suffer from too narrow > integer types, which apparently were selected in ancient days when > RAM was costlier than gold. The consequences of that choice are > illustrated by PR bin/104458. In short, find(1) can't walk and > rm(1) can't remove file trees an ordinary user can create. > > To fix the problem, structures in have to be changed. For > my change (attached below), I chose new types using the following > principles I believe to be well-known in the C world: > > - avoid `short' unless there is a very grave reason to try to > save RAM -- on modern platforms using `short' results in larger > and slower code; > - for object sizes, use size_t unless it's 100% certain that > the object will be really small (note that fts(3) can construct > pathnames _much_ longer than PATH_MAX for its consumers); > - for variables than count simple, limited things like states, > use plain vanilla `int' as it's the type of choice in C; > - for bit flags use u_int because signed bit-wise operations > are unportable in C; > - for things that should be at least 64 bits wide, use long long > and not int64_t, as the latter is an optional type. Isn't "long long" a gcc-ism, whereas int64's are portable (posix?) standards? I don't know what the FreeBSD policy is, but for other projects that strive to be portable, including the use of non-gcc compilers, "long long" is frowned upon... Other than that, I agree with the above, except that for things which only make sense as positive numbers, such as a count, I try to use unsigned int. On modern platforms there should be no speed or RAM difference from using an int, but it makes things mildly clearer (sometimes). Gary > An open question is what type to use for the level. Since one can > chain-mount several filesystems, theoretically the level can be > greater than the maximum value of ino_t, which is 2^32-1. OTOH, I > doubt that the limit can be hit in practice, especially on 32-bit > systems, so `long' can be a fair compromise for the level. > > Comments are welcome. Thanks! > > P.S. According to my tests, the stock system tools happily build > and run with the modified fts(3). > From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 22:13:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58F8216A46B for ; Mon, 18 Jun 2007 22:13:22 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 301C213C484 for ; Mon, 18 Jun 2007 22:13:21 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Mon, 18 Jun 2007 15:13:10 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 2C44D2AF; Mon, 18 Jun 2007 15:13:10 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 173A02AE; Mon, 18 Jun 2007 15:13:10 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FJW82389; Mon, 18 Jun 2007 15:13:09 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id A754869CA3; Mon, 18 Jun 2007 15:13:09 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 18 Jun 2007 15:13:08 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90304398D45@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <2a41acea0706181443w41164255n63be01e021eccc90@mail.gmail.com> Thread-Topic: HELP: EM bus_alloc_resource_any fails on Dell Dimension 9150 Thread-Index: Acex8eVfRgEs92tzSBOaEqIRRLxvnQAAf0og References: <2a41acea0706181443w41164255n63be01e021eccc90@mail.gmail.com> From: "David Christensen" To: "Jack Vogel" , "FreeBSD Current" X-WSS-ID: 6A69DCFC37045627573-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: HELP: EM bus_alloc_resource_any fails on Dell Dimension 9150 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 22:13:22 -0000 > I have a problem that I've never seen before, and although=20 > I've poked at > it a bit I'm kinda stuck. Anyone more knowledgable than I in the bus > code care to offer suggestions? >=20 > Here's the situation: Dell Dimension 9150, you put in a PCI-E 4 port > E1000 adapters... ya I know this makes it a configuration unlikely > to be used :)... and besides that works fine... The problem arises > when you ALSO stick in an 82541_GI, which is just PCI... >=20 > When you load the em driver it attaches the 4 ports just fine, but > then the lowly 541 fails bus_alloc_resource_any() of the IO PORT. >=20 > It isnt the code, if you remove the 4 port card the 541 will attach > and work without a whimper. >=20 > So, there's something happening in PCI space and its resources > here that the current em driver is not equipped to handle, and I > would really like to understand what it is. >=20 > Suggestions to help me debug this? >=20 How much I/O space does each adapter require? PCI specification seems to limit I/O space to 256 bytes per function. How much I/O space is=20 the upstream PCIe switch configured to support? Are there any other I/O devices downstream from the same PCIe switch? If you disable a single function on the quad-port device does the allocation work? What does "pciconf -lv" return on the system? Dave From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 22:27:40 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 812AC16A46C for ; Mon, 18 Jun 2007 22:27:40 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 49CB913C4B9 for ; Mon, 18 Jun 2007 22:27:39 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 53A0344978 for ; Tue, 19 Jun 2007 00:27:39 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 1AAE19B497 for ; Mon, 18 Jun 2007 22:27:20 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 27CEE405B; Mon, 18 Jun 2007 00:58:25 +0200 (CEST) Date: Mon, 18 Jun 2007 00:58:25 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070617225824.GA88370@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: RFC for wider rc.conf.d/ for jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 22:27:40 -0000 Hi, It is only possible to use /etc/rc.conf.d/${name}, where ${name} is the command name in rc(8) scripts. For instance, one can use use /etc/rc.conf.d/named thanks to /etc/rc.d/named. However it is not possible to use /etc/rc.conf.d/foo because command "foo" is not provided by any rc.d script. I would like to extend this behaviour for /etc/rc.d/jail in order to be able to have one file per jail. It would require to either modify rc.subr or hack up etc/rc.d/jail to include some additional files. I am thinking about the following layout: % # cat rc.conf.d/jail % jail_list="mail www" % # cat rc.conf.d/jail.mail % [...] # "mail" jail configuration variables. % # cat rc.conf.d/jail.www % [...] # "www" jail configuration variables. Any comment about this? Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 22:27:40 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88EB916A46D for ; Mon, 18 Jun 2007 22:27:40 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCFD13C4BA for ; Mon, 18 Jun 2007 22:27:39 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 539C744678; Tue, 19 Jun 2007 00:27:39 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 22CF49C333; Mon, 18 Jun 2007 22:27:20 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 2906D4086; Mon, 18 Jun 2007 19:56:55 +0200 (CEST) Date: Mon, 18 Jun 2007 19:56:55 +0200 From: Jeremie Le Hen To: Andrew Thompson Message-ID: <20070618175655.GD88370@obiwan.tataz.chchile.org> References: <20070616224703.GC63387@obiwan.tataz.chchile.org> <20070618100238.GD46910@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070618100238.GD46910@heff.fud.org.nz> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: Cannot use iwi(4): "could not load firmware iwi_bss" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 22:27:40 -0000 Hi Andrew, Thank you for replying. I'm a bit disconcerted by this problem since nobody seems to meet it but me. On Mon, Jun 18, 2007 at 10:02:38PM +1200, Andrew Thompson wrote: > The driver will wait one second for the firmware to load, it is possible > that the interrupt storm is affecting this. You can always increase the > iwi timeout on line 2516 of if_iwi.c and see what happens. Change hz to > hz * 3 perhaps. I've tried this change without success. Interestingly, it seems that the interrupt storm happens while if_iwi module is trying to load the firmware and stops as soon as if_iwi gives up. If you have any other idea, please let me knom. I am willing to test whatever you might deem useful. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 23:07:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 797AB16A421 for ; Mon, 18 Jun 2007 23:07:19 +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 067C813C46C for ; Mon, 18 Jun 2007 23:07:18 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-10-135.bredband.comhem.se ([83.253.10.135]:51461 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with smtp (Exim 4.66) (envelope-from ) id 1I0Q4Q-0004d1-3j for current@freebsd.org; Tue, 19 Jun 2007 00:51:38 +0200 Received: (qmail 70940 invoked from network); 19 Jun 2007 00:51:35 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 19 Jun 2007 00:51:35 +0200 Received: (qmail 18557 invoked by uid 1001); 19 Jun 2007 00:51:35 +0200 Date: Tue, 19 Jun 2007 00:51:35 +0200 From: Erik Trulsson To: Gary Corcoran Message-ID: <20070618225134.GA18473@owl.midgard.homeip.net> Mail-Followup-To: Gary Corcoran , Yar Tikhiy , current@freebsd.org References: <20070618202758.GA16711@comp.chem.msu.su> <4676FD4F.3030302@rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4676FD4F.3030302@rcn.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-Originating-IP: 83.253.10.135 X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1I0Q4Q-0004d1-3j. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1I0Q4Q-0004d1-3j 93ea34d851029601725c3c2f686659b2 Cc: Yar Tikhiy , current@freebsd.org Subject: Re: fts(3) patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jun 2007 23:07:19 -0000 On Mon, Jun 18, 2007 at 05:46:55PM -0400, Gary Corcoran wrote: > Yar Tikhiy wrote: > >Hi all, > > > >Our fts(3) functions and data structures suffer from too narrow > >integer types, which apparently were selected in ancient days when > >RAM was costlier than gold. The consequences of that choice are > >illustrated by PR bin/104458. In short, find(1) can't walk and > >rm(1) can't remove file trees an ordinary user can create. > > > >To fix the problem, structures in have to be changed. For > >my change (attached below), I chose new types using the following > >principles I believe to be well-known in the C world: > > > >- avoid `short' unless there is a very grave reason to try to > > save RAM -- on modern platforms using `short' results in larger > > and slower code; > >- for object sizes, use size_t unless it's 100% certain that > > the object will be really small (note that fts(3) can construct > > pathnames _much_ longer than PATH_MAX for its consumers); > >- for variables than count simple, limited things like states, > > use plain vanilla `int' as it's the type of choice in C; > >- for bit flags use u_int because signed bit-wise operations > > are unportable in C; > >- for things that should be at least 64 bits wide, use long long > > and not int64_t, as the latter is an optional type. > > Isn't "long long" a gcc-ism, whereas int64's are portable (posix?) > standards? I don't know what the FreeBSD policy is, but for other > projects that strive to be portable, including the use of non-gcc > compilers, "long long" is frowned upon... 'long long' is part of C99 and was widely supported by many compilers even before C99 was approved. int64_t is also part of C99. The difference is that 'long long' is guaranteed to be at least 64 bits, while int64_t (if it exists which is not guaranteed) is exactly 64 bits wide. > > Other than that, I agree with the above, except that for things > which only make sense as positive numbers, such as a count, I try > to use unsigned int. On modern platforms there should be no speed > or RAM difference from using an int, but it makes things mildly clearer > (sometimes). > > Gary > > >An open question is what type to use for the level. Since one can > >chain-mount several filesystems, theoretically the level can be > >greater than the maximum value of ino_t, which is 2^32-1. OTOH, I > >doubt that the limit can be hit in practice, especially on 32-bit > >systems, so `long' can be a fair compromise for the level. > > > >Comments are welcome. Thanks! > > > >P.S. According to my tests, the stock system tools happily build > >and run with the modified fts(3). > > > _______________________________________________ > 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" -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 00:03:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B97716A46B for ; Tue, 19 Jun 2007 00:03:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 093A013C469 for ; Tue, 19 Jun 2007 00:03:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l5J02tXH066975; Mon, 18 Jun 2007 20:03:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Takanori Saneto" Date: Mon, 18 Jun 2007 18:13:38 -0400 User-Agent: KMail/1.9.6 References: <200706141404.56196.jhb@freebsd.org> <639c2fce0706170327m549f1ea9m7da150202627a077@mail.gmail.com> In-Reply-To: <639c2fce0706170327m549f1ea9m7da150202627a077@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706181813.38706.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 18 Jun 2007 20:03:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3456/Mon Jun 18 17:15:01 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: smb related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 00:03:20 -0000 On Sunday 17 June 2007 06:27:46 am Takanori Saneto wrote: > OK, here it is: > > smb_co_lock: recursive lock for object 1 > panic: recursive lock for object 0xc1b3e600 > KDB: enter: panic > [thread pid 592 tid 100032 ] > Stopped at kdb_enter+0x32: leave > db> bt > Tracing pid 592 tid 100032 td 0xc1a44e00 > kdb_enter(c060f652, c066e920,c1b89b5a,cc398a70,cc398a70,...) at > kdb_enter+0x32 > panic(x1b89b5a,c1b3e600,1,c1bc0638,cc398ab0,...) at panic+0xc4 > smb_share_lock(c1b3e600,2,c1a44e00,c,c1a44e00,...) at smb_share_lock > smb_co_gone(c1bc0600,cc398ba4,cc398ba4,cc398ac8,c1bc0600,...) at > smb_co_gone+0x3a > smb_sm_lookup(cc398af4,cc398b30,cc398ba4,cc398b4c,c199041c,...) at > smb_sm_lookup+0x16b > smb_usr_lookup(c1990400,cc398ba4,cc398bb0,cc398bac,c060ac51,...) at > smb_usr_lookup+0x95 > nsmb_dev_ioctl(c1b5b100,82fc6e6a,c1990400,3,c1a44e00,...) at > nsmb_dev_ioctl+0x1d6 Hmm, ok. Try this maybe: Index: smb_conn.c =================================================================== RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v retrieving revision 1.18 diff -u -r1.18 smb_conn.c --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 +++ smb_conn.c 18 Jun 2007 22:12:33 -0000 @@ -212,8 +212,11 @@ error = smb_smb_treeconnect(ssp, scred); if (error == 0) vcspec->ssp = ssp; - else + else { + smb_vc_put(vcp, scred); + vcp = NULL; smb_share_put(ssp, scred); + } out: smb_sm_unlockvclist(td); if (error == 0) @@ -351,6 +354,7 @@ if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && (flags & LK_CANRECURSE) == 0) { SMBERROR("recursive lock for object %d\n", cp->co_level); + panic("recursive lock for object %p", cp); return 0; } return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 00:06:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 617AD16A476; Tue, 19 Jun 2007 00:06:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 37AA213C465; Tue, 19 Jun 2007 00:06:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J06jgj052086; Mon, 18 Jun 2007 20:06:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J06jv6021543; Mon, 18 Jun 2007 20:06:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 110A273068; Mon, 18 Jun 2007 20:06:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619000645.110A273068@freebsd-current.sentex.ca> Date: Mon, 18 Jun 2007 20:06:44 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 00:06:46 -0000 TB --- 2007-06-18 22:37:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-18 22:37:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-18 22:37:24 - cleaning the object tree TB --- 2007-06-18 22:37:49 - checking out the source tree TB --- 2007-06-18 22:37:49 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-18 22:37:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-18 22:45:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-18 22:45:23 - cd /src TB --- 2007-06-18 22:45:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 18 22:45:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 00:00:07 UTC 2007 TB --- 2007-06-19 00:00:07 - generating LINT kernel config TB --- 2007-06-19 00:00:07 - cd /src/sys/powerpc/conf TB --- 2007-06-19 00:00:07 - /usr/bin/make -B LINT TB --- 2007-06-19 00:00:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 00:00:08 - cd /src TB --- 2007-06-19 00:00:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 00:00:08 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 00:06:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 00:06:44 - ERROR: failed to build lint kernel TB --- 2007-06-19 00:06:44 - tinderbox aborted TB --- 0.70 user 2.49 system 5359.92 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 01:32:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15B2516A41F for ; Tue, 19 Jun 2007 01:32:43 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id A043D13C448 for ; Tue, 19 Jun 2007 01:32:42 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 17B331CC5D; Tue, 19 Jun 2007 13:19:08 +1200 (NZST) Date: Tue, 19 Jun 2007 13:19:08 +1200 From: Andrew Thompson To: FreeBSD Current Message-ID: <20070619011908.GA53748@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 01:32:43 -0000 Hi, I am investigating a couple of wireless issues reported since the net80211 changes were merged last week. I thought i'd list them out in case any one else is looking into them (or wants to). 1. Unloading the ath module hangs I have reproduced this but not found the cause yet, its a hard hang and I cant break into the debugger. 2. Firmware iwi_bss will not load Loading the firmware for iwi causes an interrupt storm and times out. I havnt reproduced this and has only been reported by one person. 3. iwi(4) gets a firmware error while associating Can not reproduce this yet, debug traces available on the mailing list. 4. wi(4) fails to associate Unknown yet Please report any other wireless issues and help is appreciated. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 01:38:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C60C16A400; Tue, 19 Jun 2007 01:38:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6A813C455; Tue, 19 Jun 2007 01:38:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J1cJxZ056038; Mon, 18 Jun 2007 21:38:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J1cJEU091013; Mon, 18 Jun 2007 21:38:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 616FC73068; Mon, 18 Jun 2007 21:38:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619013819.616FC73068@freebsd-current.sentex.ca> Date: Mon, 18 Jun 2007 21:38:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 01:38:20 -0000 TB --- 2007-06-19 00:06:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 00:06:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-19 00:06:44 - cleaning the object tree TB --- 2007-06-19 00:07:12 - checking out the source tree TB --- 2007-06-19 00:07:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-19 00:07:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 00:17:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 00:17:20 - cd /src TB --- 2007-06-19 00:17:20 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 00:17:23 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 01:31:03 UTC 2007 TB --- 2007-06-19 01:31:03 - generating LINT kernel config TB --- 2007-06-19 01:31:03 - cd /src/sys/sparc64/conf TB --- 2007-06-19 01:31:03 - /usr/bin/make -B LINT TB --- 2007-06-19 01:31:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 01:31:03 - cd /src TB --- 2007-06-19 01:31:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 01:31:04 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 01:38:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 01:38:18 - ERROR: failed to build lint kernel TB --- 2007-06-19 01:38:18 - tinderbox aborted TB --- 0.81 user 2.48 system 5494.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 01:48:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E09EE16A421; Tue, 19 Jun 2007 01:48:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A09EC13C45B; Tue, 19 Jun 2007 01:48:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J1m9ga056514; Mon, 18 Jun 2007 21:48:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J1m8cX072140; Mon, 18 Jun 2007 21:48:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C6C6073068; Mon, 18 Jun 2007 21:48:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619014808.C6C6073068@freebsd-current.sentex.ca> Date: Mon, 18 Jun 2007 21:48:08 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 01:48:10 -0000 TB --- 2007-06-19 00:20:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 00:20:39 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-19 00:20:39 - cleaning the object tree TB --- 2007-06-19 00:21:01 - checking out the source tree TB --- 2007-06-19 00:21:01 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-19 00:21:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 00:30:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 00:30:16 - cd /src TB --- 2007-06-19 00:30:16 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 00:30:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 01:41:33 UTC 2007 TB --- 2007-06-19 01:41:34 - generating LINT kernel config TB --- 2007-06-19 01:41:34 - cd /src/sys/sun4v/conf TB --- 2007-06-19 01:41:34 - /usr/bin/make -B LINT TB --- 2007-06-19 01:41:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 01:41:34 - cd /src TB --- 2007-06-19 01:41:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 01:41:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 01:48:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 01:48:08 - ERROR: failed to build lint kernel TB --- 2007-06-19 01:48:08 - tinderbox aborted TB --- 0.65 user 2.21 system 5248.97 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 02:51:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2AD016A400 for ; Tue, 19 Jun 2007 02:51:26 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id B3E6713C455 for ; Tue, 19 Jun 2007 02:51:26 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5J2pQBP012067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 18 Jun 2007 19:51:26 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5J2pPjr019584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 18 Jun 2007 19:51:25 -0700 Message-ID: <467744AC.3030304@u.washington.edu> Date: Mon, 18 Jun 2007 19:51:24 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.193240 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: pkg_add : works fine when compiled normally ; segfaults when gprof'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 02:51:26 -0000 make.conf: CFLAGS = -O2 -pipe -fno-strict-aliasing CPUTYPE = pentium4 MAKEOPTS = -j3 .if defined(MK_PROFILED_BIN) && ${MK_PROFILED_BIN} != 0 CFLAGS += -g -pg .endif When I compile pkg_install, I set MK_PROFILED_BIN to 1. This is on an i386 system synced and recompiled yesterday. I deleted /usr/obj before recompiling everything. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 03:56:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFABB16A41F; Tue, 19 Jun 2007 03:56:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 98C6713C484; Tue, 19 Jun 2007 03:56:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J3utwg061691; Mon, 18 Jun 2007 23:56:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J3usSV051815; Mon, 18 Jun 2007 23:56:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6BEAA73068; Mon, 18 Jun 2007 23:56:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619035654.6BEAA73068@freebsd-current.sentex.ca> Date: Mon, 18 Jun 2007 23:56:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 03:56:55 -0000 TB --- 2007-06-19 01:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 01:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-19 01:50:00 - cleaning the object tree TB --- 2007-06-19 01:50:45 - checking out the source tree TB --- 2007-06-19 01:50:45 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-19 01:50:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 02:01:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 02:01:42 - cd /src TB --- 2007-06-19 02:01:42 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 02:01:44 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 19 03:47:45 UTC 2007 TB --- 2007-06-19 03:47:45 - generating LINT kernel config TB --- 2007-06-19 03:47:45 - cd /src/sys/amd64/conf TB --- 2007-06-19 03:47:45 - /usr/bin/make -B LINT TB --- 2007-06-19 03:47:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 03:47:45 - cd /src TB --- 2007-06-19 03:47:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 03:47:45 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 03:56:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 03:56:53 - ERROR: failed to build lint kernel TB --- 2007-06-19 03:56:53 - tinderbox aborted TB --- 1.00 user 3.77 system 7613.43 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 04:21:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A2EA16A400 for ; Tue, 19 Jun 2007 04:21:54 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id EE21713C447 for ; Tue, 19 Jun 2007 04:21:53 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so439900anc for ; Mon, 18 Jun 2007 21:21:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dyVDdWm9X9pLNTLkyk7MZUk7DJ35/G1DDX2aQqn4Yl6P6PagtCS73GrQI4ptjTx6VIwIZFSefIYHV9j6P553SEaaM4VZ0tSqBQCwHcNyY6mkWqasuZAsm5Qj1bzRQqfO7hioSgrkHtw0X1gZwiAQfagwuKNrK6hBhKF80S05pJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QqTEtNtmJDRwgVnc1DYJXU6z+COAaOSrAG7UZp9jqe67sMmKugzYOYLHeVtmiG242jY8iJbsZoqKhzKu24IZUM/bSPgP8+R3mSvbxtG7+Gh6fJJXkmMuhHTAK+I3JH2J/6BOG9dZstl+misJ5g4y9S37Qu5Y0RKzI5rADJ9ayiA= Received: by 10.100.191.5 with SMTP id o5mr112969anf.1182226913415; Mon, 18 Jun 2007 21:21:53 -0700 (PDT) Received: by 10.100.47.20 with HTTP; Mon, 18 Jun 2007 21:21:53 -0700 (PDT) Message-ID: Date: Tue, 19 Jun 2007 12:21:53 +0800 From: "Sepherosa Ziehau" To: "Ian FREISLICH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86d4zupje9.wl%rpaulo@fnop.net> Cc: Rui Paulo , freebsd-current@freebsd.org Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 04:21:54 -0000 On 6/18/07, Ian FREISLICH wrote: > ath0: flags=8843 metric 0 mtu 1500 > ether 00:17:f2:50:66:16 > inet 10.0.0.18 netmask 0xffffff00 broadcast 10.0.0.255 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/24Mbps) > status: associated > ssid cluelan channel 13 (2472 Mhz 11g) bssid 00:11:50:0b:c5:a6 > authmode WPA privacy ON deftxkey UNDEF TKIP 3:128-bit txpowmax 35 > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi11g 14 roam:rate11g 5 protmode CTS burst roaming MANUAL > bintval 100 > > In a MacBook Pro. After recent wireless commits the interface has > become somewhat unstable. I'm using WPA with wpa_supplicant. > Interestingly, it's more stable at home than at work. The symptoms > I see are that even though the interface has an IP address and there > is a default route, after some time of inactivity I'll start seeing Sam has committed a fix for the inactivity problem when wpa_supplicant is used. Have you pulled in that fix? > "no route to host" error messages even though it thinks it's still > associated with the AP. Best Regards, sephe -- Live Free or Die From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 04:52:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4336016A41F; Tue, 19 Jun 2007 04:52:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9F49013C465; Tue, 19 Jun 2007 04:52:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J4q2u1063153; Tue, 19 Jun 2007 00:52:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J4q1QP051517; Tue, 19 Jun 2007 00:52:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7455473068; Tue, 19 Jun 2007 00:52:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619045201.7455473068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 00:52:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 04:52:03 -0000 TB --- 2007-06-19 03:13:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 03:13:40 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-19 03:13:40 - cleaning the object tree TB --- 2007-06-19 03:14:15 - checking out the source tree TB --- 2007-06-19 03:14:15 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-19 03:14:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 03:23:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 03:23:50 - cd /src TB --- 2007-06-19 03:23:50 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 03:23:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 04:41:24 UTC 2007 TB --- 2007-06-19 04:41:24 - generating LINT kernel config TB --- 2007-06-19 04:41:24 - cd /src/sys/i386/conf TB --- 2007-06-19 04:41:24 - /usr/bin/make -B LINT TB --- 2007-06-19 04:41:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 04:41:24 - cd /src TB --- 2007-06-19 04:41:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 04:41:24 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 04:52:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 04:52:01 - ERROR: failed to build lint kernel TB --- 2007-06-19 04:52:01 - tinderbox aborted TB --- 0.84 user 3.02 system 5900.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 05:13:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B50FC16A468 for ; Tue, 19 Jun 2007 05:13:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 809B013C4B7 for ; Tue, 19 Jun 2007 05:13:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=U7RzQwy/hnnY04o/+YGAT8gKf2ovzJnyo2/ZEfU3shdaexfGmnl1iy+/mMb458jGg54cYIhW5dnjMNpZZog36OPviIZhGeBAFIm/cYelpEITz5O6GAn3hioW4Hv6di0lMRXSCKy11loMfXz+DTz+bVOhwEKK5jIREXvaNo61wgCg6zBU8PEhzeqsUyPpSr/9wjvt+XRGNEZrtk88+8EgTuWTDaQxCL8sr61f6Yp+5PI6K+g5fxXltC7UIMjYj/Yh; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I0W1d-0007Qh-48; Tue, 19 Jun 2007 05:13:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I0W1T-000499-8y; Tue, 19 Jun 2007 05:12:59 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0W1Q-0000To-Ov; Tue, 19 Jun 2007 07:12:56 +0200 To: "Sepherosa Ziehau" From: Ian FREISLICH In-Reply-To: Message from "Sepherosa Ziehau" of "Tue, 19 Jun 2007 12:21:53 +0800." X-Attribution: BOFH Date: Tue, 19 Jun 2007 07:12:56 +0200 Message-Id: Cc: Rui Paulo , freebsd-current@freebsd.org Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 05:13:11 -0000 "Sepherosa Ziehau" wrote: > On 6/18/07, Ian FREISLICH wrote: > > ath0: flags=8843 metric 0 mtu 1500 > > ether 00:17:f2:50:66:16 > > inet 10.0.0.18 netmask 0xffffff00 broadcast 10.0.0.255 > > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/24Mbps) > > status: associated > > ssid cluelan channel 13 (2472 Mhz 11g) bssid 00:11:50:0b:c5:a6 > > authmode WPA privacy ON deftxkey UNDEF TKIP 3:128-bit txpowmax 35 > > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > > roam:rssi11g 14 roam:rate11g 5 protmode CTS burst roaming MANUAL > > bintval 100 > > > > In a MacBook Pro. After recent wireless commits the interface has > > become somewhat unstable. I'm using WPA with wpa_supplicant. > > Interestingly, it's more stable at home than at work. The symptoms > > I see are that even though the interface has an IP address and there > > is a default route, after some time of inactivity I'll start seeing > > Sam has committed a fix for the inactivity problem when wpa_supplicant > is used. Have you pulled in that fix? I'm not sure when this commit was made. My last build was done on Saturday. Further investigation shows that it's dhclient renewing leases. Sometimes it gets the new lease, but then stops working. I'll fetch and build a more recent current today and see how it goes. Jun 18 15:27:28 apple kernel: ath0: link state changed to DOWN Jun 18 15:27:39 apple kernel: ath0: link state changed to UP Jun 18 15:27:45 apple dhclient: New IP Address (ath0): 10.0.0.18 Jun 18 15:27:45 apple dhclient: New Subnet Mask (ath0): 255.255.255.0 Jun 18 15:27:45 apple dhclient: New Broadcast Address (ath0): 10.0.0.255 Jun 18 15:27:45 apple dhclient: New Routers (ath0): 10.0.0.1 Jun 18 15:35:29 apple kernel: ath0: link state changed to DOWN Jun 18 15:35:40 apple kernel: ath0: link state changed to UP Jun 18 15:35:47 apple dhclient: New IP Address (ath0): 10.0.0.18 Jun 18 15:35:47 apple dhclient: New Subnet Mask (ath0): 255.255.255.0 Jun 18 15:35:47 apple dhclient: New Broadcast Address (ath0): 10.0.0.255 Jun 18 15:35:47 apple dhclient: New Routers (ath0): 10.0.0.1 Jun 18 15:43:26 apple kernel: ath0: link state changed to DOWN Jun 18 15:43:26 apple kernel: ath0: link state changed to UP Jun 18 15:43:26 apple dhclient: New IP Address (ath0): 10.0.0.18 Jun 18 15:43:26 apple dhclient: New Subnet Mask (ath0): 255.255.255.0 Jun 18 15:43:26 apple dhclient: New Broadcast Address (ath0): 10.0.0.255 Jun 18 15:43:26 apple dhclient: New Routers (ath0): 10.0.0.1 Jun 18 16:22:29 apple kernel: ath0: link state changed to DOWN Jun 18 16:22:40 apple kernel: ath0: link state changed to UP Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 05:31:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5479B16A469; Tue, 19 Jun 2007 05:31:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C011413C457; Tue, 19 Jun 2007 05:31:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J5V0rG064193; Tue, 19 Jun 2007 01:31:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J5V0F6004614; Tue, 19 Jun 2007 01:31:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C8AE73068; Tue, 19 Jun 2007 01:30:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619053059.6C8AE73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 01:30:59 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 05:31:01 -0000 TB --- 2007-06-19 03:56:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 03:56:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-19 03:56:54 - cleaning the object tree TB --- 2007-06-19 03:57:28 - checking out the source tree TB --- 2007-06-19 03:57:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-19 03:57:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 04:08:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 04:08:41 - cd /src TB --- 2007-06-19 04:08:41 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 04:08:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 05:23:28 UTC 2007 TB --- 2007-06-19 05:23:28 - generating LINT kernel config TB --- 2007-06-19 05:23:28 - cd /src/sys/pc98/conf TB --- 2007-06-19 05:23:28 - /usr/bin/make -B LINT TB --- 2007-06-19 05:23:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 05:23:28 - cd /src TB --- 2007-06-19 05:23:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 05:23:28 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 05:30:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 05:30:58 - ERROR: failed to build lint kernel TB --- 2007-06-19 05:30:58 - tinderbox aborted TB --- 0.89 user 2.98 system 5644.40 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 06:44:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 481B316A41F for ; Tue, 19 Jun 2007 06:44:11 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 269FF13C455 for ; Tue, 19 Jun 2007 06:44:11 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5J6i7OK000992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 18 Jun 2007 23:44:08 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5J6i7IR013009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 18 Jun 2007 23:44:07 -0700 Message-ID: <46777B36.6080608@u.washington.edu> Date: Mon, 18 Jun 2007 23:44:06 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.232232 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Re: [AMD64] X.org build eats all the memory when compiled with GCC 4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 06:44:11 -0000 youshi10@u.washington.edu wrote: > On Mon, 18 Jun 2007, Kris Kennaway wrote: > >> On Mon, Jun 18, 2007 at 08:40:30AM -0400, Daniel Eischen wrote: >>> On Mon, 18 Jun 2007, Michiel Boland wrote: >>> >>>> On Sat, 16 Jun 2007, Garrett Cooper wrote: >>>> >>>>> Claus Guttesen wrote: >>>>>>> I recompiled X.org yesterday and hit the following problem >>>>>>> (1 week old -current, yesterdays packages, AMD64) -- when compiling >>>>>>> files in >>>>>>> /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/scanpci >>>>>>> >>>>>>> directory, there are huge .h files - about 4mb. when compiler >>>>>>> uses -O2 >>>>>>> or -O option it eats all available memory and then gets killed >>>>>>> by the >>>>>>> system. >>>>>>> Without -O/O2 option compile works just as expected. >>>>>>> >>>>>>> Now -- should I file a PR or it's known bug? >>>>>> >>>>>> No, but you should read the archives. Requires more than 1 GB of >>>>>> swap. >>>>>> >>>>> It's a known bug that isn't going to be fixed until gcc 4.2.1. >>>>> -Garrett >>>>> >>>> >>>> Well, until then, is it not possible to at least put the following >>>> patch >>>> in ports/x11-servers/xorg-server/files: >>> >>> [ ... ] >>> >>>> That would make a lot of people very happy. In particular those >>>> running >>>> amd64. >>> >>> Yes, it happens on i386 too. I think requiring more than 1GB of swap >>> is ridiculous. Please patch gcc or the port. >> >> You can test the new gcc snapshot here: >> >> http://people.freebsd.org/~kan/contrib-gcc421.tar.gz >> >> Just extract it over the top of /usr/src and rebuild world. Please >> confirm that it helps with this problem. >> >> Kris > > Ok, I'll give it a shot on my i386 and amd64 boxes when I get back > home tonight. > > FYI, from : > > > > I would like to try to keep the GCC 4.2.x release branch on the > time-driven release cycle for point releases that is part of the GCC > development plan. I left an embarrassing gap in the GCC 4.1.x release > cycle, and I plan to avoid that mistake for GCC 4.2.x. > > Therefore, I plan to make the GCC 4.2.1 release on or about July 13th. > As with the 4.2.0 release, I will be most concerned about P1 regressions > in 4.2.x, not present in 4.1.x. > > > > So the next release is just around the corner. Yay! > > Cheers, > -Garrett I'm double checking, but I'm pretty sure that snapshot does the trick. scanpci now compiles in 0.47 seconds and casually glancing at top it appears that memory usage doesn't go over 50 MB. This was done on a P4 machine with 2GB RAM synced yesterday and recompiled today with the gcc snapshot. I don't remember how much swap I had, but it was less than 2GB IIRC. That snapshot looks groovy and I'm really looking forward to the next release slipstreamed into base :). -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 06:50:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B69116A41F; Tue, 19 Jun 2007 06:50:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFF8C13C468; Tue, 19 Jun 2007 06:50:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J6oeZK065950; Tue, 19 Jun 2007 02:50:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J6oelZ068661; Tue, 19 Jun 2007 02:50:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3388573068; Tue, 19 Jun 2007 02:50:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619065040.3388573068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 02:50:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 06:50:45 -0000 TB --- 2007-06-19 04:52:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 04:52:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-19 04:52:01 - cleaning the object tree TB --- 2007-06-19 04:52:32 - checking out the source tree TB --- 2007-06-19 04:52:32 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-19 04:52:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 05:00:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 05:00:14 - cd /src TB --- 2007-06-19 05:00:14 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 05:00:16 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 06:40:13 UTC 2007 TB --- 2007-06-19 06:40:13 - generating LINT kernel config TB --- 2007-06-19 06:40:13 - cd /src/sys/ia64/conf TB --- 2007-06-19 06:40:13 - /usr/bin/make -B LINT TB --- 2007-06-19 06:40:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 06:40:13 - cd /src TB --- 2007-06-19 06:40:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 06:40:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 06:50:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 06:50:39 - ERROR: failed to build lint kernel TB --- 2007-06-19 06:50:39 - tinderbox aborted TB --- 0.78 user 2.65 system 7118.11 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 06:57:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BB0016A46C for ; Tue, 19 Jun 2007 06:57:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3B813C46E for ; Tue, 19 Jun 2007 06:57:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5J6vVa4002535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 18 Jun 2007 23:57:31 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5J6vU0a013571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 18 Jun 2007 23:57:31 -0700 Message-ID: <46777E5A.3060703@u.washington.edu> Date: Mon, 18 Jun 2007 23:57:30 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org References: <467744AC.3030304@u.washington.edu> In-Reply-To: <467744AC.3030304@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.233833 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Re: pkg_add : works fine when compiled normally ; segfaults when gprof'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 06:57:32 -0000 Garrett Cooper wrote: > make.conf: > > CFLAGS = -O2 -pipe -fno-strict-aliasing > CPUTYPE = pentium4 > MAKEOPTS = -j3 > > .if defined(MK_PROFILED_BIN) && ${MK_PROFILED_BIN} != 0 > CFLAGS += -g -pg > .endif > > When I compile pkg_install, I set MK_PROFILED_BIN to 1. > > This is on an i386 system synced and recompiled yesterday. I > deleted /usr/obj before recompiling everything. > > Thanks, > -Garrett Compiling with CFLAGS = -g alone doesn't exhibit this problem. Only with CFLAGS = -pg.. This didn't happen yesterday, but the last time I synced and rebuilt my server was last week (following ULE scheduler change / locking improvements). -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 07:02:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 906C416A469; Tue, 19 Jun 2007 07:02:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 47D3B13C46C; Tue, 19 Jun 2007 07:02:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J72k65066552; Tue, 19 Jun 2007 03:02:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J72kmh093271; Tue, 19 Jun 2007 03:02:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0641373068; Tue, 19 Jun 2007 03:02:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619070246.0641373068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 03:02:45 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 07:02:47 -0000 TB --- 2007-06-19 05:30:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 05:30:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-19 05:30:59 - cleaning the object tree TB --- 2007-06-19 05:31:20 - checking out the source tree TB --- 2007-06-19 05:31:20 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-19 05:31:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 05:39:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 05:39:06 - cd /src TB --- 2007-06-19 05:39:06 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 05:39:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 06:54:50 UTC 2007 TB --- 2007-06-19 06:54:50 - generating LINT kernel config TB --- 2007-06-19 06:54:50 - cd /src/sys/powerpc/conf TB --- 2007-06-19 06:54:50 - /usr/bin/make -B LINT TB --- 2007-06-19 06:54:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 06:54:50 - cd /src TB --- 2007-06-19 06:54:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 06:54:50 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 07:02:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 07:02:45 - ERROR: failed to build lint kernel TB --- 2007-06-19 07:02:45 - tinderbox aborted TB --- 0.65 user 1.81 system 5506.04 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 07:35:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27FCE16A468 for ; Tue, 19 Jun 2007 07:35:06 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id E22E613C457 for ; Tue, 19 Jun 2007 07:35:05 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so1422121nzn for ; Tue, 19 Jun 2007 00:35:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=gKpQrKRMyvwWksBuX0FE/xV4bHVysD+GVsaU9EnE7BmkZODQYxW3/Yv8GiN+6AfRqlpBN+6WrV9WYCBI21D+w7eX/gbywWACgwSWNWGhZ6eJFBLSRm35hLlQCRgw0fO9UD41pBPyDEJBWOS9EPTqiq9xNQVPyN6L9CeQyBicyt0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OcV9NLHx8gODmDWMtvyCDu6mGRGE966UfkkoCFSm/CpqMdfXLyieE9HD9hyOOmBdlFYmkKNpbLSAOmwb9V1wpdjk/KtbiMIMEpW88ywyHacNi2QJA5eCKa64NfYxYwG1o33k+4D7GPhx27kbkUeV8Q7bP7W2lg0iJU818Vk/yW0= Received: by 10.114.79.1 with SMTP id c1mr7089108wab.1182238504585; Tue, 19 Jun 2007 00:35:04 -0700 (PDT) Received: by 10.114.200.3 with HTTP; Tue, 19 Jun 2007 00:35:04 -0700 (PDT) Message-ID: Date: Tue, 19 Jun 2007 09:35:04 +0200 From: "Claus Guttesen" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: zfs and backup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 07:35:06 -0000 Hi. If one was to deploy zfs on FreeBSD (after extensive testing) one important issue - for me at least - would be backup to tape. There are links at http://www.freebsd.org/commercial/software.html referring to tape-software. www.ahsay.com and www.cactus.com are both FreeBSD-compatible. Are these backup-solutions able to handle 50-100 GB a day? We have 4 TB partitions and our backup-strategy is only meant to restore entire partitions, not individual files. We are currently using legato on solaris 9 on sparc (very reliable). -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 07:53:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2D7116A421 for ; Tue, 19 Jun 2007 07:53:58 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 7472713C448 for ; Tue, 19 Jun 2007 07:53:58 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so449801anc for ; Tue, 19 Jun 2007 00:53:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MAB4ycCdGHTKAazmY92O9QOJP0vezgECwaSybJCvsCATFnb8qzvLJF2E1fPHd+aG4G+4UNIfd65G3uGDCsiswIFiTJ6a7mQx04bDDrqyrMaxNcNg5eaaxgXQWe/yp05FifFH64MSaAy2K+xx5LjHWPsYmcdbHBGkcm8mMQx4qqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tQOdWhesZ8PwSipEz2Gqdeg8IQjk1gCy0WvlatOWq7AsQ8t4gRFf0rXvYpv/o8wrmuEkkvIzgKLiEVfX1NEoMJxLqCoLkLnewHc9CJWxi/4mMNxReFlW/1VxXO1gMO3daO2VvYirEp/ZZYz08Gg9S6QC37HFkzdALZmQmEBiBNw= Received: by 10.100.143.11 with SMTP id q11mr4054115and.1182239637802; Tue, 19 Jun 2007 00:53:57 -0700 (PDT) Received: by 10.100.47.20 with HTTP; Tue, 19 Jun 2007 00:53:57 -0700 (PDT) Message-ID: Date: Tue, 19 Jun 2007 15:53:57 +0800 From: "Sepherosa Ziehau" To: "Harald Schmalzbauer" In-Reply-To: <200706181052.03209.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200706181052.03209.h.schmalzbauer@omnisec.de> Cc: freebsd-current@freebsd.org Subject: Re: ath kldunloading hangs the 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: Tue, 19 Jun 2007 07:53:58 -0000 On 6/18/07, Harald Schmalzbauer wrote: > Hello, > > it seems the recent wlan changes broke unloading the if_ath.ko. > I have problems with resuming my laptop with ath, so I loaded it as a module. > The resume problem still persists but now I cannot unload ath anymore. > No panic, just system freeze. > > Is this a known problem? > > Thanks, > > -Harry > _______________________________________________ > 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 change following code segment, see whether it helps: 1091: static void 1092: ath_stop(struct ifnet *ifp) 1093: { 1094: struct ath_softc *sc = ifp->if_softc; 1095: 1096: ATH_LOCK(sc); 1097: ath_stop_locked(ifp); #if 0 <====== add me 1098: if (!sc->sc_invalid) { 1099: /* 1100: * Set the chip in full sleep mode. Note that we are 1101: * careful to do this only when bringing the interface 1102: * completely to a stop. When the chip is in this state 1103: * it must be carefully woken up or references to 1104: * registers in the PCI clock domain may freeze the bus 1105: * (and system). This varies by chip and is mostly an 1106: * issue with newer parts that go to sleep more quickly. 1107: */ 1108: ath_hal_setpower(sc->sc_ah, HAL_PM_FULL_SLEEP); 1109: } #endif <====== add me 1110: ATH_UNLOCK(sc); 1111: } Best Regards, sephe -- Live Free or Die From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 08:27:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A823A16A400; Tue, 19 Jun 2007 08:27:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6937513C43E; Tue, 19 Jun 2007 08:27:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J8RGak068942; Tue, 19 Jun 2007 04:27:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J8RGiu073148; Tue, 19 Jun 2007 04:27:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8461873068; Tue, 19 Jun 2007 04:27:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619082716.8461873068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 04:27:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 08:27:17 -0000 TB --- 2007-06-19 06:50:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 06:50:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-19 06:50:40 - cleaning the object tree TB --- 2007-06-19 06:51:00 - checking out the source tree TB --- 2007-06-19 06:51:00 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-19 06:51:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 07:00:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 07:00:59 - cd /src TB --- 2007-06-19 07:00:59 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 07:01:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 08:20:13 UTC 2007 TB --- 2007-06-19 08:20:13 - generating LINT kernel config TB --- 2007-06-19 08:20:13 - cd /src/sys/sparc64/conf TB --- 2007-06-19 08:20:13 - /usr/bin/make -B LINT TB --- 2007-06-19 08:20:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 08:20:13 - cd /src TB --- 2007-06-19 08:20:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 08:20:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 08:27:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 08:27:16 - ERROR: failed to build lint kernel TB --- 2007-06-19 08:27:16 - tinderbox aborted TB --- 0.73 user 1.82 system 5796.21 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 08:41:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 686D716A41F; Tue, 19 Jun 2007 08:41:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 292DD13C46A; Tue, 19 Jun 2007 08:41:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J8fnpr069339; Tue, 19 Jun 2007 04:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5J8fndj002544; Tue, 19 Jun 2007 04:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 73CED73068; Tue, 19 Jun 2007 04:41:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619084149.73CED73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 04:41:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 08:41:50 -0000 TB --- 2007-06-19 07:02:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 07:02:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-19 07:02:46 - cleaning the object tree TB --- 2007-06-19 07:03:21 - checking out the source tree TB --- 2007-06-19 07:03:21 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-19 07:03:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 07:20:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 07:20:25 - cd /src TB --- 2007-06-19 07:20:25 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 07:20:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 08:35:25 UTC 2007 TB --- 2007-06-19 08:35:25 - generating LINT kernel config TB --- 2007-06-19 08:35:25 - cd /src/sys/sun4v/conf TB --- 2007-06-19 08:35:25 - /usr/bin/make -B LINT TB --- 2007-06-19 08:35:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 08:35:25 - cd /src TB --- 2007-06-19 08:35:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 08:35:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 08:41:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 08:41:49 - ERROR: failed to build lint kernel TB --- 2007-06-19 08:41:49 - tinderbox aborted TB --- 0.66 user 1.95 system 5943.06 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 09:13:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B26916A421 for ; Tue, 19 Jun 2007 09:13:10 +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 EB94A13C458 for ; Tue, 19 Jun 2007 09:13:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe05.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 423314885; Tue, 19 Jun 2007 11:13:08 +0200 From: Hans Petter Selasky To: Niki Denev Date: Tue, 19 Jun 2007 11:13:03 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <200706081220.34991.hselasky@c2i.net> <46779C8C.8000707@cytexbg.com> In-Reply-To: <46779C8C.8000707@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706191113.03925.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 09:13:10 -0000 On Tuesday 19 June 2007 11:06, Niki Denev wrote: > Hans Petter Selasky wrote: > > On Friday 08 June 2007 10:31, Niki Denev wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> I experience the following panic on a few days old -current : > >> > >> If i insert and then remove a pcmcia card using the ubsa module > >> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA > >> modem) the machine panics, because i think the order of removal of the > >> devices by the kernel is not correct. I'm not sure because i don't have > >> -STABLE machine with pcmcia now, but i think this problem does not exist > >> there. > >> > >> Here is what happens when card is inserted : > > > > Hi! > > > > If you want to be able to remove the card you need to install the new USB > > stack. The old USB stack is completely broken when it comes to this > > point! > > > > --HPS > > > > http://www.turbocat.net/~hselasky/usb4bsd > > > > Install the SVN version. > > _______________________________________________ > > I've followed the instructions and did a svn checkout of the source, > then did make install and after this i rebuilt my kernel and modules (i > had to disable if_ural) > But even after this i get the same panic when removing this specific card. > > P.S.: How can i be sure that my new kernel and modules are using the new > USB stack? > I'm thinking that maybe something got wrong with the installation. Check the "dmesg". If you see something like: usb0: 12MBps Full Speed USB v1.0 usb1: 12MBps Full Speed USB v1.0 usb2: 12MBps Full Speed USB v1.0 usb3: 480MBps High Speed USB v2.0 Then you are using the new stack. Make sure that you are using the latest version. Hence you needed to remove "if_ural.c" it does not sound like you are using the latest version. Do a "svn update" again, build a new package, install that, and build a new kernel. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 09:33:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F04A16A469 for ; Tue, 19 Jun 2007 09:33:09 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 469EC13C458 for ; Tue, 19 Jun 2007 09:33:02 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 85470 invoked by uid 1026); 19 Jun 2007 09:06:20 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.029766 secs); 19 Jun 2007 09:06:20 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 19 Jun 2007 09:06:20 -0000 Message-ID: <46779C8C.8000707@cytexbg.com> Date: Tue, 19 Jun 2007 12:06:20 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: Hans Petter Selasky References: <466913F0.2060200@cytexbg.com> <200706081220.34991.hselasky@c2i.net> In-Reply-To: <200706081220.34991.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 09:33:09 -0000 Hans Petter Selasky wrote: > On Friday 08 June 2007 10:31, Niki Denev wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I experience the following panic on a few days old -current : >> >> If i insert and then remove a pcmcia card using the ubsa module >> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA modem) >> the machine panics, because i think the order of removal of the devices >> by the kernel is not correct. I'm not sure because i don't have -STABLE >> machine with pcmcia now, but i think this problem does not exist there. >> >> Here is what happens when card is inserted : >> > > Hi! > > If you want to be able to remove the card you need to install the new USB > stack. The old USB stack is completely broken when it comes to this point! > > --HPS > > http://www.turbocat.net/~hselasky/usb4bsd > > Install the SVN version. > _______________________________________________ > I've followed the instructions and did a svn checkout of the source, then did make install and after this i rebuilt my kernel and modules (i had to disable if_ural) But even after this i get the same panic when removing this specific card. P.S.: How can i be sure that my new kernel and modules are using the new USB stack? I'm thinking that maybe something got wrong with the installation. From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 09:50:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B8F816A400 for ; Tue, 19 Jun 2007 09:50:15 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 2839013C45B for ; Tue, 19 Jun 2007 09:50:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=MGZkcSWcN9DQCOMnhFUdW2+ejGHOpyOSh4ud1QCkUvOEo+OOrDbVvvPhnTZKAZ2kaJh/9GJTO0H4yk0oeN7YyWTnuF694g8nQ9Q1ZltRT6A1LlwY1+vW0pAcYKJkrxRwQOmmHH2/j4c57/QM8ILBrIRyXjrtSK6s2PC8nQX2eMUGiQP2oYM75E783ICCpOaHNeMDCopiwIsrTAdgCCB8WFOPdTQTvRJTycJjpEe/quBHPZr2oWBeKVtpiG3C3uqL; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I0aLh-0002yo-Fr for current@freebsd.org; Tue, 19 Jun 2007 09:50:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I0aLc-0001E9-MY for current@freebsd.org; Tue, 19 Jun 2007 09:50:04 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0aLb-0000Iv-Ev for current@freebsd.org; Tue, 19 Jun 2007 11:50:03 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 19 Jun 2007 11:50:03 +0200 Message-Id: Cc: Subject: ukbd broken as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 09:50:15 -0000 Hi On today's current if I attempt to load the ukbd module, I get the following message: Jun 19 11:18:56 apple kernel: link_elf: symbol usbd_get_interface_descriptor undefined Jun 19 11:18:56 apple kernel: KLD file ukbd.ko - could not finalize loading It works ok if I compile it into the kernel. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 10:12:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7227716A474 for ; Tue, 19 Jun 2007 10:12:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 40FE213C4B7 for ; Tue, 19 Jun 2007 10:12:12 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=kZuJru56uJJVOc4nUB+zkwrcrLkfUeETpB0gyEqk1Vo2d8GTavJJd5LQOQ35WcLakNsGnEXel7ADSjWVfh+zcyWdkntXZ+skPHEp9P8+ZPwhGCWaVsjrVUbEd8J79uRvRYOjw0lioWDJnxei5G9y06jMqRu7wgh/Cr9bH82P0ZNCdtzpumcKanidj7Vc09u2u8sJQp7vg1tCPNKJmB6ECDRmt8vqcDp/txXTdVTyB4Hk2G84i+hwjkLwMtm9U0Tw; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I0agz-0004cn-J1; Tue, 19 Jun 2007 10:12:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I0agB-0001gl-V9; Tue, 19 Jun 2007 10:11:20 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0agA-0000N9-Um; Tue, 19 Jun 2007 12:11:18 +0200 To: "Sepherosa Ziehau" , "Rui Paulo" , freebsd-current@freebsd.org From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Tue, 19 Jun 2007 07:12:56 +0200." X-Attribution: BOFH Date: Tue, 19 Jun 2007 12:11:18 +0200 Message-Id: Cc: Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 10:12:12 -0000 Ian FREISLICH wrote: > I'm not sure when this commit was made. My last build was done on > Saturday. Further investigation shows that it's dhclient renewing > leases. Sometimes it gets the new lease, but then stops working. > I'll fetch and build a more recent current today and see how it > goes. Replying to myself, it seems that when the DHCP lease is renewed, the ARP table becomes stale in some fashion: [apple] /usr/home/ianf $ arp -an ? (10.0.0.1) at 00:0e:0c:6b:25:5e on ath0 [ethernet] ? (10.0.0.20) at 00:0f:3d:a9:98:c4 on ath0 [ethernet] ? (10.0.0.220) at 00:16:17:7d:c5:b0 on ath0 [ethernet] ? (10.0.0.255) at ff:ff:ff:ff:ff:ff on ath0 permanent [ethernet] 10.0.0.1 is my gateway. After a lease renewal the arp table looks exactly the same as above, yet I am unable to reach 10.0.0.1. If I manually delete the arp entry, then I can once again reach that host. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 10:45:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D20CD16A469 for ; Tue, 19 Jun 2007 10:45:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 963EF13C44C for ; Tue, 19 Jun 2007 10:45:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 30BAE17438; Tue, 19 Jun 2007 10:45:50 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l5IGT4qO006084; Mon, 18 Jun 2007 16:29:05 GMT (envelope-from phk@critter.freebsd.dk) To: Takeharu KATO From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 19 Jun 2007 00:07:31 +0900." <46769FB3.8060002@ybb.ne.jp> Date: Mon, 18 Jun 2007 16:29:04 +0000 Message-ID: <6083.1182184144@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: Evaluation of High Precision Event Timer Driver for userland timer facility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 10:45:51 -0000 In message <46769FB3.8060002@ybb.ne.jp>, Takeharu KATO writes: >> Basing this facility on the HPET almost guarantees that we cannot >> use it in FreeBSD, because the HPET is not available on more than >> a couple of our architectures. >> >Certainly the facility is not available non-PC platform, it >highly depends on board specs. > >How do you think about introducing this facility as a kernel option. >As far as I think, this facility is a kind of device driver, this is >not timer facility which is used in common. I would prefer if the API seen from the rest of the kernel did not change depending on if you have something like this or not. That requires changes to the current tsleep(9) API, but we have already been talking about that for some time (Search the arch@ list) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 10:51:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D6D516A41F; Tue, 19 Jun 2007 10:51:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 682C413C44B; Tue, 19 Jun 2007 10:51:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JApsr3072600; Tue, 19 Jun 2007 06:51:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JApsCv044776; Tue, 19 Jun 2007 06:51:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5156173068; Tue, 19 Jun 2007 06:51:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619105154.5156173068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 06:51:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 10:51:58 -0000 TB --- 2007-06-19 08:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 08:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-19 08:45:00 - cleaning the object tree TB --- 2007-06-19 08:45:32 - checking out the source tree TB --- 2007-06-19 08:45:32 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-19 08:45:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 08:56:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 08:56:35 - cd /src TB --- 2007-06-19 08:56:35 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 08:56:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 19 10:42:24 UTC 2007 TB --- 2007-06-19 10:42:25 - generating LINT kernel config TB --- 2007-06-19 10:42:25 - cd /src/sys/amd64/conf TB --- 2007-06-19 10:42:25 - /usr/bin/make -B LINT TB --- 2007-06-19 10:42:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 10:42:25 - cd /src TB --- 2007-06-19 10:42:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 10:42:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 10:51:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 10:51:53 - ERROR: failed to build lint kernel TB --- 2007-06-19 10:51:53 - tinderbox aborted TB --- 0.81 user 2.96 system 7613.22 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 09:09:22 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB99F16A400 for ; Tue, 19 Jun 2007 09:09:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6D08913C457 for ; Tue, 19 Jun 2007 09:09:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mbcncv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5J99E5R038456; Tue, 19 Jun 2007 11:09:19 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5J99Exe038455; Tue, 19 Jun 2007 11:09:14 +0200 (CEST) (envelope-from olli) Date: Tue, 19 Jun 2007 11:09:14 +0200 (CEST) Message-Id: <200706190909.l5J99Exe038455@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, Tuscan@t-online.de In-Reply-To: <4676DDA9.60405@t-online.de> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Jun 2007 11:09:20 +0200 (CEST) X-Mailman-Approved-At: Tue, 19 Jun 2007 11:23:21 +0000 Cc: Subject: Re: German keymap not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, Tuscan@t-online.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 09:09:22 -0000 Raven wrote: > Oliver Fromme wrote: > > Tory wrote: > > > This might be trivial, but I can't find out what's wrong. > > > I rebuild world / kernel daily, and since last week German Umlauts don't > > > work anymore. > > > Not on the console and not in X. > > > I tried different keymaps and manual edits. > > > The values are ok, but Instead of ä ü ö (pasted) I get ? ? ÷ - or > > > nothing at all. > > > > What are your locale settings? i.e. what's the output > > from this shell command: env | egrep 'LC_|LANG' > > That's the weird thing, the output of env | egrep 'LC_|LANG' reads: > > LANGUAGE=en_US.ISO8859-1 > LANG=en_US.ISO8859-1 > LC_ALL=en_US.ISO8859-1 > LC_MESSAGES=en_US.ISO8859-1 > > but that can't be right, since I get a slash when pressing shift-7 and > the german ß works as well. You are confusing a few things here. The locale settings (LANG, LC_*) specify the character set type, i.e. which characters are valid letters etc. They have _nothing_ to do with your keyboard mapping. The keyboard mapping is set via "keymap=" in /etc/rc.conf (I have set it to keymap="us.iso-latin1" which is a self- made mapping based on an US keyboard with additional German umlauts and other useful things from the latin1 set). You can also set it interactively with the kbdmap tool, or with the kbdcontrol command line tool. Of course, the above is for syscons (text console) only. For X11 there are separate ways to configure the keymap. > Almost all keys work as they are supposed to with a german keymap , I > only can' t get" ä ö ü @ " (pasted). In order to be able to use German umlauts correctly, set LC_CTYPE=de_DE.ISO8859-1 (or -15). I recommend not to set LANG and LC_ALL at all, because they override every- thing else and might have undesired side effects. Only set the specific variables that have the effect that you want. See the environ(7) and setlocale(3) manualpages for details. Furthermore you should have configured the correct keyboard mapping that you want, i.e. US or German (or your own). Personally I always use my modified US mapping, no matter whether I'm sitting in front of a US, German or Russian keyboard. You look at the screen while typing anyway, not at the keys. ;-) Finally, of course you also must use a font that contains the characters that you want, i.e. an ISO8859-1 or -15 font. I assume you already have that, because you can obviously paste the characters and seem them correctly. So it's only an input problem, not a display problem. If you still can't fix it, try to find out if it's related to your shell. Does the problem persist when you use a different shell, or when you simply use the command /bin/cat? If it's a shell problem, it might be related to your environment variables, as explained above. What shell are you using anyway? If it's not the shell, then maybe it's simply a hardware problem, i.e. your keyboard is broken. (What kind of keyboard? USB, PS/2? Does the problem persist if you use a different keyboard?) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 11:25:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C42CF16A46F for ; Tue, 19 Jun 2007 11:25:27 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 2881C13C4B7 for ; Tue, 19 Jun 2007 11:25:26 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 38513 invoked by uid 1026); 19 Jun 2007 11:25:25 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.143932 secs); 19 Jun 2007 11:25:25 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 19 Jun 2007 11:25:25 -0000 Message-ID: <4677BD25.8030202@cytexbg.com> Date: Tue, 19 Jun 2007 14:25:25 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: Hans Petter Selasky References: <466913F0.2060200@cytexbg.com> <200706081220.34991.hselasky@c2i.net> <46779C8C.8000707@cytexbg.com> <200706191113.03925.hselasky@c2i.net> In-Reply-To: <200706191113.03925.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 11:25:27 -0000 Hans Petter Selasky wrote: > On Tuesday 19 June 2007 11:06, Niki Denev wrote: > >> Hans Petter Selasky wrote: >> >>> On Friday 08 June 2007 10:31, Niki Denev wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> I experience the following panic on a few days old -current : >>>> >>>> If i insert and then remove a pcmcia card using the ubsa module >>>> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA >>>> modem) the machine panics, because i think the order of removal of the >>>> devices by the kernel is not correct. I'm not sure because i don't have >>>> -STABLE machine with pcmcia now, but i think this problem does not exist >>>> there. >>>> >>>> Here is what happens when card is inserted : >>>> >>> Hi! >>> >>> If you want to be able to remove the card you need to install the new USB >>> stack. The old USB stack is completely broken when it comes to this >>> point! >>> >>> --HPS >>> >>> http://www.turbocat.net/~hselasky/usb4bsd >>> >>> Install the SVN version. >>> _______________________________________________ >>> >> I've followed the instructions and did a svn checkout of the source, >> then did make install and after this i rebuilt my kernel and modules (i >> had to disable if_ural) >> But even after this i get the same panic when removing this specific card. >> >> P.S.: How can i be sure that my new kernel and modules are using the new >> USB stack? >> I'm thinking that maybe something got wrong with the installation. >> > > Check the "dmesg". > > If you see something like: > > usb0: 12MBps Full Speed USB v1.0 > usb1: 12MBps Full Speed USB v1.0 > usb2: 12MBps Full Speed USB v1.0 > usb3: 480MBps High Speed USB v2.0 > > Then you are using the new stack. > > Make sure that you are using the latest version. Hence you needed to > remove "if_ural.c" it does not sound like you are using the latest version. > > Do a "svn update" again, build a new package, install that, and build a new > kernel. > > --HPS > > I csuped a fresh -current source, then did a frech svn checkout of the new usb stack make package and make install went ok, then i proceeded to build the kernel, but it failed and complained about missing usbdevs.h i regenerated the file using the awk script in sys/tools and sys/dev/usb/usbdevs as source file, but then the build failed again with (these messages were also present in the first build failure): cc: /usr/src/sys/dev/usb/usb_requests.c: No such file or directory cc: /usr/src/sys/dev/usb/usb_compat_linux.c: No such file or directory cc: /usr/src/sys/dev/usb/usb_transfer.c: No such file or directory cc: /usr/src/sys/dev/usb/usb_cdev.c: No such file or directory cc: /usr/src/sys/dev/usb/usb_hid.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/PCGU3. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Maybe i'm doing something terribly wrong.. i'm not sure..or the new stack is lagging behind the recent usb changes in the tree? My kernconf is based on GENERIC, but with SCHED_ULE, added device spic and CPU_ENABLE_LONGRUN. I'm also using ccache to build kernel and world, but build attempt without ccache also resulted in the same failure. P.S.: I didn't had anything like "usb0: 12MBps Full Speed USB v1.0 " in my first build, so i'm 99.9% sure that it wasn't using the new stack, hence the same kernel panic when removing the card. Niki From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 11:31:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 938BC16A421 for ; Tue, 19 Jun 2007 11:31:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB0C13C46C for ; Tue, 19 Jun 2007 11:31:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 353995466; Tue, 19 Jun 2007 13:31:54 +0200 From: Hans Petter Selasky To: Niki Denev Date: Tue, 19 Jun 2007 13:31:50 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <200706191113.03925.hselasky@c2i.net> <4677BD25.8030202@cytexbg.com> In-Reply-To: <4677BD25.8030202@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706191331.50323.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 11:31:56 -0000 On Tuesday 19 June 2007 13:25, Niki Denev wrote: > Hans Petter Selasky wrote: > > On Tuesday 19 June 2007 11:06, Niki Denev wrote: > >> Hans Petter Selasky wrote: > >>> On Friday 08 June 2007 10:31, Niki Denev wrote: > >>>> -----BEGIN PGP SIGNED MESSAGE----- > >>>> Hash: SHA1 > >>>> > >>>> I experience the following panic on a few days old -current : > >>>> > >>>> If i insert and then remove a pcmcia card using the ubsa module > >>>> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA > >>>> modem) the machine panics, because i think the order of removal of the > >>>> devices by the kernel is not correct. I'm not sure because i don't > >>>> have -STABLE machine with pcmcia now, but i think this problem does > >>>> not exist there. > >>>> > >>>> Here is what happens when card is inserted : > >>> > >>> Hi! > >>> > >>> If you want to be able to remove the card you need to install the new > >>> USB stack. The old USB stack is completely broken when it comes to this > >>> point! > >>> > >>> --HPS > >>> > >>> http://www.turbocat.net/~hselasky/usb4bsd > >>> > >>> Install the SVN version. > >>> _______________________________________________ > >> > >> I've followed the instructions and did a svn checkout of the source, > >> then did make install and after this i rebuilt my kernel and modules (i > >> had to disable if_ural) > >> But even after this i get the same panic when removing this specific > >> card. > >> > >> P.S.: How can i be sure that my new kernel and modules are using the new > >> USB stack? > >> I'm thinking that maybe something got wrong with the installation. > > > > Check the "dmesg". > > > > If you see something like: > > > > usb0: 12MBps Full Speed USB v1.0 > > usb1: 12MBps Full Speed USB v1.0 > > usb2: 12MBps Full Speed USB v1.0 > > usb3: 480MBps High Speed USB v2.0 > > > > Then you are using the new stack. > > > > Make sure that you are using the latest version. Hence you needed to > > remove "if_ural.c" it does not sound like you are using the latest > > version. > > > > Do a "svn update" again, build a new package, install that, and build a > > new kernel. > > > > --HPS > > I csuped a fresh -current source, then did a frech svn checkout of the > new usb stack > make package and make install went ok, then i proceeded to build the > kernel, but it failed and complained about missing usbdevs.h > i regenerated the file using the awk script in sys/tools and > sys/dev/usb/usbdevs as source file, > but then the build failed again with (these messages were also present > in the first build failure): Did you execute "make S=../src package" ? Or just "make package" ? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 11:46:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C803816A41F; Tue, 19 Jun 2007 11:46:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8A73113C465; Tue, 19 Jun 2007 11:46:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JBkNpY075009; Tue, 19 Jun 2007 07:46:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JBkM5u067142; Tue, 19 Jun 2007 07:46:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90D5373068; Tue, 19 Jun 2007 07:46:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619114622.90D5373068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 07:46:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 11:46:23 -0000 TB --- 2007-06-19 10:08:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 10:08:15 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-19 10:08:15 - cleaning the object tree TB --- 2007-06-19 10:08:38 - checking out the source tree TB --- 2007-06-19 10:08:38 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-19 10:08:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 10:18:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 10:18:13 - cd /src TB --- 2007-06-19 10:18:13 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 10:18:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 11:36:08 UTC 2007 TB --- 2007-06-19 11:36:08 - generating LINT kernel config TB --- 2007-06-19 11:36:08 - cd /src/sys/i386/conf TB --- 2007-06-19 11:36:08 - /usr/bin/make -B LINT TB --- 2007-06-19 11:36:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 11:36:08 - cd /src TB --- 2007-06-19 11:36:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 11:36:09 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/sl811hs.c:1288: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c:1289: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_poll_device': /src/sys/dev/usb/sl811hs.c:1314: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_device_intr_abort': /src/sys/dev/usb/sl811hs.c:1349: error: 'struct slhci_xfer' has no member named 'sx_callout_t' /src/sys/dev/usb/sl811hs.c: In function 'slhci_transaction': /src/sys/dev/usb/sl811hs.c:1482: error: 'struct slhci_softc' has no member named 'sc_fullspeed' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 11:46:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 11:46:22 - ERROR: failed to build lint kernel TB --- 2007-06-19 11:46:22 - tinderbox aborted TB --- 0.59 user 2.08 system 5887.24 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 11:53:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D15816A400 for ; Tue, 19 Jun 2007 11:53:05 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 4A10213C465 for ; Tue, 19 Jun 2007 11:53:05 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so3743572pyi for ; Tue, 19 Jun 2007 04:53:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ev74V8T2c4cNsb/jX2D6XTThnMsDww+9qPsqGdSaiZSW0eXZUnlBT/ilxe83Fz8HxMKOyVYkhVKKw+Prlq+/pLTm188bfGj18u276FXLHcqaOm/2Pw9f/u5FGBBeNqg1k81bzNwobf9t3hkOP1zGXT78h3ab5E4iMAx3ySmJwpc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RjdSI2vb8xOrCb+zHk7WyMvA7oNXR3WpAkwcojs9kBwQhg9wiBfRIBb4Nolhh6NQMuOoYYKaJHCUVWmU9SR6dpUrjkUvBdVtIK0N/X6vFcq93i6uppymu1pcT9nCfA0FyibzWyRv7OGEu5iuLr9KVHaXK3CeOfB8U0i1nJIpuxw= Received: by 10.64.131.4 with SMTP id e4mr11289137qbd.1182253984389; Tue, 19 Jun 2007 04:53:04 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Tue, 19 Jun 2007 04:53:04 -0700 (PDT) Message-ID: <6eb82e0706190453i64976929l8f45977098ef8b7e@mail.gmail.com> Date: Tue, 19 Jun 2007 19:53:04 +0800 From: "Rong-en Fan" To: "Poul-Henning Kamp" In-Reply-To: <34986.1181564922@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <34986.1181564922@critter.freebsd.dk> Cc: current@freebsd.org Subject: Re: "rtfree: %p has 1 refs" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 11:53:05 -0000 On 6/11/07, Poul-Henning Kamp wrote: > > With this mornings -current I see a lot of > > rtfree: 0xc2798d20 has 1 refs > rtfree: 0xc2798d20 has 1 refs > rtfree: 0xc2798d20 has 1 refs > rtfree: 0xc2798d20 has 1 refs > rtfree: 0xc2798d20 has 1 refs > ... > > I've been playing with ipsec-tools and FAST_IPSEC > > No other clues right now... > I'm seeing this too. I also uses ipsec-tools and FAST_IPSEC. Regards, Rong-En Fan > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > _______________________________________________ > 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 Tue Jun 19 12:01:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C38F16A400 for ; Tue, 19 Jun 2007 12:01:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB4C913C457 for ; Tue, 19 Jun 2007 12:01:38 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 875E81709; Tue, 19 Jun 2007 08:01:35 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 19 Jun 2007 08:01:35 -0400 X-Sasl-enc: 5eh/UyIyhpR17+WT9+V9MnZLxCWEhrDHeBFp06z9y12M 1182254495 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id C90BC183B9; Tue, 19 Jun 2007 08:01:34 -0400 (EDT) Message-ID: <4677C595.6060007@incunabulum.net> Date: Tue, 19 Jun 2007 13:01:25 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Rong-en Fan References: <34986.1181564922@critter.freebsd.dk> <6eb82e0706190453i64976929l8f45977098ef8b7e@mail.gmail.com> In-Reply-To: <6eb82e0706190453i64976929l8f45977098ef8b7e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: "rtfree: %p has 1 refs" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 12:01:39 -0000 Rong-en Fan wrote: > On 6/11/07, Poul-Henning Kamp wrote: >> >> With this mornings -current I see a lot of >> >> rtfree: 0xc2798d20 has 1 refs >> rtfree: 0xc2798d20 has 1 refs >> rtfree: 0xc2798d20 has 1 refs >> rtfree: 0xc2798d20 has 1 refs >> rtfree: 0xc2798d20 has 1 refs >> ... >> >> I've been playing with ipsec-tools and FAST_IPSEC >> >> No other clues right now... in RTFREE_LOCKED: if ((_rt)->rt_refcnt <= 1) \ rtfree(_rt); \ in rtfree: RT_REMREF(rt); if (rt->rt_refcnt > 0) { printf("%s: %p has %lu refs\n", __func__, rt, rt->rt_refcnt); goto done; in RT_REMREF: #define RT_REMREF(_rt) do { \ RT_LOCK_ASSERT(_rt); \ KASSERT((_rt)->rt_refcnt > 0, \ ("bogus refcnt %ld", (_rt)->rt_refcnt)); \ (_rt)->rt_refcnt--; \ Something is clearly holding a reference to an rtentry. Perhaps the printf should go under #ifdef DIAGNOSTIC. BMS } while (0) } >> > > I'm seeing this too. I also uses ipsec-tools and FAST_IPSEC. > > Regards, > Rong-En Fan > >> >> -- >> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >> phk@FreeBSD.ORG | TCP/IP since RFC 956 >> FreeBSD committer | BSD since 4.3-tahoe >> Never attribute to malice what can adequately be explained by >> incompetence. >> _______________________________________________ >> 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" >> > _______________________________________________ > 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 Tue Jun 19 12:28:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E15E216A400 for ; Tue, 19 Jun 2007 12:28:30 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 439FF13C45B for ; Tue, 19 Jun 2007 12:28:29 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 61652 invoked by uid 1026); 19 Jun 2007 12:28:28 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.041449 secs); 19 Jun 2007 12:28:28 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 19 Jun 2007 12:28:28 -0000 Message-ID: <4677CBEC.4080208@cytexbg.com> Date: Tue, 19 Jun 2007 15:28:28 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: Hans Petter Selasky References: <466913F0.2060200@cytexbg.com> <200706191113.03925.hselasky@c2i.net> <4677BD25.8030202@cytexbg.com> <200706191331.50323.hselasky@c2i.net> In-Reply-To: <200706191331.50323.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 12:28:31 -0000 Hans Petter Selasky wrote: > On Tuesday 19 June 2007 13:25, Niki Denev wrote: > >> Hans Petter Selasky wrote: >> >>> On Tuesday 19 June 2007 11:06, Niki Denev wrote: >>> >>>> Hans Petter Selasky wrote: >>>> >>>>> On Friday 08 June 2007 10:31, Niki Denev wrote: >>>>> >>>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>> Hash: SHA1 >>>>>> >>>>>> I experience the following panic on a few days old -current : >>>>>> >>>>>> If i insert and then remove a pcmcia card using the ubsa module >>>>>> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA >>>>>> modem) the machine panics, because i think the order of removal of the >>>>>> devices by the kernel is not correct. I'm not sure because i don't >>>>>> have -STABLE machine with pcmcia now, but i think this problem does >>>>>> not exist there. >>>>>> >>>>>> Here is what happens when card is inserted : >>>>>> >>>>> Hi! >>>>> >>>>> If you want to be able to remove the card you need to install the new >>>>> USB stack. The old USB stack is completely broken when it comes to this >>>>> point! >>>>> >>>>> --HPS >>>>> >>>>> http://www.turbocat.net/~hselasky/usb4bsd >>>>> >>>>> Install the SVN version. >>>>> _______________________________________________ >>>>> >>>> I've followed the instructions and did a svn checkout of the source, >>>> then did make install and after this i rebuilt my kernel and modules (i >>>> had to disable if_ural) >>>> But even after this i get the same panic when removing this specific >>>> card. >>>> >>>> P.S.: How can i be sure that my new kernel and modules are using the new >>>> USB stack? >>>> I'm thinking that maybe something got wrong with the installation. >>>> >>> Check the "dmesg". >>> >>> If you see something like: >>> >>> usb0: 12MBps Full Speed USB v1.0 >>> usb1: 12MBps Full Speed USB v1.0 >>> usb2: 12MBps Full Speed USB v1.0 >>> usb3: 480MBps High Speed USB v2.0 >>> >>> Then you are using the new stack. >>> >>> Make sure that you are using the latest version. Hence you needed to >>> remove "if_ural.c" it does not sound like you are using the latest >>> version. >>> >>> Do a "svn update" again, build a new package, install that, and build a >>> new kernel. >>> >>> --HPS >>> >> I csuped a fresh -current source, then did a frech svn checkout of the >> new usb stack >> make package and make install went ok, then i proceeded to build the >> kernel, but it failed and complained about missing usbdevs.h >> i regenerated the file using the awk script in sys/tools and >> sys/dev/usb/usbdevs as source file, >> but then the build failed again with (these messages were also present >> in the first build failure): >> > > Did you execute "make S=../src package" ? Or just "make package" ? > > --HPS > _______________________________________________ > > I did make S=../src package the first time, but then for some reason i was trying without defining the S variable. Making it properly this time i went further, but still the build failed in if_rum with error if_rum.c:1118 too few arguments to function 'ieee80211_input' and several warnings about nested extern declarations and implicit declarations of the ieee80211 functions. I'll try disconnecting if_rum from the build to see if will help. Thanks for your help! Niki From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 12:32:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E429616A46B; Tue, 19 Jun 2007 12:32:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95EDE13C4C1; Tue, 19 Jun 2007 12:32:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JCWStM078090; Tue, 19 Jun 2007 08:32:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JCWS0s044977; Tue, 19 Jun 2007 08:32:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 32A3173068; Tue, 19 Jun 2007 08:32:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619123228.32A3173068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 08:32:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 12:32:32 -0000 TB --- 2007-06-19 10:51:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 10:51:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-19 10:51:54 - cleaning the object tree TB --- 2007-06-19 10:52:20 - checking out the source tree TB --- 2007-06-19 10:52:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-19 10:52:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 11:03:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 11:03:23 - cd /src TB --- 2007-06-19 11:03:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 11:03:25 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 12:18:02 UTC 2007 TB --- 2007-06-19 12:18:02 - generating LINT kernel config TB --- 2007-06-19 12:18:02 - cd /src/sys/pc98/conf TB --- 2007-06-19 12:18:02 - /usr/bin/make -B LINT TB --- 2007-06-19 12:18:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 12:18:02 - cd /src TB --- 2007-06-19 12:18:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 12:18:02 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x544): In function `ubtbcmfw_open': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x614): In function `ubtbcmfw_ioctl': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x6f8): In function `ubtbcmfw_write': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x878): more undefined references to `UBTBCMFWUNIT' follow *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 12:32:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 12:32:27 - ERROR: failed to build lint kernel TB --- 2007-06-19 12:32:27 - tinderbox aborted TB --- 0.62 user 2.12 system 6033.35 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 12:58:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E38F616A468 for ; Tue, 19 Jun 2007 12:58:36 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 41EE913C484 for ; Tue, 19 Jun 2007 12:58:36 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 79971 invoked from network); 19 Jun 2007 14:31:54 +0200 Received: from relay3.vistream.de (HELO nibbler.vistream.local) (87.139.10.28) by sugnet.de with SMTP; 19 Jun 2007 14:31:54 +0200 Message-ID: <4677CC9A.2000306@kasimir.com> Date: Tue, 19 Jun 2007 14:31:22 +0200 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0.0.5pre (Macintosh/20070618) MIME-Version: 1.0 To: freebsd-pf@freebsd.org References: <200706160347.33331.max@love2party.net> In-Reply-To: <200706160347.33331.max@love2party.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: pf 4.1 Update available for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 12:58:37 -0000 Also send this to the list(s) so people can see that the patches actually work ;-) Max Laier wrote: > On Tuesday 19 June 2007, you wrote: >> Max Laier wrote: >>> On Wednesday 13 June 2007, you wrote: >>>> Just as a data point. Will be happy to test altq as soon as it works >>>> ;-) >>> Just sent an update to the list - ALTQ should be working now. >> Yes, works fine. No ill effects observed. >> >> This is a "pleas get this into 7.0" from me if that's is still >> possible... > > I'm planning on it, but sending this to the list as well would help, too. > It will also get others to test - I hope. > From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 13:38:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8289D16A468 for ; Tue, 19 Jun 2007 13:38:00 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE1113C448 for ; Tue, 19 Jun 2007 13:38:00 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0ddL-00014O-UL; Tue, 19 Jun 2007 17:20:35 +0400 From: Vladimir Grebenschikov To: Niki Denev In-Reply-To: <4676F250.7010700@cytexbg.com> References: <4676F250.7010700@cytexbg.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 19 Jun 2007 17:20:35 +0400 Message-Id: <1182259235.2637.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, Maksim Yevmenkin Subject: Re: HELP! weird tcp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 13:38:00 -0000 =F7 =D7=D4, 19/06/2007 =D7 00:00 +0300, Niki Denev =D0=C9=DB=C5=D4: > Maksim Yevmenkin wrote: > > All, > >=20 > > after upgrading to -current this weekend i started to have weird tcp > > problems. first of all tcp connections from initiated from firefox > > and/or thunderbird no longer work. please see info below > I've had the same problem and was very confused about it... > But i didn't had the time to debug and the first thing i tried : to > rebuild firefox and thunderbird fixed it. > Strange thing that these two were the only programs that were > affected, > maybe some library that is used by both of them is the problem? I have encountered same problem some (big) time ago. Evolution also refuses to work, but opera, telnet, netcat, etc works just fine. Looks like it was related to library changes, like: Probably it is related to: ... 20070228: The name resolution/mapping functions addr2ascii(3) and ascii2addr(3) were removed from FreeBSD's libc. These originally came from INRIA IPv6. Nothing in FreeBSD ever used them. They may be regarded as deprecated in previous releases. The AF_LINK support for getnameinfo(3) was merged from NetBSD to replace it as a more portable (and re-entrant) API. ... not sure, but anyway - rebuilding fix that problem. --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 13:40:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21D0C16A468 for ; Tue, 19 Jun 2007 13:40:08 +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 B38C413C4B8 for ; Tue, 19 Jun 2007 13:40:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe05.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 423550801; Tue, 19 Jun 2007 15:40:06 +0200 From: Hans Petter Selasky To: Niki Denev Date: Tue, 19 Jun 2007 15:40:02 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <200706191331.50323.hselasky@c2i.net> <4677CBEC.4080208@cytexbg.com> In-Reply-To: <4677CBEC.4080208@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706191540.02882.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 13:40:08 -0000 On Tuesday 19 June 2007 14:28, Niki Denev wrote: > Hans Petter Selasky wrote: > > On Tuesday 19 June 2007 13:25, Niki Denev wrote: > >> Hans Petter Selasky wrote: > >>> On Tuesday 19 June 2007 11:06, Niki Denev wrote: > >>>> Hans Petter Selasky wrote: > >>>>> On Friday 08 June 2007 10:31, Niki Denev wrote: > >>>>>> -----BEGIN PGP SIGNED MESSAGE----- > >>>>>> Hash: SHA1 > >>>>>> > >>>>>> I experience the following panic on a few days old -current : > >>>>>> > >>>>>> If i insert and then remove a pcmcia card using the ubsa module > >>>>>> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA > >>>>>> modem) the machine panics, because i think the order of removal of > >>>>>> the devices by the kernel is not correct. I'm not sure because i > >>>>>> don't have -STABLE machine with pcmcia now, but i think this problem > >>>>>> does not exist there. > >>>>>> > >>>>>> Here is what happens when card is inserted : > >>>>> > >>>>> Hi! > >>>>> > >>>>> If you want to be able to remove the card you need to install the new > >>>>> USB stack. The old USB stack is completely broken when it comes to > >>>>> this point! > >>>>> > >>>>> --HPS > >>>>> > >>>>> http://www.turbocat.net/~hselasky/usb4bsd > >>>>> > >>>>> Install the SVN version. > >>>>> _______________________________________________ > I did make S=../src package the first time, but then for some reason i > was trying without defining the S variable. > Making it properly this time i went further, but still the build failed > in if_rum with error if_rum.c:1118 too few arguments to function > 'ieee80211_input' and several warnings about nested extern declarations > and implicit declarations of the ieee80211 functions. > I'll try disconnecting if_rum from the build to see if will help. > Just create an empty "/sys/dev/usb/if_rum.c" rum file. rm -f "/sys/dev/usb/if_rum.c" touch "/sys/dev/usb/if_rum.c" Then try to compile again. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 13:57:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0151216A400; Tue, 19 Jun 2007 13:57:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFA8B13C469; Tue, 19 Jun 2007 13:57:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JDvHfX088126; Tue, 19 Jun 2007 09:57:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JDvHFD028810; Tue, 19 Jun 2007 09:57:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8795D73068; Tue, 19 Jun 2007 09:57:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619135716.8795D73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 09:57:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 13:57:18 -0000 TB --- 2007-06-19 11:46:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 11:46:22 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-19 11:46:22 - cleaning the object tree TB --- 2007-06-19 11:46:39 - checking out the source tree TB --- 2007-06-19 11:46:39 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-19 11:46:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 11:54:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 11:54:38 - cd /src TB --- 2007-06-19 11:54:38 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 11:54:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 13:37:35 UTC 2007 TB --- 2007-06-19 13:37:35 - generating LINT kernel config TB --- 2007-06-19 13:37:35 - cd /src/sys/ia64/conf TB --- 2007-06-19 13:37:35 - /usr/bin/make -B LINT TB --- 2007-06-19 13:37:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 13:37:35 - cd /src TB --- 2007-06-19 13:37:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 13:37:36 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0xac2): In function `ubtbcmfw_open': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0xd02): In function `ubtbcmfw_ioctl': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0xee2): In function `ubtbcmfw_write': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x1212): more undefined references to `UBTBCMFWUNIT' follow *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 13:57:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 13:57:16 - ERROR: failed to build lint kernel TB --- 2007-06-19 13:57:16 - tinderbox aborted TB --- 0.60 user 1.93 system 7853.51 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 14:14:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B89CF16A41F; Tue, 19 Jun 2007 14:14:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5FE13C45A; Tue, 19 Jun 2007 14:14:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JEEMPq090239; Tue, 19 Jun 2007 10:14:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JEEMfY066256; Tue, 19 Jun 2007 10:14:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5164A73068; Tue, 19 Jun 2007 10:14:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619141422.5164A73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 10:14:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 14:14:23 -0000 TB --- 2007-06-19 12:32:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 12:32:28 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-19 12:32:28 - cleaning the object tree TB --- 2007-06-19 12:32:44 - checking out the source tree TB --- 2007-06-19 12:32:44 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-19 12:32:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 12:44:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 12:44:15 - cd /src TB --- 2007-06-19 12:44:15 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 12:44:16 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 13:59:36 UTC 2007 TB --- 2007-06-19 13:59:36 - generating LINT kernel config TB --- 2007-06-19 13:59:36 - cd /src/sys/powerpc/conf TB --- 2007-06-19 13:59:36 - /usr/bin/make -B LINT TB --- 2007-06-19 13:59:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 13:59:36 - cd /src TB --- 2007-06-19 13:59:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 13:59:37 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x61c): In function `ubtbcmfw_open': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x74c): In function `ubtbcmfw_ioctl': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x8a4): In function `ubtbcmfw_write': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0xaf4): more undefined references to `UBTBCMFWUNIT' follow *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 14:14:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 14:14:21 - ERROR: failed to build lint kernel TB --- 2007-06-19 14:14:21 - tinderbox aborted TB --- 0.62 user 1.90 system 6113.64 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 14:15:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D52A716A47D for ; Tue, 19 Jun 2007 14:15:48 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8C013C487 for ; Tue, 19 Jun 2007 14:15:47 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l5JEFkA0032953; Tue, 19 Jun 2007 18:15:46 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l5JEFjBc032952; Tue, 19 Jun 2007 18:15:45 +0400 (MSD) (envelope-from yar) Date: Tue, 19 Jun 2007 18:15:45 +0400 From: Yar Tikhiy To: Gary Corcoran , current@freebsd.org Message-ID: <20070619141545.GB29685@comp.chem.msu.su> References: <20070618202758.GA16711@comp.chem.msu.su> <4676FD4F.3030302@rcn.com> <20070618225134.GA18473@owl.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070618225134.GA18473@owl.midgard.homeip.net> User-Agent: Mutt/1.5.9i Cc: Subject: Re: fts(3) patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 14:15:49 -0000 On Tue, Jun 19, 2007 at 12:51:35AM +0200, Erik Trulsson wrote: > On Mon, Jun 18, 2007 at 05:46:55PM -0400, Gary Corcoran wrote: > > Yar Tikhiy wrote: > > >Hi all, > > > > > >Our fts(3) functions and data structures suffer from too narrow > > >integer types, which apparently were selected in ancient days when > > >RAM was costlier than gold. The consequences of that choice are > > >illustrated by PR bin/104458. In short, find(1) can't walk and > > >rm(1) can't remove file trees an ordinary user can create. > > > > > >To fix the problem, structures in have to be changed. For > > >my change (attached below), I chose new types using the following > > >principles I believe to be well-known in the C world: > > > > > >- avoid `short' unless there is a very grave reason to try to > > > save RAM -- on modern platforms using `short' results in larger > > > and slower code; > > >- for object sizes, use size_t unless it's 100% certain that > > > the object will be really small (note that fts(3) can construct > > > pathnames _much_ longer than PATH_MAX for its consumers); > > >- for variables than count simple, limited things like states, > > > use plain vanilla `int' as it's the type of choice in C; > > >- for bit flags use u_int because signed bit-wise operations > > > are unportable in C; > > >- for things that should be at least 64 bits wide, use long long > > > and not int64_t, as the latter is an optional type. > > > > Isn't "long long" a gcc-ism, whereas int64's are portable (posix?) > > standards? I don't know what the FreeBSD policy is, but for other > > projects that strive to be portable, including the use of non-gcc > > compilers, "long long" is frowned upon... > > 'long long' is part of C99 and was widely supported by many compilers even > before C99 was approved. int64_t is also part of C99. The difference is > that 'long long' is guaranteed to be at least 64 bits, while int64_t (if it > exists which is not guaranteed) is exactly 64 bits wide. Thank you for explaining the point! It seems to be oft-missed that the only mandatory types are intmax_t and uintmax_t while all the [u]intN_t types are declared optional by C99. The [u]intN_t types are OK in the kernel and system-specific tools but I'd rather avoid them in pure userland code. Not that I'm portability purist, but portable code often proves to be better because one has to think it over more thoroughly. :-) The reason for [u]intN_t being optional is obvious: if a platform provides say uint42_t, the type must behave as though it is exactly 42 bits wide, e.g., wrap around to 0 from 2^42-1. OTOH, long long can have any width suitable to the particular platform as long as it meets quite loose requirements on its range from C99. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 15:07:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB45116A421 for ; Tue, 19 Jun 2007 15:07:53 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id A239013C44C for ; Tue, 19 Jun 2007 15:07:53 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id DA111EB484F for ; Tue, 19 Jun 2007 18:07:51 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B65EB2B9A282 for ; Tue, 19 Jun 2007 18:07:51 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Pb1RHZHAbRo for ; Tue, 19 Jun 2007 18:07:51 +0300 (EEST) Received: from diogenis.ceid.upatras.gr (unknown [10.1.0.181]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 85C502B9A281 for ; Tue, 19 Jun 2007 18:07:51 +0300 (EEST) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id 4DA1F8FF3E; Tue, 19 Jun 2007 18:07:51 +0300 (EEST) Date: Tue, 19 Jun 2007 18:07:51 +0300 From: Marinos Ilias To: freebsd-current@freebsd.org Message-ID: <20070619150751.GA8348@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 15:07:54 -0000 Hello list, Yesterday I upgraded to latest -CURRENT.Although the build and installing was successful, the system refuses to boot.It stops at the boot sequence with the following error: Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: panic: free: guard1 fail @0x5195c from /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 --> Press a key on the console to reboot <-- I cannot figure out what kind of problem is it.It's weird that the system cannot find which disk to boot from.I didn't have such problems at past and I run CURRENT at this desktop for over a year.Also I want to add that I cannot either boot the kernel.old , as it hangs when I try : kernel /boot/kernel.old/kernel at boot prompt. If you have any ideas, you're welcome! Thank you. Ilias Marinos From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 15:34:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0A5116A421; Tue, 19 Jun 2007 15:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 709DE13C43E; Tue, 19 Jun 2007 15:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JFYtqa003251; Tue, 19 Jun 2007 11:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JFYtFI048283; Tue, 19 Jun 2007 11:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8141A73068; Tue, 19 Jun 2007 11:34:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619153455.8141A73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 11:34:55 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 15:34:56 -0000 TB --- 2007-06-19 13:57:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 13:57:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-19 13:57:16 - cleaning the object tree TB --- 2007-06-19 13:57:34 - checking out the source tree TB --- 2007-06-19 13:57:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-19 13:57:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 14:07:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 14:07:57 - cd /src TB --- 2007-06-19 14:07:57 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 14:07:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 15:21:12 UTC 2007 TB --- 2007-06-19 15:21:12 - generating LINT kernel config TB --- 2007-06-19 15:21:12 - cd /src/sys/sparc64/conf TB --- 2007-06-19 15:21:12 - /usr/bin/make -B LINT TB --- 2007-06-19 15:21:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 15:21:12 - cd /src TB --- 2007-06-19 15:21:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 15:21:12 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x59c): In function `ubtbcmfw_open': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x69c): In function `ubtbcmfw_ioctl': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x77c): In function `ubtbcmfw_write': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x95c): more undefined references to `UBTBCMFWUNIT' follow *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 15:34:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 15:34:54 - ERROR: failed to build lint kernel TB --- 2007-06-19 15:34:54 - tinderbox aborted TB --- 0.59 user 1.95 system 5858.26 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 15:47:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8703A16A41F; Tue, 19 Jun 2007 15:47:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1C82C13C465; Tue, 19 Jun 2007 15:47:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JFlhPK004991; Tue, 19 Jun 2007 11:47:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JFlhWg074007; Tue, 19 Jun 2007 11:47:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E60D73068; Tue, 19 Jun 2007 11:47:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619154743.3E60D73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 11:47:43 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 15:47:44 -0000 TB --- 2007-06-19 14:14:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 14:14:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-19 14:14:22 - cleaning the object tree TB --- 2007-06-19 14:14:38 - checking out the source tree TB --- 2007-06-19 14:14:38 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-19 14:14:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 14:23:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 14:23:49 - cd /src TB --- 2007-06-19 14:23:49 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 14:23:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 15:34:51 UTC 2007 TB --- 2007-06-19 15:34:51 - generating LINT kernel config TB --- 2007-06-19 15:34:51 - cd /src/sys/sun4v/conf TB --- 2007-06-19 15:34:51 - /usr/bin/make -B LINT TB --- 2007-06-19 15:34:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 15:34:51 - cd /src TB --- 2007-06-19 15:34:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 15:34:51 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x59c): In function `ubtbcmfw_open': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x69c): In function `ubtbcmfw_ioctl': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x77c): In function `ubtbcmfw_write': : undefined reference to `UBTBCMFWUNIT' ubtbcmfw.o(.text+0x95c): more undefined references to `UBTBCMFWUNIT' follow *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 15:47:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 15:47:43 - ERROR: failed to build lint kernel TB --- 2007-06-19 15:47:43 - tinderbox aborted TB --- 0.57 user 1.91 system 5600.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 16:12:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E745416A46B for ; Tue, 19 Jun 2007 16:12:18 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from MAIL.corp.lumeta.com (zeus.lumeta.com [65.246.245.22]) by mx1.freebsd.org (Postfix) with ESMTP id A8CFD13C4C4 for ; Tue, 19 Jun 2007 16:12:18 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from qilin.corp.lumeta.com ([65.246.246.82]) by MAIL.corp.lumeta.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 19 Jun 2007 12:00:16 -0400 Message-ID: <4677FCAC.500@lumeta.com> Date: Tue, 19 Jun 2007 11:56:28 -0400 From: Sam Baskinger Organization: Lumeta Corporation User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: vova@fbsd.ru References: <4676F250.7010700@cytexbg.com> <1182259235.2637.7.camel@localhost> In-Reply-To: <1182259235.2637.7.camel@localhost> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 19 Jun 2007 16:00:16.0501 (UTC) FILETIME=[ED9C1A50:01C7B28A] Cc: Maksim Yevmenkin , Niki Denev , freebsd-current@freebsd.org Subject: Re: HELP! weird tcp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 16:12:19 -0000 What I've done in situations like this is use portmanager to recompile everything related to the program in question. If this is an option, it may fix your issue and probably a few that you don't know you have. :) Hope that's helpful. Sam Vladimir Grebenschikov wrote: > ÷ ×Ô, 19/06/2007 × 00:00 +0300, Niki Denev ÐÉÛÅÔ: > >> Maksim Yevmenkin wrote: >>> All, >>> >>> after upgrading to -current this weekend i started to have weird tcp >>> problems. first of all tcp connections from initiated from firefox >>> and/or thunderbird no longer work. please see info below > >> I've had the same problem and was very confused about it... >> But i didn't had the time to debug and the first thing i tried : to >> rebuild firefox and thunderbird fixed it. >> Strange thing that these two were the only programs that were >> affected, >> maybe some library that is used by both of them is the problem? > > I have encountered same problem some (big) time ago. > Evolution also refuses to work, but opera, telnet, netcat, etc works > just fine. > > Looks like it was related to library changes, like: > > Probably it is related to: > ... > 20070228: > The name resolution/mapping functions addr2ascii(3) and > ascii2addr(3) > were removed from FreeBSD's libc. These originally came from > INRIA > IPv6. Nothing in FreeBSD ever used them. They may be regarded as > deprecated in previous releases. > The AF_LINK support for getnameinfo(3) was merged from NetBSD to > replace it as a more portable (and re-entrant) API. > ... > not sure, but anyway - rebuilding fix that problem. > From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 16:33:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BEB116A41F for ; Tue, 19 Jun 2007 16:33:28 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 46B6013C44B for ; Tue, 19 Jun 2007 16:33:28 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 19 Jun 2007 09:33:28 -0700 X-IronPort-AV: i="4.16,439,1175497200"; d="scan'208"; a="495727754:sNHT48960854" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5JGXSAT014461; Tue, 19 Jun 2007 09:33:28 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5JGXRaI005443; Tue, 19 Jun 2007 16:33:28 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 19 Jun 2007 09:33:27 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 19 Jun 2007 09:33:27 -0700 Message-ID: <467805C6.1020807@cisco.com> Date: Tue, 19 Jun 2007 12:35:18 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marinos Ilias References: <20070619150751.GA8348@ceid.upatras.gr> In-Reply-To: <20070619150751.GA8348@ceid.upatras.gr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jun 2007 16:33:27.0532 (UTC) FILETIME=[905B52C0:01C7B28F] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1671; t=1182270808; x=1183134808; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Current=20does=20not=20boot=20-=20BIOS=20problem? |Sender:=20; bh=nr9zswtosYPtm1o3LhyJXE3lfu9BDoDS3JfK+w6PreY=; b=oqXMk7Ap0v5QGv0kD4uV0CQwbh4F4H1SkSdNuM8gtx6a4jeOxITloYWESItoprbSdgWh+i6L kFOBhBBrbZdGGmhwr7uc1Ly+BzTMYXKOuU+e78p1zOF5xtEVauCiLBS/; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 16:33:28 -0000 Hmm.. I had something similar to this happen on my laptop once a ways back.. It was a T40 and the screw that holds the HD had fallen out (without me noticing) and the HD had actually come out of its slot slightly.. Plugging the disk back in and then booting fixed the problem.. But in a desktop this just seems to be not possible unless maybe your drive went bad?? R Marinos Ilias wrote: > Hello list, Yesterday I upgraded to latest -CURRENT.Although the > build and installing was successful, the system refuses to boot.It > stops at the boot sequence with the following error: > > > Can't work out which disk we are booting from. Guessed BIOS device > 0xffffffff not found by probes, defaulting to disk0: > > panic: free: guard1 fail @0x5195c from > /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 --> > Press a key on the console to reboot <-- > > > I cannot figure out what kind of problem is it.It's weird that the > system cannot find which disk to boot from.I didn't have such > problems at past and I run CURRENT at this desktop for over a > year.Also I want to add that I cannot either boot the kernel.old , as > it hangs when I try : kernel /boot/kernel.old/kernel at boot prompt. > > > If you have any ideas, you're welcome! > > Thank you. > > Ilias Marinos _______________________________________________ > 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" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 17:27:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AB5016A421 for ; Tue, 19 Jun 2007 17:27:24 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1CE13C458 for ; Tue, 19 Jun 2007 17:27:23 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 19 Jun 2007 12:58:50 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id NLS82921; Tue, 19 Jun 2007 12:58:49 -0400 (EDT) Received: from 207-172-55-230.c3-0.tlg-ubr5.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.161]) ([207.172.55.230]) by smtp01.lnh.mail.rcn.net with ESMTP; 19 Jun 2007 12:58:46 -0400 Message-ID: <46780C7D.3050206@rcn.com> Date: Tue, 19 Jun 2007 13:03:57 -0400 From: Gary Corcoran User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Marinos Ilias References: <20070619150751.GA8348@ceid.upatras.gr> <467805C6.1020807@cisco.com> In-Reply-To: <467805C6.1020807@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 17:27:24 -0000 Randall Stewart wrote: > > Hmm.. I had something similar to this happen on > my laptop once a ways back.. > > It was a T40 and the screw that holds the HD > had fallen out (without me noticing) and the HD > had actually come out of its slot slightly.. > > Plugging the disk back in and then booting fixed > the problem.. > > But in a desktop this just seems to be not possible > unless maybe your drive went bad?? Well, maybe the disk did logically "disappear". Some BIOSes allow you to set the order of the disks. That is, which one is the first disk, second disk, etc. Perhaps the BIOS "flipped a bit" and now doesn't think your boot disk is the first disk. Check your BIOS disk settings. Gary > Marinos Ilias wrote: >> Hello list, Yesterday I upgraded to latest -CURRENT.Although the >> build and installing was successful, the system refuses to boot.It >> stops at the boot sequence with the following error: >> >> >> Can't work out which disk we are booting from. Guessed BIOS device >> 0xffffffff not found by probes, defaulting to disk0: >> >> panic: free: guard1 fail @0x5195c from >> /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 --> >> Press a key on the console to reboot <-- >> >> >> I cannot figure out what kind of problem is it.It's weird that the >> system cannot find which disk to boot from.I didn't have such >> problems at past and I run CURRENT at this desktop for over a >> year.Also I want to add that I cannot either boot the kernel.old , as >> it hangs when I try : kernel /boot/kernel.old/kernel at boot prompt. >> >> >> If you have any ideas, you're welcome! >> >> Thank you. >> >> Ilias Marinos _______________________________________________ >> 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 Tue Jun 19 17:35:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DF4916A469 for ; Tue, 19 Jun 2007 17:35:27 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id CB42A13C447 for ; Tue, 19 Jun 2007 17:35:26 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 26668 invoked by uid 1009); 19 Jun 2007 20:35:25 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.066939 secs); 19 Jun 2007 17:35:25 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 19 Jun 2007 20:35:25 +0300 Received: (qmail 43036 invoked from network); 19 Jun 2007 20:35:24 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 19 Jun 2007 20:35:24 +0300 Message-ID: <467813DC.9090103@cytexbg.com> Date: Tue, 19 Jun 2007 20:35:24 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Marinos Ilias References: <20070619150751.GA8348@ceid.upatras.gr> In-Reply-To: <20070619150751.GA8348@ceid.upatras.gr> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 17:35:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marinos Ilias wrote: > Hello list, > Yesterday I upgraded to latest -CURRENT.Although the build and installing was successful, the system refuses to boot.It stops at the boot sequence with the following error: > > > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > panic: free: guard1 fail @0x5195c from /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 > --> Press a key on the console to reboot <-- > > > I cannot figure out what kind of problem is it.It's weird that the system cannot find which disk to boot from.I didn't have such problems at past and I run CURRENT at this desktop for over a year.Also I want to add that I cannot either boot the kernel.old , as it hangs when I try : > kernel /boot/kernel.old/kernel > at boot prompt. > > > If you have any ideas, you're welcome! > > Thank you. > > Ilias Marinos > _______________________________________________ > 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" I have exactly the same problem with recent -current sources with my ThinkPad X31. I had to tell the loader to boot /boot/loader.old and then i copied loader.old to loader and since then i have no problems, but i do this after each rebuild. So, it's clearly something wrong with the loader, but i wansn't able to find something suspicious looking at recent commit logs Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeBPcHNAJ/fLbfrkRAveBAKCCWHt/yudZf8LbEeFygT0XHLmHCwCgk/vh LKkBwHYfufqBiYfo4xPKsck= =iyft -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 18:03:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E5EC16A41F; Tue, 19 Jun 2007 18:03:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6354B13C48A; Tue, 19 Jun 2007 18:03:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JI3BEf022378; Tue, 19 Jun 2007 14:03:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JI3BKl064602; Tue, 19 Jun 2007 14:03:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 808C173068; Tue, 19 Jun 2007 14:03:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619180311.808C173068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 14:03:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 18:03:12 -0000 TB --- 2007-06-19 15:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 15:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-19 15:50:00 - cleaning the object tree TB --- 2007-06-19 15:50:35 - checking out the source tree TB --- 2007-06-19 15:50:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-19 15:50:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 16:01:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 16:01:27 - cd /src TB --- 2007-06-19 16:01:27 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 16:01:29 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 19 17:47:37 UTC 2007 TB --- 2007-06-19 17:47:37 - generating LINT kernel config TB --- 2007-06-19 17:47:37 - cd /src/sys/amd64/conf TB --- 2007-06-19 17:47:37 - /usr/bin/make -B LINT TB --- 2007-06-19 17:47:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 17:47:37 - cd /src TB --- 2007-06-19 17:47:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 17:47:37 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x68a): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x7b0): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x919): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0xb6a): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 18:03:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 18:03:11 - ERROR: failed to build lint kernel TB --- 2007-06-19 18:03:11 - tinderbox aborted TB --- 0.82 user 2.99 system 7990.73 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 18:27:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0A5A16A421 for ; Tue, 19 Jun 2007 18:27:31 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8639413C457 for ; Tue, 19 Jun 2007 18:27:31 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5JIRU2u026085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2007 11:27:31 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5JIRU9D020734; Tue, 19 Jun 2007 11:27:30 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Tue, 19 Jun 2007 11:27:30 PDT Date: Tue, 19 Jun 2007 11:27:30 -0700 (PDT) From: youshi10@u.washington.edu To: Martin Turgeon In-Reply-To: <467804CE.1050705@gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.19.111133 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __C230066_P5 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 18:27:31 -0000 On Tue, 19 Jun 2007, Martin Turgeon wrote: > Thank you all for your advices, I will take a try with AMD64. > > I'm always impressed by the support on the FreeBSD mailinglist, continue = your=20 > good work. > > Martin > > > Stefan Lambrev a =C3=A9crit : >> Hi, >>=20 >> Martin Turgeon wrote: >>> Good afternoon, >>>=20 >>> I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of R= AM.=20 >>> I installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, on= ly=20 >>> 3,5G is recognized on the 860 and 3,3G on the 1950. >>> dmesg on 860: >>> real memory =3D 3757834240 (3583 MB) >>> avail memory =3D 3678318592 (3507 MB) >>>=20 >>> I am facing a difficult decision. Should I use i386 with PAE enabled in= =20 >>> the kernel (I read a lot of warnings using it) or should I go with AMD6= 4?=20 >>> Which branch should I follow? >>>=20 >>> These servers will be front-end/back-end MySQL(with replication) and=20 >>> Apache servers with BIND, Postfix, Dovecot, PF. >> I have NO problems with FreeBSD AMD64, at least not more then I have wit= h=20 >> i386 versions. >>=20 >> I do not see a problem to run MySQL, apache, BIND,Postfix and PF - as I = use=20 >> them myself for near 2 years under freebsd amd64. >>=20 >> I even can say that at some point amd64 becomes more stable (for me) the= n=20 >> i386. >> The major problem (again for me) is that there is no way to connect 64bi= t=20 >> apache under freebsd to Oracle DB. >>=20 >> Saying that I'm quite happy using FreBSD amd64 (even for desktop/laptop= =20 >> machines) and knowing how broken is PAE .. just go for amd64. >>=20 >>>=20 >>> There is the detailled configuration of the servers: >>> PowerEdge 1950 >>> Xeon 5110 >>> 4G RAM >>> PERC 5 Raid controller (mfi) >>> Dual Broadcom 5708 (bce) >>>=20 >>> PowerEdge 860 >>> Xeon 3070 >>> 4G RAM >>> LSI Logic Raid controller (mpt) >>> Dual Broadcom 5750 (bge) >> If you still consider PAE check very carefully that all your drivers wor= k OK=20 >> with PAE kernel! >>>=20 >>> Thanks a lot for your advice, >>>=20 >>> Martin Just don't expect to turn the machines into 3D desktops for at least a year= :). amd64 is much better than i386 though from a functional standpoint, and you= r databases probably won't mind the extra precision :). -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 18:55:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 186BE16A468; Tue, 19 Jun 2007 18:55:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFE4C13C4B9; Tue, 19 Jun 2007 18:55:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JIt0U1028724; Tue, 19 Jun 2007 14:55:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JIsxUo074583; Tue, 19 Jun 2007 14:54:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B5A4D73068; Tue, 19 Jun 2007 14:54:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619185459.B5A4D73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 14:54:59 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 18:55:01 -0000 TB --- 2007-06-19 17:13:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 17:13:23 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-19 17:13:23 - cleaning the object tree TB --- 2007-06-19 17:13:47 - checking out the source tree TB --- 2007-06-19 17:13:47 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-19 17:13:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 17:23:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 17:23:29 - cd /src TB --- 2007-06-19 17:23:29 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 17:23:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 18:37:35 UTC 2007 TB --- 2007-06-19 18:37:35 - generating LINT kernel config TB --- 2007-06-19 18:37:35 - cd /src/sys/i386/conf TB --- 2007-06-19 18:37:35 - /usr/bin/make -B LINT TB --- 2007-06-19 18:37:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 18:37:35 - cd /src TB --- 2007-06-19 18:37:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 18:37:35 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x633): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x747): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x894): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0xae9): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 18:54:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 18:54:59 - ERROR: failed to build lint kernel TB --- 2007-06-19 18:54:59 - tinderbox aborted TB --- 0.60 user 2.05 system 6095.61 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 19:04:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E36316A400 for ; Tue, 19 Jun 2007 19:04:06 +0000 (UTC) (envelope-from nicksoft.popa@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id E719F13C448 for ; Tue, 19 Jun 2007 19:04:05 +0000 (UTC) (envelope-from nicksoft.popa@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2218564mue for ; Tue, 19 Jun 2007 12:04:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=l0VoC65BmpqMuHPCq4SB7TCejesibBCN72xHNrl1nkVkpyG/6aP3ekAUMvNWiU09Dxxf9r2aO5QZj/rlPs7mka5/JcF2uYUPyy+9A0D+YQc4ROCYg0qKkBZJTf63VN4jboRqVA0L+kHH/jOOorWWlpN3yffFfriHUKS0KCKzgPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=B3Kix1KVIrXcj96krkavbxeBTcxVRWdElGsxYNqmHzTi13ZIsUUCUpykwXKfNPF5urZZFaQH8Z88uPz9kA80XmyWidRmj67MRiIhRejHZ89xWKPdN6h5gsq1c6Vsd4oUYf7LkW+5i2i5II4r/6URsKZXKUp8ZNTmChAkVDolnCE= Received: by 10.82.116.15 with SMTP id o15mr14258811buc.1182279844501; Tue, 19 Jun 2007 12:04:04 -0700 (PDT) Received: from laptop-alin.nick ( [195.149.72.117]) by mx.google.com with ESMTP id y2sm5984002mug.2007.06.19.12.04.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 19 Jun 2007 12:04:04 -0700 (PDT) Message-ID: <467828A7.5060800@gmail.com> Date: Tue, 19 Jun 2007 22:04:07 +0300 From: Alin Popa User-Agent: Thunderbird 2.0.0.0 (X11/20070613) MIME-Version: 1.0 To: FreeBSD7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Acer Aspire 5100 problems in 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: Tue, 19 Jun 2007 19:04:06 -0000 Hello, With freebsd-current (also with stable) Acer Aspire 5100 laptop hangs on poweroff or reboot. It seams is a conflict between ehci and acpi module since compiling with ehci support disabled works fine. Another issue is that cpu fan never stops, even in passive cooling so this will reduce battery life. On linux everything works fine even suspend and hibernate. I am student on computer sciences and i try to set freebsd on my laptop for programming and testing. Is there a solution for my problems? P.S: Sorry if this is the wrong mailing-list to ask those questions! Alin From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 19:12:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45B8016A400 for ; Tue, 19 Jun 2007 19:12:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id B3CE413C447 for ; Tue, 19 Jun 2007 19:12:04 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5JJC3II003422 for ; Wed, 20 Jun 2007 05:12:03 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5JJC32b003421 for freebsd-current@freebsd.org; Wed, 20 Jun 2007 05:12:03 +1000 (EST) (envelope-from peter) Date: Wed, 20 Jun 2007 05:12:03 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20070619191203.GA1167@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Panic in callout_reset() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 19:12:05 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: FreeBSD 7.0-CURRENT #5: Sat Jun 9 18:29:40 EST 2007 root@server.vk2pj.dyndns.org:/var/obj/k7/usr/src/sys/server Panic String: Bad tailq NEXT(0xcce421a8->tqh_last) !=3D NULL #0 doadump () at pcpu.h:195 #1 0xc04524a9 in db_fncall (dummy1=3D0xc0576aa2, dummy2=3D0x0, dummy3=3D0x= 1, dummy4=3D0xd3b23a3c "") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0452a15 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #3 0xc0454195 in db_trap (type=3D0x3, code=3D0x0) at /usr/src/sys/ddb/db_m= ain.c:222 #4 0xc0576943 in kdb_trap (type=3D0x3, code=3D0x0, tf=3D0xd3b23bd4) at /us= r/src/sys/kern/subr_kdb.c:502 #5 0xc06d4d4b in trap (frame=3D0xd3b23bd4) at /usr/src/sys/i386/i386/trap.= c:620 #6 0xc06c21db in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0576aa2 in kdb_enter (msg=3D0xc0719d31 "panic") at cpufunc.h:60 #8 0xc0550035 in panic (fmt=3D0xc06fdb26 "Bad tailq NEXT(%p->tqh_last) != =3D NULL") at /usr/src/sys/kern/kern_shutdown.c:547 #9 0xc056180a in callout_reset (c=3D0xc07ec000, to_ticks=3D0xa, ftn=3D0xc0= 63fd30 , arg=3D0x0) at /usr/src/sys/kern/kern_timeout.c:477 #10 0xc063fde4 in nfsrv_timer (arg=3D0x0) at /usr/src/sys/nfsserver/nfs_srv= sock.c:815 #11 0xc0561f1e in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout= =2Ec:280 #12 0xc0534485 in ithread_loop (arg=3D0xc2926670) at /usr/src/sys/kern/kern= _intr.c:1036 #13 0xc0531a57 in fork_exit (callout=3D0xc05342d0 , arg=3D0xc= 2926670, frame=3D0xd3b23d38) at /usr/src/sys/kern/kern_fork.c:787 #14 0xc06c2250 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 205 'c' in callout_reset looks like: (kgdb) p *c $1 =3D { c_links =3D { sle =3D { sle_next =3D 0xc07e5e08 },=20 tqe =3D { tqe_next =3D 0xc07e5e08,=20 tqe_prev =3D 0xcce42158 } },=20 c_time =3D 0x3230ae73,=20 c_arg =3D 0x0,=20 c_func =3D 0xc063fd30 ,=20 c_mtx =3D 0x0,=20 c_flags =3D 0x16 } (kgdb) p *$1.c_links.tqe.tqe_next $3 =3D { c_links =3D { sle =3D { sle_next =3D 0x0 },=20 tqe =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0xcce42158 } },=20 c_time =3D 0x3230ae69,=20 c_arg =3D 0x0,=20 c_func =3D 0xc0605f80 ,=20 c_mtx =3D 0x0,=20 c_flags =3D 0x16 } (kgdb) p *$1.c_links.tqe.tqe_prev $5 =3D (struct callout *) 0xc07e5e08 Any suggestions? --=20 Peter Jeremy --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGeCqD/opHv/APuIcRAus2AKCXOa8lahI07GOIjoZbCQaoCxl0IwCfWRqJ xMxuRxftSiUSesTyuBR0jMU= =GRgl -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 19:16:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6CBB16A46B for ; Tue, 19 Jun 2007 19:16:39 +0000 (UTC) (envelope-from ben@desync.com) Received: from bitcloud.desync.com (bitcloud.desync.com [64.157.15.125]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7D413C48A for ; Tue, 19 Jun 2007 19:16:39 +0000 (UTC) (envelope-from ben@desync.com) Received: from [64.157.15.121] (unknown [64.157.15.121]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by bitcloud.desync.com (Postfix) with ESMTP id 13FC6130CAC; Tue, 19 Jun 2007 19:00:35 +0000 (UTC) In-Reply-To: <467813DC.9090103@cytexbg.com> References: <20070619150751.GA8348@ceid.upatras.gr> <467813DC.9090103@cytexbg.com> Mime-Version: 1.0 (Apple Message framework v752.3) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <92A83F61-9D65-4FCF-B354-888367B7C720@desync.com> Content-Transfer-Encoding: 7bit From: ben wilber Date: Tue, 19 Jun 2007 15:00:19 -0400 To: Niki Denev X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 19:16:39 -0000 On Jun 19, 2007, at 1:35 PM, Niki Denev wrote: >> Can't work out which disk we are booting from. >> Guessed BIOS device 0xffffffff not found by probes, defaulting to >> disk0: > I have exactly the same problem with recent -current sources with my > ThinkPad X31. Same thing on my Thinkpad T23 with fresh build of -CURRENT this morning. bw. From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 19:39:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6552816A41F; Tue, 19 Jun 2007 19:39:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 09EB913C484; Tue, 19 Jun 2007 19:39:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JJdw8L035156; Tue, 19 Jun 2007 15:39:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JJdwPP071047; Tue, 19 Jun 2007 15:39:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F5C473068; Tue, 19 Jun 2007 15:39:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619193957.7F5C473068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 15:39:57 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 19:39:59 -0000 TB --- 2007-06-19 18:03:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 18:03:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-19 18:03:11 - cleaning the object tree TB --- 2007-06-19 18:03:32 - checking out the source tree TB --- 2007-06-19 18:03:32 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-19 18:03:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 18:11:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 18:11:23 - cd /src TB --- 2007-06-19 18:11:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 18:11:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 19:25:30 UTC 2007 TB --- 2007-06-19 19:25:30 - generating LINT kernel config TB --- 2007-06-19 19:25:30 - cd /src/sys/pc98/conf TB --- 2007-06-19 19:25:30 - /usr/bin/make -B LINT TB --- 2007-06-19 19:25:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 19:25:30 - cd /src TB --- 2007-06-19 19:25:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 19:25:30 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x5e3): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x6f7): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x844): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0xa85): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 19:39:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 19:39:57 - ERROR: failed to build lint kernel TB --- 2007-06-19 19:39:57 - tinderbox aborted TB --- 0.76 user 1.98 system 5805.56 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 20:21:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31F3E16A469 for ; Tue, 19 Jun 2007 20:21:05 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9A64113C4B9 for ; Tue, 19 Jun 2007 20:21:04 +0000 (UTC) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id 6B39D61C3E for ; Wed, 20 Jun 2007 01:01:12 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id 44FE861C14; Wed, 20 Jun 2007 01:01:09 +0500 (AMST) Received: from aldan.web.am (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id 3549C61C54; Wed, 20 Jun 2007 01:00:55 +0500 (AMST) Message-ID: <467835FA.4020403@web.am> Date: Wed, 20 Jun 2007 01:00:58 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0.0.4 (X11/20070619) MIME-Version: 1.0 To: youshi10@u.washington.edu References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Cc: Martin Turgeon , current@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 20:21:05 -0000 > > Just don't expect to turn the machines into 3D desktops for at least a > year :). > > amd64 is much better than i386 though from a functional standpoint, and > your databases probably won't mind the extra precision :). > mysql uses 64-bit counters/arithmetics internally on all platforms, so it works faster on amd64 :) -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am w http://zanazan.am/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 20:35:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DDFB16A400 for ; Tue, 19 Jun 2007 20:35:13 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.239]) by mx1.freebsd.org (Postfix) with ESMTP id 8F53B13C44C for ; Tue, 19 Jun 2007 20:35:12 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so960538hub for ; Tue, 19 Jun 2007 13:35:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=JzzNZchWUIMMUjU5Pq5TcwxCNL7qau/90fryj+VhfiZDzHnsZYr5ULzDpwpUVR17NCpPTBIs/AkYuH7nb9Uvy/yvbQel9iYNKPXW0ri18EYo42vVI21LETKyfvvfAWZgOutSktbNZqlEnQMaxUCGeggPrhPqXSos8RsIn/oqPcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ThCuujQCAukw+K+6f2lwFWLEY/nviERYAfj9LRjm2aYZUfI1OmWbfYEOKGbZvC1q4ni3Rzh8QZHm0QtbO6AliKnH5tshQtUUjlZRChIeVT9Wj+yJb+Ub6JGqL9Vpz/ImYKNZWeQFcncIQiAAId7vtaooeDi8n2xjo11iw4r0dAI= Received: by 10.78.193.5 with SMTP id q5mr3131654huf.1182285308750; Tue, 19 Jun 2007 13:35:08 -0700 (PDT) Received: from 195-241-221-201.dsl.ip.tiscali.nl ( [195.241.221.201]) by mx.google.com with ESMTP id h7sm7040867nfh.2007.06.19.13.35.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 19 Jun 2007 13:35:08 -0700 (PDT) Message-ID: <46783DFB.3010406@gmail.com> Date: Tue, 19 Jun 2007 22:35:07 +0200 From: Rene Ladan User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: ben wilber References: <20070619150751.GA8348@ceid.upatras.gr> <467813DC.9090103@cytexbg.com> <92A83F61-9D65-4FCF-B354-888367B7C720@desync.com> In-Reply-To: <92A83F61-9D65-4FCF-B354-888367B7C720@desync.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Niki Denev , freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 20:35:13 -0000 ben wilber schreef: > On Jun 19, 2007, at 1:35 PM, Niki Denev wrote: >>> Can't work out which disk we are booting from. >>> Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > >> I have exactly the same problem with recent -current sources with my >> ThinkPad X31. > > Same thing on my Thinkpad T23 with fresh build of -CURRENT this morning. > No such problems with CURRRENT 20070619 19:43 UTC on an Asus A6JE. Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 21:05:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5622D16A421; Tue, 19 Jun 2007 21:05:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0304A13C465; Tue, 19 Jun 2007 21:05:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JL5WWA044568; Tue, 19 Jun 2007 17:05:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JL5Wvc047310; Tue, 19 Jun 2007 17:05:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1179173068; Tue, 19 Jun 2007 17:05:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619210532.1179173068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 17:05:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 21:05:33 -0000 TB --- 2007-06-19 18:54:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 18:54:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-19 18:54:59 - cleaning the object tree TB --- 2007-06-19 18:55:20 - checking out the source tree TB --- 2007-06-19 18:55:20 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-19 18:55:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 19:02:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 19:02:51 - cd /src TB --- 2007-06-19 19:02:51 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 19:02:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 20:45:42 UTC 2007 TB --- 2007-06-19 20:45:42 - generating LINT kernel config TB --- 2007-06-19 20:45:42 - cd /src/sys/ia64/conf TB --- 2007-06-19 20:45:42 - /usr/bin/make -B LINT TB --- 2007-06-19 20:45:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 20:45:42 - cd /src TB --- 2007-06-19 20:45:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 20:45:43 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x7a2): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x9c2): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0x16c2): In function `ehci_softintr': : undefined reference to `logprintf' ehci.o(.text+0x1832): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 21:05:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 21:05:30 - ERROR: failed to build lint kernel TB --- 2007-06-19 21:05:30 - tinderbox aborted TB --- 0.75 user 1.92 system 7831.09 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 21:21:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B520516A46D; Tue, 19 Jun 2007 21:21:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 49E4B13C4B8; Tue, 19 Jun 2007 21:21:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JLLrMS045653; Tue, 19 Jun 2007 17:21:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JLLr7s090200; Tue, 19 Jun 2007 17:21:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0B95973068; Tue, 19 Jun 2007 17:21:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619212153.0B95973068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 17:21:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 21:21:55 -0000 TB --- 2007-06-19 19:39:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 19:39:57 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-19 19:39:57 - cleaning the object tree TB --- 2007-06-19 19:40:14 - checking out the source tree TB --- 2007-06-19 19:40:14 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-19 19:40:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 19:52:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 19:52:00 - cd /src TB --- 2007-06-19 19:52:00 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 19:52:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 21:07:01 UTC 2007 TB --- 2007-06-19 21:07:01 - generating LINT kernel config TB --- 2007-06-19 21:07:01 - cd /src/sys/powerpc/conf TB --- 2007-06-19 21:07:01 - /usr/bin/make -B LINT TB --- 2007-06-19 21:07:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 21:07:02 - cd /src TB --- 2007-06-19 21:07:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 21:07:02 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x690): In function `ehci_pcd_able': : undefined reference to `logprintf' ehci.o(.text+0x810): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x970): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0xaf0): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 21:21:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 21:21:52 - ERROR: failed to build lint kernel TB --- 2007-06-19 21:21:52 - tinderbox aborted TB --- 0.64 user 1.96 system 6115.21 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 21:42:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCB3E16A421 for ; Tue, 19 Jun 2007 21:42:56 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 57D4913C469 for ; Tue, 19 Jun 2007 21:42:56 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id l5JLgsXg006470 (8.13.4/1.4); Tue, 19 Jun 2007 23:42:54 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id l5JLgsGx006466 (8.13.4/2.02); Tue, 19 Jun 2007 23:42:54 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Tue, 19 Jun 2007 23:42:54 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: truss(1) gets confused after execve X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 21:42:56 -0000 Hi. If i truss the following program #include extern char **environ; int main(int argc, char **argv) { execve("/usr/bin/false", argv, environ); return 1; } then everything after the execve() call is reported as garbage. E.g. something like [snip] execve("/usr/bin/false",,) execve("/usr/bin/false",,) = 0 (0x0) -- UNKNOWN SYSCALL -6040 -- (null)(0x0,0x7fffffffe880,0x0,0x0,0x0) = 198 (0xc6) -- UNKNOWN SYSCALL 5394432 -- (null)(0xc5,0x0,0x2a0,0x3,0x1000) = 73 (0x49) -- UNKNOWN SYSCALL 5394432 -- etc. Something looks not quite right here. This is -CURRENT on amd64 if that matters. Also, truss on amd64 appears to coredump if the above program is compiled with -m32. Probably because it gets the size of the argv and envp arguments wrong. Anyone looking into this yet? I could not find any relevant PRs with the word truss in the title. Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:03:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 359CE16A468; Tue, 19 Jun 2007 22:03:09 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0A14713C4C4; Tue, 19 Jun 2007 22:03:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7E5C510CA; Tue, 19 Jun 2007 18:03:08 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 19 Jun 2007 18:03:08 -0400 X-Sasl-enc: wH/4GpwbVrGUntnN/b+lSxoY/R1tSHf+hVbBF7H0sIn0 1182290588 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id F0D89CEF; Tue, 19 Jun 2007 18:03:07 -0400 (EDT) Message-ID: <4678529A.3080308@incunabulum.net> Date: Tue, 19 Jun 2007 23:03:06 +0100 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: Daniel Eischen , Ian FREISLICH , Poul-Henning Kamp References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> In-Reply-To: <4676D168.3050502@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Multicast problems [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: Tue, 19 Jun 2007 22:03:09 -0000 Bruce M. Simpson wrote: > > Here is a patch which explicitly looks for an interface supporting > multicast, if no default route exists. The KASSERT should only be > triggered if the routing trie code is broken; it is still possible for > the last-resort interface lookup to fail if no loopback interface > exists, if none of the interfaces have IPv4 addresses, or if no > interfaces in the system support multicast. If this patch solves your problems without resorting to adding a 224/4 route then I shall commit it to -CURRENT. It is not relevant to RELENG_6. Please let me know... regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:26:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5530216A400 for ; Tue, 19 Jun 2007 22:26:49 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 347E313C484 for ; Tue, 19 Jun 2007 22:26:49 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5JMQmRT015216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 Jun 2007 15:26:48 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5JMQmuD002493 for ; Tue, 19 Jun 2007 15:26:48 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Tue, 19 Jun 2007 15:26:48 PDT Date: Tue, 19 Jun 2007 15:26:48 -0700 (PDT) From: youshi10@u.washington.edu To: current@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.19.150851 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: truss(1) gets confused after execve X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 22:26:49 -0000 On Tue, 19 Jun 2007, Michiel Boland wrote: > Hi. If i truss the following program > > #include > > extern char **environ; > > int main(int argc, char **argv) > { > execve("/usr/bin/false", argv, environ); > return 1; > } > > then everything after the execve() call is reported as garbage. > E.g. something like > [snip] > > execve("/usr/bin/false",,) > execve("/usr/bin/false",,) = 0 (0x0) > -- UNKNOWN SYSCALL -6040 -- > (null)(0x0,0x7fffffffe880,0x0,0x0,0x0) = 198 (0xc6) > -- UNKNOWN SYSCALL 5394432 -- > (null)(0xc5,0x0,0x2a0,0x3,0x1000) = 73 (0x49) > -- UNKNOWN SYSCALL 5394432 -- > > etc. > > Something looks not quite right here. > This is -CURRENT on amd64 if that matters. > > Also, truss on amd64 appears to coredump if the above program is compiled with > -m32. Probably because it gets the size of the argv and envp arguments wrong. > > Anyone looking into this yet? I could not find any relevant PRs with the word > truss in the title. > > Cheers > Michiel This might be related to my issues with pkg_add, profiling and coredumps. Did you rebuild CURRENT recently? -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:36:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD81016A41F for ; Tue, 19 Jun 2007 22:36:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7659913C457 for ; Tue, 19 Jun 2007 22:36:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5JMadZm007629; Tue, 19 Jun 2007 18:36:39 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Tue, 19 Jun 2007 18:36:40 -0400 (EDT) Date: Tue, 19 Jun 2007 18:36:39 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Bruce M Simpson In-Reply-To: <4678529A.3080308@incunabulum.net> Message-ID: References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Poul-Henning Kamp , Ian FREISLICH , current@freebsd.org Subject: Re: Multicast problems [PATCH] 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: Tue, 19 Jun 2007 22:36:47 -0000 On Tue, 19 Jun 2007, Bruce M Simpson wrote: > Bruce M. Simpson wrote: >> >> Here is a patch which explicitly looks for an interface supporting >> multicast, if no default route exists. The KASSERT should only be triggered >> if the routing trie code is broken; it is still possible for the >> last-resort interface lookup to fail if no loopback interface exists, if >> none of the interfaces have IPv4 addresses, or if no interfaces in the >> system support multicast. > > If this patch solves your problems without resorting to adding a 224/4 route > then I shall commit it to -CURRENT. It is not relevant to RELENG_6. Please > let me know... My system's not up to date enough to test this. I do have a test program, that if runs, should be good enough. http://people.freebsd.org/~deischen/test_net.c gcc -o test_net test_net.c -lpthread machine1$ ./test_net -c -b 230.0.0.1 machine2$ ./test_net -b 230.0.0.1 Also, on a slightly different topic... I found while compiling the above test program that socklen_t is uint32_t and that causes a compile error (seen with -Wall). Solaris has: ssize_t recvfrom(int s, void *buf, size_t len, int flags, struct sockaddr *from, int *fromlen); while we have: ssize_t recvfrom(int s, void * restrict buf, size_t len, int flags, struct sockaddr * restrict from, socklen_t * restrict fromlen); POSIX states that: o The header shall define the type socklen_t, which is an integer type of width of at least 32 bits; see APPLICATION USAGE. and goes on to state: o The header shall define the unsigned integer type sa_family_t. This seems to imply that our socklen_t should not be an unsigned integer (uint32_t), but a signed integer. In APPLICATION USAGE, POSIX states: To forestall portability problems, it is recommended that applications not use values larger than 23^1 -1 for the socklen_t type. I think we would be more portable if we defined socklen_t to be int32_t. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:43:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC2CC16A41F; Tue, 19 Jun 2007 22:43:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A54C13C458; Tue, 19 Jun 2007 22:43:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JMh55l049788; Tue, 19 Jun 2007 18:43:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JMh51a060280; Tue, 19 Jun 2007 18:43:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7223573068; Tue, 19 Jun 2007 18:43:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619224305.7223573068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 18:43:05 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 22:43:06 -0000 TB --- 2007-06-19 21:05:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 21:05:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-19 21:05:31 - cleaning the object tree TB --- 2007-06-19 21:05:51 - checking out the source tree TB --- 2007-06-19 21:05:51 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-19 21:05:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 21:16:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 21:16:01 - cd /src TB --- 2007-06-19 21:16:01 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 21:16:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 22:29:12 UTC 2007 TB --- 2007-06-19 22:29:12 - generating LINT kernel config TB --- 2007-06-19 22:29:12 - cd /src/sys/sparc64/conf TB --- 2007-06-19 22:29:12 - /usr/bin/make -B LINT TB --- 2007-06-19 22:29:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 22:29:12 - cd /src TB --- 2007-06-19 22:29:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 22:29:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x784): In function `ehci_pcd_able': : undefined reference to `logprintf' ehci.o(.text+0x960): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0xabc): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0xcb0): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 22:43:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 22:43:05 - ERROR: failed to build lint kernel TB --- 2007-06-19 22:43:05 - tinderbox aborted TB --- 0.66 user 1.91 system 5853.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:46:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B948716A400 for ; Tue, 19 Jun 2007 22:46:23 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 11B3313C447 for ; Tue, 19 Jun 2007 22:46:22 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 1726 invoked by uid 1009); 20 Jun 2007 01:46:21 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.027494 secs); 19 Jun 2007 22:46:21 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 20 Jun 2007 01:46:21 +0300 Received: (qmail 45642 invoked from network); 20 Jun 2007 01:34:34 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 20 Jun 2007 01:34:34 +0300 Message-ID: <467859FA.5050203@cytexbg.com> Date: Wed, 20 Jun 2007 01:34:34 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> In-Reply-To: <466D1B2E.5020800@totalterror.net> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 22:46:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > Niki Denev wrote: >> Wilkinson, Alex wrote: >>> 0n Wed, Jun 06, 2007 at 06:45:26PM +0300, Niki Denev wrote: >>> > I have the following problem when using gjournal for the root filesystem on my laptop (Sony VAIO PCG-U3) >>> > If there is a unclean shutdown (hard poweroff/ kernel panic) on the next boot the machine starts to load normally, >>> > i have messages as : >>> > >>> > GEOM_JOURNAL: Journal ad0s1a consistent. >>> > Trying to mount root from ufs:/dev/ad0s1a.journal >>> > WARNING: / was not properly dismounted >>> > >>> > Then the system continues with executing fsck in preen mode (fsck -p), >>> > which reports : >>> > /dev/ad0s1a.journal: FILESYSTEM CLEAN; SKIPPING CHECKS >>> > and fsck returns with zero, but after this when a read/write mount is tried the >>> > system barfs this : >>> > >>> > WARNING: R/W mount of / denied. Filesystem not clean - run fsck. >>> > mount: : Operation not permitted >>> Make sure your "Pass" column is correct in fstab(5). >>> -aW >>> IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. > > >> What do you mean by correct? Right now it's the default for root >> filesystems "1". Is there a special setting needed for gjournaled >> filesystems? > > > > Well, i still can't find a way to make my system skip fsck on unclean > shutdown/reboot. > The strange thing is that "fsck -p" reports that the filesystem is > clean, but the kernel refuses to mount it r/w with the message "WARNING: > R/W mount of / denied. Filesystem is not clean - run fsck" > > I guess i'm doing something wrong.. just can't see what it is.. any > ideas are appreciated. > > Thanks. > > I think that i tracked down the problem. When fsck_ffs runs on dirty gjournaled filesystem in preen mode, it checks it correctly, and marks it clean but exits too soon and does not call mount with MNT_RELOAD so the superblock is not being reread from the disk and the kernel still thinks that the filesystem is dirty, alshough on-disk it has been marked clean. My quick and dirty hack was instead of just calling exit(0) in src/sbin/fsck_ffs/main.c::checkfilesys() after the call to gjournal_check(), i do a nasty goto to the end of the function where there is additional code which checks if the filesystem is mounted, and if it is, then it tries to reload the superblock and the other disk/fs data. Ideally this could be done better :) I'll try to come up with something and file a PR if someone doesn't read this and make a better fix. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeFn6HNAJ/fLbfrkRAqgxAKC6RAi/NZOqU6ht2uun9r1efhJKkwCdF59S WW6+iPecm5bDbuq5+ygeeLY= =54UK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:55:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E76816A468; Tue, 19 Jun 2007 22:55:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2D52713C468; Tue, 19 Jun 2007 22:55:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JMtEKd050304; Tue, 19 Jun 2007 18:55:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5JMtEOn087021; Tue, 19 Jun 2007 18:55:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A9D973068; Tue, 19 Jun 2007 18:55:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070619225514.6A9D973068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 18:55:14 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 22:55:15 -0000 TB --- 2007-06-19 21:21:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 21:21:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-19 21:21:53 - cleaning the object tree TB --- 2007-06-19 21:22:08 - checking out the source tree TB --- 2007-06-19 21:22:08 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-19 21:22:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 21:31:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 21:31:22 - cd /src TB --- 2007-06-19 21:31:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 21:31:23 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 19 22:42:15 UTC 2007 TB --- 2007-06-19 22:42:15 - generating LINT kernel config TB --- 2007-06-19 22:42:15 - cd /src/sys/sun4v/conf TB --- 2007-06-19 22:42:15 - /usr/bin/make -B LINT TB --- 2007-06-19 22:42:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-19 22:42:15 - cd /src TB --- 2007-06-19 22:42:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 19 22:42:16 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x784): In function `ehci_pcd_able': : undefined reference to `logprintf' ehci.o(.text+0x960): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0xabc): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0xcb0): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-19 22:55:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-19 22:55:14 - ERROR: failed to build lint kernel TB --- 2007-06-19 22:55:14 - tinderbox aborted TB --- 0.69 user 1.88 system 5601.15 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 23:35:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D250116A469 for ; Tue, 19 Jun 2007 23:35:01 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 5618413C43E for ; Tue, 19 Jun 2007 23:35:01 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP id l5JNEv1G014333 (8.13.4/1.4); Wed, 20 Jun 2007 01:14:57 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP id l5JNEvSC014330 (8.13.4/2.02); Wed, 20 Jun 2007 01:14:57 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Wed, 20 Jun 2007 01:14:57 +0200 (MEST) From: Michiel Boland To: youshi10@u.washington.edu In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: truss(1) gets confused after execve X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 23:35:01 -0000 On Tue, 19 Jun 2007, youshi10@u.washington.edu wrote: [snippage] > This might be related to my issues with pkg_add, profiling and coredumps. Did > you rebuild CURRENT recently? Sorry, forgot to mention. This was -CURRENT from 18 jun. From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 23:42:51 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9580116A46F; Tue, 19 Jun 2007 23:42:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE3D13C469; Tue, 19 Jun 2007 23:42:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5JNfU3U023234; Tue, 19 Jun 2007 17:41:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 19 Jun 2007 17:42:02 -0600 (MDT) Message-Id: <20070619.174202.320123537.imp@bsdimp.com> To: tinderbox@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20070619225514.6A9D973068@freebsd-current.sentex.ca> References: <20070619225514.6A9D973068@freebsd-current.sentex.ca> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 19 Jun 2007 17:41:31 -0600 (MDT) Cc: current@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2007 23:42:51 -0000 In message: <20070619225514.6A9D973068@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : ehci.o(.text+0xcb0): more undefined references to `logprintf' follow This is my fault, and I'm waiting for re@ to bless my changes... Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 01:14:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 084C716A41F; Wed, 20 Jun 2007 01:14:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A7F8913C483; Wed, 20 Jun 2007 01:14:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K1E4HZ056237; Tue, 19 Jun 2007 21:14:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K1E4hr053002; Tue, 19 Jun 2007 21:14:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3C4373068; Tue, 19 Jun 2007 21:14:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620011403.C3C4373068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 21:14:03 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 01:14:05 -0000 TB --- 2007-06-19 23:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-19 23:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-19 23:00:00 - cleaning the object tree TB --- 2007-06-19 23:00:33 - checking out the source tree TB --- 2007-06-19 23:00:33 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-19 23:00:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-19 23:11:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-19 23:11:27 - cd /src TB --- 2007-06-19 23:11:27 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 23:11:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 20 00:58:33 UTC 2007 TB --- 2007-06-20 00:58:33 - generating LINT kernel config TB --- 2007-06-20 00:58:33 - cd /src/sys/amd64/conf TB --- 2007-06-20 00:58:33 - /usr/bin/make -B LINT TB --- 2007-06-20 00:58:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 00:58:33 - cd /src TB --- 2007-06-20 00:58:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 00:58:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x68a): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x7b0): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x919): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0xb6a): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 01:14:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 01:14:03 - ERROR: failed to build lint kernel TB --- 2007-06-20 01:14:03 - tinderbox aborted TB --- 0.78 user 3.06 system 8042.97 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 02:05:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6743C16A41F; Wed, 20 Jun 2007 02:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 17ED013C4B8; Wed, 20 Jun 2007 02:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K25QYb058616; Tue, 19 Jun 2007 22:05:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K25Qrp048145; Tue, 19 Jun 2007 22:05:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE0A373068; Tue, 19 Jun 2007 22:05:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620020525.DE0A373068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 22:05:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 02:05:27 -0000 TB --- 2007-06-20 00:23:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-20 00:23:26 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-20 00:23:26 - cleaning the object tree TB --- 2007-06-20 00:23:48 - checking out the source tree TB --- 2007-06-20 00:23:48 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-20 00:23:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-20 00:33:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-20 00:33:31 - cd /src TB --- 2007-06-20 00:33:31 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 00:33:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 20 01:47:58 UTC 2007 TB --- 2007-06-20 01:47:58 - generating LINT kernel config TB --- 2007-06-20 01:47:58 - cd /src/sys/i386/conf TB --- 2007-06-20 01:47:58 - /usr/bin/make -B LINT TB --- 2007-06-20 01:47:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 01:47:58 - cd /src TB --- 2007-06-20 01:47:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 01:47:58 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x633): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x747): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x894): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0xae9): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 02:05:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 02:05:25 - ERROR: failed to build lint kernel TB --- 2007-06-20 02:05:25 - tinderbox aborted TB --- 0.57 user 2.10 system 6118.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 02:51:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C57C516A46D; Wed, 20 Jun 2007 02:51:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6C713C483; Wed, 20 Jun 2007 02:51:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K2p7Gk061131; Tue, 19 Jun 2007 22:51:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K2p6Z6022122; Tue, 19 Jun 2007 22:51:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A3E9C73068; Tue, 19 Jun 2007 22:51:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620025106.A3E9C73068@freebsd-current.sentex.ca> Date: Tue, 19 Jun 2007 22:51:06 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 02:51:07 -0000 TB --- 2007-06-20 01:14:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-20 01:14:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-20 01:14:03 - cleaning the object tree TB --- 2007-06-20 01:14:28 - checking out the source tree TB --- 2007-06-20 01:14:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-20 01:14:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-20 01:22:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-20 01:22:30 - cd /src TB --- 2007-06-20 01:22:30 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 01:22:31 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 20 02:36:20 UTC 2007 TB --- 2007-06-20 02:36:20 - generating LINT kernel config TB --- 2007-06-20 02:36:20 - cd /src/sys/pc98/conf TB --- 2007-06-20 02:36:20 - /usr/bin/make -B LINT TB --- 2007-06-20 02:36:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 02:36:20 - cd /src TB --- 2007-06-20 02:36:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 02:36:20 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x5e3): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x6f7): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x844): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0xa85): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 02:51:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 02:51:06 - ERROR: failed to build lint kernel TB --- 2007-06-20 02:51:06 - tinderbox aborted TB --- 0.73 user 1.99 system 5822.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:16:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5731316A46C; Wed, 20 Jun 2007 04:16:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0808B13C46E; Wed, 20 Jun 2007 04:16:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K4Ggh0064220; Wed, 20 Jun 2007 00:16:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K4GgVB076180; Wed, 20 Jun 2007 00:16:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CFAD473068; Wed, 20 Jun 2007 00:16:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620041641.CFAD473068@freebsd-current.sentex.ca> Date: Wed, 20 Jun 2007 00:16:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 04:16:43 -0000 TB --- 2007-06-20 02:05:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-20 02:05:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-20 02:05:25 - cleaning the object tree TB --- 2007-06-20 02:05:46 - checking out the source tree TB --- 2007-06-20 02:05:46 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-20 02:05:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-20 02:13:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-20 02:13:22 - cd /src TB --- 2007-06-20 02:13:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 02:13:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 20 03:57:17 UTC 2007 TB --- 2007-06-20 03:57:17 - generating LINT kernel config TB --- 2007-06-20 03:57:17 - cd /src/sys/ia64/conf TB --- 2007-06-20 03:57:17 - /usr/bin/make -B LINT TB --- 2007-06-20 03:57:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 03:57:17 - cd /src TB --- 2007-06-20 03:57:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 03:57:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x7a2): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0x9c2): In function `ehci_alloc_sqh': : undefined reference to `logprintf' ehci.o(.text+0x16c2): In function `ehci_softintr': : undefined reference to `logprintf' ehci.o(.text+0x1832): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 04:16:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 04:16:41 - ERROR: failed to build lint kernel TB --- 2007-06-20 04:16:41 - tinderbox aborted TB --- 0.59 user 2.03 system 7875.55 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:20:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9616416A469 for ; Wed, 20 Jun 2007 04:20:32 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 735CF13C457 for ; Wed, 20 Jun 2007 04:20:30 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 052D411A82; Tue, 19 Jun 2007 23:20:29 -0500 (CDT) Date: Tue, 19 Jun 2007 23:20:23 -0500 From: Craig Boston To: Andrew Thompson Message-ID: <20070620042023.GA17424@nowhere> Mail-Followup-To: Craig Boston , Andrew Thompson , FreeBSD Current References: <20070619011908.GA53748@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070619011908.GA53748@heff.fud.org.nz> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 04:20:32 -0000 On Tue, Jun 19, 2007 at 01:19:08PM +1200, Andrew Thompson wrote: > Please report any other wireless issues and help is appreciated. Hi, I was debating whether to report this since I haven't had a chance to compile a debug kernel yet (this is on a somewhat embedded system that boots off flash memory, so it's a bit of a pain), but since you asked... :) In short, ipw doesn't seem to work at all for me anymore. It worked okay in 6-stable with an occasional hiccup, but upon upgrading to current it doesn't seem to be doing anything. It doesn't even try to scan; it just sits there on channel 1 with "no carrier". "ifconfig list scan" shows nothing. Manually setting the SSID/channel doesn't do anything either (it remains on channel 1). Sometimes "ifconfig scan" does nothing, sometimes it results in a panic. Since I haven't run a current prior to the 802.11 changes on this particular machine, I don't know if it was working before them or not :( Haven't had time to mess with it yet. To take care of the obvious: Yes, wlan_scan_sta is loaded. I also built a kernel with the two scan modules compiled in and no change. I've loaded ipw_bss.ko and set legal.intel_ipw.license_ack="1" in loader.conf. Loading all 3 firmware modules doesn't seem to help. It happens with the GENERIC kernel too (that's what I first noticed when I booted a snapshot to do the install). Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:33:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE1A916A421; Wed, 20 Jun 2007 04:33:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5EAE513C448; Wed, 20 Jun 2007 04:33:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K4XLoU064871; Wed, 20 Jun 2007 00:33:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K4XLN9039690; Wed, 20 Jun 2007 00:33:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C02773068; Wed, 20 Jun 2007 00:33:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620043321.6C02773068@freebsd-current.sentex.ca> Date: Wed, 20 Jun 2007 00:33:21 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 04:33:22 -0000 TB --- 2007-06-20 02:51:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-20 02:51:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-20 02:51:06 - cleaning the object tree TB --- 2007-06-20 02:51:22 - checking out the source tree TB --- 2007-06-20 02:51:22 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-20 02:51:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-20 03:03:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-20 03:03:08 - cd /src TB --- 2007-06-20 03:03:08 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 03:03:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 20 04:18:36 UTC 2007 TB --- 2007-06-20 04:18:36 - generating LINT kernel config TB --- 2007-06-20 04:18:36 - cd /src/sys/powerpc/conf TB --- 2007-06-20 04:18:36 - /usr/bin/make -B LINT TB --- 2007-06-20 04:18:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 04:18:36 - cd /src TB --- 2007-06-20 04:18:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 04:18:36 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x690): In function `ehci_pcd_able': : undefined reference to `logprintf' ehci.o(.text+0x810): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0x970): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0xaf0): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 04:33:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 04:33:21 - ERROR: failed to build lint kernel TB --- 2007-06-20 04:33:21 - tinderbox aborted TB --- 0.58 user 2.02 system 6134.37 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:46:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E10416A41F; Wed, 20 Jun 2007 04:46:14 +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 3576F13C45A; Wed, 20 Jun 2007 04:46:14 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5K4k9WT053065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2007 21:46:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4678B111.7080301@errno.com> Date: Tue, 19 Jun 2007 21:46:09 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Rui Paulo References: <86d4zupje9.wl%rpaulo@fnop.net> <20070617184258.GA31132@heff.fud.org.nz> <86bqfepgad.wl%rpaulo@fnop.net> <86bqfdh4i3.wl%rpaulo@fnop.net> In-Reply-To: <86bqfdh4i3.wl%rpaulo@fnop.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sepherosa Ziehau , freebsd-current@freebsd.org, Andrew Thompson Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 04:46:14 -0000 Rui Paulo wrote: > At Mon, 18 Jun 2007 19:16:18 +0800, > Sepherosa Ziehau wrote: >> On 6/18/07, Rui Paulo wrote: >>> At Mon, 18 Jun 2007 06:42:58 +1200, >>> Andrew Thompson wrote: >>>> On Sun, Jun 17, 2007 at 06:42:38PM +0100, Rui Paulo wrote: >>>>> Hi, >>>>> I'm having some problems with ath after the sam_wifi branch merge. >>>>> Basically I have all the necessary modules loaded, but scanning is not >>>>> working well. >>>>> >>>>> % kldstat | egrep wlan\|ath >>>>> 2 1 0xc097a000 12450 if_ath.ko >>>>> 3 3 0xc098d000 2ec38 ath_hal.ko >>>>> 4 8 0xc09bc000 2b65c wlan.ko >>>>> 5 2 0xc09e8000 43e8 ath_rate.ko >>>>> 20 1 0xc0af7000 4480 wlan_tkip.ko >>>>> 21 1 0xc0afc000 2fec wlan_wep.ko >>>>> 22 1 0xc0aff000 7100 wlan_ccmp.ko >>>>> 23 1 0xc0b07000 1920 wlan_scan_ap.ko >>>>> 24 1 0xc0b09000 552c wlan_scan_sta.ko >>>>> >>>>> Is anything missing? >>>>> >>>>> My card is: >>>>> ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 >>>>> ath0: [ITHREAD] >>>>> ath0: using obsoleted if_watchdog interface >>>>> ath0: mac 10.3 phy 6.1 radio 10.2 >>>>> >>>>> ath0: flags=8802 metric 0 mtu 1500 >>>>> ether 00:17:f2:44:ba:50 >>>>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>>>> status: no carrier >>>>> ssid "" channel 1 (2412 Mhz 11g) >>>>> authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan >>>>> bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 >>>>> protmode CTS burst bintval 100 >>>>> >>>>> # ./wlandebug >>>>> net.wlan.0.debug: 0xffffff >>>>> >>>>> After ifconfig ath0 up, the scan goes as: >>>>> >>>>> ath0: ieee80211_newstate: INIT -> SCAN >>>>> ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush >>>>> ath0: sta_pick_bss: no scan candidate >>>>> ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush >>>>> ath0: scan set 1g dwell min 200 max 2000 >>>>> ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] >>>> Does your card have any channels? show the output of 'ifconfig ath0 list >>>> channels' >>> % ifconfig ath0 list channels >>> Channel 1 : 2412 Mhz 11g Channel 60 : 5300* Mhz 11a >>> Channel 2 : 2417 Mhz 11g Channel 64 : 5320* Mhz 11a >>> Channel 3 : 2422 Mhz 11g Channel 100 : 5500* Mhz 11a >>> Channel 4 : 2427 Mhz 11g Channel 104 : 5520* Mhz 11a >>> Channel 5 : 2432 Mhz 11g Channel 108 : 5540* Mhz 11a >>> Channel 6 : 2437* Mhz 11g Turbo Channel 112 : 5560* Mhz 11a >>> Channel 7 : 2442 Mhz 11g Channel 116 : 5580* Mhz 11a >>> Channel 8 : 2447 Mhz 11g Channel 120 : 5600* Mhz 11a >>> Channel 9 : 2452 Mhz 11g Channel 124 : 5620* Mhz 11a >>> Channel 10 : 2457 Mhz 11g Channel 128 : 5640* Mhz 11a >>> Channel 11 : 2462 Mhz 11g Channel 132 : 5660* Mhz 11a >>> Channel 12 : 2467* Mhz 11g Channel 136 : 5680* Mhz 11a >>> Channel 13 : 2472* Mhz 11g Channel 140 : 5700* Mhz 11a >>> Channel 36 : 5180* Mhz 11a Channel 149 : 5745* Mhz 11a >>> Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a >>> Channel 44 : 5220* Mhz 11a Channel 157 : 5785* Mhz 11a >>> Channel 48 : 5240* Mhz 11a Channel 161 : 5805* Mhz 11a >>> Channel 52 : 5260* Mhz 11a Channel 165 : 5825* Mhz 11a >>> Channel 56 : 5280* Mhz 11a >>> >>> >>>> Also, are you using wpa_supplicant or passing any other options to ath >>>> other than just up? >>> No. >> Try this: >> ifconfig ath0 channel - >> ifconfig ath0 up scan > > It takes a lot of time to perform a scan. And I never let it finish > because after 5 minutes, the ithread consumes almost all the CPU: > > 24 root 1 -68 - 0K 8K CPU1 1 1:27 92.97% irq17: ath0 I don't see the log from this scan. The previous log indicated your scan set was a single channel. The cpu time accumulated by the ithread indicates ath is receiving a lot of interrupts which could be caused by a lot of things but I'm guessing it's MIB overflow interrupts which are caused by phy errors (athstats will say for sure). I believe the part you're using is the new 11n part and you are using the experimental hal sitting in my home directory. This hal has known issues with supporting the 11n part including not tuning the radio parameters in response to phy errors (which would explain a high MIB overflow interrupt rate). Sam From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:49:41 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B721216A46B; Wed, 20 Jun 2007 04:49:41 +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 8D16513C457; Wed, 20 Jun 2007 04:49:41 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5K4nfak053091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2007 21:49:41 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4678B1E4.7080909@errno.com> Date: Tue, 19 Jun 2007 21:49:40 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Craig Boston , Andrew Thompson , FreeBSD Current References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> In-Reply-To: <20070620042023.GA17424@nowhere> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 04:49:41 -0000 Craig Boston wrote: > On Tue, Jun 19, 2007 at 01:19:08PM +1200, Andrew Thompson wrote: >> Please report any other wireless issues and help is appreciated. > > Hi, I was debating whether to report this since I haven't had a chance > to compile a debug kernel yet (this is on a somewhat embedded system > that boots off flash memory, so it's a bit of a pain), but since you > asked... :) > > In short, ipw doesn't seem to work at all for me anymore. It worked > okay in 6-stable with an occasional hiccup, but upon upgrading to > current it doesn't seem to be doing anything. It doesn't even try to > scan; it just sits there on channel 1 with "no carrier". "ifconfig list > scan" shows nothing. Manually setting the SSID/channel doesn't do > anything either (it remains on channel 1). > > Sometimes "ifconfig scan" does nothing, sometimes it results in a panic. > > Since I haven't run a current prior to the 802.11 changes on this > particular machine, I don't know if it was working before them or not :( > Haven't had time to mess with it yet. > > To take care of the obvious: > > Yes, wlan_scan_sta is loaded. I also built a kernel with the two scan > modules compiled in and no change. > > I've loaded ipw_bss.ko and set legal.intel_ipw.license_ack="1" in > loader.conf. Loading all 3 firmware modules doesn't seem to help. > > It happens with the GENERIC kernel too (that's what I first noticed when > I booted a snapshot to do the install). I'm not sure how well ipw got tested while the changes were in p4. We'll need to test again now that code has been merged to CVS. I'll try to look at this weekend if noone else beats me to it. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:51:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B78216A41F; Wed, 20 Jun 2007 04:51:14 +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 3317513C468; Wed, 20 Jun 2007 04:51:14 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5K4pA3A053107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2007 21:51:11 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4678B23E.5040408@errno.com> Date: Tue, 19 Jun 2007 21:51:10 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Rui Paulo References: <86d4zupje9.wl%rpaulo@fnop.net> <20070617184258.GA31132@heff.fud.org.nz> <86bqfepgad.wl%rpaulo@fnop.net> <86bqfdh4i3.wl%rpaulo@fnop.net> <4678B111.7080301@errno.com> In-Reply-To: <4678B111.7080301@errno.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sepherosa Ziehau , freebsd-current@freebsd.org, Andrew Thompson Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 04:51:14 -0000 Sam Leffler wrote: > Rui Paulo wrote: >> At Mon, 18 Jun 2007 19:16:18 +0800, >> Sepherosa Ziehau wrote: >>> On 6/18/07, Rui Paulo wrote: >>>> At Mon, 18 Jun 2007 06:42:58 +1200, >>>> Andrew Thompson wrote: >>>>> On Sun, Jun 17, 2007 at 06:42:38PM +0100, Rui Paulo wrote: >>>>>> Hi, >>>>>> I'm having some problems with ath after the sam_wifi branch merge. >>>>>> Basically I have all the necessary modules loaded, but scanning is not >>>>>> working well. >>>>>> >>>>>> % kldstat | egrep wlan\|ath >>>>>> 2 1 0xc097a000 12450 if_ath.ko >>>>>> 3 3 0xc098d000 2ec38 ath_hal.ko >>>>>> 4 8 0xc09bc000 2b65c wlan.ko >>>>>> 5 2 0xc09e8000 43e8 ath_rate.ko >>>>>> 20 1 0xc0af7000 4480 wlan_tkip.ko >>>>>> 21 1 0xc0afc000 2fec wlan_wep.ko >>>>>> 22 1 0xc0aff000 7100 wlan_ccmp.ko >>>>>> 23 1 0xc0b07000 1920 wlan_scan_ap.ko >>>>>> 24 1 0xc0b09000 552c wlan_scan_sta.ko >>>>>> >>>>>> Is anything missing? >>>>>> >>>>>> My card is: >>>>>> ath0: mem 0x90100000-0x9010ffff irq 17 at device 0.0 on pci2 >>>>>> ath0: [ITHREAD] >>>>>> ath0: using obsoleted if_watchdog interface >>>>>> ath0: mac 10.3 phy 6.1 radio 10.2 >>>>>> >>>>>> ath0: flags=8802 metric 0 mtu 1500 >>>>>> ether 00:17:f2:44:ba:50 >>>>>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>>>>> status: no carrier >>>>>> ssid "" channel 1 (2412 Mhz 11g) >>>>>> authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan >>>>>> bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 >>>>>> protmode CTS burst bintval 100 >>>>>> >>>>>> # ./wlandebug >>>>>> net.wlan.0.debug: 0xffffff >>>>>> >>>>>> After ifconfig ath0 up, the scan goes as: >>>>>> >>>>>> ath0: ieee80211_newstate: INIT -> SCAN >>>>>> ath0: ieee80211_check_scan: active scan, duration 2147483647, desired mode auto, flush >>>>>> ath0: sta_pick_bss: no scan candidate >>>>>> ath0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, flush >>>>>> ath0: scan set 1g dwell min 200 max 2000 >>>>>> ath0: scan_next: chan 1g -> 1g [active, dwell min 200 max 2000] >>>>> Does your card have any channels? show the output of 'ifconfig ath0 list >>>>> channels' >>>> % ifconfig ath0 list channels >>>> Channel 1 : 2412 Mhz 11g Channel 60 : 5300* Mhz 11a >>>> Channel 2 : 2417 Mhz 11g Channel 64 : 5320* Mhz 11a >>>> Channel 3 : 2422 Mhz 11g Channel 100 : 5500* Mhz 11a >>>> Channel 4 : 2427 Mhz 11g Channel 104 : 5520* Mhz 11a >>>> Channel 5 : 2432 Mhz 11g Channel 108 : 5540* Mhz 11a >>>> Channel 6 : 2437* Mhz 11g Turbo Channel 112 : 5560* Mhz 11a >>>> Channel 7 : 2442 Mhz 11g Channel 116 : 5580* Mhz 11a >>>> Channel 8 : 2447 Mhz 11g Channel 120 : 5600* Mhz 11a >>>> Channel 9 : 2452 Mhz 11g Channel 124 : 5620* Mhz 11a >>>> Channel 10 : 2457 Mhz 11g Channel 128 : 5640* Mhz 11a >>>> Channel 11 : 2462 Mhz 11g Channel 132 : 5660* Mhz 11a >>>> Channel 12 : 2467* Mhz 11g Channel 136 : 5680* Mhz 11a >>>> Channel 13 : 2472* Mhz 11g Channel 140 : 5700* Mhz 11a >>>> Channel 36 : 5180* Mhz 11a Channel 149 : 5745* Mhz 11a >>>> Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a >>>> Channel 44 : 5220* Mhz 11a Channel 157 : 5785* Mhz 11a >>>> Channel 48 : 5240* Mhz 11a Channel 161 : 5805* Mhz 11a >>>> Channel 52 : 5260* Mhz 11a Channel 165 : 5825* Mhz 11a >>>> Channel 56 : 5280* Mhz 11a >>>> >>>> >>>>> Also, are you using wpa_supplicant or passing any other options to ath >>>>> other than just up? >>>> No. >>> Try this: >>> ifconfig ath0 channel - >>> ifconfig ath0 up scan >> It takes a lot of time to perform a scan. And I never let it finish >> because after 5 minutes, the ithread consumes almost all the CPU: >> >> 24 root 1 -68 - 0K 8K CPU1 1 1:27 92.97% irq17: ath0 > > I don't see the log from this scan. The previous log indicated your > scan set was a single channel. The cpu time accumulated by the ithread > indicates ath is receiving a lot of interrupts which could be caused by > a lot of things but I'm guessing it's MIB overflow interrupts which are > caused by phy errors (athstats will say for sure). > > I believe the part you're using is the new 11n part and you are using > the experimental hal sitting in my home directory. This hal has known > issues with supporting the 11n part including not tuning the radio > parameters in response to phy errors (which would explain a high MIB > overflow interrupt rate). Oops, I see it's a 5424 and not 5416. Please provide athstats output. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:52:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3652F16A421 for ; Wed, 20 Jun 2007 04:52:19 +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 F2B9513C447 for ; Wed, 20 Jun 2007 04:52:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5K4qHvp053116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2007 21:52:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4678B281.4000200@errno.com> Date: Tue, 19 Jun 2007 21:52:17 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Harald Schmalzbauer References: <200706181052.03209.h.schmalzbauer@omnisec.de> In-Reply-To: <200706181052.03209.h.schmalzbauer@omnisec.de> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath kldunloading hangs the 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: Wed, 20 Jun 2007 04:52:19 -0000 Harald Schmalzbauer wrote: > Hello, > > it seems the recent wlan changes broke unloading the if_ath.ko. > I have problems with resuming my laptop with ath, so I loaded it as a module. > The resume problem still persists but now I cannot unload ath anymore. > No panic, just system freeze. > > Is this a known problem? No. Please provide details like mac+phy revs for the card. Was the card marked up when you tried to kldunload? Please show the steps to reproduce your problem. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 05:54:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FE2A16A400; Wed, 20 Jun 2007 05:54:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C476E13C457; Wed, 20 Jun 2007 05:54:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K5saUc007883; Wed, 20 Jun 2007 01:54:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K5saPw043503; Wed, 20 Jun 2007 01:54:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C2A1F73068; Wed, 20 Jun 2007 01:54:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620055435.C2A1F73068@freebsd-current.sentex.ca> Date: Wed, 20 Jun 2007 01:54:35 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 05:54:37 -0000 TB --- 2007-06-20 04:16:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-20 04:16:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-20 04:16:41 - cleaning the object tree TB --- 2007-06-20 04:16:59 - checking out the source tree TB --- 2007-06-20 04:16:59 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-20 04:16:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-20 04:27:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-20 04:27:41 - cd /src TB --- 2007-06-20 04:27:41 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 04:27:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 20 05:40:20 UTC 2007 TB --- 2007-06-20 05:40:20 - generating LINT kernel config TB --- 2007-06-20 05:40:20 - cd /src/sys/sparc64/conf TB --- 2007-06-20 05:40:20 - /usr/bin/make -B LINT TB --- 2007-06-20 05:40:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 05:40:20 - cd /src TB --- 2007-06-20 05:40:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 05:40:20 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x784): In function `ehci_pcd_able': : undefined reference to `logprintf' ehci.o(.text+0x960): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0xabc): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0xcb0): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 05:54:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 05:54:35 - ERROR: failed to build lint kernel TB --- 2007-06-20 05:54:35 - tinderbox aborted TB --- 0.66 user 1.88 system 5873.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 06:06:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7151C16A400; Wed, 20 Jun 2007 06:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A06D13C45E; Wed, 20 Jun 2007 06:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K66dd3008668; Wed, 20 Jun 2007 02:06:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5K66dWn026903; Wed, 20 Jun 2007 02:06:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 752FD73068; Wed, 20 Jun 2007 02:06:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070620060639.752FD73068@freebsd-current.sentex.ca> Date: Wed, 20 Jun 2007 02:06:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 06:06:40 -0000 TB --- 2007-06-20 04:33:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-20 04:33:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-20 04:33:21 - cleaning the object tree TB --- 2007-06-20 04:33:36 - checking out the source tree TB --- 2007-06-20 04:33:36 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-20 04:33:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-20 04:42:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-20 04:42:38 - cd /src TB --- 2007-06-20 04:42:38 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 04:42:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 20 05:53:48 UTC 2007 TB --- 2007-06-20 05:53:48 - generating LINT kernel config TB --- 2007-06-20 05:53:48 - cd /src/sys/sun4v/conf TB --- 2007-06-20 05:53:48 - /usr/bin/make -B LINT TB --- 2007-06-20 05:53:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-20 05:53:48 - cd /src TB --- 2007-06-20 05:53:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 20 05:53:48 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `logprintf' ehci.o(.text+0x784): In function `ehci_pcd_able': : undefined reference to `logprintf' ehci.o(.text+0x960): In function `ehci_disown': : undefined reference to `logprintf' ehci.o(.text+0xabc): In function `ehci_alloc_sqtd': : undefined reference to `logprintf' ehci.o(.text+0xcb0): more undefined references to `logprintf' follow *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-20 06:06:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-20 06:06:39 - ERROR: failed to build lint kernel TB --- 2007-06-20 06:06:39 - tinderbox aborted TB --- 0.65 user 1.95 system 5597.94 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 06:31:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 489B916A41F for ; Wed, 20 Jun 2007 06:31:03 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2553A13C465 for ; Wed, 20 Jun 2007 06:31:03 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l5K6FAH7024229; Tue, 19 Jun 2007 23:15:10 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4678C5EE.7050402@freebsd.org> Date: Tue, 19 Jun 2007 23:15:10 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <20070618202758.GA16711@comp.chem.msu.su> <4676FD4F.3030302@rcn.com> <20070618225134.GA18473@owl.midgard.homeip.net> <20070619141545.GB29685@comp.chem.msu.su> In-Reply-To: <20070619141545.GB29685@comp.chem.msu.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Corcoran , current@freebsd.org Subject: Re: fts(3) patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 06:31:03 -0000 >>>>- for things that should be at least 64 bits wide, use long long >>>> and not int64_t, as the latter is an optional type. >>> >>>Isn't "long long" a gcc-ism, whereas int64's are portable.... >> >>'long long' is part of C99 and was widely supported by many compilers even >>before C99 was approved. int64_t is also part of C99. .... > > ... the only mandatory types are intmax_t and uintmax_t while > all the [u]intN_t types are declared optional by C99. So why not use intmax_t? Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 07:42:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD84416A41F for ; Wed, 20 Jun 2007 07:42:58 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 6E96213C46C for ; Wed, 20 Jun 2007 07:42:58 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so20281anc for ; Wed, 20 Jun 2007 00:42:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PfV8A07Veyexo35CMSuk8HWQMa4DRCOKdYhjWL9nOKXxd4CDafzjvddge8M7Akk8fmK84M3t0iV8vEHCTtGn9/CcRr1nY9MdVBg3wbEwSVaRrfEJ/WOwYYJ/wCchl4VTC5DkjSHsPynh86rfxEM6TwKNWcgu1lXJggs7m4nYyCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bmZkVQMPcQPrJEIAdt70WqGXDkx6dTwMYVROWUPb3N/ObtFCL2L/rK5vBV4YGnuxH1WVmGhb9RJgRibNI6VDLQtMuaxDX+1EffSe7HO4nvGG7g4OQHi9tdkq9VVpKY4nhFgmpQpYG/aopj9kBGUdoJu+jMFL3HL2iOafuPDxXec= Received: by 10.100.173.19 with SMTP id v19mr234533ane.1182325377785; Wed, 20 Jun 2007 00:42:57 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Wed, 20 Jun 2007 00:42:57 -0700 (PDT) Message-ID: <499c70c0706200042t2b9621fcmc7ef485d05b81bf9@mail.gmail.com> Date: Wed, 20 Jun 2007 10:42:57 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Marinos Ilias" In-Reply-To: <20070619150751.GA8348@ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070619150751.GA8348@ceid.upatras.gr> Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 07:42:58 -0000 On 6/19/07, Marinos Ilias wrote: > Hello list, > Yesterday I upgraded to latest -CURRENT.Although the build and installing was successful, the system refuses to boot.It stops at the boot sequence with the following error: > > > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > panic: free: guard1 fail @0x5195c from /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 > --> Press a key on the console to reboot <-- > > > I cannot figure out what kind of problem is it.It's weird that the system cannot find which disk to boot from.I didn't have such problems at past and I run CURRENT at this desktop for over a year.Also I want to add that I cannot either boot the kernel.old , as it hangs when I try : > kernel /boot/kernel.old/kernel > at boot prompt. > > > If you have any ideas, you're welcome! > > Thank you. > > Ilias Marinos Maybe it's related to IBM new acpi changes. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 10:17:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFEE916A400; Wed, 20 Jun 2007 10:17:12 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 2F64013C48C; Wed, 20 Jun 2007 10:17:11 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l5KAH9EH045587; Wed, 20 Jun 2007 14:17:09 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l5KAH958045586; Wed, 20 Jun 2007 14:17:09 +0400 (MSD) (envelope-from yar) Date: Wed, 20 Jun 2007 14:17:08 +0400 From: Yar Tikhiy To: Tim Kientzle Message-ID: <20070620101708.GD29685@comp.chem.msu.su> References: <20070618202758.GA16711@comp.chem.msu.su> <4676FD4F.3030302@rcn.com> <20070618225134.GA18473@owl.midgard.homeip.net> <20070619141545.GB29685@comp.chem.msu.su> <4678C5EE.7050402@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4678C5EE.7050402@freebsd.org> User-Agent: Mutt/1.5.9i Cc: Gary Corcoran , current@freebsd.org Subject: Re: fts(3) patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 10:17:12 -0000 On Tue, Jun 19, 2007 at 11:15:10PM -0700, Tim Kientzle wrote: > >>>>- for things that should be at least 64 bits wide, use long long > >>>>and not int64_t, as the latter is an optional type. > >>> > >>>Isn't "long long" a gcc-ism, whereas int64's are portable.... > >> > >>'long long' is part of C99 and was widely supported by many compilers even > >>before C99 was approved. int64_t is also part of C99. .... > > > >... the only mandatory types are intmax_t and uintmax_t while > >all the [u]intN_t types are declared optional by C99. > > So why not use intmax_t? It's a temptation that can be hard to resist. However, it paves the road to the sin of greed -- it's a pity there's no C commandment for that sin yet. :-) As far as I understand, [u]intmax_t are the types for the portable handling of other non-basic integer types. (In fact, nearly portable because one still has to guess signedness in advance.) E.g., one can't printf an off_t portably without the help of intmax_t because any cast to a basic C type can be rendered bogus by the next collective advancement in computer storage and the C language. OTOH, using [u]intmax_t alone doesn't buy much. In the case of fts(3), defining fts_number as intmax_t still won't allow to store 128-bit values in it reliably but it will be a clear sign that one can't limit his appetite. The next step would be to introduce a small array of intmax_t's etc. Note that FTSENT has fts_pointer that can be used to associate any data with the entry in case one can't get along with a basic integer. BTW, currently fts_pointer is overlaid by ``int64_t fts_bignum'', which is a nice vignette on how greed can divert a developer from a thoughtful solution. :-) -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 10:22:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 135EC16A46F for ; Wed, 20 Jun 2007 10:22:02 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.freebsd.org (Postfix) with ESMTP id C4A6313C44C for ; Wed, 20 Jun 2007 10:22:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I0xK2-0000VN-OM; Wed, 20 Jun 2007 14:21:58 +0400 From: Vladimir Grebenschikov To: Ian FREISLICH In-Reply-To: References: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 20 Jun 2007 14:21:57 +0400 Message-Id: <1182334917.1340.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org Subject: Re: ukbd broken as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 10:22:02 -0000 =F7 =D7=D4, 19/06/2007 =D7 11:50 +0200, Ian FREISLICH =D0=C9=DB=C5=D4: > Hi >=20 > On today's current if I attempt to load the ukbd module, I get the > following message: >=20 > Jun 19 11:18:56 apple kernel: link_elf: symbol usbd_get_interface_descrip= tor undefined > Jun 19 11:18:56 apple kernel: KLD file ukbd.ko - could not finalize loadi= ng same here, with today's CURRENT, for ukbd and some other USB modules: Jun 20 13:38:47 vbook kernel: link_elf: symbol usbd_get_interface_descripto= r undefined Jun 20 13:38:47 vbook kernel: KLD file ukbd.ko - could not finalize loading Jun 20 13:38:47 vbook kernel: link_elf: symbol usbd_abort_pipe undefined Jun 20 13:38:47 vbook kernel: KLD file ulpt.ko - could not finalize loading Jun 20 13:38:47 vbook kernel: link_elf: symbol usbd_close_pipe undefined Jun 20 13:38:47 vbook kernel: KLD file ng_ubt.ko - could not finalize loadi= ng But ums works fine. > It works ok if I compile it into the kernel. >=20 > Ian >=20 > -- > Ian Freislich >=20 > _______________________________________________ > 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= " --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 10:27:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9506516A400 for ; Wed, 20 Jun 2007 10:27:34 +0000 (UTC) (envelope-from borjamar@sarenet.es) Received: from proxypop2.sarenet.es (proxypop2.sarenet.es [194.30.0.95]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0D513C43E for ; Wed, 20 Jun 2007 10:27:34 +0000 (UTC) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (matahari.sarenet.es [192.148.167.18]) by proxypop2.sarenet.es (Postfix) with ESMTP id D25DF73179 for ; Wed, 20 Jun 2007 11:57:08 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <4E1E93FB-31D2-4F38-9979-946935BE0729@sarenet.es> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Borja Marcos Date: Wed, 20 Jun 2007 11:57:07 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Re: ZFS does not load and mount at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 10:27:34 -0000 > I have now moved zfs.cache to /etc/zfs and load the module via > rc.conf. I > have also included the saving of zfs.cache on /cfg in "zfs stop" > and set > KEYWORD: shutdown for zfs. However, I still get > > ZFS: WARNING: pool 'tank' could not be loaded as it was last > accessed by > another system (host: eclipse.aei.uni-hannover.de hostid: 0xf7ab4bd6). > See: http://www.sun.com/msg/ZFS-8000-EY > > when booting. Any further ideas? > Yes. I've run into the same problem when installing a new machine with the June FreeBSD 7 snapshot, cvsupping yesterday, and trying to set up /usr and /var in ZFS. It seems ZFS labels the pools it creates using the hostname and the hostid. The hostid is a unique number present in ROM/flash in Sun machines, and it turns out one of the IP addresses of the machine is used by FreeBSD as hostid. I had booted into multiuser, created a pool, and created three filesystems, say zfs/usr, zfs/var and zfs/home. After copying /var, /usr and /home to the new zfs filesystems, I rebooted in single user in order to edit /etc/fstab to remove the references to them and change the ZFS mountpoints to the proper places, and I've run across the same problem. The ZFS pool was labelled with the hostname (still not set) and the hostid (still not set, as the network interfaces are initialised *AFTER* the filesystems are mounted). I've solved the problem in a quick and dirty way forcing the system to import the ZFS pool despite the fact that it believes it's been used by another host. The ugly kludge is simply to edit /etc/rc.d/zfs and add "zfs pool import -f poolname" to the zfs_start_main() section right after "zfs volinit". zfs_start_main() { zfs volinit zpool import -f pruebazfs zfs mount -a zfs share -a if [ ! -r /etc/zfs/exports ]; then touch /etc/zfs/exports fi Ugly but it works. It seems it's necessary to either rethink that ZFS behavior (which is desirable), or set the hostname as soon as possible. Regarding the hostid, it's trickier than it seems. But anyway I don't think it's a good idea to use an IP address (which of them?) as a hostid. A simple IP address change could be quite confusing for an unaware administrator. Borja. ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 10:43:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CD2E16A400 for ; Wed, 20 Jun 2007 10:43:40 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 3543613C457 for ; Wed, 20 Jun 2007 10:43:39 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 29852EB4894; Wed, 20 Jun 2007 13:43:37 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id D824D1591F0; Wed, 20 Jun 2007 13:43:37 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bhJdJtD5HrMt; Wed, 20 Jun 2007 13:43:37 +0300 (EEST) Received: from diogenis.ceid.upatras.gr (unknown [10.1.0.181]) by mail.ceid.upatras.gr (Postfix) with ESMTP id AF58E1590CD; Wed, 20 Jun 2007 13:43:37 +0300 (EEST) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id 416728FF41; Wed, 20 Jun 2007 13:43:36 +0300 (EEST) Date: Wed, 20 Jun 2007 13:43:36 +0300 From: Marinos Ilias To: almarrie@gmail.com Message-ID: <20070620104336.GA6972@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 10:43:40 -0000 For the history , I do not use an IBM machine (thinkpad or whatever) and I have the problem , so I think it hasn't got to do with IBM acpi changes.My machine is a desktop, with ASUS P4C800-E Deluxe mobo and a P4 northwood processor. Thank you :-) (Hoping to have some luck with the FreeSBIE live cd , because even boot /boot/loader.old stops booting giving me a ddb console) --Ilias From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 10:55:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5335316A46C; Wed, 20 Jun 2007 10:55:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 25CAD13C4B9; Wed, 20 Jun 2007 10:55:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 9E1A01AA3; Wed, 20 Jun 2007 06:55:38 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 20 Jun 2007 06:55:39 -0400 X-Sasl-enc: pVFvYIEXGjyg26/12DusTOUvvXGOtGV1y2fJx5hJvCKU 1182336938 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 18ACF1B719; Wed, 20 Jun 2007 06:55:38 -0400 (EDT) Message-ID: <467907A8.8090706@incunabulum.net> Date: Wed, 20 Jun 2007 11:55:36 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Daniel Eischen References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , Ian FREISLICH , current@freebsd.org Subject: Re: Multicast problems [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, 20 Jun 2007 10:55:39 -0000 Daniel Eischen wrote: > My system's not up to date enough to test this. I do have a > test program, that if runs, should be good enough. Thanks for doing this. I don't have free time to run further tests at the moment so am relying on help from folks who have had problems. > > http://people.freebsd.org/~deischen/test_net.c It looks like the multicast tests in this file are covered more or less by the existing regression test; it just needs to be run without a default route. > I think we would be more portable if we defined socklen_t to be > int32_t. This is a completely separate issue. BMS From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 11:07:21 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FB9816A400 for ; Wed, 20 Jun 2007 11:07:21 +0000 (UTC) (envelope-from yanagisawa@csg.is.titech.ac.jp) Received: from mail.csg.is.titech.ac.jp (mail.csg.is.titech.ac.jp [131.112.40.132]) by mx1.freebsd.org (Postfix) with ESMTP id E4B3A13C469 for ; Wed, 20 Jun 2007 11:07:20 +0000 (UTC) (envelope-from yanagisawa@csg.is.titech.ac.jp) Received: from mail.csg.is.titech.ac.jp (mail.csg.is.titech.ac.jp [127.0.0.1]) by mail.csg.is.titech.ac.jp (Postfix) with ESMTP id E750C1010CB1 for ; Wed, 20 Jun 2007 19:50:55 +0900 (JST) Received: from mana.csg.is.titech.ac.jp (mana.csg.is.titech.ac.jp [131.112.40.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.csg.is.titech.ac.jp (Postfix) with ESMTP id C945010003B1 for ; Wed, 20 Jun 2007 19:50:55 +0900 (JST) Date: Wed, 20 Jun 2007 19:50:55 +0900 From: Yoshisato YANAGISAWA To: freebsd-current@FreeBSD.ORG Message-Id: <20070620195055.01898bee.yanagisawa@csg.is.titech.ac.jp> Organization: Tokyo Institute of Technology. X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Camellia block cipher for geli (GEOM ELI). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 11:07:21 -0000 Hello, I have implemented a patch to enable the Camellia block cipher on geli. I have already send-pr'd at: http://www.freebsd.org/cgi/query-pr.cgi?pr=113790 If you are interested in this, please use it and give me some feed-back. Thank you. -- ------------------------------------------------------- Yoshisato YANAGISAWA Dept. of Mathematical and Computing Sciences, Graduate School of Information Science and Engineering, Tokyo Institute of Technology. /* If you are an *BSD user, let's join http://bsdstats.org/ */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 11:22:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2F7D16A469; Wed, 20 Jun 2007 11:22:35 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep15-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id B36DA13C46A; Wed, 20 Jun 2007 11:22:34 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from lizard.fafoe.narf.at ([213.47.85.26]) by viefep17-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20070620110710.DCTM8377.viefep17-int.chello.at@lizard.fafoe.narf.at>; Wed, 20 Jun 2007 13:07:10 +0200 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id 78CF9B97A; Wed, 20 Jun 2007 13:07:10 +0200 (CEST) Date: Wed, 20 Jun 2007 13:07:10 +0200 From: Stefan Farfeleder To: Daniel Eischen Message-ID: <20070620110702.GB929@lizard.fafoe.narf.at> Mail-Followup-To: Daniel Eischen , current@freebsd.org References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org Subject: Re: Multicast problems [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, 20 Jun 2007 11:22:35 -0000 On Tue, Jun 19, 2007 at 06:36:39PM -0400, Daniel Eischen wrote: > POSIX states that: > > o The header shall define the type socklen_t, > which is an integer type of width of at least 32 bits; see > APPLICATION USAGE. > > and goes on to state: > > o The header shall define the unsigned integer > type sa_family_t. > > This seems to imply that our socklen_t should not be an unsigned > integer (uint32_t), but a signed integer. In APPLICATION USAGE, > POSIX states: I don't understand how you come to that conclusion. Why does not mentioning whether socklen_t is signed or unsigned imply it should be signed? > > To forestall portability problems, it is recommended that > applications not use values larger than 23^1 -1 for the > socklen_t type. That just means that those values will wrap to negative values if socklen_t is a signed integer type. From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 11:28:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3975916A468 for ; Wed, 20 Jun 2007 11:28:01 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.freebsd.org (Postfix) with SMTP id 87E9213C45D for ; Wed, 20 Jun 2007 11:28:00 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 32473 invoked from network); 20 Jun 2007 11:13:38 -0000 Received: from bigapple.omnis.ch ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 20 Jun 2007 11:13:38 -0000 From: Olivier Mueller To: freebsd-current@freebsd.org Content-Type: text/plain Date: Wed, 20 Jun 2007 13:13:38 +0200 Message-Id: <1182338018.10483.27.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Subject: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 11:28:01 -0000 Hello, I have to setup a file storage server (non-critcal, just as secondary backup server) and I am wondering if would be a realistic idea to start using ZFS. I spent some time browsing the lists and newsgroups, and the status wiki page looks "good": http://wiki.freebsd.org/ZFS . The http://www.freebsd.org/releng/index.html page also states: June 2007 Start FreeBSD 7.0 Release Process, so this may also be a positive point about overall stability? :) It would be to store lots of data, and the FS-compression feature of ZFS would be quite interesting for this server. Of course I'd be glad to help debugging any issues I may see. So if you are already using ZFS in "pre-production", I would be glad for a short "go/no go" feedback, thanks :-) regards, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 06:28:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9614016A400 for ; Wed, 20 Jun 2007 06:28:15 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 3E54713C483 for ; Wed, 20 Jun 2007 06:28:15 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 29463 invoked from network); 20 Jun 2007 01:01:33 -0500 Received: from 210-84-48-213.dyn.iinet.net.au (HELO localhost) (210.84.48.213) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Jun 2007 01:01:33 -0500 Date: Wed, 20 Jun 2007 16:01:29 +1000 From: Norberto Meijome To: "Marc G. Fournier" Message-ID: <20070620160129.43dcb537@localhost> In-Reply-To: <5D47CC38E6BECCC7BCA266C6@ganymede.hub.org> References: <5D47CC38E6BECCC7BCA266C6@ganymede.hub.org> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 20 Jun 2007 11:36:45 +0000 Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xorg + CURRENT == computer 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, 20 Jun 2007 06:28:15 -0000 On Mon, 18 Jun 2007 02:09:29 -0300 "Marc G. Fournier" wrote: > # X -config /etc/X11/xorg.conf > _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 > _XSERVTransOpen: transport open failed for inet6/purpleelephants.hub.org:0 > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 AFAIK, these lines are just telling you that X is trying to listen on IPV6 addresses, but you have no support for it in the kernel (or is not configured in your NICs, I'm not sure). B _________________________ {Beto|Norberto|Numard} Meijome "In order to avoid being called a flirt, she always yielded easily." Charles, Count Talleyrand I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:00:21 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57DAF16A482 for ; Wed, 20 Jun 2007 12:00:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id B128E13C46A for ; Wed, 20 Jun 2007 12:00:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lclejq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l5KC0DS1015277; Wed, 20 Jun 2007 14:00:18 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l5KC0DMf015276; Wed, 20 Jun 2007 14:00:13 +0200 (CEST) (envelope-from olli) Date: Wed, 20 Jun 2007 14:00:13 +0200 (CEST) Message-Id: <200706201200.l5KC0DMf015276@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, om-lists-bsd@omx.ch In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 20 Jun 2007 14:00:18 +0200 (CEST) Cc: Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, om-lists-bsd@omx.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 12:00:21 -0000 Olivier Mueller wrote: > I have to setup a file storage server (non-critcal, just as secondary > backup server) and I am wondering if would be a realistic idea to start > using ZFS. I spent some time browsing the lists and newsgroups, and the > status wiki page looks "good": http://wiki.freebsd.org/ZFS . > > The http://www.freebsd.org/releng/index.html page also states: > June 2007 Start FreeBSD 7.0 Release Process, so this may also be > a positive point about overall stability? :) As far as I know, 7-current is now in code freeze (though I haven't seen a "heads up" on this list yes). That means that it is now becoming progressively stable. Personally I think that it was quite stable even before it entered the freeze. > It would be to store lots of data, and the FS-compression feature of ZFS > would be quite interesting for this server. Of course I'd be glad to > help debugging any issues I may see. > > So if you are already using ZFS in "pre-production", I would be glad for > a short "go/no go" feedback, thanks :-) My two cents: It works very well in general. I haven't seen any reports recently from people who actually lost any data due to ZFS problems. (Certainly someone will correct me if I'm wrong.) However, there are a few things that you should be aware of. First: The more RAM, the better. Second, ZFS works much better on amd64 than on i386. That's because of the larger address space and related vm management. If you run ZFS on i386, you will need to spend some time on tuning it (maxvnodes sysctl etc., see the list archives), otherwise you might run into panics. On amd64, ZFS seems to run fine out of the box without tuning. Bottom line: If you intend to set up ZFS with 7-current on an amd64 machine with a decent amount of RAM -- by all means, go ahead. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:01:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D3C216A421; Wed, 20 Jun 2007 12:01:10 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id E308A13C480; Wed, 20 Jun 2007 12:01:09 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 0FCCB69014C; Wed, 20 Jun 2007 12:57:37 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id AB1DF690B93; Wed, 20 Jun 2007 12:57:36 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: ** X-Spam-Status: No, score=2.4 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL,RCVD_IN_XBL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-144-124.net.novis.pt [87.196.144.124]) by core.fnop.net (Postfix) with ESMTP id C0E9269014C; Wed, 20 Jun 2007 12:57:35 +0100 (WEST) Date: Wed, 20 Jun 2007 13:01:02 +0100 Message-ID: <86ejk6x2bl.wl%rpaulo@fnop.net> From: Rui Paulo To: Sam Leffler In-Reply-To: <4678B23E.5040408@errno.com> References: <86d4zupje9.wl%rpaulo@fnop.net> <20070617184258.GA31132@heff.fud.org.nz> <86bqfepgad.wl%rpaulo@fnop.net> <86bqfdh4i3.wl%rpaulo@fnop.net> <4678B111.7080301@errno.com> <4678B23E.5040408@errno.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Sepherosa Ziehau , freebsd-current@freebsd.org, Andrew Thompson Subject: Re: ath(4) problems after sam_wifi merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 12:01:10 -0000 At Tue, 19 Jun 2007 21:51:10 -0700, Sam Leffler wrote: > Oops, I see it's a 5424 and not 5416. Please provide athstats output. # ./athstats 94 mib overflow interrupts 0M current transmit rate 4 tx management frames 12 tx frames discarded prior to association 4 tx frames with no ack marked 34 rx failed 'cuz of bad CRC 8 rssi of last ack 4 avg recv rssi -95 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 4 rx 11 [2] tx 0 rx 131 If you need anything else, just tell me. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:02:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43E9B16A46D for ; Wed, 20 Jun 2007 12:02:14 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id 0658D13C458 for ; Wed, 20 Jun 2007 12:02:13 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from [127.0.0.1] (matahari.sarenet.es [192.148.167.18]) by proxypop1.sarenet.es (Postfix) with ESMTP id C4F1A8A119; Wed, 20 Jun 2007 14:02:10 +0200 (CEST) In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> References: <1182338018.10483.27.camel@bigapple.omnis.ch> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Wed, 20 Jun 2007 14:02:09 +0200 To: Olivier Mueller X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 12:02:14 -0000 On 20 Jun 2007, at 13:13, Olivier Mueller wrote: > So if you are already using ZFS in "pre-production", I would be > glad for > a short "go/no go" feedback, thanks :-) I already jumped into the wagon yesterday with a non-critical machine :) So far I'm happy. Not that I've done a lot of tests, just made some make worlds over ZFS filesystems. I installed the June FreeBSD 7 snapshot and cvsupped yesterday. Borja. ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:14:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 441A716A421 for ; Wed, 20 Jun 2007 12:14:12 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF3813C458 for ; Wed, 20 Jun 2007 12:14:11 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so86066waf for ; Wed, 20 Jun 2007 05:14:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SfRlv3Kkkt5COy5QoExpgqKZ4gZGwIWdXm/fupr1dU2XQtNmg77MeDDkxwcKWxiJ6C4fAVZiEDmlKuiuMxqMsTteWpEfp5CLegMDrWgXpmNJRk7cCbZFimnXS5494p10CwpyCpt8t1xpBJq2BlsNNSt373eQTZjWwjhUxumUd1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cCTsCnmtUOV6lmaCdmvbs5w2wo6BR17KNjCgMYKtfyD7g1EtSORusTb0bXF1ky8UcAYxTQMjGtgGj4oo2MF47omAblUsm7KbypeGn3cpOqBELuhrh4hU3+nhvboDGaKe5SD4y8j5cAlsyWDrLaW2wNK9z6U5MS9UdSAJ3M8kv/E= Received: by 10.114.88.1 with SMTP id l1mr245412wab.1182341651725; Wed, 20 Jun 2007 05:14:11 -0700 (PDT) Received: by 10.114.200.3 with HTTP; Wed, 20 Jun 2007 05:14:11 -0700 (PDT) Message-ID: Date: Wed, 20 Jun 2007 14:14:11 +0200 From: "Claus Guttesen" To: "Olivier Mueller" In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1182338018.10483.27.camel@bigapple.omnis.ch> Cc: freebsd-current@freebsd.org Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 12:14:12 -0000 > The http://www.freebsd.org/releng/index.html page also states: > June 2007 Start FreeBSD 7.0 Release Process, so this may also be > a positive point about overall stability? :) > > It would be to store lots of data, and the FS-compression feature of ZFS > would be quite interesting for this server. Of course I'd be glad to > help debugging any issues I may see. > > So if you are already using ZFS in "pre-production", I would be glad for > a short "go/no go" feedback, thanks :-) I've been testing freebsd current on amd64 using zfs for all partitions except for /, /etc, /boot as a samba-server and haven't seen any problems regarding stability. I have approx. 8.2 TB of storage and it has been very stable after the gcc 4.2 upgrade. We are phasing this server into production this afternoon. Overall Pawel's work porting zfs to FreeBSD has been a tremendous effort :-) Kudos to him. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:34:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F0D416A468 for ; Wed, 20 Jun 2007 12:34:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4D113C458 for ; Wed, 20 Jun 2007 12:34:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5KCYk7w010785; Wed, 20 Jun 2007 08:34:47 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Wed, 20 Jun 2007 08:34:47 -0400 (EDT) Date: Wed, 20 Jun 2007 08:34:46 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Stefan Farfeleder In-Reply-To: <20070620110702.GB929@lizard.fafoe.narf.at> Message-ID: References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> <20070620110702.GB929@lizard.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: socklen_t (Re: Multicast problems [PATCH]) 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: Wed, 20 Jun 2007 12:34:50 -0000 On Wed, 20 Jun 2007, Stefan Farfeleder wrote: > On Tue, Jun 19, 2007 at 06:36:39PM -0400, Daniel Eischen wrote: > >> POSIX states that: >> >> o The header shall define the type socklen_t, >> which is an integer type of width of at least 32 bits; see >> APPLICATION USAGE. >> >> and goes on to state: >> >> o The header shall define the unsigned integer >> type sa_family_t. >> >> This seems to imply that our socklen_t should not be an unsigned >> integer (uint32_t), but a signed integer. In APPLICATION USAGE, >> POSIX states: > > I don't understand how you come to that conclusion. Why does not > mentioning whether socklen_t is signed or unsigned imply it should be > signed? Because it explicitly says unsigned for sa_family_t and does not say unsigned for socklen_t. To me, "integer" means a C (signed) integer. The fact that older APIs and implementations used "int" might support the argument to use int32_t just for compatibility reasons. As it stands now, portable code has to have some sort of autoconfig to determine whether or not to use socklen_t or int. I don't see how you can do this with #ifdefs unless you know OS version numbers and when socklen_t first got introduced. >> To forestall portability problems, it is recommended that >> applications not use values larger than 23^1 -1 for the >> socklen_t type. > > That just means that those values will wrap to negative values if > socklen_t is a signed integer type. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:38:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0529116A46D for ; Wed, 20 Jun 2007 12:38:01 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id D626E13C4CA for ; Wed, 20 Jun 2007 12:38:00 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id D9862C4D01; Wed, 20 Jun 2007 13:12:53 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32299-01; Wed, 20 Jun 2007 13:12:18 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-26-49.cpe.netcabo.pt [213.22.26.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id F3026C4CD5; Wed, 20 Jun 2007 13:12:17 +0000 (UTC) Message-ID: <46791FD8.4050003@barafranca.com> Date: Wed, 20 Jun 2007 13:38:48 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.0 (X11/20070609) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, Borja Marcos References: <1182338018.10483.27.camel@bigapple.omnis.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 12:38:01 -0000 Borja Marcos wrote: > > On 20 Jun 2007, at 13:13, Olivier Mueller wrote: > >> So if you are already using ZFS in "pre-production", I would be glad for >> a short "go/no go" feedback, thanks :-) > > I already jumped into the wagon yesterday with a non-critical machine :) > > So far I'm happy. Not that I've done a lot of tests, just made some > make worlds over ZFS filesystems. I installed the June FreeBSD 7 > snapshot and cvsupped yesterday. > > > > > > > Borja. > > ---------------- > "The thing he realised about the windows was this: because they had > been converted into openable windows after they had first been > designed to be impregnable, they were, in fact, much less secure than > if they had been designed as openable windows in the first place." > Douglas Adams, "Mostly Harmless" > > > > _______________________________________________ > 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" Been using it myself on i386 for a couple of weeks, all I did was disabling prefetch and lowering maxvnodes as recommended; Copied over 120GB of data and been actively using ZFS (with daily snapshots on /home et all) for the past weeks, I have no complains. No panics, nothing :) Hugo From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:40:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3445716A421; Wed, 20 Jun 2007 12:40:45 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep17-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id C6F2A13C44B; Wed, 20 Jun 2007 12:40:43 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from lizard.fafoe.narf.at ([213.47.85.26]) by viefep17-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20070620124040.HYBA8377.viefep17-int.chello.at@lizard.fafoe.narf.at>; Wed, 20 Jun 2007 14:40:40 +0200 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id 96ACCB97A; Wed, 20 Jun 2007 14:40:40 +0200 (CEST) Date: Wed, 20 Jun 2007 14:40:40 +0200 From: Stefan Farfeleder To: Daniel Eischen Message-ID: <20070620124040.GC929@lizard.fafoe.narf.at> Mail-Followup-To: Daniel Eischen , current@freebsd.org References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> <20070620110702.GB929@lizard.fafoe.narf.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org Subject: Re: socklen_t (Re: Multicast problems [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, 20 Jun 2007 12:40:45 -0000 On Wed, Jun 20, 2007 at 08:34:46AM -0400, Daniel Eischen wrote: > On Wed, 20 Jun 2007, Stefan Farfeleder wrote: > > > On Tue, Jun 19, 2007 at 06:36:39PM -0400, Daniel Eischen wrote: > > > >> POSIX states that: > >> > >> o The header shall define the type socklen_t, > >> which is an integer type of width of at least 32 bits; see > >> APPLICATION USAGE. > >> > >> and goes on to state: > >> > >> o The header shall define the unsigned integer > >> type sa_family_t. > >> > >> This seems to imply that our socklen_t should not be an unsigned > >> integer (uint32_t), but a signed integer. In APPLICATION USAGE, > >> POSIX states: > > > > I don't understand how you come to that conclusion. Why does not > > mentioning whether socklen_t is signed or unsigned imply it should be > > signed? > > Because it explicitly says unsigned for sa_family_t and does not > say unsigned for socklen_t. To me, "integer" means a C (signed) > integer. It doesn't say signed or unsigned for socklen_t because both are allowed. Eg. regoff_t in is explicitly defined as a "signed integer type". I'm sure there are more, that's just the first one I found. Stefan From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:00:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73E0816A530 for ; Wed, 20 Jun 2007 12:00:42 +0000 (UTC) (envelope-from db@bsdsystems.de) Received: from fop.bsdsystems.de (static.88-198-57-43.clients.your-server.de [88.198.57.43]) by mx1.freebsd.org (Postfix) with ESMTP id 39B3F13C487 for ; Wed, 20 Jun 2007 12:00:42 +0000 (UTC) (envelope-from db@bsdsystems.de) Received: from halsfrosch.metaspinner.local (c242179.customer.hansenet.de [213.39.242.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id D101522823; Wed, 20 Jun 2007 13:34:08 +0200 (CEST) Message-ID: <4679115F.4070407@bsdsystems.de> Date: Wed, 20 Jun 2007 13:37:03 +0200 From: Dennis Berger User-Agent: Thunderbird 2.0.0.0 (X11/20070515) MIME-Version: 1.0 To: Olivier Mueller References: <1182338018.10483.27.camel@bigapple.omnis.ch> In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 20 Jun 2007 12:58:30 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 12:00:42 -0000 I have a backupserver running CURRENT with ZFS on a 500gb volume. I use ssync and nfs to sync our production server, and do hourly snapshots since 2-3 month. It never paniced or something like that and is a lot faster than my 6.2 box was. regards, -Dennis Olivier Mueller wrote: > Hello, > > I have to setup a file storage server (non-critcal, just as secondary > backup server) and I am wondering if would be a realistic idea to start > using ZFS. I spent some time browsing the lists and newsgroups, and the > status wiki page looks "good": http://wiki.freebsd.org/ZFS . > > The http://www.freebsd.org/releng/index.html page also states: > June 2007 Start FreeBSD 7.0 Release Process, so this may also be > a positive point about overall stability? :) > > It would be to store lots of data, and the FS-compression feature of ZFS > would be quite interesting for this server. Of course I'd be glad to > help debugging any issues I may see. > > So if you are already using ZFS in "pre-production", I would be glad for > a short "go/no go" feedback, thanks :-) > > regards, > Olivier > > _______________________________________________ > 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 Jun 20 12:59:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18E8D16A469 for ; Wed, 20 Jun 2007 12:59:10 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id A26D413C46A for ; Wed, 20 Jun 2007 12:59:09 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from knop-beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 20 Jun 2007 14:45:52 +0200 Date: Wed, 20 Jun 2007 14:45:53 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@knop-beagle.kn.op.dlr.de To: Daniel Eischen In-Reply-To: Message-ID: <20070620143830.M33081@knop-beagle.kn.op.dlr.de> References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> <20070620110702.GB929@lizard.fafoe.narf.at> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 20 Jun 2007 12:45:52.0301 (UTC) FILETIME=[EF9E2DD0:01C7B338] Cc: Stefan Farfeleder , current@freebsd.org Subject: Re: socklen_t (Re: Multicast problems [PATCH]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 12:59:10 -0000 On Wed, 20 Jun 2007, Daniel Eischen wrote: DE>On Wed, 20 Jun 2007, Stefan Farfeleder wrote: DE> DE>> On Tue, Jun 19, 2007 at 06:36:39PM -0400, Daniel Eischen wrote: DE>> DE>> > POSIX states that: DE>> > DE>> > o The header shall define the type socklen_t, DE>> > which is an integer type of width of at least 32 bits; see DE>> > APPLICATION USAGE. DE>> > DE>> > and goes on to state: DE>> > DE>> > o The header shall define the unsigned integer DE>> > type sa_family_t. DE>> > DE>> > This seems to imply that our socklen_t should not be an unsigned DE>> > integer (uint32_t), but a signed integer. In APPLICATION USAGE, DE>> > POSIX states: DE>> DE>> I don't understand how you come to that conclusion. Why does not DE>> mentioning whether socklen_t is signed or unsigned imply it should be DE>> signed? DE> DE>Because it explicitly says unsigned for sa_family_t and does not DE>say unsigned for socklen_t. To me, "integer" means a C (signed) DE>integer. The fact that older APIs and implementations used "int" DE>might support the argument to use int32_t just for compatibility DE>reasons. As it stands now, portable code has to have some sort DE>of autoconfig to determine whether or not to use socklen_t or int. DE>I don't see how you can do this with #ifdefs unless you know DE>OS version numbers and when socklen_t first got introduced. In standardese stating 'integer type' means any integer type. It does not imply signed or unsignedness. You might look at paragraph 14 of 6.2.5 of the C standard: "The type char, the signed and unsigned integer types, and the enumerated types are collectively called integer types." DE> DE>> > To forestall portability problems, it is recommended that DE>> > applications not use values larger than 23^1 -1 for the DE>> > socklen_t type. DE>> DE>> That just means that those values will wrap to negative values if DE>> socklen_t is a signed integer type. It ensures that the code works whether the type is signed or unsigned. harti From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:07:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64CF116A46D for ; Wed, 20 Jun 2007 13:07:55 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0800213C468 for ; Wed, 20 Jun 2007 13:07:54 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l5KD7qOb001810; Wed, 20 Jun 2007 09:07:52 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Wed, 20 Jun 2007 09:07:53 -0400 (EDT) Date: Wed, 20 Jun 2007 09:07:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Harti Brandt In-Reply-To: <20070620143830.M33081@knop-beagle.kn.op.dlr.de> Message-ID: References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> <20070620110702.GB929@lizard.fafoe.narf.at> <20070620143830.M33081@knop-beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Stefan Farfeleder , current@freebsd.org Subject: Re: socklen_t (Re: Multicast problems [PATCH]) 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: Wed, 20 Jun 2007 13:07:55 -0000 On Wed, 20 Jun 2007, Harti Brandt wrote: > On Wed, 20 Jun 2007, Daniel Eischen wrote: > > DE>On Wed, 20 Jun 2007, Stefan Farfeleder wrote: > DE> > DE>> On Tue, Jun 19, 2007 at 06:36:39PM -0400, Daniel Eischen wrote: > DE>> > DE>> > POSIX states that: > DE>> > > DE>> > o The header shall define the type socklen_t, > DE>> > which is an integer type of width of at least 32 bits; see > DE>> > APPLICATION USAGE. > DE>> > > DE>> > and goes on to state: > DE>> > > DE>> > o The header shall define the unsigned integer > DE>> > type sa_family_t. > DE>> > > DE>> > This seems to imply that our socklen_t should not be an unsigned > DE>> > integer (uint32_t), but a signed integer. In APPLICATION USAGE, > DE>> > POSIX states: > DE>> > DE>> I don't understand how you come to that conclusion. Why does not > DE>> mentioning whether socklen_t is signed or unsigned imply it should be > DE>> signed? > DE> > DE>Because it explicitly says unsigned for sa_family_t and does not > DE>say unsigned for socklen_t. To me, "integer" means a C (signed) > DE>integer. The fact that older APIs and implementations used "int" > DE>might support the argument to use int32_t just for compatibility > DE>reasons. As it stands now, portable code has to have some sort > DE>of autoconfig to determine whether or not to use socklen_t or int. > DE>I don't see how you can do this with #ifdefs unless you know > DE>OS version numbers and when socklen_t first got introduced. > > In standardese stating 'integer type' means any integer type. It does not > imply signed or unsignedness. You might look at paragraph 14 of 6.2.5 of > the C standard: "The type char, the signed and unsigned integer types, and > the enumerated types are collectively called integer types." Ok, but it still makes it difficult to write portable code. I do not care so much about this to argue it, so consider the subject dropped :-) -- DE From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:40:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 589E116A421 for ; Wed, 20 Jun 2007 13:40:33 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.freebsd.org (Postfix) with SMTP id A2A7113C44B for ; Wed, 20 Jun 2007 13:40:32 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 25917 invoked from network); 20 Jun 2007 13:40:30 -0000 Received: from bigapple.omnis.ch ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 20 Jun 2007 13:40:30 -0000 From: Olivier Mueller To: freebsd-current@freebsd.org In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> References: <1182338018.10483.27.camel@bigapple.omnis.ch> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 20 Jun 2007 15:40:29 +0200 Message-Id: <1182346830.11505.1.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 8bit Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 13:40:33 -0000 On Wed, 2007-06-20 at 13:13 +0200, Olivier Mueller wrote: > So if you are already using ZFS in "pre-production", I would be glad for > a short "go/no go" feedback, thanks :-) Wow, thanks a lot to all of you for the quick and (very) positive feedback's ! I will start directly with 7.0-CURRENT as soon as the hardware will be around :) regards from sunny Zürich, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:44:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67A1016A469 for ; Wed, 20 Jun 2007 13:44:53 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id 8822813C4CB for ; Wed, 20 Jun 2007 13:44:52 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 29330 invoked from network); 20 Jun 2007 10:18:30 -0300 Received: by simscan 1.1.0 ppid: 29317, pid: 29321, t: 1.4265s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.1 required=3.7 Received: from unknown (HELO ?10.69.69.69?) (201.58.77.190) by capeta.freebsdbrasil.com.br with SMTP; 20 Jun 2007 10:18:29 -0300 Message-ID: <4679290D.70807@freebsdbrasil.com.br> Date: Wed, 20 Jun 2007 10:18:05 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: Dennis Berger References: <1182338018.10483.27.camel@bigapple.omnis.ch> <4679115F.4070407@bsdsystems.de> In-Reply-To: <4679115F.4070407@bsdsystems.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Olivier Mueller Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 13:44:53 -0000 Dennis Berger escreveu: > I have a backupserver running CURRENT with ZFS on a 500gb volume. > I use ssync and nfs to sync our production server, and do hourly > snapshots since 2-3 month. > It never paniced or something like that and is a lot faster than my 6.2 > box was. > regards, > -Dennis > > > Olivier Mueller wrote: >> Hello, >> >> I have to setup a file storage server (non-critcal, just as secondary >> backup server) and I am wondering if would be a realistic idea to start >> using ZFS. I spent some time browsing the lists and newsgroups, and the >> status wiki page looks "good": http://wiki.freebsd.org/ZFS . >> The http://www.freebsd.org/releng/index.html page also states: >> June 2007 Start FreeBSD 7.0 Release Process, so this may also be >> a positive point about overall stability? :) >> >> It would be to store lots of data, and the FS-compression feature of ZFS >> would be quite interesting for this server. Of course I'd be glad to >> help debugging any issues I may see. >> So if you are already using ZFS in "pre-production", I would be glad for >> a short "go/no go" feedback, thanks :-) >> >> regards, >> Olivier I am running a 1TB volume at home with 92% usage, to store multimedia files, and sharing it over NFS and CIFS. I never expected failures, panics, or the previously mentioned problems which were already fixed. It has constant read access, around 9MB/s according to iostat -w1 with 20MB/s peaks. Write access is somehow low, but I did, while I was just testing, some 2GB file creation with dd(1) to check for transfers per second. Never had a problem. I will certainly go production with ZFS when 7.0-R happens. Great pjd's work. -- Patrick Tracanelli From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:33:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B836016A41F for ; Wed, 20 Jun 2007 13:33:28 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id BB83F13C489 for ; Wed, 20 Jun 2007 13:33:27 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: (qmail 12761 invoked by uid 1009); 20 Jun 2007 09:26:44 +0300 Received: from ndenev@totalterror.net by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.034276 secs); 20 Jun 2007 06:26:44 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 20 Jun 2007 09:26:44 +0300 Received: (qmail 44938 invoked from network); 20 Jun 2007 00:25:39 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 20 Jun 2007 00:25:39 +0300 Message-ID: <467849D3.9010901@totalterror.net> Date: Wed, 20 Jun 2007 00:25:39 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Niki Denev References: <20070619150751.GA8348@ceid.upatras.gr> <467813DC.9090103@cytexbg.com> In-Reply-To: <467813DC.9090103@cytexbg.com> X-Enigmail-Version: 0.94.3.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 20 Jun 2007 13:47:07 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 13:33:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > Marinos Ilias wrote: >> Hello list, >> Yesterday I upgraded to latest -CURRENT.Although the build and installing was successful, the system refuses to boot.It stops at the boot sequence with the following error: > > >> Can't work out which disk we are booting from. >> Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > >> panic: free: guard1 fail @0x5195c from /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 >> --> Press a key on the console to reboot <-- > > >> I cannot figure out what kind of problem is it.It's weird that the system cannot find which disk to boot from.I didn't have such problems at past and I run CURRENT at this desktop for over a year.Also I want to add that I cannot either boot the kernel.old , as it hangs when I try : >> kernel /boot/kernel.old/kernel >> at boot prompt. > > >> If you have any ideas, you're welcome! > >> Thank you. > >> Ilias Marinos >> _______________________________________________ >> 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" > > I have exactly the same problem with recent -current sources with my > ThinkPad X31. I had to tell the loader to boot /boot/loader.old > and then i copied loader.old to loader and since then i have no > problems, but i do this after each rebuild. So, it's clearly something > wrong with the loader, but i wansn't able to find something suspicious > looking at recent commit logs > > > Niki My other laptop a Sony VAIO PCG-U3 does not exhibit this problem, only the ThinkPad chokes on the new loader. Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeEnTHNAJ/fLbfrkRAmGrAJsHb3DQBKdga8eZjpq6xsBoi6cPHgCgnerF /VJx+R2wc3ByMwGOb4W0ymE= =T3rl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:49:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5E8816A421 for ; Wed, 20 Jun 2007 13:49:16 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0CE13C45B for ; Wed, 20 Jun 2007 13:49:16 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a29so373290pyi for ; Wed, 20 Jun 2007 06:49:15 -0700 (PDT) Received: by 10.35.39.13 with SMTP id r13mr1126401pyj.1182345697138; Wed, 20 Jun 2007 06:21:37 -0700 (PDT) Received: by 10.35.71.8 with HTTP; Wed, 20 Jun 2007 06:21:37 -0700 (PDT) Message-ID: <626eb4530706200621p253e23e1h2a9d075066e98957@mail.gmail.com> Date: Wed, 20 Jun 2007 22:21:37 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Niki Denev" In-Reply-To: <467813DC.9090103@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070619150751.GA8348@ceid.upatras.gr> <467813DC.9090103@cytexbg.com> X-Google-Sender-Auth: e4620a9fa9e3e047 Cc: Marinos Ilias , freebsd-current@freebsd.org Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 13:49:17 -0000 I observed similar problem when stack/heap of loader overruns. Could you try the followin patch? RCS file: /home/ncvs/src/sys/boot/i386/loader/main.c,v retrieving revision 1.40 diff -u -r1.40 main.c --- main.c 29 May 2007 14:35:57 -0000 1.40 +++ main.c 20 Jun 2007 13:20:12 -0000 @@ -91,7 +91,7 @@ */ bios_getmem(); -#if defined(LOADER_BZIP2_SUPPORT) || defined(LOADER_FIREWIRE_SUPPORT) +#if 1 heap_top = PTOV(memtop_copyin); memtop_copyin -= 0x300000; heap_bottom = PTOV(memtop_copyin); On 6/20/07, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Marinos Ilias wrote: > > Hello list, > > Yesterday I upgraded to latest -CURRENT.Although the build and installing was successful, the system refuses to boot.It stops at the boot sequence with the following error: > > > > > > Can't work out which disk we are booting from. > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > > > panic: free: guard1 fail @0x5195c from /home/ncvs/src/sys/boot/i386/loader/../../common/module.c:957 > > --> Press a key on the console to reboot <-- > > > > > > I cannot figure out what kind of problem is it.It's weird that the system cannot find which disk to boot from.I didn't have such problems at past and I run CURRENT at this desktop for over a year.Also I want to add that I cannot either boot the kernel.old , as it hangs when I try : > > kernel /boot/kernel.old/kernel > > at boot prompt. > > > > > > If you have any ideas, you're welcome! > > > > Thank you. > > > > Ilias Marinos > > _______________________________________________ > > 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" > > I have exactly the same problem with recent -current sources with my > ThinkPad X31. I had to tell the loader to boot /boot/loader.old > and then i copied loader.old to loader and since then i have no > problems, but i do this after each rebuild. So, it's clearly something > wrong with the loader, but i wansn't able to find something suspicious > looking at recent commit logs > > > Niki > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGeBPcHNAJ/fLbfrkRAveBAKCCWHt/yudZf8LbEeFygT0XHLmHCwCgk/vh > LKkBwHYfufqBiYfo4xPKsck= > =iyft > -----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" > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:51:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FA2C16A49E for ; Wed, 20 Jun 2007 13:51:56 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 081CF13C45B for ; Wed, 20 Jun 2007 13:51:55 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a29so375158pyi for ; Wed, 20 Jun 2007 06:51:55 -0700 (PDT) Received: by 10.35.67.18 with SMTP id u18mr1252315pyk.1182347515559; Wed, 20 Jun 2007 06:51:55 -0700 (PDT) Received: by 10.35.71.8 with HTTP; Wed, 20 Jun 2007 06:51:55 -0700 (PDT) Message-ID: <626eb4530706200651s255e2ff2u80d70d2d887c8e4c@mail.gmail.com> Date: Wed, 20 Jun 2007 22:51:55 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Paolo Pisati" In-Reply-To: <20070618183627.GA2183@tin.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46734A3E.3010903@gddsn.org.cn> <626eb4530706160525o54234621s2de098e64cdeb4fe@mail.gmail.com> <20070616.173002.-457443410.imp@bsdimp.com> <626eb4530706161858l5f60d67ej55874cb9348e649b@mail.gmail.com> <20070618183627.GA2183@tin.it> X-Google-Sender-Auth: a81d699bd8b52af7 Cc: mobile@freebsd.org, wsk@gddsn.org.cn, "M. Warner Losh" , current@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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: Wed, 20 Jun 2007 13:51:56 -0000 On 6/19/07, Paolo Pisati wrote: > On Sun, Jun 17, 2007 at 10:58:12AM +0900, Hidetoshi Shimokawa wrote: > > And INTR_FILTER doesn't seem well-tested at least for > > handling of stray interrupts for filter only IRQs. > > I need the following patch to workaroung the problem. > > > > http://people.freebsd.org/~simokawa/tmp/kern_intr.c-20070617.patch > > on which platform? amd64 > cause, right now, if there's a stray interrupt we disable the > irq line if the interrut disable function is hooked to > ie_disab: My patch may be wrong. But it seems too restrictive to disable the interrupt forever only one stray interrupt. Drivers could return _STRAY even if it is the source. > kern_intr.c::intr_event_handle(): > > ... > if (thread & FILTER_HANDLED) { > if (ie->ie_eoi != NULL) > ie->ie_eoi(ie->ie_source); > } else { > if (ie->ie_disab != NULL) > ie->ie_disab(ie->ie_source); > } > ... > > bye, > P. > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 14:08:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 195A816A41F for ; Wed, 20 Jun 2007 14:08:45 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 65DCE13C45B for ; Wed, 20 Jun 2007 14:08:43 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 4158 invoked by uid 1009); 20 Jun 2007 17:08:43 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.062378 secs); 20 Jun 2007 14:08:43 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 20 Jun 2007 17:08:42 +0300 Received: (qmail 52665 invoked from network); 20 Jun 2007 17:08:42 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 20 Jun 2007 17:08:42 +0300 Message-ID: <467934EA.10606@cytexbg.com> Date: Wed, 20 Jun 2007 17:08:42 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <466913F0.2060200@cytexbg.com> <200706191331.50323.hselasky@c2i.net> <4677CBEC.4080208@cytexbg.com> <200706191540.02882.hselasky@c2i.net> In-Reply-To: <200706191540.02882.hselasky@c2i.net> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 14:08:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans Petter Selasky wrote: > On Tuesday 19 June 2007 14:28, Niki Denev wrote: >> Hans Petter Selasky wrote: >>> On Tuesday 19 June 2007 13:25, Niki Denev wrote: >>>> Hans Petter Selasky wrote: >>>>> On Tuesday 19 June 2007 11:06, Niki Denev wrote: >>>>>> Hans Petter Selasky wrote: >>>>>>> On Friday 08 June 2007 10:31, Niki Denev wrote: >>>>>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>>>> Hash: SHA1 >>>>>>>> >>>>>>>> I experience the following panic on a few days old -current : >>>>>>>> >>>>>>>> If i insert and then remove a pcmcia card using the ubsa module >>>>>>>> (Vodafone Mobile Connect, which actually is Huawei E630 UMTS/HSDPA >>>>>>>> modem) the machine panics, because i think the order of removal of >>>>>>>> the devices by the kernel is not correct. I'm not sure because i >>>>>>>> don't have -STABLE machine with pcmcia now, but i think this problem >>>>>>>> does not exist there. >>>>>>>> >>>>>>>> Here is what happens when card is inserted : >>>>>>> Hi! >>>>>>> >>>>>>> If you want to be able to remove the card you need to install the new >>>>>>> USB stack. The old USB stack is completely broken when it comes to >>>>>>> this point! >>>>>>> >>>>>>> --HPS >>>>>>> >>>>>>> http://www.turbocat.net/~hselasky/usb4bsd >>>>>>> >>>>>>> Install the SVN version. >>>>>>> _______________________________________________ > >> I did make S=../src package the first time, but then for some reason i >> was trying without defining the S variable. >> Making it properly this time i went further, but still the build failed >> in if_rum with error if_rum.c:1118 too few arguments to function >> 'ieee80211_input' and several warnings about nested extern declarations >> and implicit declarations of the ieee80211 functions. >> I'll try disconnecting if_rum from the build to see if will help. >> > > Just create an empty "/sys/dev/usb/if_rum.c" rum file. > > rm -f "/sys/dev/usb/if_rum.c" > touch "/sys/dev/usb/if_rum.c" > > Then try to compile again. > > --HPS After i disabled if_ural and if_rum and fixed a minor thing in umass.c (added the missing argument to one cam/xpt function which api apparently changed in -current) the new stack compiled without problems, and now the card works perfectly and don't have more usb related panics :) Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeTTqHNAJ/fLbfrkRAnR6AJ4r+NoB/DBPH/ac8HidwdA4ktw8FACaA/4x YuhrWgdRQGL94QdZFHRi8Ug= =Out4 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 14:19:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB67816A468 for ; Wed, 20 Jun 2007 14:19:29 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id A7A1713C489 for ; Wed, 20 Jun 2007 14:19:29 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5KEJT1J024515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 20 Jun 2007 07:19:29 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5KEJSUv024825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 20 Jun 2007 07:19:29 -0700 Message-ID: <46793770.3080602@u.washington.edu> Date: Wed, 20 Jun 2007 07:19:28 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org References: <20070620104336.GA6972@ceid.upatras.gr> In-Reply-To: <20070620104336.GA6972@ceid.upatras.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.20.70137 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Re: Current does not boot - BIOS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 14:19:29 -0000 Marinos Ilias wrote: > For the history , > I do not use an IBM machine (thinkpad or whatever) and I have the problem , so I think it hasn't got to do with IBM acpi changes.My machine is a desktop, with ASUS P4C800-E Deluxe mobo and a P4 northwood processor. > > Thank you :-) > > > (Hoping to have some luck with the FreeSBIE live cd , because even boot /boot/loader.old stops booting giving me a ddb console) > > --Ilias > Doesn't happen to me and I have the P4D800 MB I believe. What BIOS does IBM run and what BIOS does your ASUS board run? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 14:24:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E659E16A473 for ; Wed, 20 Jun 2007 14:24:02 +0000 (UTC) (envelope-from sanewo@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5DC13C43E for ; Wed, 20 Jun 2007 14:24:02 +0000 (UTC) (envelope-from sanewo@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so181422wxd for ; Wed, 20 Jun 2007 07:24:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=O8VGo1ZSlD1UlSoaHpNU5+j3iS6YHaE8CCWeswFUjbeVvsP+pHke9GwmTA0g/c5/fXMX7wrheRwesyYixCxD9uV8m7w+TsnhymWVXHE15LtDanXBiM/FQEgMtqElXnom9latkkTFpFb1mQVgn13MNlIzF/QMT44AACqw6sZx2SE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=XHyEHkRKwc/463y1MHk1fT3+7yInRq2GOchRjGxYWDcduMhFiinhFDuUdt2NN/dOVDG/HkA6f/Pfzope6s50PAjQlTek6PDAW1zaFu8WgExV7Q4eZA/SFORNS/K39vQln5v6JT+klgIPOP0t1KSIVAbo6IAMXq60A0AMeEK6roo= Received: by 10.90.54.4 with SMTP id c4mr391156aga.1182349441634; Wed, 20 Jun 2007 07:24:01 -0700 (PDT) Received: by 10.90.49.18 with HTTP; Wed, 20 Jun 2007 07:24:01 -0700 (PDT) Message-ID: <639c2fce0706200724s4bd0bcefs25ae91d139b2621c@mail.gmail.com> Date: Wed, 20 Jun 2007 23:24:01 +0900 From: "Takanori Saneto" Sender: sanewo@gmail.com To: "John Baldwin" In-Reply-To: <200706181813.38706.jhb@freebsd.org> MIME-Version: 1.0 References: <200706141404.56196.jhb@freebsd.org> <639c2fce0706170327m549f1ea9m7da150202627a077@mail.gmail.com> <200706181813.38706.jhb@freebsd.org> X-Google-Sender-Auth: a39f7be2bbb0ca59 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: smb related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 14:24:03 -0000 I tired the patch and got another panic, with slightly different backtrace as follows: smb_co_lock: recursive lock for object 0 panic: recursive lock for object 0xc1b87d80 KDB: enter: panic [thread pid 644 tid 100050 ] Stopped at kdb_enter+0x33: leave db> bt Tracing pid 644 tid 100050 td 0xc1a41c00 kdb_enter(c062139e, c0675e80,c1b85615,cc3ada44,cc3ada44,...) at kdb_enter+0x33 panic(x1b85615,c1b87d80,0,cc3adb98,cc3ada64,...) at panic+0x7e smb_share_lock(c1b87d80,2,c1a41c00,c1b69600,c1a68a00,...) at smb_share_lock smb_co_gone(c1a68a00,cc3ad98,c1a14c00,c,c1a41c00,...) at smb_co_gone+0x3a smb_co_gone(c1b69600,cc3ad98,cc3adb98,cc3adabc,c1b69600,...) at smb_co_gone+0x5e smb_sm_lookup(cc3adae8,cc3adb24,cc3adb98,cc3adb40,c199041c,...) at smb_sm_lookup+0x186 smb_usr_lookup(c1990400,cc3adb98,cc3adba4,cc3adba0,cc3adba0,...) at smb_usr_lookup+0x95 nsmb_dev_ioctl(c1b69900,82fc6e6a,c1990400,3,c1a41c00,...) at nsmb_dev_ioctl+0x1d6 giant_ioctl(c1b69900,82fc6e6a,c1990400,3,c1a41c00,...) at giant_ioctl+0x51 devfs_ioctl_f(c1a69b40,82fc6e6a,c1990400,c18eb800,c1a41c00,...) at devfs_ioctl_f+0x5d kern_ioctl(c1a44e00,4,82fc6e6a,c1990400,535e95,...) at kern_ioctl+0x9d ioctl(c1a41c00,cc3adcf8,c,cc3add38,c,...) at ioctl+0xbd syscall(cc398d38) at syscall+0x1fd Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2814f047, esp = 0xbfbfe55c, ebp = 0xbfbfe888 --- db> 2007/6/19, John Baldwin : > > On Sunday 17 June 2007 06:27:46 am Takanori Saneto wrote: > > OK, here it is: > > > > smb_co_lock: recursive lock for object 1 > > panic: recursive lock for object 0xc1b3e600 > > KDB: enter: panic > > [thread pid 592 tid 100032 ] > > Stopped at kdb_enter+0x32: leave > > db> bt > > Tracing pid 592 tid 100032 td 0xc1a44e00 > > kdb_enter(c060f652, c066e920,c1b89b5a,cc398a70,cc398a70,...) at > > kdb_enter+0x32 > > panic(x1b89b5a,c1b3e600,1,c1bc0638,cc398ab0,...) at panic+0xc4 > > smb_share_lock(c1b3e600,2,c1a44e00,c,c1a44e00,...) at smb_share_lock > > smb_co_gone(c1bc0600,cc398ba4,cc398ba4,cc398ac8,c1bc0600,...) at > > smb_co_gone+0x3a > > smb_sm_lookup(cc398af4,cc398b30,cc398ba4,cc398b4c,c199041c,...) at > > smb_sm_lookup+0x16b > > smb_usr_lookup(c1990400,cc398ba4,cc398bb0,cc398bac,c060ac51,...) at > > smb_usr_lookup+0x95 > > nsmb_dev_ioctl(c1b5b100,82fc6e6a,c1990400,3,c1a44e00,...) at > > nsmb_dev_ioctl+0x1d6 > > Hmm, ok. Try this maybe: > > Index: smb_conn.c > =================================================================== > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v > retrieving revision 1.18 > diff -u -r1.18 smb_conn.c > --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 > +++ smb_conn.c 18 Jun 2007 22:12:33 -0000 > @@ -212,8 +212,11 @@ > error = smb_smb_treeconnect(ssp, scred); > if (error == 0) > vcspec->ssp = ssp; > - else > + else { > + smb_vc_put(vcp, scred); > + vcp = NULL; > smb_share_put(ssp, scred); > + } > out: > smb_sm_unlockvclist(td); > if (error == 0) > @@ -351,6 +354,7 @@ > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > (flags & LK_CANRECURSE) == 0) { > SMBERROR("recursive lock for object %d\n", cp->co_level); > + panic("recursive lock for object %p", cp); > return 0; > } > return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); > > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 14:50:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5983016A46E for ; Wed, 20 Jun 2007 14:50:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swip.net [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id DFBB213C46C for ; Wed, 20 Jun 2007 14:50:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe09.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 355345337; Wed, 20 Jun 2007 16:50:20 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 20 Jun 2007 16:50:18 +0200 User-Agent: KMail/1.9.5 References: <466913F0.2060200@cytexbg.com> <200706191540.02882.hselasky@c2i.net> <467934EA.10606@cytexbg.com> In-Reply-To: <467934EA.10606@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706201650.18191.hselasky@c2i.net> Cc: Niki Denev Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 14:50:22 -0000 On Wednesday 20 June 2007 16:08, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > After i disabled if_ural and if_rum and fixed a minor thing in umass.c > (added the missing argument to one cam/xpt function which api apparently > changed in -current) > the new stack compiled without problems, and now the card works > perfectly and don't have more usb related panics :) Thanks! I'm glad to hear. But we should also try to get this problem fixed in the old USB stack some day ... --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 15:03:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 690F116A473 for ; Wed, 20 Jun 2007 15:03:00 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1009913C448 for ; Wed, 20 Jun 2007 15:02:59 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so202341wra for ; Wed, 20 Jun 2007 08:02:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=EIoYlRiZ/rpXrsqgeoQ5nDkkwnYD0GNE8YvOZ24GFvJxLksXOZ0/JHfRyzBCuymH2X/p/8IqOyhZRwXx7QU8hrwKspx5e+Tzb1vactdjWr5MTBh+7nmHK5J1z9ko6gnDZ70Vs4s4LMf/EfbkAiPgkOnxRaHDdEYdJKOLxy03bFY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=uhjFsJGRODdKuA5SUXFXlSt1o3ecf8LOLuRdq8g0jXiiX6LkBeL56SmgrNrnVfW572B/C7mDKJSskGz8iwfTb+GReRHuLbYeCD0CPG39p1w4wdReD0Jopim4N3MJX1EQ6usmXYEfylrAdj4UXjfdHUUTVIaESCA+yY8fII2S8ig= Received: by 10.142.115.10 with SMTP id n10mr57770wfc.1182350130994; Wed, 20 Jun 2007 07:35:30 -0700 (PDT) Received: by 10.143.163.1 with HTTP; Wed, 20 Jun 2007 07:35:30 -0700 (PDT) Message-ID: <1c5c32890706200735t2f8ce9ddycd862bac7a5c5f8@mail.gmail.com> Date: Wed, 20 Jun 2007 10:35:30 -0400 From: "Brian Donnell" To: freebsd-current@freebsd.org In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> MIME-Version: 1.0 References: <1182338018.10483.27.camel@bigapple.omnis.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 15:03:00 -0000 I've been running a 1.3TB zfs/raid-z on a core 2 duo for a while and I never had to do any tuning the other i386 people have mentioned. The only problem I ran into was not being able to directly samba share out the zfs. I got around it by using a local nfs loopback and samba sharing the nfs mount point. Read speeds are acceptable for a media storage server, but the write speeds are horrendous. Trying to write via samba was about 1GB per hour. On my Windows box I installed Microsoft's Services For Unix and mounted the NFS shares directly. I ran into some interesting behaviour but I don't know if I should blame Windows or FreeBSD. I could only mount one NFS share per reboot, and after a reboot the one I had mounted before would disconnect and refuse to reconnect. The only reason I can't say for certain it was a Windows problem is FreeBSD started showing the TCP segment rejected errors others have reported on this list. Once I did get a successful mount if I just tried directly copying to the idle server I would get around 1MB/s (yes Byte, not bit) which was still too low for me. Strangely, I found if I created a looping script that did an ls every second on the zfs from an account on the FreeBSD box itself my NFS write speeds would jump up to a stable 8MB/s which was pretty respectable. Strange behavior, but it worked. So basically, I haven't lost any data with ZFS, and it seems very good for local usage. But I have run into some speed problems when trying to get it to play nice with a Windows machine. -- Brian Donnell On 6/20/07, Olivier Mueller wrote: > > Hello, > > I have to setup a file storage server (non-critcal, just as secondary > backup server) and I am wondering if would be a realistic idea to start > using ZFS. I spent some time browsing the lists and newsgroups, and the > status wiki page looks "good": http://wiki.freebsd.org/ZFS . > > The http://www.freebsd.org/releng/index.html page also states: > June 2007 Start FreeBSD 7.0 Release Process, so this may also be > a positive point about overall stability? :) > > It would be to store lots of data, and the FS-compression feature of ZFS > would be quite interesting for this server. Of course I'd be glad to > help debugging any issues I may see. > > So if you are already using ZFS in "pre-production", I would be glad for > a short "go/no go" feedback, thanks :-) > > regards, > Olivier > > _______________________________________________ > 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 Jun 20 15:06:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13BC416A41F for ; Wed, 20 Jun 2007 15:06:01 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id F092B13C4BE for ; Wed, 20 Jun 2007 15:06:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1E8531A4D80; Wed, 20 Jun 2007 08:05:07 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 164E5B874; Wed, 20 Jun 2007 11:06:00 -0400 (EDT) Date: Wed, 20 Jun 2007 11:06:00 -0400 From: Kris Kennaway To: freebsd-current@FreeBSD.ORG, om-lists-bsd@omx.ch Message-ID: <20070620150559.GA64792@rot26.obsecurity.org> References: <1182338018.10483.27.camel@bigapple.omnis.ch> <200706201200.l5KC0DMf015276@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <200706201200.l5KC0DMf015276@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 15:06:01 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 20, 2007 at 02:00:13PM +0200, Oliver Fromme wrote: > Olivier Mueller wrote: > > I have to setup a file storage server (non-critcal, just as secondary > > backup server) and I am wondering if would be a realistic idea to start > > using ZFS. I spent some time browsing the lists and newsgroups, and the > > status wiki page looks "good": http://wiki.freebsd.org/ZFS .=20 > >=20 > > The http://www.freebsd.org/releng/index.html page also states: > > June 2007 Start FreeBSD 7.0 Release Process, so this may also be > > a positive point about overall stability? :) >=20 > As far as I know, 7-current is now in code freeze (though > I haven't seen a "heads up" on this list yes). That means > that it is now becoming progressively stable. Personally > I think that it was quite stable even before it entered > the freeze. >=20 > > It would be to store lots of data, and the FS-compression feature of Z= FS > > would be quite interesting for this server. Of course I'd be glad to > > help debugging any issues I may see.=20 > >=20 > > So if you are already using ZFS in "pre-production", I would be glad f= or > > a short "go/no go" feedback, thanks :-) >=20 > My two cents: It works very well in general. I haven't > seen any reports recently from people who actually lost > any data due to ZFS problems. (Certainly someone will > correct me if I'm wrong.) >=20 > However, there are a few things that you should be aware > of. First: The more RAM, the better. Second, ZFS works > much better on amd64 than on i386. That's because of the > larger address space and related vm management. If you > run ZFS on i386, you will need to spend some time on > tuning it (maxvnodes sysctl etc., see the list archives), > otherwise you might run into panics. On amd64, ZFS seems > to run fine out of the box without tuning. No, you still need to tune it to avoid poor performance and deadlocks, see the archives for my notes on this. > Bottom line: If you intend to set up ZFS with 7-current > on an amd64 machine with a decent amount of RAM -- by all > means, go ahead. amd64 is definitely the way to go. Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGeUJXWry0BWjoQKURAvbWAKCN+7rmzLTG/yHYEbY/weEhbZzbSgCgz0DK F9J1CmUAi4Gw4a6k8307ZzU= =rDI1 -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 15:34:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C779016A41F; Wed, 20 Jun 2007 15:34:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEF413C448; Wed, 20 Jun 2007 15:34:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5KFWBT5035563; Wed, 20 Jun 2007 09:32:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 20 Jun 2007 09:32:43 -0600 (MDT) Message-Id: <20070620.093243.-957832379.imp@bsdimp.com> To: simokawa@freebsd.org From: "M. Warner Losh" In-Reply-To: <626eb4530706200651s255e2ff2u80d70d2d887c8e4c@mail.gmail.com> References: <626eb4530706161858l5f60d67ej55874cb9348e649b@mail.gmail.com> <20070618183627.GA2183@tin.it> <626eb4530706200651s255e2ff2u80d70d2d887c8e4c@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 20 Jun 2007 09:32:18 -0600 (MDT) Cc: mobile@freebsd.org, wsk@gddsn.org.cn, piso@freebsd.org, current@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 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: Wed, 20 Jun 2007 15:34:13 -0000 In message: <626eb4530706200651s255e2ff2u80d70d2d887c8e4c@mail.gmail.com> "Hidetoshi Shimokawa" writes: : On 6/19/07, Paolo Pisati wrote: : > On Sun, Jun 17, 2007 at 10:58:12AM +0900, Hidetoshi Shimokawa wrote: : > > And INTR_FILTER doesn't seem well-tested at least for : > > handling of stray interrupts for filter only IRQs. : > > I need the following patch to workaroung the problem. : > > : > > http://people.freebsd.org/~simokawa/tmp/kern_intr.c-20070617.patch : > > on which platform? : : amd64 : : > cause, right now, if there's a stray interrupt we disable the : > irq line if the interrut disable function is hooked to : > ie_disab: : : My patch may be wrong. But it seems too restrictive to disable the : interrupt forever : only one stray interrupt. Drivers could return _STRAY even if it is the source. I've seen hardware cause spurious interrupts all the time. Part of this experience dates back to the 4.x behavior of ISRs, but sometimes hardware does just glitch. You get a lot of glitching with CardBus/PC Card insertion and removal events, even when one is very careful. The CardBus bridge is somewhat broken by design: if the card inserted asserts the interrupt, then we'll get an interrupt. During power up, this can easily happen, and would result in 'STRAY' interrupts happening. These are not ill-behaved cards, but rather a squishy part of the spec that some bridge makers have made good engineering decisions, while others have made good business decisions about gate counts.. While I can see the need to turn of an interrupt source that has boatloads of stray interrupts, 'one' doesn't count as a boatload. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 15:53:50 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6229B16A469 for ; Wed, 20 Jun 2007 15:53:50 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id F19C313C45A for ; Wed, 20 Jun 2007 15:53:49 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l5KFseUF011470 for ; Wed, 20 Jun 2007 11:54:40 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gme0goPbq6jcP1AhuPl7" Organization: FreeBSD, Inc. Date: Wed, 20 Jun 2007 11:53:43 -0400 Message-Id: <1182354823.6504.23.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: Subject: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 15:53:50 -0000 --=-gme0goPbq6jcP1AhuPl7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've resurrected by amd64 Tinderbox with a ZFS base, and I've been seeing a 100% reproducible deadlock when I use it with either localhost NFS or nullfs. When this occurs, the CPU is 100% idle, but I can no longer connect via SSH, and the box will only reboot from the debugger. I know there are some tuning bits I can tweak, but all I've run across is for memory consumption. Any pointers would be helpful. I'm also at the debugger, so if there is anything I can do to help troubleshoot why this is happening, please let me know. =20 This box is -CURRENT as of June 19, 2007. It has a GENERIC kernel minus devices I do not have (i.e. SMP kernel). I am currently using nullfs for the Tinderbox. The process that most regularly locks up is mtree. Here is the trace: FreeBSD cobbler.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #32: Tue Jun 19 12:53:28 EDT 2007 marcus@cobbler.marcuscom.com:/usr/obj/usr/src/sys/COBBLER amd64 Tracing command mtree pid 34844 tid 100169 td 0xffffff0060350680 sched_switch() at sched_switch+0x176 mi_switch() at mi_switch+0x231 sleepq_switch() at sleepq_switch+0xc7 sleepq_wait() at sleepq_wait+0x44 _cv_wait() at _cv_wait+0x14e zio_wait() at zio_wait+0x5f dbuf_read() at dbuf_read+0x2d5 dbuf_findbp() at dbuf_findbp+0xf7 dbuf_prefetch() at dbuf_prefetch+0xa9 dmu_zfetch_dofetch() at dmu_zfetch_dofetch+0xd4 dmu_zfetch() at dmu_zfetch+0x603 dbuf_read() at dbuf_read+0x535 dnode_hold_impl() at dnode_hold_impl+0xe7 dmu_bonus_hold() at dmu_bonus_hold+0x32 zfs_zget() at zfs_zget+0x6b zfs_dirent_lock() at zfs_dirent_lock+0x2fc zfs_dirlook() at zfs_dirlook+0x58 zfs_freebsd_lookup() at zfs_freebsd_lookup+0x13d vfs_cache_lookup() at vfs_cache_lookup+0xf8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x6d lookup() at lookup+0x363 namei() at namei+0x2ca kern_lstat() at kern_lstat+0x5e lstat() at lstat+0x2a syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (190, FreeBSD ELF64, lstat), rip =3D 0x800807e5c, rsp =3D 0x7fffffffe5b8, rbp =3D 0x556170 --- A full process list from the debugger can be found at http://www.marcuscom.com/downloads/cobbler_proc.txt . Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-gme0goPbq6jcP1AhuPl7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGeU2Gb2iPiv4Uz4cRAm1vAJsG+eaMf5x5amP2+/dT0FHtykomWQCfc96V lR7KxcTu6q7/htqyzQBosjw= =a1GC -----END PGP SIGNATURE----- --=-gme0goPbq6jcP1AhuPl7-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:03:08 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2876816A468; Wed, 20 Jun 2007 16:03:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 11F1413C4C4; Wed, 20 Jun 2007 16:03:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0D3941A4D83; Wed, 20 Jun 2007 09:02:14 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 3C93BC2AD; Wed, 20 Jun 2007 12:03:07 -0400 (EDT) Date: Wed, 20 Jun 2007 12:03:07 -0400 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20070620160306.GA74674@rot26.obsecurity.org> References: <1182354823.6504.23.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <1182354823.6504.23.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i Cc: Current@FreeBSD.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:03:08 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 20, 2007 at 11:53:43AM -0400, Joe Marcus Clarke wrote: > I've resurrected by amd64 Tinderbox with a ZFS base, and I've been > seeing a 100% reproducible deadlock when I use it with either localhost > NFS or nullfs. When this occurs, the CPU is 100% idle, but I can no > longer connect via SSH, and the box will only reboot from the debugger. > I know there are some tuning bits I can tweak, but all I've run across > is for memory consumption. Any pointers would be helpful. I'm also at > the debugger, so if there is anything I can do to help troubleshoot why > this is happening, please let me know. =20 >=20 > This box is -CURRENT as of June 19, 2007. It has a GENERIC kernel minus > devices I do not have (i.e. SMP kernel). I am currently using nullfs > for the Tinderbox. The process that most regularly locks up is mtree. > Here is the trace: > A full process list from the debugger can be found at > http://www.marcuscom.com/downloads/cobbler_proc.txt . 404 at the moment, but look for processes involving zil* in the backtrace. I had to disable zil (vfs.zfs.zil_disable=3D1 tunable) to prevent low-memory deadlocks on my machines. Since then it's been fine. You may also wish to use my patches (see the archives) to improve performance and low-memory behaviour. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGeU+6Wry0BWjoQKURAjEPAKD6tvHm111PCrhZcMDwWv5GD++i7QCfcsq0 +D7P0q1jFkaWNJnlFgsWLWM= =1+RH -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:05:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A86A816A41F for ; Wed, 20 Jun 2007 16:05:23 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9183713C4BA for ; Wed, 20 Jun 2007 16:05:21 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 4EF9111A7C; Wed, 20 Jun 2007 11:05:21 -0500 (CDT) Date: Wed, 20 Jun 2007 11:05:18 -0500 From: Craig Boston To: Borja Marcos Message-ID: <20070620160518.GA887@nowhere> Mail-Followup-To: Craig Boston , Borja Marcos , freebsd-current@freebsd.org References: <4E1E93FB-31D2-4F38-9979-946935BE0729@sarenet.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E1E93FB-31D2-4F38-9979-946935BE0729@sarenet.es> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: ZFS does not load and mount at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:05:23 -0000 On Wed, Jun 20, 2007 at 11:57:07AM +0200, Borja Marcos wrote: > It seems ZFS labels the pools it creates using the hostname and the > hostid. The hostid is a unique number present in ROM/flash in Sun > machines, and it turns out one of the IP addresses of the machine is > used by FreeBSD as hostid. On FreeBSD it first tries to use the UUID provided by the SMBIOS, if one is available. Most newer machines provide this -- you can type 'kenv smbios.system.uuid' to see if yours does. Only on machines which don't support that does it invoke uuidgen(1), which generates one (actually it calls the undocumented-as-far-as-I- can-tell uuidgen syscall). The generated ID is half pseudorandom and half based on the first MAC address it finds. So networking doesn't have to be up yet for it to work. Additionally, it saves the generated/found UUID in /etc/hostid, and if that file exists reads it from there rather than generating one (this is actually necessary for systems without SMBIOS since uuidgen creates a unique one every time). > I've solved the problem in a quick and dirty way forcing the system > to import the ZFS pool despite the fact that it believes it's been > used by another host. The ugly kludge is simply to edit /etc/rc.d/zfs > and add "zfs pool import -f poolname" to the zfs_start_main() section > right after "zfs volinit". A more graceful way is to run '/etc/rc.d/hostid start' before attempting any zfs operations. HTH, Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:13:06 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A3E516A469; Wed, 20 Jun 2007 16:13:06 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id C6A5513C45B; Wed, 20 Jun 2007 16:13:05 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id l5KGD4A3065574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jun 2007 01:13:04 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Thu, 21 Jun 2007 01:13:03 +0900 From: Norikatsu Shigemura To: current@FreeBSD.org Message-Id: <20070621011303.38daa40a.nork@FreeBSD.org> In-Reply-To: <20070615005653.34b43c09.nork@FreeBSD.org> References: <20070615005653.34b43c09.nork@FreeBSD.org> X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Thu, 21 Jun 2007 01:13:04 +0900 (JST) Cc: Norikatsu Shigemura Subject: Re: fdc0 doesn't attach on my current machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:13:06 -0000 On Fri, 15 Jun 2007 00:56:53 +0900 Norikatsu Shigemura wrote: > I didn't notice this issue until now. So I don't know when this > issue started. The issue is that I can't attach floppy disk > drive. I doesn't disable FDC on BIOS, and I can boot from > floppy disk. What should I do? > # kldload fdc > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: [FILTER] > device_attach: fdc0 attach returned 12 > fdc1: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc1: [FILTER] > device_attach: fdc1 attach returned 12 Thanks for simokawa's advice. I can fix this issue. Because device.hints force-required fdc0 on isa, so fdc0 on acpi0 couldn't allocate some resources. fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 --- /boot/device.hints.orig 2006-05-21 22:00:29.000000000 +0900 +++ /boot/device.hints 2007-06-21 00:53:56.000000000 +0900 @@ -1,8 +1,8 @@ # $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.16 2006/05/17 21:25:22 marius Exp $ -hint.fdc.0.at="isa" -hint.fdc.0.port="0x3F0" -hint.fdc.0.irq="6" -hint.fdc.0.drq="2" +#hint.fdc.0.at="isa" +#hint.fdc.0.port="0x3F0" +#hint.fdc.0.irq="6" +#hint.fdc.0.drq="2" hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.fd.1.at="fdc0" From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:18:12 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AAC216A4CC for ; Wed, 20 Jun 2007 16:18:12 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 5D90F13C534 for ; Wed, 20 Jun 2007 16:18:01 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l5KGIp97011740; Wed, 20 Jun 2007 12:18:51 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20070620160306.GA74674@rot26.obsecurity.org> References: <1182354823.6504.23.camel@shumai.marcuscom.com> <20070620160306.GA74674@rot26.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7jQwtNdqI5Hzw+ksxLKN" Organization: FreeBSD, Inc. Date: Wed, 20 Jun 2007 12:17:54 -0400 Message-Id: <1182356274.6504.30.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: Current@FreeBSD.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:18:12 -0000 --=-7jQwtNdqI5Hzw+ksxLKN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-06-20 at 12:03 -0400, Kris Kennaway wrote: > On Wed, Jun 20, 2007 at 11:53:43AM -0400, Joe Marcus Clarke wrote: > > I've resurrected by amd64 Tinderbox with a ZFS base, and I've been > > seeing a 100% reproducible deadlock when I use it with either localhost > > NFS or nullfs. When this occurs, the CPU is 100% idle, but I can no > > longer connect via SSH, and the box will only reboot from the debugger. > > I know there are some tuning bits I can tweak, but all I've run across > > is for memory consumption. Any pointers would be helpful. I'm also at > > the debugger, so if there is anything I can do to help troubleshoot why > > this is happening, please let me know. =20 > >=20 > > This box is -CURRENT as of June 19, 2007. It has a GENERIC kernel minu= s > > devices I do not have (i.e. SMP kernel). I am currently using nullfs > > for the Tinderbox. The process that most regularly locks up is mtree. > > Here is the trace: >=20 > > A full process list from the debugger can be found at > > http://www.marcuscom.com/downloads/cobbler_proc.txt . >=20 > 404 at the moment, but look for processes involving zil* in the > backtrace. I had to disable zil (vfs.zfs.zil_disable=3D1 tunable) to > prevent low-memory deadlocks on my machines. Since then it's been > fine. Fixed, sorry. >=20 > You may also wish to use my patches (see the archives) to improve > performance and low-memory behaviour. Thanks for the advice. I'll check. I didn't think low memory since it didn't look like I was using much. Even now with the box locked, I have 1035 MB free with no swap in use (this box has 2 GB total). Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-7jQwtNdqI5Hzw+ksxLKN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGeVMxb2iPiv4Uz4cRAlOqAKCXNQ87JvyoD9B7QW7P8b6gPTv4JACgiukS u+MotSjBQlsWSnzjEKnc06k= =732j -----END PGP SIGNATURE----- --=-7jQwtNdqI5Hzw+ksxLKN-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:28:54 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E52A116A41F; Wed, 20 Jun 2007 16:28:54 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id CFF7613C44B; Wed, 20 Jun 2007 16:28:54 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BB9181A3C19; Wed, 20 Jun 2007 09:28:00 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 32957BA7E; Wed, 20 Jun 2007 12:28:54 -0400 (EDT) Date: Wed, 20 Jun 2007 12:28:54 -0400 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20070620162854.GA35000@rot26.obsecurity.org> References: <1182354823.6504.23.camel@shumai.marcuscom.com> <20070620160306.GA74674@rot26.obsecurity.org> <1182356274.6504.30.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1182356274.6504.30.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i Cc: Current@FreeBSD.org, Kris Kennaway Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:28:55 -0000 On Wed, Jun 20, 2007 at 12:17:54PM -0400, Joe Marcus Clarke wrote: > On Wed, 2007-06-20 at 12:03 -0400, Kris Kennaway wrote: > > On Wed, Jun 20, 2007 at 11:53:43AM -0400, Joe Marcus Clarke wrote: > > > I've resurrected by amd64 Tinderbox with a ZFS base, and I've been > > > seeing a 100% reproducible deadlock when I use it with either localhost > > > NFS or nullfs. When this occurs, the CPU is 100% idle, but I can no > > > longer connect via SSH, and the box will only reboot from the debugger. > > > I know there are some tuning bits I can tweak, but all I've run across > > > is for memory consumption. Any pointers would be helpful. I'm also at > > > the debugger, so if there is anything I can do to help troubleshoot why > > > this is happening, please let me know. > > > > > > This box is -CURRENT as of June 19, 2007. It has a GENERIC kernel minus > > > devices I do not have (i.e. SMP kernel). I am currently using nullfs > > > for the Tinderbox. The process that most regularly locks up is mtree. > > > Here is the trace: > > > > > A full process list from the debugger can be found at > > > http://www.marcuscom.com/downloads/cobbler_proc.txt . > > > > 404 at the moment, but look for processes involving zil* in the > > backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to > > prevent low-memory deadlocks on my machines. Since then it's been > > fine. > > Fixed, sorry. > > > > > You may also wish to use my patches (see the archives) to improve > > performance and low-memory behaviour. > > Thanks for the advice. I'll check. I didn't think low memory since it > didn't look like I was using much. Even now with the box locked, I have > 1035 MB free with no swap in use (this box has 2 GB total). By default there is only a 320 MB kmem_map into which all of zfs (including its buffer cache and I/O buffers) has to cram itself, so that is where the low memory condition may be happening. This is one of the things that should be tuned to give non-terrible performance by actually allowing some caching to occur. Kris From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:57:09 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 827E216A41F; Wed, 20 Jun 2007 16:57:09 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE5813C44C; Wed, 20 Jun 2007 16:57:08 +0000 (UTC) (envelope-from mack@macktronics.com) Received-SPF: none (coco.macktronics.com: 209.181.253.65 is neither permitted nor denied by domain of macktronics.com) client-ip=209.181.253.65; envelope-from=mack@macktronics.com; helo=coco.macktronics.com; Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 3E8FB4AC11; Wed, 20 Jun 2007 11:30:23 -0500 (CDT) Date: Wed, 20 Jun 2007 11:30:23 -0500 (CDT) From: Dan Mack To: Kris Kennaway In-Reply-To: <20070620160306.GA74674@rot26.obsecurity.org> Message-ID: <20070620111405.K71264@coco.macktronics.com> References: <1182354823.6504.23.camel@shumai.marcuscom.com> <20070620160306.GA74674@rot26.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joe Marcus Clarke , Current@FreeBSD.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:57:09 -0000 On Wed, 20 Jun 2007, Kris Kennaway wrote: > > 404 at the moment, but look for processes involving zil* in the > backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to > prevent low-memory deadlocks on my machines. Since then it's been > fine. > > You may also wish to use my patches (see the archives) to improve > performance and low-memory behaviour. > > Kris > Does someone have these recommended sysctls embodied in an example /boot/loader.conf yet? Here is mine, does it look reasonable to keep ZFS from running into the kmem_ memory panics? I have no idea if I found all of your recommendations so it would be nice if they were summarized in one place. | # /boot/loader.conf i386 / 1GB memory / SMP | kern.maxvnodes="50000" | vm.kmem_size_max="268435456" | vfs.zfs.prefetch_disable="1" | vfs.zfs.zil_disable="1" +-------------------------- I just added vfs.zfs.zil_disable="1" today and we'll see if that helps. I am running 7.0-CURRENT on a Dual Processor Dell 2450 (P3-1GHz) and 1024MB of real memory: CPU: Intel Pentium III (993.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 1073733632 (1023 MB) avail memory = 1041432576 (993 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 I have 14 fibre channel drives on one loop being used by ZFS. I have a single raidz and 3 mirrors. So far, I've not lost any data and I have a bunch of things on ZFS including /usr/obj, /var/crash (hehe .. I might as well use ZFS to store it's own crash dumps) and my postgres database which I split the logs and data per the recommendations on Sun's ZFS site. I am running some ruby on rails apps on the box as well and so far, no data corruption issues. Last night I had my first drive failure (see below) and will attempt sparing it out tonight when I get home. And the end of this message, I've attached the summary of the crashes I've had. I am hoping that the vfs.zfs.zil_disable="1" sysctl will help with reducing these panics. ZFS Configuration Info: borg# zfs list NAME USED AVAIL REFER MOUNTPOINT m0 1.64G 31.8G 18K /m0 m0/ports 1.14G 31.8G 1.14G /usr/ports m0/usr_src 510M 31.8G 510M /usr/src m1 16.2M 16.8G 18K /m1 m1/pg_log 16.1M 16.8G 16.1M /pg/data/pg_xlog m2 35.6M 33.4G 18K /m2 m2/pg_data 35.5M 33.4G 35.5M /pg/data rz0 1.54G 165G 29.9K /rz0 rz0/crash 654M 165G 654M /var/crash rz0/home 35.2M 165G 35.2M /home rz0/usr_local 228M 165G 228M /usr/local rz0/usr_obj 658M 165G 658M /usr/obj borg# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT m0 34G 1.64G 32.4G 4% ONLINE - m1 17.1G 16.3M 17.1G 0% ONLINE - m2 34G 35.6M 34.0G 0% ONLINE - rz0 204G 1.85G 202G 0% ONLINE - borg# zpool status pool: m0 state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: none requested config: NAME STATE READ WRITE CKSUM m0 ONLINE 0 0 0 mirror ONLINE 0 0 0 da6 ONLINE 0 0 0 da7 ONLINE 60 0 0 errors: No known data errors pool: m1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM m1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da8 ONLINE 0 0 0 da9 ONLINE 0 0 0 errors: No known data errors pool: m2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM m2 ONLINE 0 0 0 mirror ONLINE 0 0 0 da10 ONLINE 0 0 0 da11 ONLINE 0 0 0 errors: No known data errors pool: rz0 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM rz0 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 errors: No known data errors --- I have been bit by kmem_map too small panic about 5 times. It sometimes happens during buildworld: borg# cat info.* Dump header from device /dev/da14s1b Architecture: i386 Architecture Version: 2 Dump Length: 345595904B (329 MB) Blocksize: 512 Dumptime: Thu Jun 14 19:02:33 2007 Hostname: borg.macktronics.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-CURRENT #0: Thu Jun 14 12:40:34 CDT 2007 root@borg.macktronics.com:/usr/obj/usr/src/sys/BORG Panic String: kmem_malloc(16384): kmem_map too small: 268419072 total allocated Dump Parity: 183602033 Bounds: 0 Dump Status: good Dump header from device /dev/da14s1b Architecture: i386 Architecture Version: 2 Dump Length: 343498752B (327 MB) Blocksize: 512 Dumptime: Tue Jun 19 13:49:00 2007 Hostname: borg.macktronics.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-CURRENT #0: Thu Jun 14 12:40:34 CDT 2007 root@borg.macktronics.com:/usr/obj/usr/src/sys/BORG Panic String: kmem_malloc(131072): kmem_map too small: 266354688 total allocated Dump Parity: 1409491284 Bounds: 1 Dump Status: good Dan From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 17:03:12 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3356D16A421 for ; Wed, 20 Jun 2007 17:03:12 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id BC70513C484 for ; Wed, 20 Jun 2007 17:03:11 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l5KH35I01446; Wed, 20 Jun 2007 13:03:05 -0400 (EDT) Received: from [64.102.193.121] (dhcp-64-102-193-121.cisco.com [64.102.193.121]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l5KH2xq29415; Wed, 20 Jun 2007 13:03:04 -0400 (EDT) Message-ID: <46795DD2.6000505@FreeBSD.org> Date: Wed, 20 Jun 2007 13:03:14 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Kris Kennaway References: <1182354823.6504.23.camel@shumai.marcuscom.com> <20070620160306.GA74674@rot26.obsecurity.org> <1182356274.6504.30.camel@shumai.marcuscom.com> <20070620162854.GA35000@rot26.obsecurity.org> In-Reply-To: <20070620162854.GA35000@rot26.obsecurity.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current@FreeBSD.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 17:03:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: > On Wed, Jun 20, 2007 at 12:17:54PM -0400, Joe Marcus Clarke wrote: >> On Wed, 2007-06-20 at 12:03 -0400, Kris Kennaway wrote: >>> On Wed, Jun 20, 2007 at 11:53:43AM -0400, Joe Marcus Clarke wrote: >>>> I've resurrected by amd64 Tinderbox with a ZFS base, and I've been >>>> seeing a 100% reproducible deadlock when I use it with either localhost >>>> NFS or nullfs. When this occurs, the CPU is 100% idle, but I can no >>>> longer connect via SSH, and the box will only reboot from the debugger. >>>> I know there are some tuning bits I can tweak, but all I've run across >>>> is for memory consumption. Any pointers would be helpful. I'm also at >>>> the debugger, so if there is anything I can do to help troubleshoot why >>>> this is happening, please let me know. >>>> >>>> This box is -CURRENT as of June 19, 2007. It has a GENERIC kernel minus >>>> devices I do not have (i.e. SMP kernel). I am currently using nullfs >>>> for the Tinderbox. The process that most regularly locks up is mtree. >>>> Here is the trace: >>>> A full process list from the debugger can be found at >>>> http://www.marcuscom.com/downloads/cobbler_proc.txt . >>> 404 at the moment, but look for processes involving zil* in the >>> backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to >>> prevent low-memory deadlocks on my machines. Since then it's been >>> fine. >> Fixed, sorry. >> >>> You may also wish to use my patches (see the archives) to improve >>> performance and low-memory behaviour. >> Thanks for the advice. I'll check. I didn't think low memory since it >> didn't look like I was using much. Even now with the box locked, I have >> 1035 MB free with no swap in use (this box has 2 GB total). > > By default there is only a 320 MB kmem_map into which all of zfs > (including its buffer cache and I/O buffers) has to cram itself, so > that is where the low memory condition may be happening. This is one > of the things that should be tuned to give non-terrible performance by > actually allowing some caching to occur. Dammit! I always forget about KVM. Thanks. :-} Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeV3Rb2iPiv4Uz4cRAifqAJwOzab1frEwY0iQLq/WFGORjD/mFQCeMa6R WpY8L1tg5Yx4Qw70NulLTp4= =XOcd -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 15:50:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1214516A421 for ; Wed, 20 Jun 2007 15:50:28 +0000 (UTC) (envelope-from Sateesh.Mandava@infotechfl.com) Received: from pony.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.freebsd.org (Postfix) with ESMTP id DC4AA13C4BE for ; Wed, 20 Jun 2007 15:50:27 +0000 (UTC) (envelope-from Sateesh.Mandava@infotechfl.com) Received: from pony.infotechfl.com (localhost.localdomain [127.0.0.1]) by pony.infotechfl.com (Postfix) with ESMTP id 66CF8202104 for ; Wed, 20 Jun 2007 11:16:47 -0400 (EDT) Received: from sateeshm (sateeshm.infotechfl.com [172.20.0.215]) by pony.infotechfl.com (Postfix) with ESMTP id 59993202038 for ; Wed, 20 Jun 2007 11:16:47 -0400 (EDT) From: "Sateesh Mandava" To: Date: Wed, 20 Jun 2007 11:17:03 -0400 Message-ID: <000301c7b34e$0e81d840$d70014ac@sateeshm> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcezTg5DIOSP/TbrT96fX0GL3gCBrQ== X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 20 Jun 2007 18:28:14 +0000 Subject: AGPGART not found ... ( on Q965) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 15:50:28 -0000 Hi, I am trying to get the i810/intel drivers work with xorg 7.2. X server is failing with /dev/agpgart missing error. Can somebody help me on how to fix this error? Below are more details about the problem. $uname -r 7.0-CURRENT-200703 $lspci -lv .... vgapci0@pci0:2:0: class=0x030000 card=0x5058107b chip=0x29928086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Q963/Q965 Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x5058107b chip=0x29938086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Q963/Q965 Integrated Graphics Controller' class = display .... $more /etc/X11/xorg.conf ... Section "Device" Identifier "Card0" Driver "i810" VendorName "Intel Corporation" BoardName "Unknown Board" BusID "PCI:0:2:0" VideoRam 262144 EndSection ... $ more /var/log/Xorg.0.log .... (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) intel(0): /dev/agpgart is either not available, or no memory is available for allocation. Using pre-allocated memory only. (**) intel(0): VideoRam: 7676 KB .... (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? ... Thanks, Sateesh. From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:29:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E8CE16A400 for ; Wed, 20 Jun 2007 16:29:25 +0000 (UTC) (envelope-from Sateesh.Mandava@infotechfl.com) Received: from pony.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.freebsd.org (Postfix) with ESMTP id F327613C455 for ; Wed, 20 Jun 2007 16:29:24 +0000 (UTC) (envelope-from Sateesh.Mandava@infotechfl.com) Received: from pony.infotechfl.com (localhost.localdomain [127.0.0.1]) by pony.infotechfl.com (Postfix) with ESMTP id 4F5CE202131 for ; Wed, 20 Jun 2007 12:29:10 -0400 (EDT) Received: from sateeshm (sateeshm.infotechfl.com [172.20.0.215]) by pony.infotechfl.com (Postfix) with ESMTP id 4168C202120 for ; Wed, 20 Jun 2007 12:29:10 -0400 (EDT) From: "Sateesh Mandava" To: Date: Wed, 20 Jun 2007 12:29:26 -0400 Message-ID: <000401c7b358$2b0cedb0$d70014ac@sateeshm> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcezWCrvXk5+6V07S3m8WIpWx8sKeQ== X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 20 Jun 2007 18:28:14 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: AGPGART not found ... ( on Q965) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 16:29:25 -0000 Hi, I am trying to get the i810/intel drivers work with xorg 7.2. X server is failing with /dev/agpgart missing error. Can somebody help me on how to fix this error? Below are more details about the problem. $uname -r 7.0-CURRENT-200703 $lspci -lv .... vgapci0@pci0:2:0: class=0x030000 card=0x5058107b chip=0x29928086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Q963/Q965 Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x5058107b chip=0x29938086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Q963/Q965 Integrated Graphics Controller' class = display .... $more /etc/X11/xorg.conf ... Section "Device" Identifier "Card0" Driver "i810" VendorName "Intel Corporation" BoardName "Unknown Board" BusID "PCI:0:2:0" VideoRam 262144 EndSection ... $ more /var/log/Xorg.0.log .... (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) intel(0): /dev/agpgart is either not available, or no memory is available for allocation. Using pre-allocated memory only. (**) intel(0): VideoRam: 7676 KB .... (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? ... Thanks, Sateesh. From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 19:09:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C668316A400 for ; Wed, 20 Jun 2007 19:09:01 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 737DA13C448 for ; Wed, 20 Jun 2007 19:09:01 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so269061wra for ; Wed, 20 Jun 2007 12:09:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=dKDaXbbAjNLxBpjSbn3hsqqjUJl9HJ0YLi3jX1mnMON7BLgOqXxlYa30loBSTCIOr7B/v4LwjIiMM7Uk2KRnaBdcjiA1a2aWRDoQ9uqHaL6LmxR5bxgGodOeBl+f7mijHRveMGkOkqb5zrJYEEqABlnwKgFAYNCgLcyD7nvdnCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=UPLqhHfha/o2au2ogEcb0dKDQqd4ZwqktZsbLvIg/eSOAhy+QP6OfinzKqPoIEqAfDiO4cCTPeuS0xU6xS6CSKSR1Raoj8IhjUE5+X9L4vHKG+six7/4xApBVusOuMnXxEhcFCCGqLI4i5qGT/3wnXohmP5RuJGdGcFAn8iYFpg= Received: by 10.90.81.14 with SMTP id e14mr886431agb.1182364865716; Wed, 20 Jun 2007 11:41:05 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Wed, 20 Jun 2007 11:41:05 -0700 (PDT) Message-ID: Date: Wed, 20 Jun 2007 11:41:05 -0700 From: "Kevin Gerry" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Panic in latest -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: Wed, 20 Jun 2007 19:09:01 -0000 The kernel will panic usually once every 24 hours or so or if I run a buildworld. This only started happening in the last month or so. The information I took from kgdb is below. If there are any other commands you'd like me to run on gdb, just ask and I'll do further debugging for you. Thanks! -- Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc063b008 stack pointer = 0x28:0xe40d3bdc frame pointer = 0x28:0xe40d3bf8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 32 (em0 taskq) trap number = 12 panic: page fault Uptime: 57m9s Physical memory: 1015 MB Dumping 143 MB: 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc060cb73 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc060cd6f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc086954c in trap_fatal (frame=0xe40d3b9c, eva=20) at /usr/src/sys/i386/i386/trap.c:870 #4 0xc0869e8c in trap (frame=0xe40d3b9c) at /usr/src/sys/i386/i386/trap.c:276 #5 0xc0853afb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc063b008 in propagate_priority (td=0xc3ab5e00) at /usr/src/sys/kern/subr_turnstile.c:272 #7 0xc063b989 in turnstile_wait (ts=0xc3a9e6e0, owner=0xc3ab5e00, queue=Variable "queue" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:739 #8 0xc060140d in _mtx_lock_sleep (m=0xc0993228, tid=3284357632, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:395 #9 0xc04decd7 in em_handle_rxtx (context=0xc3b63000, pending=1) at /usr/src/sys/dev/em/if_em.c:1477 #10 0xc0639e72 in taskqueue_run (queue=0xc3be1880) at /usr/src/sys/kern/subr_taskqueue.c:255 #11 0xc063a04f in taskqueue_thread_loop (arg=0xc3b632ec) at /usr/src/sys/kern/subr_taskqueue.c:374 #12 0xc05ee896 in fork_exit (callout=0xc0639fd0 , arg=0xc3b632ec, frame=0xe40d3d38) at /usr/src/sys/kern/kern_fork.c:797 #13 0xc0853b70 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) list *0xc063b008 0xc063b008 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:273). 268 ts = td->td_blocked; 269 MPASS(ts != NULL); 270 MPASS(td->td_lock == &ts->ts_lock); 271 /* Resort td on the list if needed. */ 272 if (!turnstile_adjust_thread(ts, td)) { 273 mtx_unlock_spin(&ts->ts_lock); 274 return; 275 } 276 /* The thread lock is released as ts lock above. */ 277 } -- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 19:28:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C170C16A41F for ; Wed, 20 Jun 2007 19:28:54 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id A403E13C448 for ; Wed, 20 Jun 2007 19:28:54 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l5KJSrOH035884; Wed, 20 Jun 2007 15:28:54 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Wed, 20 Jun 2007 15:28:31 -0400 User-Agent: KMail/1.9.6 References: <1182354823.6504.23.camel@shumai.marcuscom.com> <20070620160306.GA74674@rot26.obsecurity.org> <20070620111405.K71264@coco.macktronics.com> In-Reply-To: <20070620111405.K71264@coco.macktronics.com> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706201528.31349.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Dan Mack Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 19:28:54 -0000 On Wednesday 20 June 2007 12:30:23 pm Dan Mack wrote: > On Wed, 20 Jun 2007, Kris Kennaway wrote: > > > > > 404 at the moment, but look for processes involving zil* in the > > backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to > > prevent low-memory deadlocks on my machines. Since then it's been > > fine. > > > > You may also wish to use my patches (see the archives) to improve > > performance and low-memory behaviour. > > > > Kris > > Does someone have these recommended sysctls embodied in an example > /boot/loader.conf yet? Here is mine, does it look reasonable to keep ZFS > from running into the kmem_ memory panics? I have no idea if I found all > of your recommendations so it would be nice if they were summarized in one > place. > > | # /boot/loader.conf i386 / 1GB memory / SMP > | kern.maxvnodes="50000" Note that kern.maxvnodes has to be set in /etc/sysctl.conf to have any effect. JN From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 20:17:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB36616A46C for ; Wed, 20 Jun 2007 20:17:20 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id A4A9813C457 for ; Wed, 20 Jun 2007 20:17:20 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l5KKHIOH059323; Wed, 20 Jun 2007 16:17:19 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: Dan Mack Date: Wed, 20 Jun 2007 16:16:56 -0400 User-Agent: KMail/1.9.6 References: <1182354823.6504.23.camel@shumai.marcuscom.com> <200706201528.31349.lists@jnielsen.net> <20070620145130.K71819@coco.macktronics.com> In-Reply-To: <20070620145130.K71819@coco.macktronics.com> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706201616.56547.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 20:17:20 -0000 On Wednesday 20 June 2007 03:56:13 pm Dan Mack wrote: > On Wed, 20 Jun 2007, John Nielsen wrote: > > On Wednesday 20 June 2007 12:30:23 pm Dan Mack wrote: > >> On Wed, 20 Jun 2007, Kris Kennaway wrote: > >> > >> > >> > >>> 404 at the moment, but look for processes involving zil* in the > >>> backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to > >>> prevent low-memory deadlocks on my machines. Since then it's been > >>> fine. > >>> > >>> You may also wish to use my patches (see the archives) to improve > >>> performance and low-memory behaviour. > >>> > >>> Kris > >> > >> Does someone have these recommended sysctls embodied in an example > >> /boot/loader.conf yet? Here is mine, does it look reasonable to keep > >> ZFS from running into the kmem_ memory panics? I have no idea if I > >> found all of your recommendations so it would be nice if they were > >> summarized in one place. > >> > >> | # /boot/loader.conf i386 / 1GB memory / SMP > >> | kern.maxvnodes="50000" > > > > Note that kern.maxvnodes has to be set in /etc/sysctl.conf to have any > > effect. > > > > JN > > FWIW ... I'm still experiencing panics; this time with when running cvsup > to update /usr/ports: > > borg# grep -i Panic /var/crash/info* > /var/crash/info.0: Panic String: kmem_malloc(16384): kmem_map too small: > 268419072 total allocated /var/crash/info.1: Panic String: > kmem_malloc(131072): kmem_map too small: 266354688 total allocated > /var/crash/info.2: Panic String: kmem_malloc(4096): kmem_map too small: > 268435456 total allocated /var/crash/info.3: Panic String: > kmem_malloc(28672): kmem_map too small: 268435456 total allocated > > > Anyone ideas on other tunables that might keep the system running? I'm > not too concerned about performance. Otherwise I'll have to go spend > some money on an AMD64 mainboard, memory, and cpu :-( The only tunable I had that you didn't was this one: vfs.zfs.arc_max="83886080" FWIW, my i386 system has 1.5GB RAM. More RAM might help, and/or you probably still need to do some balancing (read: fiddling) with the tunables you're already adjusting. JN From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 20:17:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CBF116A469 for ; Wed, 20 Jun 2007 20:17:29 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id EFD2713C448 for ; Wed, 20 Jun 2007 20:17:28 +0000 (UTC) (envelope-from mack@macktronics.com) Received-SPF: none (coco.macktronics.com: 209.181.253.65 is neither permitted nor denied by domain of macktronics.com) client-ip=209.181.253.65; envelope-from=mack@macktronics.com; helo=coco.macktronics.com; Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 6DA694AC11; Wed, 20 Jun 2007 14:56:13 -0500 (CDT) Date: Wed, 20 Jun 2007 14:56:13 -0500 (CDT) From: Dan Mack To: John Nielsen In-Reply-To: <200706201528.31349.lists@jnielsen.net> Message-ID: <20070620145130.K71819@coco.macktronics.com> References: <1182354823.6504.23.camel@shumai.marcuscom.com> <20070620160306.GA74674@rot26.obsecurity.org> <20070620111405.K71264@coco.macktronics.com> <200706201528.31349.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 20:17:29 -0000 On Wed, 20 Jun 2007, John Nielsen wrote: > On Wednesday 20 June 2007 12:30:23 pm Dan Mack wrote: >> On Wed, 20 Jun 2007, Kris Kennaway wrote: >> >> >> >>> 404 at the moment, but look for processes involving zil* in the >>> backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to >>> prevent low-memory deadlocks on my machines. Since then it's been >>> fine. >>> >>> You may also wish to use my patches (see the archives) to improve >>> performance and low-memory behaviour. >>> >>> Kris >> >> Does someone have these recommended sysctls embodied in an example >> /boot/loader.conf yet? Here is mine, does it look reasonable to keep ZFS >> from running into the kmem_ memory panics? I have no idea if I found all >> of your recommendations so it would be nice if they were summarized in one >> place. >> >> | # /boot/loader.conf i386 / 1GB memory / SMP >> | kern.maxvnodes="50000" > > Note that kern.maxvnodes has to be set in /etc/sysctl.conf to have any effect. > > JN FWIW ... I'm still experiencing panics; this time with when running cvsup to update /usr/ports: borg# grep -i Panic /var/crash/info* /var/crash/info.0: Panic String: kmem_malloc(16384): kmem_map too small: 268419072 total allocated /var/crash/info.1: Panic String: kmem_malloc(131072): kmem_map too small: 266354688 total allocated /var/crash/info.2: Panic String: kmem_malloc(4096): kmem_map too small: 268435456 total allocated /var/crash/info.3: Panic String: kmem_malloc(28672): kmem_map too small: 268435456 total allocated Anyone ideas on other tunables that might keep the system running? I'm not too concerned about performance. Otherwise I'll have to go spend some money on an AMD64 mainboard, memory, and cpu :-( Dan From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 21:13:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86DE116A400 for ; Wed, 20 Jun 2007 21:13:33 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id BA0E113C465 for ; Wed, 20 Jun 2007 21:13:32 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 30972 invoked by uid 1009); 21 Jun 2007 00:13:30 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.035608 secs); 20 Jun 2007 21:13:30 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 21 Jun 2007 00:13:30 +0300 Received: (qmail 56060 invoked from network); 21 Jun 2007 00:13:30 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 21 Jun 2007 00:13:30 +0300 Message-ID: <4679987A.90103@cytexbg.com> Date: Thu, 21 Jun 2007 00:13:30 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> In-Reply-To: <467859FA.5050203@cytexbg.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 21:13:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > Niki Denev wrote: >> Niki Denev wrote: >>> Wilkinson, Alex wrote: >>>> 0n Wed, Jun 06, 2007 at 06:45:26PM +0300, Niki Denev wrote: >>>> > I have the following problem when using gjournal for the root filesystem on my laptop (Sony VAIO PCG-U3) >>>> > If there is a unclean shutdown (hard poweroff/ kernel panic) on the next boot the machine starts to load normally, >>>> > i have messages as : >>>> > >>>> > GEOM_JOURNAL: Journal ad0s1a consistent. >>>> > Trying to mount root from ufs:/dev/ad0s1a.journal >>>> > WARNING: / was not properly dismounted >>>> > >>>> > Then the system continues with executing fsck in preen mode (fsck -p), >>>> > which reports : >>>> > /dev/ad0s1a.journal: FILESYSTEM CLEAN; SKIPPING CHECKS >>>> > and fsck returns with zero, but after this when a read/write mount is tried the >>>> > system barfs this : >>>> > >>>> > WARNING: R/W mount of / denied. Filesystem not clean - run fsck. >>>> > mount: : Operation not permitted >>>> Make sure your "Pass" column is correct in fstab(5). >>>> -aW >>>> IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. > >>> What do you mean by correct? Right now it's the default for root >>> filesystems "1". Is there a special setting needed for gjournaled >>> filesystems? > > >> Well, i still can't find a way to make my system skip fsck on unclean >> shutdown/reboot. >> The strange thing is that "fsck -p" reports that the filesystem is >> clean, but the kernel refuses to mount it r/w with the message "WARNING: >> R/W mount of / denied. Filesystem is not clean - run fsck" > >> I guess i'm doing something wrong.. just can't see what it is.. any >> ideas are appreciated. > >> Thanks. > > > > I think that i tracked down the problem. > When fsck_ffs runs on dirty gjournaled filesystem in preen mode, it > checks it correctly, and marks it clean but exits too soon and does not > call mount with MNT_RELOAD so the superblock is not being reread from > the disk and the kernel still thinks that the filesystem is dirty, > alshough on-disk it has been marked clean. > My quick and dirty hack was instead of just calling exit(0) in > src/sbin/fsck_ffs/main.c::checkfilesys() after the call to > gjournal_check(), i do a nasty goto to the end of the function where > there is additional code which checks if the filesystem is mounted, and > if it is, then it tries to reload the superblock and the other disk/fs > data. Ideally this could be done better :) I'll try to come up with > something and file a PR if someone doesn't read this and make a better fix. I submitted PR misc/113889 for this issue, with attached the following patch, which fixes the problem for my machines which are using gjournal as root fs. - --- src/sbin/fsck_ffs/main.c.orig Wed Jun 20 22:55:58 2007 +++ src/sbin/fsck_ffs/main.c Wed Jun 20 23:42:03 2007 @@ -67,6 +67,7 @@ static void usage(void) __dead2; static int argtoi(int flag, const char *req, const char *str, int base); static int checkfilesys(char *filesys); +static int chkdoreload(struct statfs *mntp); static struct statfs *getmntpt(const char *); int @@ -253,7 +254,10 @@ } if ((sblock.fs_flags & (FS_UNCLEAN | FS_NEEDSFSCK)) == 0) { gjournal_check(filesys); - - exit(0); + ret = chkdoreload(mntp); + if (ret == 0) + exit(0); + exit(4); } else { pfatal("UNEXPECTED INCONSISTENCY, %s\n", "CANNOT RUN FAST FSCK\n"); @@ -483,29 +487,45 @@ printf("\n***** FILE SYSTEM WAS MODIFIED *****\n"); if (rerun) printf("\n***** PLEASE RERUN FSCK *****\n"); - - if (mntp != NULL) { - - /* - - * We modified a mounted file system. Do a mount update on - - * it unless it is read-write, so we can continue using it - - * as safely as possible. - - */ - - if (mntp->f_flags & MNT_RDONLY) { - - args.fspec = 0; - - args.export.ex_flags = 0; - - args.export.ex_root = 0; - - ret = mount("ufs", mntp->f_mntonname, - - mntp->f_flags | MNT_UPDATE | MNT_RELOAD, &args); - - if (ret == 0) - - return (0); - - pwarn("mount reload of '%s' failed: %s\n\n", - - mntp->f_mntonname, strerror(errno)); - - } + ret = chkdoreload(mntp); + if (ret) { if (!fsmodified) return (0); if (!preen) printf("\n***** REBOOT NOW *****\n"); sync(); return (4); + } + return (0); +} + +static int +chkdoreload(struct statfs *mntp) +{ + struct ufs_args args; + int ret; + + if (mntp == NULL) + return (0); + /* + * We modified a mounted file system. Do a mount update on + * it unless it is read-write, so we can continue using it + * as safely as possible. + */ + if (mntp->f_flags & MNT_RDONLY) { + memset(&args, 0, sizeof args); + /* + * args.fspec = 0; + * args.export.ex_flags = 0; + * args.export.ex_root = 0; + */ + ret = mount("ufs", mntp->f_mntonname, + mntp->f_flags | MNT_UPDATE | MNT_RELOAD, &args); + if (ret == 0) + return (0); + pwarn("mount reload of '%s' failed: %s\n\n", + mntp->f_mntonname, strerror(errno)); + return (1); } return (0); } -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeZh6HNAJ/fLbfrkRAlEzAJ9JzKSVgdCBcP5cHOAmjh6Fh90HKQCgyakr wfa2W1yHOnidyc63iJfisks= =F1kH -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 21:29:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB1DA16A421 for ; Wed, 20 Jun 2007 21:29:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id A718B13C469 for ; Wed, 20 Jun 2007 21:29:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so80130anc for ; Wed, 20 Jun 2007 14:29:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=X8L96g0GM8XZgFc4Nt1P752Mk0v3WfMpwjQAToUIMojAKnC1OdwlJd9/jLCiO+yC4iJDxmfYrnd3JtE8xm0AllaRwafLjN1be/x3+vKbXGJpCKGzGz6ChcIBmCy4w+HkejgBQ4Q27B8MNwrp3sjtBQCzuFg0sNt0vJta9wSAfxA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=YHQc3qjA7o0eYD5fdzzFi+Wx1go6mJUcNiIcoifjpF+aI1Oc7PpIdi0SgC0P4XXyo2G/z8vVDA4i73IO3KYl3fW/lnwycWLguzaXqvHE7oxBbWqMKBovcdmnYKX2m6wFPl8ltG3ectpr3dpd4pu8nW+vBaYwavSWA+/NAGQou3A= Received: by 10.100.127.1 with SMTP id z1mr727138anc.1182374993782; Wed, 20 Jun 2007 14:29:53 -0700 (PDT) Received: by 10.100.154.8 with HTTP; Wed, 20 Jun 2007 14:29:53 -0700 (PDT) Message-ID: Date: Wed, 20 Jun 2007 14:29:53 -0700 From: "Maksim Yevmenkin" To: "Lars Engels" In-Reply-To: <20070616160234.GA16535@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_133300_24646971.1182374993750" References: <20070616160234.GA16535@e.0x20.net> Cc: current@freebsd.org Subject: Re: btsocks_rfcomm_session_mtx / so_snd_sx LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 21:29:55 -0000 ------=_Part_133300_24646971.1182374993750 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline please try the attached patch thanks, max On 6/16/07, Lars Engels wrote: > On a ~10 days old CURRENT I get this LOR: > > lock order reversal: (sleepable after non-sleepable) > 1st 0xc4de5120 btsocks_rfcomm_session_mtx (btsocks_rfcomm_session_mtx) > @ > /usr/src/sys/modules/netgraph/bluetooth/socket/../../../../netgraph/bluetooth/socket/ng_btsocket_rfcomm.c:995 > 2nd 0xc4b60118 so_snd_sx (so_snd_sx) @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > KDB: stack backtrace: > db_trace_self_wrapper(c07e20d4,e2502b68,c05d64aa,c07e4585,c4b60118,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c07e4585,c4b60118,c07e7d16,c07e7d16,c07e7992,...) at > kdb_backtrace+0x29 > witness_checkorder(c4b60118,9,c07e7992,91,ff,...) at > witness_checkorder+0x6af > _sx_xlock(c4b60118,40,c07e7992,91,e2502c00,...) at _sx_xlock+0x77 > sblock(c4b600dc,2,c05d5db2,c08d0288,c08d0288,...) at sblock+0x65 > sosend_generic(c4b60000,0,0,c46b0e00,0,...) at sosend_generic+0xcb > sosend(c4b60000,0,0,c46b0e00,0,...) at sosend+0x54 > ng_btsocket_rfcomm_sessions_task(0,1,c07e32ed,52,c3b3b89c,...) at > ng_btsocket_rfcomm_sessions_task+0x3c6 > taskqueue_run(c3b3b880,e2502cfc,c0587575,0,0,...) at taskqueue_run+0x108 > taskqueue_swi_giant_run(0,0,c07dc1d7,40b,c3b3b864,...) at > taskqueue_swi_giant_run+0x13 > ithread_loop(c3ba1bc0,e2502d38,0,0,c3ba5c1c,...) at ithread_loop+0x1aa > fork_exit(c05873cb,c3ba1bc0,e2502d38) at fork_exit+0x51 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe2502d70, ebp = 0 --- > > > > > -- > Lars Engels > E-Mail: lars.engels@0x20.net > > ------=_Part_133300_24646971.1182374993750 Content-Type: text/plain; name=ng_btsocket_rfcomm.c.patch.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f36bits6 Content-Disposition: attachment; filename="ng_btsocket_rfcomm.c.patch.txt" LS0tIG5nX2J0c29ja2V0X3JmY29tbS5jLm9yaWcJMjAwNy0wNi0yMCAxNDoxODo0Ni4wMDAwMDAw MDAgLTA3MDAKKysrIG5nX2J0c29ja2V0X3JmY29tbS5jCTIwMDctMDYtMjAgMTQ6MjA6NDIuMDAw MDAwMDAwIC0wNzAwCkBAIC0xNjA2LDggKzE2MDYsOCBAQAogCQkJcmV0dXJuICgwKTsgLyogd2Ug YXJlIGRvbmUgKi8KIAogCQkvKiBDYWxsIHNlbmQgZnVuY3Rpb24gb24gdGhlIEwyQ0FQIHNvY2tl dCAqLwotCQllcnJvciA9IHNvc2VuZChzLT5sMnNvLCBOVUxMLCBOVUxMLCBtLCBOVUxMLCAwLAot CQkgICAgY3VydGhyZWFkIC8qIFhYWCAqLyk7CisJCWVycm9yID0gKCpzLT5sMnNvLT5zb19wcm90 by0+cHJfdXNycmVxcy0+cHJ1X3NlbmQpKHMtPmwyc28sCisJCQkJMCwgbSwgTlVMTCwgTlVMTCwg Y3VydGhyZWFkIC8qIFhYWCAqLyk7CiAJCWlmIChlcnJvciAhPSAwKSB7CiAJCQlOR19CVFNPQ0tF VF9SRkNPTU1fRVJSKAogIiVzOiBDb3VsZCBub3Qgc2VuZCBkYXRhIHRvIEwyQ0FQIHNvY2tldCwg ZXJyb3I9JWRcbiIsIF9fZnVuY19fLCBlcnJvcik7Cg== ------=_Part_133300_24646971.1182374993750-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 22:14:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8E2016A400 for ; Wed, 20 Jun 2007 22:14:01 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id A585413C46A for ; Wed, 20 Jun 2007 22:14:01 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id AA2B5C4D13; Wed, 20 Jun 2007 22:48:57 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39487-04; Wed, 20 Jun 2007 22:48:19 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-26-49.cpe.netcabo.pt [213.22.26.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 3F056C4E01; Wed, 20 Jun 2007 22:48:19 +0000 (UTC) Message-ID: <4679A6D2.9020302@barafranca.com> Date: Wed, 20 Jun 2007 23:14:42 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.0 (X11/20070609) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Subject: ZFS scrub gone wrong X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 22:14:01 -0000 Hi, Tonight I was manually running a scrub on my ZFS pool for the first time. After a few minutes of operation, sound began repeating and the computer spontaneously rebooted. All I have in the logs is: *Jun 20 22:31:46 nexus root: ZFS: checksum mismatch, zpool=mypool path=/dev/ad1s2 offset=47253578752 size=3072* Jun 20 22:32:53 nexus syslogd: kernel boot file is /boot/kernel/kernel Jun 20 22:32:53 nexus kernel: Copyright (c) 1992-2007 The FreeBSD Project. Jun 20 22:32:53 nexus kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jun 20 22:32:53 nexus kernel: The Regents of the University of California. All rights reserved. Jun 20 22:32:53 nexus kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jun 20 22:32:53 nexus kernel: FreeBSD 7.0-CURRENT #3: Sun Jun 10 12:43:23 WEST 2007 The pool: pool: mypool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM mypool ONLINE 0 0 0 mirror ONLINE 0 0 0 ad0s2 ONLINE 0 0 0 ad1s2 ONLINE 0 0 0 errors: No known data errors I'm not sure if it was a coincidence or not, but it crashed while I was doing a zpool iostat 1. Any ideas about the ZFS error shown above ? Best regards, Hugo From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 22:16:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D520D16A469 for ; Wed, 20 Jun 2007 22:16:12 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 3F34013C48C for ; Wed, 20 Jun 2007 22:16:11 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so502289uge for ; Wed, 20 Jun 2007 15:16:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fE/mMU/XTR6umRqpyOqCkhMf3jPAxnZ3W4ZoKDKTHZRKIAu6gY0boik7nKEuCHxog9p1tQ5jB3LcP7JwfXj2UsalfKczUIiwflSMRV/IVS6/APeNt1a1k5AueLQhEtvYMF9KPvGP+tRy6zwu/eV9EVLkdPuuKnHjyP7r6MaURJQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UqIyDPdWU/2x6GXuERa6MSS0vxUZi3CQHwyYw+3RsFYrEYYKMwa3MWcXfKSJWaO5GyzMYXsrf1/K+X0p4IJA3D4q9RLlLPT5Lfkdh/GlPnRn8Gv3yUzPTd+PcjfzWCo/coaVQTht9Q5d1RpxHHRoB+fxR7g8CYFEXhvPWnBnXqo= Received: by 10.78.166.7 with SMTP id o7mr617531hue.1182377770179; Wed, 20 Jun 2007 15:16:10 -0700 (PDT) Received: by 10.78.163.2 with HTTP; Wed, 20 Jun 2007 15:16:10 -0700 (PDT) Message-ID: <70e8236f0706201516q3cc4fc23ue5837b0bc9d0308c@mail.gmail.com> Date: Wed, 20 Jun 2007 23:16:10 +0100 From: "Joao Barros" To: "John Nielsen" In-Reply-To: <200706201616.56547.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1182354823.6504.23.camel@shumai.marcuscom.com> <200706201528.31349.lists@jnielsen.net> <20070620145130.K71819@coco.macktronics.com> <200706201616.56547.lists@jnielsen.net> Cc: Dan Mack , freebsd-current@freebsd.org Subject: Re: ZFS and deadlock with {nullfs,NFS} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2007 22:16:13 -0000 On 6/20/07, John Nielsen wrote: > On Wednesday 20 June 2007 03:56:13 pm Dan Mack wrote: > > On Wed, 20 Jun 2007, John Nielsen wrote: > > > On Wednesday 20 June 2007 12:30:23 pm Dan Mack wrote: > > >> On Wed, 20 Jun 2007, Kris Kennaway wrote: > > >> > > >> > > >> > > >>> 404 at the moment, but look for processes involving zil* in the > > >>> backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to > > >>> prevent low-memory deadlocks on my machines. Since then it's been > > >>> fine. > > >>> > > >>> You may also wish to use my patches (see the archives) to improve > > >>> performance and low-memory behaviour. > > >>> > > >>> Kris > > >> > > >> Does someone have these recommended sysctls embodied in an example > > >> /boot/loader.conf yet? Here is mine, does it look reasonable to keep > > >> ZFS from running into the kmem_ memory panics? I have no idea if I > > >> found all of your recommendations so it would be nice if they were > > >> summarized in one place. > > >> > > >> | # /boot/loader.conf i386 / 1GB memory / SMP > > >> | kern.maxvnodes="50000" > > > > > > Note that kern.maxvnodes has to be set in /etc/sysctl.conf to have any > > > effect. > > > > > > JN > > > > FWIW ... I'm still experiencing panics; this time with when running cvsup > > to update /usr/ports: > > > > borg# grep -i Panic /var/crash/info* > > /var/crash/info.0: Panic String: kmem_malloc(16384): kmem_map too small: > > 268419072 total allocated /var/crash/info.1: Panic String: > > kmem_malloc(131072): kmem_map too small: 266354688 total allocated > > /var/crash/info.2: Panic String: kmem_malloc(4096): kmem_map too small: > > 268435456 total allocated /var/crash/info.3: Panic String: > > kmem_malloc(28672): kmem_map too small: 268435456 total allocated > > > > > > Anyone ideas on other tunables that might keep the system running? I'm > > not too concerned about performance. Otherwise I'll have to go spend > > some money on an AMD64 mainboard, memory, and cpu :-( > > The only tunable I had that you didn't was this one: > > vfs.zfs.arc_max="83886080" > > FWIW, my i386 system has 1.5GB RAM. More RAM might help, and/or you probably > still need to do some balancing (read: fiddling) with the tunables you're > already adjusting. > > JN > _______________________________________________ > 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" > With a 4 drive raidz, i386 and 1GB ram I only changed one setting: kern.maxvnodes="50000" Without it a simple recursive chmod or chown would crash the kernel. A 'make world' would fail too. FYI my vfs.zfs look like this: # sysctl vfs.zfs. vfs.zfs.arc_min: 16777216 vfs.zfs.arc_max: 167772160 vfs.zfs.mdcomp_disable: 0 vfs.zfs.prefetch_disable: 0 vfs.zfs.zio.taskq_threads: 0 vfs.zfs.recover: 0 vfs.zfs.vdev.cache.size: 10485760 vfs.zfs.vdev.cache.max: 16384 vfs.zfs.cache_flush_disable: 0 vfs.zfs.zil_disable: 0 vfs.zfs.debug: 0 -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 00:27:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0596A16A400 for ; Thu, 21 Jun 2007 00:27:29 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id C6AAE13C44B for ; Thu, 21 Jun 2007 00:27:27 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.1/8.14.1) with ESMTP id l5KImcj1042311; Wed, 20 Jun 2007 11:48:38 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.1/8.14.1/Submit) id l5KImU9w042309; Wed, 20 Jun 2007 11:48:30 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Sateesh Mandava In-Reply-To: <000401c7b358$2b0cedb0$d70014ac@sateeshm> References: <000401c7b358$2b0cedb0$d70014ac@sateeshm> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PUScIHiIZVP/dk9og8Tc" Date: Wed, 20 Jun 2007 11:48:26 -0700 Message-Id: <1182365307.36672.2.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: AGPGART not found ... ( on Q965) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 00:27:29 -0000 --=-PUScIHiIZVP/dk9og8Tc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-06-20 at 12:29 -0400, Sateesh Mandava wrote: > Hi, >=20 > =20 >=20 > I am trying to get the i810/intel drivers work with xorg 7.2. X server is > failing with /dev/agpgart missing error. >=20 > =20 >=20 > Can somebody help me on how to fix this error? Below are more details abo= ut > the problem. I've posted an experimental patch to this list, and I think to the PR system, for agpgart support on this chipset. However, it is known to be broken with the DRI enabled, and since that is usually an indication of serious issues with the AGP support, I haven't committed it yet. Sadly, my G965 hardware lacks working serial, and my other stuff lacks firewire, so I haven't been able to debug it. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-PUScIHiIZVP/dk9og8Tc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGeXZ2HUdvYGzw6vcRArLuAJ48z2AX2yqgUQrLKmliK6VtolGqoQCfZPyS OokYLdFZpsU2iOZIwZDavys= =XDXn -----END PGP SIGNATURE----- --=-PUScIHiIZVP/dk9og8Tc-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 01:02:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 129B016A400 for ; Thu, 21 Jun 2007 01:02:50 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id D9B0713C4B9 for ; Thu, 21 Jun 2007 01:02:49 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1I1B4R-0003Ln-OX for ; Thu, 21 Jun 2007 10:02:47 +0900 Message-ID: <4679CE35.8080907@fusiongol.com> Date: Thu, 21 Jun 2007 10:02:45 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL X-Abuse-Complaints: abuse@gol.com Subject: Promise SATA300 TX4 card issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 01:02:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm running FreeBSD-7-CURRENT amd64 I've been having problems with my ZFS pool consisting of 4 drives hooked up to my Prmoise SATA 300TX4 controller. It had been working fine until to around the 19th of this month, and then I started seeing error messages whenever I tried to write lots of data to ZFS..... followed by a nasty lockup with no other debugging information of which to speak of. The following URL is a post about this exact same problem - except on FreeBSD amd64 6.1 http://www.mail-archive.com/freebsd-hardware@freebsd.org/msg01541.html I thought FreeBSD had finally left this issue behind in 7.0 ... but I'm getting the exact same errors..... followed by a complete system lockup. ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad10: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly ad10: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=97160544 What I did was to rebuild my userland and kernel from the 200706 amd64 snapshot ISO, and lo and behold - the errors disappear and once again my zpool is working like a dream. I assume that *something* was changed in the source tree from between the 15th-18th of this month which caused my card to go haywire like this. I changed my system back to the last snapshot sources on the 20th and haven't updated my system since. Any ideas what caused this regression? -----BEGIN PGP SIGNATURE----- iD8DBQFGec41cuckYiL1ACcRAq9DAJ95wNiQwa1S/RVuFQ3PpGFVelMYWwCeO2jr v9hxg/hbtNKO7eQsyhuQGMQ= =zxsm -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 01:33:54 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5E5816A400; Thu, 21 Jun 2007 01:33:54 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id B177A13C44C; Thu, 21 Jun 2007 01:33:52 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 53DFC111F3; Wed, 20 Jun 2007 20:33:52 -0500 (CDT) Date: Wed, 20 Jun 2007 20:33:52 -0500 From: Craig Boston To: Sam Leffler Message-ID: <20070621013351.GA38402@nowhere> References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> <4678B1E4.7080909@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4678B1E4.7080909@errno.com> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Current , Andrew Thompson Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 01:33:54 -0000 On Tue, Jun 19, 2007 at 09:49:40PM -0700, Sam Leffler wrote: > I'm not sure how well ipw got tested while the changes were in p4. > We'll need to test again now that code has been merged to CVS. I'll try > to look at this weekend if noone else beats me to it. FYI, I just compiled a kernel with sources from Jun 9, and ipw works, so it looks like the net80211 changes are indeed the culprit. Craig From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 04:40:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C5A216A421 for ; Thu, 21 Jun 2007 04:40:49 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id E08B113C46E for ; Thu, 21 Jun 2007 04:40:48 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 1D0611CC5E; Thu, 21 Jun 2007 16:27:04 +1200 (NZST) Date: Thu, 21 Jun 2007 16:27:04 +1200 From: Andrew Thompson To: Pierre DAVID Message-ID: <20070621042704.GC78857@heff.fud.org.nz> References: <20070619011908.GA53748@heff.fud.org.nz> <20070619202538.GA2847@vagabond.ma.maison> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070619202538.GA2847@vagabond.ma.maison> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Current Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 04:40:49 -0000 On Tue, Jun 19, 2007 at 10:25:38PM +0200, Pierre DAVID wrote: > On Tue, Jun 19, 2007 at 01:19:08PM +1200, Andrew Thompson wrote: > > Hi, > > > > > > I am investigating a couple of wireless issues reported since the > > net80211 changes were merged last week. I thought i'd list them out in > > case any one else is looking into them (or wants to). > > > > 1. Unloading the ath module hangs > > I have reproduced this but not found the cause yet, its a hard hang > > and I cant break into the debugger. > > > > 2. Firmware iwi_bss will not load > > Loading the firmware for iwi causes an interrupt storm and times out. > > I havnt reproduced this and has only been reported by one person. > > > > 3. iwi(4) gets a firmware error while associating > > Can not reproduce this yet, debug traces available on the mailing > > list. > > > > 4. wi(4) fails to associate > > Unknown yet > > > > > > Please report any other wireless issues and help is appreciated. > > > > FreeBSD vagabond.ma.maison 7.0-CURRENT FreeBSD 7.0-CURRENT #27: Sat Jun 16 20:42:47 CEST 2007 pda@vagabond:/usr/obj/usr/src/sys/VAGABOND i386 > > I loose connectivity on our campus network, and cannot get it back. > Here are relevant lines in my ~/.wpaconf file : ... Can you check if you have r1.39 of sys/net80211/ieee80211_proto.c and if not then try again with a fresh kernel. This may have been fixed around the same time as you upgraded. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 05:46:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CDF216A421 for ; Thu, 21 Jun 2007 05:46:49 +0000 (UTC) (envelope-from chukharev@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id D796D13C455 for ; Thu, 21 Jun 2007 05:46:48 +0000 (UTC) (envelope-from chukharev@mail.ru) Received: from mx2.mail.ru (mx2-2.mail.ru [194.67.23.122]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id E6A3E35CF9C for ; Thu, 21 Jun 2007 09:26:02 +0400 (MSD) Received: from [81.197.114.29] (port=63324 helo=localhost) by mx2.mail.ru with asmtp id 1I1FAn-000JDO-00; Thu, 21 Jun 2007 09:25:37 +0400 Date: Thu, 21 Jun 2007 08:25:35 +0300 To: "Sateesh Mandava" From: "V.Chukharev" Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.21 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: AGPGART not found ... ( on Q965) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 05:46:49 -0000 Hi, I had similar problem. I deleted 'device agp' from the kernel config, commented out 'acpi_video_load=3D"YES"' from /boot/loader.conf, and added 'agp_load=3D"YES"' to it. After reboot with the new kernel /dev/agpgart was found. I did not try to find minimal change needed on my 6-STABLE. Try if this helps to your CURRENT too. -- = V. Chukharev You wrote: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Hi, I am trying to get the i810/intel drivers work with xorg 7.2. X server i= s failing with /dev/agpgart missing error. Can somebody help me on how to fix this error? Below are more details ab= out the problem. $uname -r 7.0-CURRENT-200703 $lspci -lv .... vgapci0@pci0:2:0: class=3D0x030000 card=3D0x5058107b chip=3D0x2992= 8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Q963/Q965 Integrated Graphics Controller' class =3D display subclass =3D VGA vgapci1@pci0:2:1: class=3D0x038000 card=3D0x5058107b chip=3D0x2993= 8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Q963/Q965 Integrated Graphics Controller' class =3D display .... $more /etc/X11/xorg.conf ... Section "Device" Identifier "Card0" Driver "i810" VendorName "Intel Corporation" BoardName "Unknown Board" BusID "PCI:0:2:0" VideoRam 262144 EndSection ... $ more /var/log/Xorg.0.log .... (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) intel(0): /dev/agpgart is either not available, or no memory is available for allocation. Using pre-allocated memory only. (**) intel(0): VideoRam: 7676 KB .... (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too = low? ... Thanks, Sateesh. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 07:53:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEE5716A400 for ; Thu, 21 Jun 2007 07:53:15 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2B213C4AD for ; Thu, 21 Jun 2007 07:53:15 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so871730pyi for ; Thu, 21 Jun 2007 00:53:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:sender; b=SsKzzVdy2CZgv0QnWee9HtxF8SBc9yf0JUEIPM/eI9aPXFbZOJGIt3yU6VIlp3gZCy2P3H+1l1CVNBJhXqoSWz2uqewXv+PmVDAAdvzeT5ED+Ce9XTaSIdixze88u/Fe60sQ4bOypVvHkvcVcFusXuOPWzoMbYF+RHOWDu7s5y8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:sender; b=b6pjnmQzl/37iKpxc6c8OUppOdSMs+lRq9lRIwObaJg2GkuzdK+MSC3u+0AuObjQo9iioqXhApWnnUZt2XJkJAC6OJ8KBZSl/JRg9pxMxTlzpHX5oA+JQStWYxfZMHyYXpJjcjCGpXLArYBu+MIIjdqQCs1XG1KI8TQdxLLV1jw= Received: by 10.35.12.10 with SMTP id p10mr1692049pyi.1182410893904; Thu, 21 Jun 2007 00:28:13 -0700 (PDT) Received: from ?192.168.10.194? ( [59.125.13.44]) by mx.google.com with ESMTP id n45sm1180247pyh.2007.06.21.00.28.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 21 Jun 2007 00:28:12 -0700 (PDT) From: "Eric L. Chen" To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YQ4vyptfai3n8sbWBirL" Date: Thu, 21 Jun 2007 15:28:06 +0800 Message-Id: <1182410886.1320.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Subject: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 07:53:15 -0000 --=-YQ4vyptfai3n8sbWBirL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I did wireless frame capture with wireshark, It works fine while I'm using FreeBSD-6. After I upgraded FreeBSD-7, I got a message: ieee80211_load_module: load the wlan_scan_monitor module by hand for now. But I can not find out 'wlan_scan_monitor' module, only wlan_scan_ap and wlan_scan_sta in /boot/kernel. /Eric --=-YQ4vyptfai3n8sbWBirL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGeiiAymyXoUCp/cURArl1AJ9u5UGtVg+abEXRb0Huc92eoZyeMwCcCjLb YA8sxDOZhztSM6PphGoBbvo= =O6V2 -----END PGP SIGNATURE----- --=-YQ4vyptfai3n8sbWBirL-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 08:07:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0218016A400 for ; Thu, 21 Jun 2007 08:07:27 +0000 (UTC) (envelope-from kevlo@freebsd.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id 82E2F13C46A for ; Thu, 21 Jun 2007 08:07:26 +0000 (UTC) (envelope-from kevlo@freebsd.org) Received: from [127.0.0.1] (ns.kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.1/8.14.1) with ESMTP id l5L7i3wq001667; Thu, 21 Jun 2007 15:44:03 +0800 (CST) (envelope-from kevlo@freebsd.org) From: Kevin Lo To: Andrew Thompson In-Reply-To: <20070619011908.GA53748@heff.fud.org.nz> References: <20070619011908.GA53748@heff.fud.org.nz> Content-Type: text/plain Date: Thu, 21 Jun 2007 15:40:21 +0800 Message-Id: <1182411621.6049.8.camel@monet> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 08:07:27 -0000 Andrew Thompson wrote: > Hi, > > > I am investigating a couple of wireless issues reported since the > net80211 changes were merged last week. I thought i'd list them out in > case any one else is looking into them (or wants to). > [snip] > > 2. Firmware iwi_bss will not load > Loading the firmware for iwi causes an interrupt storm and times out. > I havnt reproduced this and has only been reported by one person. > > 3. iwi(4) gets a firmware error while associating > Can not reproduce this yet, debug traces available on the mailing > list. I also can't reproduce those. > 4. wi(4) fails to associate > Unknown yet > > > Please report any other wireless issues and help is appreciated. > > > > cheers, > Andrew Kevin From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 08:36:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F347B16A468 for ; Thu, 21 Jun 2007 08:36:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 72C0513C4BC for ; Thu, 21 Jun 2007 08:36:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so429492mue for ; Thu, 21 Jun 2007 01:36:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=e/ItWo8R/zWgjL9S+N5+yS0bl24E1lCwl2xlZYhRCMtOLb+ZvQBOVoHCizwvch/KgQjalh5PiOEVGvvLKxijmZiuhkxwrW69j2KD8ObETYa/qX9+C0112yF4OUUzdnO2BbXjS7mt26Q14fvZ2yrDcCeyYKoy9WTds2VM9isdK14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=CRuvJcLF+4UDu32EFhQWVPffa82Kqb2l4gPG63JJWWIpEisXhoJwyHfcvwA2TFPWlf4zLbF4cxlgTtL5xhV+RHkElHOkh+7O/xQN0gOKiyq1ttAp3CnagFvG13Od3KAOXo9bC5Tsrqan8wYeSDAMueS6K2olLtEJASZLdd8WFDw= Received: by 10.82.112.3 with SMTP id k3mr3388595buc.1182414979853; Thu, 21 Jun 2007 01:36:19 -0700 (PDT) Received: from ?172.31.5.25? ( [89.97.252.178]) by mx.google.com with ESMTP id f7sm7839421nfh.2007.06.21.01.36.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 21 Jun 2007 01:36:19 -0700 (PDT) Message-ID: <467A3869.3020706@FreeBSD.org> Date: Thu, 21 Jun 2007 10:35:53 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Kevin Gerry , Jeff Roberson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@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: Thu, 21 Jun 2007 08:36:22 -0000 Kevin Gerry wrote: > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc060cb73 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc060cd6f in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc086954c in trap_fatal (frame=0xe40d3b9c, eva=20) at > /usr/src/sys/i386/i386/trap.c:870 > #4 0xc0869e8c in trap (frame=0xe40d3b9c) at > /usr/src/sys/i386/i386/trap.c:276 > #5 0xc0853afb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #6 0xc063b008 in propagate_priority (td=0xc3ab5e00) at > /usr/src/sys/kern/subr_turnstile.c:272 > #7 0xc063b989 in turnstile_wait (ts=0xc3a9e6e0, owner=0xc3ab5e00, > queue=Variable "queue" is not available. > ) at /usr/src/sys/kern/subr_turnstile.c:739 > #8 0xc060140d in _mtx_lock_sleep (m=0xc0993228, tid=3284357632, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:395 > #9 0xc04decd7 in em_handle_rxtx (context=0xc3b63000, pending=1) at > /usr/src/sys/dev/em/if_em.c:1477 > #10 0xc0639e72 in taskqueue_run (queue=0xc3be1880) at > /usr/src/sys/kern/subr_taskqueue.c:255 > #11 0xc063a04f in taskqueue_thread_loop (arg=0xc3b632ec) at > /usr/src/sys/kern/subr_taskqueue.c:374 > #12 0xc05ee896 in fork_exit (callout=0xc0639fd0 , > arg=0xc3b632ec, frame=0xe40d3d38) > at /usr/src/sys/kern/kern_fork.c:797 > #13 0xc0853b70 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:205 > (kgdb) list *0xc063b008 > 0xc063b008 is in propagate_priority > (/usr/src/sys/kern/subr_turnstile.c:273). > 268 ts = td->td_blocked; > 269 MPASS(ts != NULL); > 270 MPASS(td->td_lock == &ts->ts_lock); > 271 /* Resort td on the list if needed. */ > 272 if (!turnstile_adjust_thread(ts, td)) { > 273 mtx_unlock_spin(&ts->ts_lock); > 274 return; > 275 } > 276 /* The thread lock is released as ts lock above. */ > 277 } Jeff can better comment on it, but for what I can see it seems that ts->ts_lock is not acquired again once the new assignment from td->td_blocked is done and I think it should be. Thanks a lot for your report, Attilio From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 11:39:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBA8416A421; Thu, 21 Jun 2007 11:39:06 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 75ACD13C45E; Thu, 21 Jun 2007 11:39:06 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E79B.dip.t-dialin.net [84.165.231.155]) by redbull.bpaserver.net (Postfix) with ESMTP id 42D982E1DA; Thu, 21 Jun 2007 13:39:03 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 20D125B49F3; Thu, 21 Jun 2007 13:37:17 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l5LBbGgN043520; Thu, 21 Jun 2007 13:37:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 21 Jun 2007 13:37:16 +0200 Message-ID: <20070621133716.wsrx2ykiokcs04k4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 21 Jun 2007 13:37:16 +0200 From: Alexander Leidinger To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: ports@freebsd.org Subject: Intel PowerTop tool on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 11:39:06 -0000 Hi, has someone tried to port the Intel powertop tool (http://www.linuxpowertop.org/) to FreeBSD? If not, is someone willing to have a look at it, or should I put it on our ideas list? The tool monitors the power consumption of a system and shows which part of the system is the reason for not saving power (so it makes sense to run this on a mostly idle system to find the cause of wasting power; some applications are already fixed to be more power friendly). Bye, Alexander. -- When a man steals your wife, there is no better revenge than to let him keep her. -- Sacha Guitry http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 12:09:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C6BC16A400; Thu, 21 Jun 2007 12:09:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [87.250.248.71]) by mx1.freebsd.org (Postfix) with ESMTP id 73E9113C46A; Thu, 21 Jun 2007 12:09:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:14825 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1054210AbXFULzF (ORCPT + 1 other); Thu, 21 Jun 2007 15:55:05 +0400 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <467A6717.3070606@yandex.ru> Date: Thu, 21 Jun 2007 15:55:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Alexander Leidinger References: <20070621133716.wsrx2ykiokcs04k4@webmail.leidinger.net> In-Reply-To: <20070621133716.wsrx2ykiokcs04k4@webmail.leidinger.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Intel PowerTop tool on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 12:09:10 -0000 Alexander Leidinger wrote: > has someone tried to port the Intel powertop tool > (http://www.linuxpowertop.org/) to FreeBSD? If not, is someone willing > to have a look at it, or should I put it on our ideas list? Hi, Alexander. In the acpi@ maillist was the following discussion: http://lists.freebsd.org/pipermail/freebsd-acpi/2007-May/003701.html Seems that it's not useful for the FreeBSD. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 14:59:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DDE316A468 for ; Thu, 21 Jun 2007 14:59:02 +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 17C0D13C457 for ; Thu, 21 Jun 2007 14:59:02 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5LEx1JE065137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jun 2007 07:59:01 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <467A9291.90805@errno.com> Date: Thu, 21 Jun 2007 08:00:33 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: "Eric L. Chen" References: <1182410886.1320.3.camel@localhost> In-Reply-To: <1182410886.1320.3.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 14:59:02 -0000 Eric L. Chen wrote: > Hi, > I did wireless frame capture with wireshark, It works fine while I'm > using FreeBSD-6. > After I upgraded FreeBSD-7, I got a message: > ieee80211_load_module: load the wlan_scan_monitor module by hand for > now. > > But I can not find out 'wlan_scan_monitor' module, only wlan_scan_ap and > wlan_scan_sta in /boot/kernel. You can ignore the complaint as monitor mode does not scan; you always must set the channel. I've contemplated doing a monitor-mode scanning module that could be used to continuously collect something like a site survey. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:31:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33AF716A468; Thu, 21 Jun 2007 15:31:50 +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 EA7BE13C480; Thu, 21 Jun 2007 15:31:49 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5LFVlwt065414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jun 2007 08:31:49 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <467A9A3F.60205@errno.com> Date: Thu, 21 Jun 2007 08:33:19 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Kevin Lo References: <20070619011908.GA53748@heff.fud.org.nz> <1182411621.6049.8.camel@monet> In-Reply-To: <1182411621.6049.8.camel@monet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Andrew Thompson Subject: Re: wireless [iwi firmware error] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 15:31:50 -0000 Kevin Lo wrote: > Andrew Thompson wrote: >> 3. iwi(4) gets a firmware error while associating >> Can not reproduce this yet, debug traces available on the mailing >> list. > > I also can't reproduce those. We understand what the issue is. You will only see it if trying to associate with mode 11b. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:50:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABCD716A400 for ; Thu, 21 Jun 2007 15:50:49 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 57A1713C469 for ; Thu, 21 Jun 2007 15:50:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id D48F739E28; Thu, 21 Jun 2007 17:50:44 +0200 (CEST) Date: Thu, 21 Jun 2007 17:50:44 +0200 From: Lars Engels To: Nate Lawson Message-ID: <20070621155044.GD17194@e.0x20.net> References: <46756BBE.5030603@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <46756BBE.5030603@root.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 15:50:49 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 17, 2007 at 10:13:34AM -0700, Nate Lawson wrote: > This patch updates the user API for acpi suspend in a number of ways. >=20 > * /etc/rc.suspend,rc.resume are always run, no matter the source of the > suspend event > * suspend now requires positive user acknowledgement. If a user program > wants to cancel the suspend, they can. If one of the user programs > hangs or doesn't respond within 10 seconds, the system suspends anyway. > * /dev/apm is clonable, allowing multiple listeners for suspend events. > In the future, xorg-server can use this to be informed about suspend > even if there are other listeners (i.e. apmd). >=20 > The API changes are intended to be MFCd and hence are minimal. >=20 > * Two new ACPI ioctls: REQSLPSTATE and ACKSLPSTATE. Request begins the > process of suspending by notifying all listeners. acpi is monitored by > devd(8) and /dev/apm listener(s) are also counted. Users register their > approval or disapproval via Ack. If anyone disapproves, suspend is vetoe= d. >=20 > * Binary compat is preserved in that old user programs or kernel modules > (yeah, right) that called the API can still do so. A message is printed > once that this interface is deprecated. >=20 > * acpiconf gains the -k flag to ack the suspend request. This flag is > undocumented on purpose since it's only used by /etc/rc.suspend. It is > not intended to be a permanent change and will be removed once a better > power API is implemented. >=20 > These patches have been successfully tested for about a week through > suspend/resumes and various usermode programs, including patches to > xorg-server. >=20 > The eventual goal is to improve subr_power to be a more generic central > power management interface to user and kernel providers. powerd(8) > might start managing profiles similar to apmd(8). I don't know yet and > there isn't time to do that. This patch provides a reasonable interface > for now and eliminates some serious weaknesses, especially in that > pressing a sleep button did not guarantee rc.suspend would run before > sleeping. >=20 > Comments welcome, patches are for 6.x and 7.x. >=20 > --=20 > Nate Nate,=20 thanks for your patch.=20 But after applying it on a recent -Current I get a lot of kernel messages like these: Jun 21 17:48:27 maggie kernel: apm34 opened clone 0xc457fd00 Jun 21 17:48:27 maggie kernel: apm34 closed clone 0xc457fd00 Jun 21 17:48:32 maggie kernel: apm35 opened clone 0xc457ee40 Jun 21 17:48:32 maggie kernel: apm35 closed clone 0xc457ee40 Jun 21 17:48:37 maggie kernel: apm36 opened clone 0xc457ec40 Jun 21 17:48:37 maggie kernel: apm36 closed clone 0xc457ec40 Jun 21 17:48:42 maggie kernel: apm37 opened clone 0xc457fc40 Jun 21 17:48:42 maggie kernel: apm37 closed clone 0xc457fc40 Jun 21 17:48:47 maggie kernel: apm38 opened clone 0xc433b6c0 Jun 21 17:48:47 maggie kernel: apm38 closed clone 0xc433b6c0 Jun 21 17:48:52 maggie kernel: apm39 opened clone 0xc433b240 Additionally, pressing the power button only generates this: Jun 21 17:50:03 maggie kernel: acpi: request to enter state S5 failed I need to run 'shutdown -p ' to power the system down. Lars --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGep5UKc512sD3afgRAuIOAKCe7fX+8Rq9yxYfyHEr7zpc8DIgGQCfQx1h IQDhkaFIK/F19KqAjJzz5LA= =KqZc -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:53:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E17A916A421 for ; Thu, 21 Jun 2007 15:53:35 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 93AB813C44C for ; Thu, 21 Jun 2007 15:53:35 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id E425B39E2B; Thu, 21 Jun 2007 17:53:30 +0200 (CEST) Date: Thu, 21 Jun 2007 17:53:30 +0200 From: Lars Engels To: Nate Lawson Message-ID: <20070621155330.GE17194@e.0x20.net> References: <46756BBE.5030603@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB" Content-Disposition: inline In-Reply-To: <46756BBE.5030603@root.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 15:53:36 -0000 --gr/z0/N6AeWAPJVB Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable And I just saw that every 5 second a new apm device is created!=20 # ls /dev acd0 apm12 apm3 apm47 apm8 = =20 acpi apm13 apm30 apm48 apm9 = =20 ad0 apm14 apm31 apm49 ata = =20 ad0.journal apm15 apm32 apm5 atkbd0 = =20 ad0.journals1 apm16 apm33 apm50 bpf0 = =20 ad0.journals2 apm17 apm34 apm51 bpf1 = =20 ad0.journals3 apm18 apm35 apm52 bpsm0 = =20 ad0.journals4 apm19 apm36 apm53 cardbus0.cis ad0.journals4a apm2 apm37 apm54 cd0 = =20 ad0.journals4b apm20 apm38 apm55 cdrom@ = =20 ad0.journals4c apm21 apm39 apm56 console = =20 ad0.journals4d apm22 apm4 apm57 consolectl = =20 ad0.journals4e apm23 apm40 apm58 ctty = =20 ad0.journals4f apm24 apm41 apm59 cuad0 = =20 agpgart apm25 apm42 apm6 cuad0.init = =20 apm0 apm26 apm43 apm60 cuad0.lock = =20 apm1 apm27 apm44 apm61 devctl = =20 apm10 apm28 apm45 apm62 devstat = =20 apm11 apm29 apm46 apm7 dri/ = =20 [...] --gr/z0/N6AeWAPJVB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGep76Kc512sD3afgRAmPQAJ0d4hnL6NlemJsT6uXypwilOicqcwCeKF7T 5b53jvz+X/izVPVOtI7endM= =uK7K -----END PGP SIGNATURE----- --gr/z0/N6AeWAPJVB-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 16:09:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1311616A421 for ; Thu, 21 Jun 2007 16:09:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id ED8AC13C468 for ; Thu, 21 Jun 2007 16:09:06 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5LG7htI010297 for ; Thu, 21 Jun 2007 09:07:43 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5LG7hwo010296 for freebsd-current@freebsd.org; Thu, 21 Jun 2007 09:07:43 -0700 (PDT) (envelope-from sgk) Date: Thu, 21 Jun 2007 09:07:43 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070621160742.GA10264@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Which GigE NIC for reliable use? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 16:09:07 -0000 I've been experiencing problems with the bge device for several weeks. In this time, I've tried tuning every imaginable parameter that I could find. There appear to be several related problems: node10:kargl[203] netstat -I bge1 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge1 9000 00:e0:81:40:48:93 81505160 238721 81933513 9 0 bge1 9000 192.168.0.0 node10 81504878 - 81933689 - - Notice the Ierrs value continuously grows with the MPI application I have runs. In /var/log/messages one finds: Jun 20 23:20:42 node10 kernel: bge1: watchdog timeout -- resetting Jun 20 23:20:42 node10 kernel: bge1: link state changed to DOWN Jun 20 23:20:46 node10 kernel: bge1: link state changed to UP This DOWN/UP breaks the MPI application and leads to several additional messeages of the form. Jun 20 23:22:33 node10 kernel: TCP: [10.208.78.111]:54801 to [10.208.78.111]:49376 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) So, I plan to replace all of the bge devices with a reliable, robust GigE NIC. Anyone have a suggestion for such a cards? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 16:17:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B3C616A41F for ; Thu, 21 Jun 2007 16:17:29 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2001A13C468 for ; Thu, 21 Jun 2007 16:17:29 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 7ED5D39E27; Thu, 21 Jun 2007 18:17:26 +0200 (CEST) Date: Thu, 21 Jun 2007 18:17:26 +0200 From: Lars Engels To: Maksim Yevmenkin Message-ID: <20070621161726.GF17194@e.0x20.net> References: <20070616160234.GA16535@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fOHHtNG4YXGJ0yqR" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org Subject: Re: btsocks_rfcomm_session_mtx / so_snd_sx LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 16:17:29 -0000 --fOHHtNG4YXGJ0yqR Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 20, 2007 at 02:29:53PM -0700, Maksim Yevmenkin wrote: > please try the attached patch >=20 > thanks, > max Hi Max, thanks for the patch. I the LOR is gone now.=20 Lars --fOHHtNG4YXGJ0yqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGeqSWKc512sD3afgRAnVvAKCHAKjBQ08yZQ65zUUMpCik7hGxfQCgnM1O BTJQixlwV4O1tSHUG/N9sGY= =Fell -----END PGP SIGNATURE----- --fOHHtNG4YXGJ0yqR-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 16:56:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B120816A400 for ; Thu, 21 Jun 2007 16:56:22 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0213413C447 for ; Thu, 21 Jun 2007 16:56:21 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 21 Jun 2007 16:56:19 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp025) with SMTP; 21 Jun 2007 18:56:19 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+3x6dpbmu341yxB2uPIxmY7jy6V2KXYbvMkZDtV8 KcNcwolb8tzUVn From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Thu, 21 Jun 2007 18:56:15 +0200 User-Agent: KMail/1.9.6 References: <1182410886.1320.3.camel@localhost> <467A9291.90805@errno.com> In-Reply-To: <467A9291.90805@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706211856.16123.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: "Eric L. Chen" Subject: Re: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 16:56:22 -0000 On Thursday 21 June 2007 17:00:33 Sam Leffler wrote: > Eric L. Chen wrote: > > Hi, > > I did wireless frame capture with wireshark, It works fine while I'm > > using FreeBSD-6. > > After I upgraded FreeBSD-7, I got a message: > > ieee80211_load_module: load the wlan_scan_monitor module by hand for > > now. > > > > But I can not find out 'wlan_scan_monitor' module, only wlan_scan_ap and > > wlan_scan_sta in /boot/kernel. > > You can ignore the complaint as monitor mode does not scan; you always > must set the channel. I've contemplated doing a monitor-mode scanning > module that could be used to continuously collect something like a site > survey. kismet doesn't detect any APs after the 802.11 changes. I thought I had to wait until someone commits the wlan_scan_monitor module. But it seems like this won't help. Any idea why kismet stopped working? Except for the missing module, I haven't seen any suspicous message. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 17:02:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5DDF16A421 for ; Thu, 21 Jun 2007 17:02:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id AA06313C45B for ; Thu, 21 Jun 2007 17:02:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5LH1IcF010776; Thu, 21 Jun 2007 10:01:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5LH1EYH010775; Thu, 21 Jun 2007 10:01:14 -0700 (PDT) (envelope-from sgk) Date: Thu, 21 Jun 2007 10:01:14 -0700 From: Steve Kargl To: Sameh Ghane Message-ID: <20070621170114.GA10693@troutmask.apl.washington.edu> References: <20070621160742.GA10264@troutmask.apl.washington.edu> <20070621164737.GB54284@anthologeek.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070621164737.GB54284@anthologeek.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Which GigE NIC for reliable use? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 17:02:46 -0000 On Thu, Jun 21, 2007 at 06:47:37PM +0200, Sameh Ghane wrote: > Le (On) Thu, Jun 21, 2007 at 09:07:43AM -0700, Steve Kargl ecrivit (wrote): > > > > Jun 20 23:22:33 node10 kernel: TCP: [10.208.78.111]:54801 to > > [10.208.78.111]:49376 tcpflags 0x10; syncache_expand: Segment failed > > SYNCOOKIE authentication, segment rejected (probably spoofed) > > How does a local communication get affected by your NIC's behavior !? It is an application that uses the Message Passing Interface. There are 4 processes running on node16 and 4 processes on node10. All processes are communicating with each other, when the link goes down/up the processes stop talking. The processes on node10 are trying to send/receive data from the now non-existent processes on node16. I'm assuming that communication between the processes on node10 gets out of sync and the above message appears. > > You seem to use Jumbo frames, maybe the link loss is switch related ? Same problem with jumbo frames are good old mtu 1500 frames. > > > So, I plan to replace all of the bge devices with a reliable, > > robust GigE NIC. Anyone have a suggestion for such a cards? > > I would go for em(4) because the driver works really fine, for > quite some time. How does em(4) compare to msk(4)? > Polling support is really good, and helps reducing interrupts. Tried that. Too much latencies. Too many dropped packets. The execution time of the app is doubled if not triple. Thanks for the info. I'll investigate the em(4). -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 17:12:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D015616A400 for ; Thu, 21 Jun 2007 17:12:29 +0000 (UTC) (envelope-from sameh@anthologeek.net) Received: from anthocore.anthologeek.net (anthocore.anthologeek.net [213.186.53.38]) by mx1.freebsd.org (Postfix) with ESMTP id 99E7813C4BC for ; Thu, 21 Jun 2007 17:12:29 +0000 (UTC) (envelope-from sameh@anthologeek.net) Received: from anthocore.anthologeek.net (localhost [127.0.0.1]) by anthocore.anthologeek.net (Postfix) with ESMTP id 0B803959B7; Thu, 21 Jun 2007 18:47:38 +0200 (CEST) Received: by anthocore.anthologeek.net (Postfix, from userid 1000) id E56E2959B3; Thu, 21 Jun 2007 18:47:37 +0200 (CEST) Date: Thu, 21 Jun 2007 18:47:37 +0200 From: Sameh Ghane To: Steve Kargl Message-ID: <20070621164737.GB54284@anthologeek.net> References: <20070621160742.GA10264@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070621160742.GA10264@troutmask.apl.washington.edu> X-PGP-Keys: 0x1289F00D: User-Agent: Mutt/1.5.9i X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Which GigE NIC for reliable use? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 17:12:29 -0000 Le (On) Thu, Jun 21, 2007 at 09:07:43AM -0700, Steve Kargl ecrivit (wrote): > > Jun 20 23:22:33 node10 kernel: TCP: [10.208.78.111]:54801 to > [10.208.78.111]:49376 tcpflags 0x10; syncache_expand: Segment failed > SYNCOOKIE authentication, segment rejected (probably spoofed) How does a local communication get affected by your NIC's behavior !? You seem to use Jumbo frames, maybe the link loss is switch related ? > So, I plan to replace all of the bge devices with a reliable, > robust GigE NIC. Anyone have a suggestion for such a cards? I would go for em(4) because the driver works really fine, for quite some time. Polling support is really good, and helps reducing interrupts. In my experience, even while comparing non polling mode kernels, other NICs (or their drivers) tend to generate more interrupts. It has nice sysctl tuning variables (ahem, actually the man page is a bit obsolete, but browsing the sysctl tree will help you find the new variable names). Hardware is easy to find and widespread (driver available since FBSD 4.4). It is the proud successor of fxp(4) in my humble opinion: cheap *and* efficient. Cheers, -- Sameh Ghane From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 17:18:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF46D16A400 for ; Thu, 21 Jun 2007 17:18:35 +0000 (UTC) (envelope-from Sateesh.Mandava@infotechfl.com) Received: from pony.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.freebsd.org (Postfix) with ESMTP id A2D6C13C4C1 for ; Thu, 21 Jun 2007 17:18:35 +0000 (UTC) (envelope-from Sateesh.Mandava@infotechfl.com) Received: from pony.infotechfl.com (localhost.localdomain [127.0.0.1]) by pony.infotechfl.com (Postfix) with ESMTP id 0799C202111 for ; Thu, 21 Jun 2007 13:18:28 -0400 (EDT) Received: from sateeshm (sateeshm.infotechfl.com [172.20.0.215]) by pony.infotechfl.com (Postfix) with ESMTP id EEAB920210E for ; Thu, 21 Jun 2007 13:18:27 -0400 (EDT) From: "Sateesh Mandava" To: References: Date: Thu, 21 Jun 2007 13:18:44 -0400 Message-ID: <002e01c7b428$38ab9950$d70014ac@sateeshm> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcezxLSzmkJS9uwDSEWx7roeyYrdBgAY10jQ In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Thu, 21 Jun 2007 17:28:46 +0000 Subject: RE: AGPGART not found ... ( on Q965) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 17:18:36 -0000 This doesn't work in my case :( I get the same error after reboot. -----Original Message----- From: V.Chukharev [mailto:chukharev@mail.ru] Sent: Thursday, June 21, 2007 1:26 AM To: Sateesh Mandava Cc: freebsd-current@freebsd.org Subject: Re: AGPGART not found ... ( on Q965) Hi, I had similar problem. I deleted 'device agp' from the kernel config, commented out 'acpi_video_load="YES"' from /boot/loader.conf, and added 'agp_load="YES"' to it. After reboot with the new kernel /dev/agpgart was found. I did not try to find minimal change needed on my 6-STABLE. Try if this helps to your CURRENT too. -- V. Chukharev You wrote: ==================== Hi, I am trying to get the i810/intel drivers work with xorg 7.2. X server is failing with /dev/agpgart missing error. Can somebody help me on how to fix this error? Below are more details about the problem. $uname -r 7.0-CURRENT-200703 $lspci -lv .... vgapci0@pci0:2:0: class=0x030000 card=0x5058107b chip=0x29928086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Q963/Q965 Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x5058107b chip=0x29938086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Q963/Q965 Integrated Graphics Controller' class = display .... $more /etc/X11/xorg.conf ... Section "Device" Identifier "Card0" Driver "i810" VendorName "Intel Corporation" BoardName "Unknown Board" BusID "PCI:0:2:0" VideoRam 262144 EndSection ... $ more /var/log/Xorg.0.log .... (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) intel(0): /dev/agpgart is either not available, or no memory is available for allocation. Using pre-allocated memory only. (**) intel(0): VideoRam: 7676 KB .... (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? ... Thanks, Sateesh. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 19:51:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B30716A400 for ; Thu, 21 Jun 2007 19:51:48 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB8313C4AD for ; Thu, 21 Jun 2007 19:51:48 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 16654 invoked from network); 21 Jun 2007 16:26:53 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 21 Jun 2007 16:26:53 -0000 Message-ID: <467AA6C6.8090607@root.org> Date: Thu, 21 Jun 2007 09:26:46 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: Lars Engels References: <46756BBE.5030603@root.org> <20070621155044.GD17194@e.0x20.net> In-Reply-To: <20070621155044.GD17194@e.0x20.net> X-Enigmail-Version: 0.95.0 Content-Type: multipart/mixed; boundary="------------000609030506070203020900" Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 19:51:48 -0000 This is a multi-part message in MIME format. --------------000609030506070203020900 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Lars Engels wrote: > On Sun, Jun 17, 2007 at 10:13:34AM -0700, Nate Lawson wrote: >> This patch updates the user API for acpi suspend in a number of ways. >> >> * /etc/rc.suspend,rc.resume are always run, no matter the source of the >> suspend event >> * suspend now requires positive user acknowledgement. If a user program >> wants to cancel the suspend, they can. If one of the user programs >> hangs or doesn't respond within 10 seconds, the system suspends anyway. >> * /dev/apm is clonable, allowing multiple listeners for suspend events. >> In the future, xorg-server can use this to be informed about suspend >> even if there are other listeners (i.e. apmd). >> >> The API changes are intended to be MFCd and hence are minimal. >> >> * Two new ACPI ioctls: REQSLPSTATE and ACKSLPSTATE. Request begins the >> process of suspending by notifying all listeners. acpi is monitored by >> devd(8) and /dev/apm listener(s) are also counted. Users register their >> approval or disapproval via Ack. If anyone disapproves, suspend is vetoed. >> >> * Binary compat is preserved in that old user programs or kernel modules >> (yeah, right) that called the API can still do so. A message is printed >> once that this interface is deprecated. >> >> * acpiconf gains the -k flag to ack the suspend request. This flag is >> undocumented on purpose since it's only used by /etc/rc.suspend. It is >> not intended to be a permanent change and will be removed once a better >> power API is implemented. >> >> These patches have been successfully tested for about a week through >> suspend/resumes and various usermode programs, including patches to >> xorg-server. >> >> The eventual goal is to improve subr_power to be a more generic central >> power management interface to user and kernel providers. powerd(8) >> might start managing profiles similar to apmd(8). I don't know yet and >> there isn't time to do that. This patch provides a reasonable interface >> for now and eliminates some serious weaknesses, especially in that >> pressing a sleep button did not guarantee rc.suspend would run before >> sleeping. >> >> Comments welcome, patches are for 6.x and 7.x. >> >> -- >> Nate > > Nate, > > thanks for your patch. > But after applying it on a recent -Current I get a lot of kernel messages > like these: > Jun 21 17:48:27 maggie kernel: apm34 opened clone 0xc457fd00 > Jun 21 17:48:27 maggie kernel: apm34 closed clone 0xc457fd00 > Jun 21 17:48:32 maggie kernel: apm35 opened clone 0xc457ee40 > Jun 21 17:48:32 maggie kernel: apm35 closed clone 0xc457ee40 > Jun 21 17:48:37 maggie kernel: apm36 opened clone 0xc457ec40 > Jun 21 17:48:37 maggie kernel: apm36 closed clone 0xc457ec40 > Jun 21 17:48:42 maggie kernel: apm37 opened clone 0xc457fc40 > Jun 21 17:48:42 maggie kernel: apm37 closed clone 0xc457fc40 > Jun 21 17:48:47 maggie kernel: apm38 opened clone 0xc433b6c0 > Jun 21 17:48:47 maggie kernel: apm38 closed clone 0xc433b6c0 > Jun 21 17:48:52 maggie kernel: apm39 opened clone 0xc433b240 Thanks for testing! Those were there to assist in debugging if people had any problems. > Additionally, pressing the power button only generates this: > Jun 21 17:50:03 maggie kernel: acpi: request to enter state S5 failed > > I need to run 'shutdown -p ' to power the system down. This was already fixed in the updated patch that I plan to commit today. It's attached or you can just wait for the commit to get it. -- Nate --------------000609030506070203020900 Content-Type: text/x-patch; name="acpi7_wakeapi.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi7_wakeapi.diff" Index: etc/devd.conf =================================================================== RCS file: /home/ncvs/src/etc/devd.conf,v retrieving revision 1.37 diff -u -r1.37 devd.conf --- etc/devd.conf 8 Apr 2007 16:05:23 -0000 1.37 +++ etc/devd.conf 17 Jun 2007 16:52:50 -0000 @@ -239,6 +239,19 @@ action "logger -p kern.warn 'ZFS: checksum mismatch, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size'"; }; +# User requested suspend, so perform preparation steps and then execute +# the actual suspend process. +notify 10 { + match "system" "ACPI"; + match "subsystem" "Suspend"; + action "/etc/rc.suspend acpi $notify"; +}; +notify 10 { + match "system" "ACPI"; + match "subsystem" "Resume"; + action "/etc/rc.resume acpi $notify"; +}; + /* EXAMPLES TO END OF FILE # The following might be an example of something that a vendor might @@ -277,6 +290,7 @@ # Button: Button pressed (0 for power, 1 for sleep) # CMBAT: ACPI battery events # Lid: Lid state (0 is closed, 1 is open) +# Suspend, Resume: Suspend and resume notification # Thermal: ACPI thermal zone events # # This example calls a script when the AC state changes, passing the Index: etc/rc.resume =================================================================== RCS file: /home/ncvs/src/etc/rc.resume,v retrieving revision 1.7 diff -u -r1.7 rc.resume --- etc/rc.resume 30 Dec 2003 17:30:39 -0000 1.7 +++ etc/rc.resume 17 Jun 2007 16:52:50 -0000 @@ -30,7 +30,7 @@ # sample run command file for APM Resume Event if [ $# -ne 2 ]; then - echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" + echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" exit 1 fi @@ -48,9 +48,13 @@ # pccardq | awk -F '~' '$5 == "inactive" \ # { printf("pccardc power %d 1", $1); }' | sh -# UHCI has trouble resuming so we just load/unload it. You -# should add any other kernel modules you want reloaded here. -# kldload usb +# If a device driver has problems resuming, try unloading it before +# suspend and reloading it on resume. Example: +# kldunload usb + +# wpa_supplicant(8) doesn't seem to reassociate during resume. Uncomment +# the following to signal it to reassociate. +# /usr/sbin/wpa_cli reassociate logger -t $subsystem resumed at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync Index: etc/rc.suspend =================================================================== RCS file: /home/ncvs/src/etc/rc.suspend,v retrieving revision 1.6 diff -u -r1.6 rc.suspend --- etc/rc.suspend 21 Jan 2004 03:03:40 -0000 1.6 +++ etc/rc.suspend 17 Jun 2007 16:54:56 -0000 @@ -30,7 +30,7 @@ # sample run command file for APM Suspend Event if [ $# -ne 2 ]; then - echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" + echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" exit 1 fi @@ -48,15 +48,20 @@ # pccardq | awk -F '~' '$5 == "filled" && $4 ~ /sio/ \ # { printf("pccardc power %d 0", $1); }' | sh -# UHCI has trouble resuming so we just load/unload it. You -# should add any other kernel modules you want unloaded here. +# If a device driver has problems suspending, try unloading it before +# suspend and reloading it on resume. Example: # kldunload usb logger -t $subsystem suspend at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync -[ $subsystem = "apm" ] && sleep 3 +sleep 3 rm -f /var/run/rc.suspend.pid -[ $subsystem = "apm" ] && zzz +if [ $subsystem = "apm" ]; then + /usr/sbin/zzz +else + # Notify the kernel to continue the suspend process + /usr/sbin/acpiconf -k 0 +fi exit 0 Index: sys/dev/acpica/acpi.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi.c,v retrieving revision 1.239 diff -u -r1.239 acpi.c --- sys/dev/acpica/acpi.c 15 Jun 2007 18:02:33 -0000 1.239 +++ sys/dev/acpica/acpi.c 19 Jun 2007 21:42:04 -0000 @@ -136,6 +136,7 @@ static ACPI_STATUS acpi_probe_child(ACPI_HANDLE handle, UINT32 level, void *context, void **status); static BOOLEAN acpi_MatchHid(ACPI_HANDLE h, const char *hid); +static ACPI_STATUS acpi_EnterSleepState(struct acpi_softc *sc, int state); static void acpi_shutdown_final(void *arg, int howto); static void acpi_enable_fixed_events(struct acpi_softc *sc); static int acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate); @@ -410,6 +411,7 @@ sc = device_get_softc(dev); sc->acpi_dev = dev; + callout_init(&sc->susp_force_to, TRUE); error = ENXIO; @@ -592,7 +594,7 @@ /* Pick the first valid sleep state for the sleep button default. */ sc->acpi_sleep_button_sx = ACPI_S_STATES_MAX + 1; - for (state = ACPI_STATE_S1; state < ACPI_STATE_S5; state++) + for (state = ACPI_STATE_S1; state <= ACPI_STATE_S4; state++) if (ACPI_SUCCESS(AcpiGetSleepTypeData(state, &TypeA, &TypeB))) { sc->acpi_sleep_button_sx = state; break; @@ -2118,6 +2120,150 @@ return (acpi_SetInteger(ACPI_ROOT_OBJECT, "_PIC", model)); } +/* + * DEPRECATED. This interface has serious deficiencies and will be + * removed. + * + * Immediately enter the sleep state. In the old model, acpiconf(8) ran + * rc.suspend and rc.resume so we don't have to notify devd(8) to do this. + */ +ACPI_STATUS +acpi_SetSleepState(struct acpi_softc *sc, int state) +{ + static int once; + + if (!once) { + printf( +"warning: acpi_SetSleepState() deprecated, need to update your software\n"); + once = 1; + } + return (acpi_EnterSleepState(sc, state)); +} + +static void +acpi_sleep_force(void *arg) +{ + struct acpi_softc *sc; + + printf("acpi: suspend request timed out, forcing sleep now\n"); + sc = arg; + if (ACPI_FAILURE(acpi_EnterSleepState(sc, sc->acpi_next_sstate))) + printf("acpi: force sleep state S%d failed\n", sc->acpi_next_sstate); +} + +/* + * Request that the system enter the given suspend state. All /dev/apm + * devices and devd(8) will be notified. Userland then has a chance to + * save state and acknowledge the request. The system sleeps once all + * acks are in. + */ +int +acpi_ReqSleepState(struct acpi_softc *sc, int state) +{ + struct apm_clone_data *clone; + + if (state < ACPI_STATE_S1 || state > ACPI_STATE_S5) + return (EINVAL); + + /* S5 (soft-off) should be entered directly with no waiting. */ + if (state == ACPI_STATE_S5) { + if (ACPI_SUCCESS(acpi_EnterSleepState(sc, state))) + return (0); + else + return (ENXIO); + } + + /* If a suspend request is already in progress, just return. */ + ACPI_LOCK(acpi); + if (sc->acpi_next_sstate != 0) { + ACPI_UNLOCK(acpi); + return (0); + } + + /* Record the pending state and notify all apm devices. */ + sc->acpi_next_sstate = state; + STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { + clone->notify_status = APM_EV_NONE; + if ((clone->flags & ACPI_EVF_DEVD) == 0) { + selwakeuppri(&clone->sel_read, PZERO); + KNOTE_UNLOCKED(&clone->sel_read.si_note, 0); + } + } + + /* Now notify devd(8) also. */ + acpi_UserNotify("Suspend", ACPI_ROOT_OBJECT, state); + + /* + * Set a timeout to fire if userland doesn't ack the suspend request + * in time. This way we still eventually go to sleep if we were + * overheating or running low on battery, even if userland is hung. + * We cancel this timeout once all userland acks are in or the + * suspend request is aborted. + */ + callout_reset(&sc->susp_force_to, 10 * hz, acpi_sleep_force, sc); + ACPI_UNLOCK(acpi); + return (0); +} + +/* + * Acknowledge (or reject) a pending sleep state. The caller has + * prepared for suspend and is now ready for it to proceed. If the + * error argument is non-zero, it indicates suspend should be cancelled + * and gives an errno value describing why. Once all votes are in, + * we suspend the system. + */ +int +acpi_AckSleepState(struct apm_clone_data *clone, int error) +{ + struct acpi_softc *sc; + int ret, sleeping; + + /* If no pending sleep state, return an error. */ + ACPI_LOCK(acpi); + sc = clone->acpi_sc; + if (sc->acpi_next_sstate == 0) { + ACPI_UNLOCK(acpi); + return (ENXIO); + } + + /* Caller wants to abort suspend process. */ + if (error) { + sc->acpi_next_sstate = 0; + callout_stop(&sc->susp_force_to); + printf("acpi: listener on %s cancelled the pending suspend\n", + devtoname(clone->cdev)); + ACPI_UNLOCK(acpi); + return (0); + } + + /* + * Mark this device as acking the suspend request. Then, walk through + * all devices, seeing if they agree yet. We only count devices that + * are writable since read-only devices couldn't ack the request. + */ + clone->notify_status = APM_EV_ACKED; + sleeping = TRUE; + STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { + if ((clone->flags & ACPI_EVF_WRITE) != 0 && + clone->notify_status != APM_EV_ACKED) { + sleeping = FALSE; + break; + } + } + + /* If all devices have voted "yes", we will suspend now. */ + if (sleeping) + callout_stop(&sc->susp_force_to); + ACPI_UNLOCK(acpi); + ret = 0; + if (sleeping) { + if (ACPI_FAILURE(acpi_EnterSleepState(sc, sc->acpi_next_sstate))) + ret = ENODEV; + } + + return (ret); +} + static void acpi_sleep_enable(void *arg) { @@ -2134,12 +2280,12 @@ }; /* - * Set the system sleep state + * Enter the desired system sleep state. * * Currently we support S1-S5 but S4 is only S4BIOS */ -ACPI_STATUS -acpi_SetSleepState(struct acpi_softc *sc, int state) +static ACPI_STATUS +acpi_EnterSleepState(struct acpi_softc *sc, int state) { ACPI_STATUS status; UINT8 TypeA; @@ -2148,14 +2294,13 @@ ACPI_FUNCTION_TRACE_U32((char *)(uintptr_t)__func__, state); + /* Re-entry once we're suspending is not allowed. */ status = AE_OK; ACPI_LOCK(acpi); if (sc->acpi_sleep_disabled) { - if (sc->acpi_sstate != ACPI_STATE_S0) - status = AE_ERROR; ACPI_UNLOCK(acpi); printf("acpi: suspend request ignored (not ready yet)\n"); - return (status); + return (AE_ERROR); } sc->acpi_sleep_disabled = 1; ACPI_UNLOCK(acpi); @@ -2251,6 +2396,7 @@ * Back out state according to how far along we got in the suspend * process. This handles both the error and success cases. */ + sc->acpi_next_sstate = 0; if (slp_state >= ACPI_SS_GPE_SET) { acpi_wake_prep_walk(state); sc->acpi_sstate = ACPI_STATE_S0; @@ -2264,7 +2410,10 @@ /* Allow another sleep request after a while. */ if (state != ACPI_STATE_S5) - timeout(acpi_sleep_enable, (caddr_t)sc, hz * ACPI_MINIMUM_AWAKETIME); + timeout(acpi_sleep_enable, sc, hz * ACPI_MINIMUM_AWAKETIME); + + /* Run /etc/rc.resume after we are back. */ + acpi_UserNotify("Resume", ACPI_ROOT_OBJECT, state); mtx_unlock(&Giant); return_ACPI_STATUS (status); @@ -2574,11 +2723,15 @@ static void acpi_system_eventhandler_sleep(void *arg, int state) { + int ret; ACPI_FUNCTION_TRACE_U32((char *)(uintptr_t)__func__, state); - if (state >= ACPI_STATE_S0 && state <= ACPI_S_STATES_MAX) - acpi_SetSleepState((struct acpi_softc *)arg, state); + /* Request that the system prepare to enter the given suspend state. */ + ret = acpi_ReqSleepState((struct acpi_softc *)arg, state); + if (ret != 0) + printf("acpi: request to enter state S%d failed (err %d)\n", + state, ret); return_VOID; } @@ -2840,7 +2993,20 @@ /* Core system ioctls. */ switch (cmd) { - case ACPIIO_SETSLPSTATE: + case ACPIIO_REQSLPSTATE: + state = *(int *)addr; + if (state != ACPI_STATE_S5) + error = acpi_ReqSleepState(sc, state); + else { + printf("power off via acpi ioctl not supported\n"); + error = ENXIO; + } + break; + case ACPIIO_ACKSLPSTATE: + error = *(int *)addr; + error = acpi_AckSleepState(sc->acpi_clone, error); + break; + case ACPIIO_SETSLPSTATE: /* DEPRECATED */ error = EINVAL; state = *(int *)addr; if (state >= ACPI_STATE_S0 && state <= ACPI_S_STATES_MAX) @@ -3171,7 +3337,8 @@ goto out; } - acpi_SetSleepState(sc, acpi_state); + if (ACPI_FAILURE(acpi_EnterSleepState(sc, acpi_state))) + error = ENXIO; break; default: error = EINVAL; Index: sys/dev/acpica/acpiio.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpiio.h,v retrieving revision 1.16 diff -u -r1.16 acpiio.h --- sys/dev/acpica/acpiio.h 23 Oct 2005 00:16:41 -0000 1.16 +++ sys/dev/acpica/acpiio.h 17 Jun 2007 16:52:50 -0000 @@ -33,7 +33,13 @@ /* * Core ACPI subsystem ioctls */ -#define ACPIIO_SETSLPSTATE _IOW('P', 3, int) +#define ACPIIO_SETSLPSTATE _IOW('P', 3, int) /* DEPRECATED */ + +/* Request S1-5 sleep state. User is notified and then sleep proceeds. */ +#define ACPIIO_REQSLPSTATE _IOW('P', 4, int) + +/* Allow suspend to continue (0) or abort it (errno). */ +#define ACPIIO_ACKSLPSTATE _IOW('P', 5, int) struct acpi_battinfo { int cap; /* percent */ Index: sys/dev/acpica/acpivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.106 diff -u -r1.106 acpivar.h --- sys/dev/acpica/acpivar.h 15 Jun 2007 18:02:34 -0000 1.106 +++ sys/dev/acpica/acpivar.h 17 Jun 2007 16:57:25 -0000 @@ -39,12 +39,14 @@ #include #include #include +#include #include #include #include #include +struct apm_clone_data; struct acpi_softc { device_t acpi_dev; struct cdev *acpi_dev_t; @@ -76,6 +78,11 @@ bus_dmamap_t acpi_wakemap; vm_offset_t acpi_wakeaddr; vm_paddr_t acpi_wakephys; + + int acpi_next_sstate; /* Next suspend Sx state. */ + struct apm_clone_data *acpi_clone; /* Pseudo-dev for devd(8). */ + STAILQ_HEAD(,apm_clone_data) apm_cdevs; /* All apm/apmctl/acpi cdevs. */ + struct callout susp_force_to; /* Force suspend if no acks. */ }; struct acpi_device { @@ -89,6 +96,22 @@ struct resource_list ad_rl; }; +/* Track device (/dev/{apm,apmctl} and /dev/acpi) notification status. */ +struct apm_clone_data { + STAILQ_ENTRY(apm_clone_data) entries; + struct cdev *cdev; + int flags; +#define ACPI_EVF_NONE 0 /* /dev/apm semantics */ +#define ACPI_EVF_DEVD 1 /* /dev/acpi is handled via devd(8) */ +#define ACPI_EVF_WRITE 2 /* Device instance is opened writable. */ + int notify_status; +#define APM_EV_NONE 0 /* Device not yet aware of pending sleep. */ +#define APM_EV_NOTIFIED 1 /* Device saw next sleep state. */ +#define APM_EV_ACKED 2 /* Device agreed sleep can occur. */ + struct acpi_softc *acpi_sc; + struct selinfo sel_read; +}; + #define ACPI_PRW_MAX_POWERRES 8 struct acpi_prw_data { @@ -304,6 +327,8 @@ ACPI_RESOURCE *res); ACPI_STATUS acpi_OverrideInterruptLevel(UINT32 InterruptNumber); ACPI_STATUS acpi_SetIntrModel(int model); +int acpi_ReqSleepState(struct acpi_softc *sc, int state); +int acpi_AckSleepState(struct apm_clone_data *clone, int error); ACPI_STATUS acpi_SetSleepState(struct acpi_softc *sc, int state); int acpi_wake_init(device_t dev, int type); int acpi_wake_set_enable(device_t dev, int enable); Index: sys/i386/acpica/acpi_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_machdep.c,v retrieving revision 1.35 diff -u -r1.35 acpi_machdep.c --- sys/i386/acpica/acpi_machdep.c 31 Mar 2007 23:23:41 -0000 1.35 +++ sys/i386/acpica/acpi_machdep.c 19 Jun 2007 21:42:33 -0000 @@ -33,6 +33,8 @@ #include #include #include +#include +#include #include #include #include @@ -46,8 +48,6 @@ * APM driver emulation */ -#include - #include #include @@ -64,21 +64,31 @@ static int intr_model = ACPI_INTR_PIC; static int apm_active; +static struct clonedevs *apm_clones; + +MALLOC_DEFINE(M_APMDEV, "apmdev", "APM device emulation"); -static d_open_t apmopen; -static d_close_t apmclose; -static d_write_t apmwrite; -static d_ioctl_t apmioctl; -static d_poll_t apmpoll; +static d_open_t apmopen; +static d_close_t apmclose; +static d_write_t apmwrite; +static d_ioctl_t apmioctl; +static d_poll_t apmpoll; +static d_kqfilter_t apmkqfilter; +static void apmreadfiltdetach(struct knote *kn); +static int apmreadfilt(struct knote *kn, long hint); +static struct filterops apm_readfiltops = + { 1, NULL, apmreadfiltdetach, apmreadfilt }; static struct cdevsw apm_cdevsw = { .d_version = D_VERSION, + .d_flags = D_TRACKCLOSE, .d_open = apmopen, .d_close = apmclose, .d_write = apmwrite, .d_ioctl = apmioctl, .d_poll = apmpoll, .d_name = "apm", + .d_kqfilter = apmkqfilter }; static int @@ -202,44 +212,169 @@ return (0); } +/* Create single-use devices for /dev/apm and /dev/apmctl. */ +static void +apm_clone(void *arg, struct ucred *cred, char *name, int namelen, + struct cdev **dev) +{ + int ctl_dev, unit; + + if (*dev != NULL) + return; + if (strcmp(name, "apmctl") == 0) + ctl_dev = TRUE; + else if (strcmp(name, "apm") == 0) + ctl_dev = FALSE; + else + return; + + /* Always create a new device and unit number. */ + unit = -1; + if (clone_create(&apm_clones, &apm_cdevsw, &unit, dev, 0)) { + if (ctl_dev) { + *dev = make_dev(&apm_cdevsw, unit2minor(unit), + UID_ROOT, GID_OPERATOR, 0660, "apmctl%d", unit); + } else { + *dev = make_dev(&apm_cdevsw, unit2minor(unit), + UID_ROOT, GID_OPERATOR, 0664, "apm%d", unit); + } + if (*dev != NULL) { + dev_ref(*dev); + (*dev)->si_flags |= SI_CHEAPCLONE; + } + } +} + +/* Create a struct for tracking per-device suspend notification. */ +static struct apm_clone_data * +apm_create_clone(struct cdev *dev, struct acpi_softc *acpi_sc) +{ + struct apm_clone_data *clone; + + clone = malloc(sizeof(*clone), M_APMDEV, M_WAITOK); + clone->cdev = dev; + clone->acpi_sc = acpi_sc; + clone->notify_status = APM_EV_NONE; + bzero(&clone->sel_read, sizeof(clone->sel_read)); + knlist_init(&clone->sel_read.si_note, &acpi_mutex, NULL, NULL, NULL); + + /* + * The acpi device is always managed by devd(8) and is considered + * writable (i.e., ack is required to allow suspend to proceed.) + */ + if (strcmp("acpi", devtoname(dev)) == 0) + clone->flags = ACPI_EVF_DEVD | ACPI_EVF_WRITE; + else + clone->flags = ACPI_EVF_NONE; + + ACPI_LOCK(acpi); + STAILQ_INSERT_TAIL(&acpi_sc->apm_cdevs, clone, entries); + ACPI_UNLOCK(acpi); + return (clone); +} + static int apmopen(struct cdev *dev, int flag, int fmt, d_thread_t *td) { + struct acpi_softc *acpi_sc; + struct apm_clone_data *clone; + + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + clone = apm_create_clone(dev, acpi_sc); + dev->si_drv1 = clone; + + /* If the device is opened for write, record that. */ + if ((flag & FWRITE) != 0) + clone->flags |= ACPI_EVF_WRITE; + return (0); } static int apmclose(struct cdev *dev, int flag, int fmt, d_thread_t *td) { + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + /* We are about to lose a reference so check if suspend should occur */ + if (acpi_sc->acpi_next_sstate != 0 && + clone->notify_status != APM_EV_ACKED) + acpi_AckSleepState(clone, 0); + + /* Remove this clone's data from the list and free it. */ + ACPI_LOCK(acpi); + STAILQ_REMOVE(&acpi_sc->apm_cdevs, clone, apm_clone_data, entries); + knlist_destroy(&clone->sel_read.si_note); + ACPI_UNLOCK(acpi); + free(clone, M_APMDEV); + /* XXX destroy_dev() needed */ return (0); } static int apmioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, d_thread_t *td) { - int error = 0; + int error; + struct apm_clone_data *clone; struct acpi_softc *acpi_sc; - struct apm_info info; + struct apm_info info; + struct apm_event_info *ev_info; apm_info_old_t aiop; - acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + error = 0; + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; switch (cmd) { case APMIO_SUSPEND: if ((flag & FWRITE) == 0) return (EPERM); - if (apm_active) - acpi_SetSleepState(acpi_sc, acpi_sc->acpi_suspend_sx); - else - error = EINVAL; + if (acpi_sc->acpi_next_sstate == 0) { + if (acpi_sc->acpi_suspend_sx != ACPI_STATE_S5) { + error = acpi_ReqSleepState(acpi_sc, + acpi_sc->acpi_suspend_sx); + } else { + printf( + "power off via apm suspend not supported\n"); + error = ENXIO; + } + } else + error = acpi_AckSleepState(clone, 0); break; case APMIO_STANDBY: if ((flag & FWRITE) == 0) return (EPERM); - if (apm_active) - acpi_SetSleepState(acpi_sc, acpi_sc->acpi_standby_sx); - else - error = EINVAL; + if (acpi_sc->acpi_next_sstate == 0) { + if (acpi_sc->acpi_standby_sx != ACPI_STATE_S5) { + error = acpi_ReqSleepState(acpi_sc, + acpi_sc->acpi_standby_sx); + } else { + printf( + "power off via apm standby not supported\n"); + error = ENXIO; + } + } else + error = acpi_AckSleepState(clone, 0); + break; + case APMIO_NEXTEVENT: + printf("apm nextevent start\n"); + ACPI_LOCK(acpi); + if (acpi_sc->acpi_next_sstate != 0 && clone->notify_status == + APM_EV_NONE) { + ev_info = (struct apm_event_info *)addr; + if (acpi_sc->acpi_next_sstate <= ACPI_STATE_S3) + ev_info->type = PMEV_STANDBYREQ; + else + ev_info->type = PMEV_SUSPENDREQ; + ev_info->index = 0; + clone->notify_status = APM_EV_NOTIFIED; + printf("apm event returning %d\n", ev_info->type); + } else + error = EAGAIN; + ACPI_UNLOCK(acpi); break; case APMIO_GETINFO_OLD: if (acpi_capm_get_info(&info)) @@ -300,24 +435,71 @@ static int apmpoll(struct cdev *dev, int events, d_thread_t *td) { + struct apm_clone_data *clone; + int revents; + + revents = 0; + ACPI_LOCK(acpi); + clone = dev->si_drv1; + if (clone->acpi_sc->acpi_next_sstate) + revents |= events & (POLLIN | POLLRDNORM); + else + selrecord(td, &clone->sel_read); + ACPI_UNLOCK(acpi); + return (revents); +} + +static int +apmkqfilter(struct cdev *dev, struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = dev->si_drv1; + kn->kn_hook = clone; + kn->kn_fop = &apm_readfiltops; + knlist_add(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); return (0); } static void -acpi_capm_init(struct acpi_softc *sc) +apmreadfiltdetach(struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + knlist_remove(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); +} + +static int +apmreadfilt(struct knote *kn, long hint) { - make_dev(&apm_cdevsw, 0, 0, 5, 0664, "apm"); + struct apm_clone_data *clone; + int sleeping; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + sleeping = clone->acpi_sc->acpi_next_sstate ? 1 : 0; + ACPI_UNLOCK(acpi); + return (sleeping); } int acpi_machdep_init(device_t dev) { - struct acpi_softc *sc; + struct acpi_softc *acpi_sc; - sc = devclass_get_softc(devclass_find("acpi"), 0); - acpi_capm_init(sc); + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); - acpi_install_wakeup_handler(sc); + /* Create a clone for /dev/acpi also. */ + STAILQ_INIT(&acpi_sc->apm_cdevs); + acpi_sc->acpi_clone = apm_create_clone(acpi_sc->acpi_dev_t, acpi_sc); + clone_setup(&apm_clones); + EVENTHANDLER_REGISTER(dev_clone, apm_clone, 0, 1000); + acpi_install_wakeup_handler(acpi_sc); if (intr_model == ACPI_INTR_PIC) BUS_CONFIG_INTR(dev, AcpiGbl_FADT.SciInterrupt, @@ -325,8 +507,8 @@ else acpi_SetIntrModel(intr_model); - SYSCTL_ADD_UINT(&sc->acpi_sysctl_ctx, - SYSCTL_CHILDREN(sc->acpi_sysctl_tree), OID_AUTO, + SYSCTL_ADD_UINT(&acpi_sc->acpi_sysctl_ctx, + SYSCTL_CHILDREN(acpi_sc->acpi_sysctl_tree), OID_AUTO, "reset_video", CTLFLAG_RW, &acpi_reset_video, 0, "Call the VESA reset BIOS vector on the resume path"); Index: usr.sbin/acpi/acpiconf/acpiconf.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/acpi/acpiconf/acpiconf.8,v retrieving revision 1.15 diff -u -r1.15 acpiconf.8 --- usr.sbin/acpi/acpiconf/acpiconf.8 9 Feb 2005 18:04:39 -0000 1.15 +++ usr.sbin/acpi/acpiconf/acpiconf.8 19 Jun 2007 20:46:44 -0000 @@ -27,7 +27,7 @@ .\" .\" $FreeBSD$ .\" -.Dd August 16, 2004 +.Dd June 19, 2007 .Dt ACPICONF 8 .Os .Sh NAME @@ -57,13 +57,21 @@ .Cm 2 (not implemented on most systems but similar to S1), .Cm 3 -(the CPU context is lost and memory context is preserved), -.Cm 4 -(the CPU context is lost and memory context is stored to disk) +(suspend to RAM) and +.Cm 4 +(suspend to disk) +.Nm +does not support .Cm 5 -(soft off). -Sleep states may also be given as S1, S2, etc. +(power off). +Power-off is instead activated with the +.Fl p +flag of +.Xr shutdown 8 +or +.Xr halt 8 . +Sleep states may also be given as strings (i.e., S1, S2, etc.) The supported states depend on BIOS implementation, including ACPI byte code (AML). If the @@ -76,7 +84,9 @@ .Sh SEE ALSO .Xr acpi 4 , .Xr acpidump 8 , -.Xr apm 8 +.Xr apm 8 , +.Xr halt 8 , +.Xr shutdown 8 .Sh HISTORY The .Nm Index: usr.sbin/acpi/acpiconf/acpiconf.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/acpi/acpiconf/acpiconf.c,v retrieving revision 1.25 diff -u -r1.25 acpiconf.c --- usr.sbin/acpi/acpiconf/acpiconf.c 28 Jul 2005 19:41:52 -0000 1.25 +++ usr.sbin/acpi/acpiconf/acpiconf.c 17 Jun 2007 16:52:50 -0000 @@ -40,8 +40,6 @@ #include #define ACPIDEV "/dev/acpi" -#define RC_SUSPEND_PATH "/etc/rc.suspend" -#define RC_RESUME_PATH "/etc/rc.resume" static int acpifd; @@ -55,32 +53,27 @@ err(EX_OSFILE, ACPIDEV); } -static int +/* Prepare to sleep and then wait for the signal that sleeping can occur. */ +static void acpi_sleep(int sleep_type) { - char cmd[64]; int ret; + + /* Notify OS that we want to sleep. devd(8) gets this notify. */ + ret = ioctl(acpifd, ACPIIO_REQSLPSTATE, &sleep_type); + if (ret != 0) + err(EX_IOERR, "request sleep type (%d) failed", sleep_type); +} - /* Run the suspend rc script, if available. */ - if (access(RC_SUSPEND_PATH, X_OK) == 0) { - snprintf(cmd, sizeof(cmd), "%s acpi %d", RC_SUSPEND_PATH, - sleep_type); - system(cmd); - } - - ret = ioctl(acpifd, ACPIIO_SETSLPSTATE, &sleep_type); - - /* Run the resume rc script, if available. */ - if (access(RC_RESUME_PATH, X_OK) == 0) { - snprintf(cmd, sizeof(cmd), "%s acpi %d", RC_RESUME_PATH, - sleep_type); - system(cmd); - } +/* Ack or abort a pending suspend request. */ +static void +acpi_sleep_ack(int err_val) +{ + int ret; + ret = ioctl(acpifd, ACPIIO_ACKSLPSTATE, &err_val); if (ret != 0) - err(EX_IOERR, "sleep type (%d) failed", sleep_type); - - return (0); + err(EX_IOERR, "ack sleep type failed"); } /* should be a acpi define, but doesn't appear to be */ @@ -183,7 +176,7 @@ static void usage(const char* prog) { - printf("usage: %s [-h] [-i batt] [-s 1-5]\n", prog); + printf("usage: %s [-h] [-i batt] [-k ack] [-s 1-4]\n", prog); exit(0); } @@ -200,17 +193,20 @@ sleep_type = -1; acpi_init(); - while ((c = getopt(argc, argv, "hi:s:")) != -1) { + while ((c = getopt(argc, argv, "hi:k:s:")) != -1) { switch (c) { case 'i': acpi_battinfo(atoi(optarg)); break; + case 'k': + acpi_sleep_ack(atoi(optarg)); + break; case 's': if (optarg[0] == 'S') sleep_type = optarg[1] - '0'; else sleep_type = optarg[0] - '0'; - if (sleep_type < 0 || sleep_type > 5) + if (sleep_type < 1 || sleep_type > 4) errx(EX_USAGE, "invalid sleep type (%d)", sleep_type); break; @@ -223,10 +219,8 @@ argc -= optind; argv += optind; - if (sleep_type != -1) { - sleep(1); /* wait 1 sec. for key-release event */ + if (sleep_type != -1) acpi_sleep(sleep_type); - } close(acpifd); exit (0); --------------000609030506070203020900-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 19:52:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C32B16A41F for ; Thu, 21 Jun 2007 19:52:51 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id E79D313C448 for ; Thu, 21 Jun 2007 19:52:50 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 17034 invoked from network); 21 Jun 2007 16:29:35 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 21 Jun 2007 16:29:35 -0000 Message-ID: <467AA768.60306@root.org> Date: Thu, 21 Jun 2007 09:29:28 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: Lars Engels References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net> In-Reply-To: <20070621155330.GE17194@e.0x20.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 19:52:51 -0000 Lars Engels wrote: > And I just saw that every 5 second a new apm device is created! > > # ls /dev > acd0 apm12 apm3 apm47 apm8 > acpi apm13 apm30 apm48 apm9 > ad0 apm14 apm31 apm49 ata > ad0.journal apm15 apm32 apm5 atkbd0 > ad0.journals1 apm16 apm33 apm50 bpf0 > ad0.journals2 apm17 apm34 apm51 bpf1 > ad0.journals3 apm18 apm35 apm52 bpsm0 > ad0.journals4 apm19 apm36 apm53 cardbus0.cis > ad0.journals4a apm2 apm37 apm54 cd0 > ad0.journals4b apm20 apm38 apm55 cdrom@ > ad0.journals4c apm21 apm39 apm56 console > ad0.journals4d apm22 apm4 apm57 consolectl > ad0.journals4e apm23 apm40 apm58 ctty > ad0.journals4f apm24 apm41 apm59 cuad0 > agpgart apm25 apm42 apm6 cuad0.init > apm0 apm26 apm43 apm60 cuad0.lock > apm1 apm27 apm44 apm61 devctl > apm10 apm28 apm45 apm62 devstat > apm11 apm29 apm46 apm7 dri/ > > [...] What are you running that opens /dev/apm? Maybe powerd? I have a patch that handles reaping these devices, unfortunately it is pending completion of another patch that allows devfs_destroy() from a close() routine. That part is a core problem in FreeBSD, and it isn't really something in acpi. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 20:17:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B77FB16A400 for ; Thu, 21 Jun 2007 20:17:19 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9E013C448 for ; Thu, 21 Jun 2007 20:17:19 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 4B4F41CC0B8; Thu, 21 Jun 2007 22:17:18 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id B64B2B8B3; Thu, 21 Jun 2007 22:17:17 +0200 (CEST) Date: Thu, 21 Jun 2007 22:17:17 +0200 From: Henrik Brix Andersen To: Stefan Ehmann Message-ID: <20070621201717.GA33616@tirith.brixandersen.dk> Mail-Followup-To: Stefan Ehmann , freebsd-current@freebsd.org, "Eric L. Chen" References: <1182410886.1320.3.camel@localhost> <467A9291.90805@errno.com> <200706211856.16123.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <200706211856.16123.shoesoft@gmx.net> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org, "Eric L. Chen" Subject: Re: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 20:17:19 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2007 at 06:56:15PM +0200, Stefan Ehmann wrote: > kismet doesn't detect any APs after the 802.11 changes. I thought I had t= o=20 > wait until someone commits the wlan_scan_monitor module. But it seems lik= e=20 > this won't help. >=20 > Any idea why kismet stopped working? Except for the missing module, I hav= en't=20 > seen any suspicous message. For what it's worth, kismet still works as expected on my -CURRENT box using the ath(4) driver. Regards, Brix --=20 Henrik Brix Andersen --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGetzNv+Q4flTiePgRAmFxAJ0deCo2qUYIHNR0PFKExykteN856gCfW/31 3BeRgGOF2YRPr4RKEBQr30Y= =mdfl -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 20:34:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D617216A41F for ; Thu, 21 Jun 2007 20:34:01 +0000 (UTC) (envelope-from niki@totalterror.net) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id EA51713C455 for ; Thu, 21 Jun 2007 20:34:00 +0000 (UTC) (envelope-from niki@totalterror.net) Received: (qmail 28757 invoked by uid 1026); 21 Jun 2007 20:33:58 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.013152 secs); 21 Jun 2007 20:33:58 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 21 Jun 2007 20:33:58 -0000 Message-ID: <467AE0B6.4010104@totalterror.net> Date: Thu, 21 Jun 2007 23:33:58 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: Stefan Ehmann , freebsd-current@freebsd.org, "Eric L. Chen" References: <1182410886.1320.3.camel@localhost> <467A9291.90805@errno.com> <200706211856.16123.shoesoft@gmx.net> <20070621201717.GA33616@tirith.brixandersen.dk> In-Reply-To: <20070621201717.GA33616@tirith.brixandersen.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 21 Jun 2007 20:43:17 +0000 Cc: Subject: Re: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 20:34:01 -0000 Henrik Brix Andersen wrote: > On Thu, Jun 21, 2007 at 06:56:15PM +0200, Stefan Ehmann wrote: > >> kismet doesn't detect any APs after the 802.11 changes. I thought I had to >> wait until someone commits the wlan_scan_monitor module. But it seems like >> this won't help. >> >> Any idea why kismet stopped working? Except for the missing module, I haven't >> seen any suspicous message. >> > > For what it's worth, kismet still works as expected on my -CURRENT box > using the ath(4) driver. > > Regards, > Brix > I have just checked and it works here too, with ral(4) pccard. Niki From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 20:44:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D1E216A400 for ; Thu, 21 Jun 2007 20:44:57 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 40A6113C480 for ; Thu, 21 Jun 2007 20:44:56 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so737062uge for ; Thu, 21 Jun 2007 13:44:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=ar06CmL0odjjT2LuX1NWvZD4mNtvk87GX8zE38OKuecJJlkUuR14okBDj3ok4bqh9YIvoRmSuF+4gr2nYDAw37AFvR6kOf0fpDfT31wtpq0OakxrSCvKGR6wbQ8qF4OpbEfqh2GdKVYiaPgM4uhy0hFnGdKVdtlpIPbYUiuwims= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=WBJC6z+aIFXSxz8qEiqZa/4Jpb7KwjYX4y1723c/zC0Tsp/Rqy09SHh4Lvj//sjfi9xZe7/veC8NFvQKAQnA3Cx4Xz5eEXcR0YiXZWVHk+vDhf+Q22w2Snxs7EEAVoZD35OmaSHD7QUgDQI4PMtUOFc7iQY2aPJ9DT7nwxU7Cek= Received: by 10.67.92.1 with SMTP id u1mr2278463ugl.1182457250467; Thu, 21 Jun 2007 13:20:50 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.140.140]) by mx.google.com with ESMTP id m1sm6774296uge.2007.06.21.13.20.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Jun 2007 13:20:50 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l5LIKkCf002569 for ; Thu, 21 Jun 2007 20:20:46 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l5LIKk7h002568 for current@freebsd.org; Thu, 21 Jun 2007 20:20:46 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 21 Jun 2007 20:20:46 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20070621182046.GB1486@roadrunner.q.local> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Cannot access retail DVDs with external drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 20:44:57 -0000 Hi all, the following drive, when attached via USB (or Firewire) fails to do _anything_ with retail DVDs. I can read burned CDs just fine, however. cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [2042992 x 2048 byte records] (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 1 0 c 0 (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition (cd0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:24,0 (cd0:umass-sim0:0:0:0): Invalid field in CDB (cd0:umass-sim0:0:0:0): Unretryable error This is with a recent kernel, and I'd like to know, if there are any knobs I could/should try to debug this further. Thanks, Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 20:45:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA83116A46D for ; Thu, 21 Jun 2007 20:45:10 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7F38B13C455 for ; Thu, 21 Jun 2007 20:45:10 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so737062uge for ; Thu, 21 Jun 2007 13:45:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=ilDmCfGqCdslHBT9MQ8m/qNMAf1dXXKR5SRTXDfRQOH1BImDkK1/wV0C7NmjEEBtYBN+T1i8wesgF/c41sRiI/tbwrXH9OJERLpqOGD2O5NaGISlFLzCqqF8fIuFJEgjel4ninnaqMLznRdN4wS1s5eXbDJ5NxQ8w2b00sLvqxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=mmQxgNsRcf+1bUk9AiOHlZTzWlayCnknVOkHt0o329e1ovzfawl3qpUEJ119lEWanOLWZo1mQrWwSqrc0rAnOrK42GYtHYhUVyv6yJFVr54i4mg4PNj7guEJJCdXh4X5V8ab45stAUGOKzs0QqWTC4wj0QId0vMLtpBgP5XBoDQ= Received: by 10.67.26.6 with SMTP id d6mr2240870ugj.1182457249434; Thu, 21 Jun 2007 13:20:49 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.140.140]) by mx.google.com with ESMTP id m1sm6774296uge.2007.06.21.13.20.48 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Jun 2007 13:20:48 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l5LIFEP7002487 for ; Thu, 21 Jun 2007 20:15:14 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l5LIFDbp002486 for current@freebsd.org; Thu, 21 Jun 2007 20:15:13 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 21 Jun 2007 20:15:13 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20070621181513.GA1486@roadrunner.q.local> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 20:45:11 -0000 Hi, I just installed a fairly recent -CURRENT and noticed a few glitches. One of them has to do with my SUN->USB keyboard adapter. When compiling ukbd as module, it wont attach. Only uhid is attaching: uhid0: on uhub4 When running GENERIC, it attaches fine ukbd0: on uhub4 I was loading uhid/ums/ukbd as module, could there be some races with this approach? I will try a GENERIC-ukbd boot to see, if I can isolate it further. Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 21:22:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CBFB16A53C for ; Thu, 21 Jun 2007 21:22:43 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5CC0313C487 for ; Thu, 21 Jun 2007 21:22:42 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 21 Jun 2007 21:22:40 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp018) with SMTP; 21 Jun 2007 23:22:40 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/0SIpwf5r0DFx/kDELa32TaV2Np65/TNIjMsLOJZ haeQvTdKg8xWN4 From: Stefan Ehmann To: Niki Denev Date: Thu, 21 Jun 2007 22:56:45 +0200 User-Agent: KMail/1.9.6 References: <1182410886.1320.3.camel@localhost> <20070621201717.GA33616@tirith.brixandersen.dk> <467AE0B6.4010104@totalterror.net> In-Reply-To: <467AE0B6.4010104@totalterror.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706212256.47202.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, "Eric L. Chen" Subject: Re: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 21:22:43 -0000 On Thursday 21 June 2007 22:33:58 Niki Denev wrote: > Henrik Brix Andersen wrote: > > On Thu, Jun 21, 2007 at 06:56:15PM +0200, Stefan Ehmann wrote: > >> kismet doesn't detect any APs after the 802.11 changes. I thought I had > >> to wait until someone commits the wlan_scan_monitor module. But it seems > >> like this won't help. > >> > >> Any idea why kismet stopped working? Except for the missing module, I > >> haven't seen any suspicous message. > > > > For what it's worth, kismet still works as expected on my -CURRENT box > > using the ath(4) driver. > > > > Regards, > > Brix > > I have just checked and it works here too, with ral(4) pccard. Thanks for your reports. So it's either a bug in iwi or something wrong on my side. It has worked before and I haven't changed the config though. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 22:26:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07BEA16A469; Thu, 21 Jun 2007 22:26:05 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id BCB0113C480; Thu, 21 Jun 2007 22:26:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 992DB39E2B; Fri, 22 Jun 2007 00:26:03 +0200 (CEST) Date: Fri, 22 Jun 2007 00:26:03 +0200 From: Lars Engels To: Nate Lawson Message-ID: <20070621222603.GB16887@e.0x20.net> References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net> <467AA768.60306@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <467AA768.60306@root.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 22:26:05 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2007 at 09:29:28AM -0700, Nate Lawson wrote: > Lars Engels wrote: > > And I just saw that every 5 second a new apm device is created!=20 > >=20 > > # ls /dev > > acd0 apm12 apm3 apm47 apm8 = =20 > > acpi apm13 apm30 apm48 apm9 = =20 > > ad0 apm14 apm31 apm49 ata = =20 > > ad0.journal apm15 apm32 apm5 atkbd0 = =20 > > ad0.journals1 apm16 apm33 apm50 bpf0 = =20 > > ad0.journals2 apm17 apm34 apm51 bpf1 = =20 > > ad0.journals3 apm18 apm35 apm52 bpsm0 = =20 > > ad0.journals4 apm19 apm36 apm53 cardbus= 0.cis > > ad0.journals4a apm2 apm37 apm54 cd0 = =20 > > ad0.journals4b apm20 apm38 apm55 cdrom@ = =20 > > ad0.journals4c apm21 apm39 apm56 console= =20 > > ad0.journals4d apm22 apm4 apm57 console= ctl =20 > > ad0.journals4e apm23 apm40 apm58 ctty = =20 > > ad0.journals4f apm24 apm41 apm59 cuad0 = =20 > > agpgart apm25 apm42 apm6 cuad0.i= nit =20 > > apm0 apm26 apm43 apm60 cuad0.l= ock =20 > > apm1 apm27 apm44 apm61 devctl = =20 > > apm10 apm28 apm45 apm62 devstat= =20 > > apm11 apm29 apm46 apm7 dri/ = =20 > >=20 > > [...] >=20 > What are you running that opens /dev/apm? Maybe powerd? >=20 > I have a patch that handles reaping these devices, unfortunately it is > pending completion of another patch that allows devfs_destroy() from a > close() routine. That part is a core problem in FreeBSD, and it isn't > really something in acpi. Yes, powerd is running. Do you need additional system info? --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGevr7Kc512sD3afgRAq0vAKCWrXA4rudrFiI02IYWkTX+MBCkSQCeO5tL huV7ActDHmjtQauOH62MfPU= =AKUg -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 22:28:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB1116A46C; Thu, 21 Jun 2007 22:28:37 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id D0C9F13C4DA; Thu, 21 Jun 2007 22:28:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 246EC39E2D; Fri, 22 Jun 2007 00:28:36 +0200 (CEST) Date: Fri, 22 Jun 2007 00:28:36 +0200 From: Lars Engels To: Nate Lawson Message-ID: <20070621222836.GC16887@e.0x20.net> References: <46756BBE.5030603@root.org> <20070621155044.GD17194@e.0x20.net> <467AA6C6.8090607@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E/DnYTRukya0zdZ1" Content-Disposition: inline In-Reply-To: <467AA6C6.8090607@root.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 22:28:37 -0000 --E/DnYTRukya0zdZ1 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2007 at 09:26:46AM -0700, Nate Lawson wrote: > Lars Engels wrote: > >=20 > > Nate,=20 > >=20 > > thanks for your patch.=20 > > But after applying it on a recent -Current I get a lot of kernel messag= es > > like these: > > Jun 21 17:48:27 maggie kernel: apm34 opened clone 0xc457fd00 > > Jun 21 17:48:27 maggie kernel: apm34 closed clone 0xc457fd00 > > Jun 21 17:48:32 maggie kernel: apm35 opened clone 0xc457ee40 > > Jun 21 17:48:32 maggie kernel: apm35 closed clone 0xc457ee40 > > Jun 21 17:48:37 maggie kernel: apm36 opened clone 0xc457ec40 > > Jun 21 17:48:37 maggie kernel: apm36 closed clone 0xc457ec40 > > Jun 21 17:48:42 maggie kernel: apm37 opened clone 0xc457fc40 > > Jun 21 17:48:42 maggie kernel: apm37 closed clone 0xc457fc40 > > Jun 21 17:48:47 maggie kernel: apm38 opened clone 0xc433b6c0 > > Jun 21 17:48:47 maggie kernel: apm38 closed clone 0xc433b6c0 > > Jun 21 17:48:52 maggie kernel: apm39 opened clone 0xc433b240 >=20 > Thanks for testing! Those were there to assist in debugging if people > had any problems. >=20 > > Additionally, pressing the power button only generates this: > > Jun 21 17:50:03 maggie kernel: acpi: request to enter state S5 failed > >=20 > > I need to run 'shutdown -p ' to power the system down. >=20 > This was already fixed in the updated patch that I plan to commit today. > It's attached or you can just wait for the commit to get it. Okay, I cannot test this today, so I will take your committed version tomorrow. Lars --E/DnYTRukya0zdZ1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGevuUKc512sD3afgRAgLCAKDGQl2xjbBWhffsECdV+1+MzxT2DwCff8ml bOMOlF+TCLahlf1o8cbNZ3Q= =/z5M -----END PGP SIGNATURE----- --E/DnYTRukya0zdZ1-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 23:28:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E00316A41F for ; Thu, 21 Jun 2007 23:28:25 +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 2667213C457 for ; Thu, 21 Jun 2007 23:28:25 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5LNSM7D068437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jun 2007 16:28:22 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <467B09F5.3080607@errno.com> Date: Thu, 21 Jun 2007 16:29:57 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Stefan Ehmann References: <1182410886.1320.3.camel@localhost> <20070621201717.GA33616@tirith.brixandersen.dk> <467AE0B6.4010104@totalterror.net> <200706212256.47202.shoesoft@gmx.net> In-Reply-To: <200706212256.47202.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Niki Denev , freebsd-current@freebsd.org, "Eric L. Chen" Subject: Re: Wireless capture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 23:28:25 -0000 Stefan Ehmann wrote: > On Thursday 21 June 2007 22:33:58 Niki Denev wrote: >> Henrik Brix Andersen wrote: >>> On Thu, Jun 21, 2007 at 06:56:15PM +0200, Stefan Ehmann wrote: >>>> kismet doesn't detect any APs after the 802.11 changes. I thought I had >>>> to wait until someone commits the wlan_scan_monitor module. But it seems >>>> like this won't help. >>>> >>>> Any idea why kismet stopped working? Except for the missing module, I >>>> haven't seen any suspicous message. >>> For what it's worth, kismet still works as expected on my -CURRENT box >>> using the ath(4) driver. >>> >>> Regards, >>> Brix >> I have just checked and it works here too, with ral(4) pccard. > > Thanks for your reports. > > So it's either a bug in iwi or something wrong on my side. It has worked > before and I haven't changed the config though. iwi has never been a reliable packet sniffer but it sounds like a regression. FWIW iwi sniffs by "scanning a channel" but since it wasn't possible to reliably abort a scan the scan requests were made for very short periods of time and then resubmitted on timeout. This means you can easily miss frames between resubmitted scan requests. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 23:33:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 0F47F16A473; Thu, 21 Jun 2007 23:33:37 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 22 Jun 2007 07:33:22 +0800 From: Ariff Abdullah To: Nate Lawson Message-Id: <20070622073322.3054360b.ariff@FreeBSD.org> In-Reply-To: <467AA768.60306@root.org> References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net> <467AA768.60306@root.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__22_Jun_2007_07_33_22_+0800_yRoGAbpaDpb4XnBS" Cc: acpi@freebsd.org, arch@freebsd.org, lars.engels@0x20.net, current@freebsd.org Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2007 23:33:39 -0000 --Signature=_Fri__22_Jun_2007_07_33_22_+0800_yRoGAbpaDpb4XnBS Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 21 Jun 2007 09:29:28 -0700 Nate Lawson wrote: > Lars Engels wrote: > > And I just saw that every 5 second a new apm device is created!=20 [...] > >=20 > > [...] >=20 > What are you running that opens /dev/apm? Maybe powerd? >=20 > I have a patch that handles reaping these devices, unfortunately it > is pending completion of another patch that allows devfs_destroy() > from a close() routine. That part is a core problem in FreeBSD, and > it isn't really something in acpi. >=20 Same issue with sound devices as well, but I've managed to solve it by implementing own clone manager which require tiny hook into open() and close() along with garbage collector and ability to handle various abusive behaviour (while : ; ls /dev/xxx ; done, etc). See sys/dev/sound/clone.* . It should be generic enough. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Fri__22_Jun_2007_07_33_22_+0800_yRoGAbpaDpb4XnBS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGewrClr+deMUwTNoRAglqAJwLOBnXpZpr8C4tGOYXzFfpnt3iQgCggmaI 538OwsFjKgNtm+9WnZb9WgY= =BSeB -----END PGP SIGNATURE----- --Signature=_Fri__22_Jun_2007_07_33_22_+0800_yRoGAbpaDpb4XnBS-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 01:27:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 754B316A41F for ; Fri, 22 Jun 2007 01:27:40 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF7813C44C for ; Fri, 22 Jun 2007 01:27:40 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 55368 invoked from network); 21 Jun 2007 22:29:01 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 21 Jun 2007 22:29:01 -0000 Message-ID: <467AFBA5.6040309@root.org> Date: Thu, 21 Jun 2007 15:28:53 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: Lars Engels References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net> <467AA768.60306@root.org> <20070621222603.GB16887@e.0x20.net> In-Reply-To: <20070621222603.GB16887@e.0x20.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 01:27:40 -0000 Lars Engels wrote: > On Thu, Jun 21, 2007 at 09:29:28AM -0700, Nate Lawson wrote: >> Lars Engels wrote: >>> And I just saw that every 5 second a new apm device is created! >>> >>> # ls /dev >>> acd0 apm12 apm3 apm47 apm8 >>> acpi apm13 apm30 apm48 apm9 >>> ad0 apm14 apm31 apm49 ata >>> ad0.journal apm15 apm32 apm5 atkbd0 >>> ad0.journals1 apm16 apm33 apm50 bpf0 >>> ad0.journals2 apm17 apm34 apm51 bpf1 >>> ad0.journals3 apm18 apm35 apm52 bpsm0 >>> ad0.journals4 apm19 apm36 apm53 cardbus0.cis >>> ad0.journals4a apm2 apm37 apm54 cd0 >>> ad0.journals4b apm20 apm38 apm55 cdrom@ >>> ad0.journals4c apm21 apm39 apm56 console >>> ad0.journals4d apm22 apm4 apm57 consolectl >>> ad0.journals4e apm23 apm40 apm58 ctty >>> ad0.journals4f apm24 apm41 apm59 cuad0 >>> agpgart apm25 apm42 apm6 cuad0.init >>> apm0 apm26 apm43 apm60 cuad0.lock >>> apm1 apm27 apm44 apm61 devctl >>> apm10 apm28 apm45 apm62 devstat >>> apm11 apm29 apm46 apm7 dri/ >>> >>> [...] >> What are you running that opens /dev/apm? Maybe powerd? >> >> I have a patch that handles reaping these devices, unfortunately it is >> pending completion of another patch that allows devfs_destroy() from a >> close() routine. That part is a core problem in FreeBSD, and it isn't >> really something in acpi. > > Yes, powerd is running. Do you need additional system info? No, I'm just going to work around this and re-test the patch before committing. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 02:14:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14BA716A468 for ; Fri, 22 Jun 2007 02:14:15 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id EDA5B13C484 for ; Fri, 22 Jun 2007 02:14:14 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 61038 invoked from network); 21 Jun 2007 23:26:31 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 21 Jun 2007 23:26:31 -0000 Message-ID: <467B091F.6070008@root.org> Date: Thu, 21 Jun 2007 16:26:23 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: Lars Engels References: <46756BBE.5030603@root.org> <20070621155044.GD17194@e.0x20.net> <467AA6C6.8090607@root.org> <20070621222836.GC16887@e.0x20.net> In-Reply-To: <20070621222836.GC16887@e.0x20.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 02:14:15 -0000 Lars Engels wrote: > On Thu, Jun 21, 2007 at 09:26:46AM -0700, Nate Lawson wrote: >> Lars Engels wrote: >>> Nate, >>> >>> thanks for your patch. >>> But after applying it on a recent -Current I get a lot of kernel messages >>> like these: >>> Jun 21 17:48:27 maggie kernel: apm34 opened clone 0xc457fd00 >>> Jun 21 17:48:27 maggie kernel: apm34 closed clone 0xc457fd00 >>> Jun 21 17:48:32 maggie kernel: apm35 opened clone 0xc457ee40 >>> Jun 21 17:48:32 maggie kernel: apm35 closed clone 0xc457ee40 >>> Jun 21 17:48:37 maggie kernel: apm36 opened clone 0xc457ec40 >>> Jun 21 17:48:37 maggie kernel: apm36 closed clone 0xc457ec40 >>> Jun 21 17:48:42 maggie kernel: apm37 opened clone 0xc457fc40 >>> Jun 21 17:48:42 maggie kernel: apm37 closed clone 0xc457fc40 >>> Jun 21 17:48:47 maggie kernel: apm38 opened clone 0xc433b6c0 >>> Jun 21 17:48:47 maggie kernel: apm38 closed clone 0xc433b6c0 >>> Jun 21 17:48:52 maggie kernel: apm39 opened clone 0xc433b240 >> Thanks for testing! Those were there to assist in debugging if people >> had any problems. >> >>> Additionally, pressing the power button only generates this: >>> Jun 21 17:50:03 maggie kernel: acpi: request to enter state S5 failed >>> >>> I need to run 'shutdown -p ' to power the system down. >> This was already fixed in the updated patch that I plan to commit today. >> It's attached or you can just wait for the commit to get it. > > Okay, I cannot test this today, so I will take your committed version > tomorrow. Patch has been committed, along with an addition to use a taskq to clean up the extra devices. You should find that all this works fine and /dev/apm is cleaned up. To upgrade, you should install the /etc/ scripts, acpiconf, and the acpi kernel module. Installworld/mergemaster take care of this. Old binaries of acpiconf will continue to work fine with just a message printed once on console that the old API is deprecated. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 03:07:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EBF216A400 for ; Fri, 22 Jun 2007 03:07:16 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 281DE13C48A for ; Fri, 22 Jun 2007 03:07:16 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (maia-3.hub.org [200.46.204.184]) by hub.org (Postfix) with ESMTP id 4CA95B46DB7 for ; Fri, 22 Jun 2007 00:07:15 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 48537-02 for ; Fri, 22 Jun 2007 00:07:14 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id A9B24B46D6F for ; Fri, 22 Jun 2007 00:07:14 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6BCEA8A076 for ; Fri, 22 Jun 2007 00:07:21 -0300 (ADT) Date: Fri, 22 Jun 2007 00:07:21 -0300 From: "Marc G. Fournier" To: freebsd-current@freebsd.org Message-ID: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Low end video card that won't crash server ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 03:07:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Unfortunately, it seems that the discussion on nvidia driver causing -current to crash seems to have died off ... since I'm trying to work with a group on getting wine actually working under -current, having X down right now is really making things difficult, so I figure I'll go out and buy "yet another video card", so that I can get some work done ... ATI vs nVidia? I used to think that nVidia was 'pro-OSS', but have recently changed my mind on that based on, well, alot of things ... am I better off going with an ATI video card instead, or are they about on teh same level as far as being OSS friendly? And, if ATI, anything I should stay away from as far as -current+xorg is concerned? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGezzp4QvfyHIvDvMRAlOnAKCXuo2bpACqsNlsReu6Z6nlEn3BlACg3efA HkroJfFfIH7zuAMTYbbXxTI= =tZfP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 03:11:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 636CF16A400; Fri, 22 Jun 2007 03:11:52 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF1913C48A; Fri, 22 Jun 2007 03:11:52 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5M3BpNd030573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Jun 2007 20:11:51 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5M3BouR015960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Jun 2007 20:11:51 -0700 Message-ID: <467B3DF6.5080704@u.washington.edu> Date: Thu, 21 Jun 2007 20:11:50 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: "Marc G. Fournier" References: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> In-Reply-To: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.21.195133 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_MEDIA_BODY 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org Subject: Re: Low end video card that won't crash server ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 03:11:52 -0000 Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Unfortunately, it seems that the discussion on nvidia driver causing -current > to crash seems to have died off ... since I'm trying to work with a group on > getting wine actually working under -current, having X down right now is really > making things difficult, so I figure I'll go out and buy "yet another video > card", so that I can get some work done ... > > ATI vs nVidia? I used to think that nVidia was 'pro-OSS', but have recently > changed my mind on that based on, well, alot of things ... am I better off > going with an ATI video card instead, or are they about on teh same level as > far as being OSS friendly? And, if ATI, anything I should stay away from as > far as -current+xorg is concerned? > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFGezzp4QvfyHIvDvMRAlOnAKCXuo2bpACqsNlsReu6Z6nlEn3BlACg3efA > HkroJfFfIH7zuAMTYbbXxTI= > =tZfP > -----END PGP SIGNATURE----- Intel's still your best bet, with nVidia in second, and ATI in third. You aren't going to get proper 3D support unless you switch to Linux unfortunately :(.. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 05:41:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83CD216A400 for ; Fri, 22 Jun 2007 05:41:54 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 493CE13C43E for ; Fri, 22 Jun 2007 05:41:54 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id D8A90B478DA; Fri, 22 Jun 2007 02:41:53 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 19854-06; Fri, 22 Jun 2007 02:41:52 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 6B8CAB478D9; Fri, 22 Jun 2007 02:41:53 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 97CD961BC4; Fri, 22 Jun 2007 02:42:01 -0300 (ADT) Date: Fri, 22 Jun 2007 02:42:01 -0300 From: "Marc G. Fournier" To: Garrett Cooper Message-ID: <51558E914F56525A79B6D637@ganymede.hub.org> In-Reply-To: <467B3DF6.5080704@u.washington.edu> References: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> <467B3DF6.5080704@u.washington.edu> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: Low end video card that won't crash server ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 05:41:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Thursday, June 21, 2007 20:11:50 -0700 Garrett Cooper wrote: > Intel's still your best bet, with nVidia in second, and ATI in third. > > You aren't going to get proper 3D support unless you switch to Linux > unfortunately :(.. I use the card to watch Dr. Who ... not much into 3D stuff, other then a good game now and then, but I generally use the wife's Windoze box for that ... 'k, nVidia it sounds like its going to be then ... don't know anyone around here that sells Intel video cards ... Thx - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGe2Ep4QvfyHIvDvMRAh3iAKDE5JwglzG43upaUu8SPMLfK7Z9vQCeNuhl W3LJ18bwJT5yTn5Cn4B6N1I= =ExpE -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 06:17:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E053E16A421; Fri, 22 Jun 2007 06:17:15 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id B483013C447; Fri, 22 Jun 2007 06:17:15 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 093F528B38; Fri, 22 Jun 2007 00:59:30 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 6FB3261C42; Fri, 22 Jun 2007 00:59:29 -0500 (CDT) Date: Fri, 22 Jun 2007 00:59:29 -0500 From: "Matthew D. Fuller" To: Garrett Cooper Message-ID: <20070622055929.GH8955@over-yonder.net> References: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> <467B3DF6.5080704@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467B3DF6.5080704@u.washington.edu> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.14-fullermd.3 (2007-02-12) Cc: freebsd-current@freebsd.org, "Marc G. Fournier" Subject: Re: Low end video card that won't crash server ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 06:17:16 -0000 On Thu, Jun 21, 2007 at 08:11:50PM -0700 I heard the voice of Garrett Cooper, and lo! it spake thus: > > Intel's still your best bet, with nVidia in second, and ATI in > third. > > You aren't going to get proper 3D support unless you switch to Linux > unfortunately :(.. I still love my Matrox. But even there, you're stuck with the 550 and older if you want open drivers, which is, what, like 6+ years at this point? Rather unpleasantly expensive new, but you can find 'em reasonable on eBay. Not too shiny if you need much 3d, but they're unbeatable on 2d. -- 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 Fri Jun 22 06:47:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8464F16A400; Fri, 22 Jun 2007 06:47:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6031513C43E; Fri, 22 Jun 2007 06:47:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5M6lbj0020051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Jun 2007 23:47:38 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5M6laiM004398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Jun 2007 23:47:37 -0700 Message-ID: <467B7088.30902@u.washington.edu> Date: Thu, 21 Jun 2007 23:47:36 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: "Matthew D. Fuller" References: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> <467B3DF6.5080704@u.washington.edu> <20070622055929.GH8955@over-yonder.net> In-Reply-To: <20070622055929.GH8955@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.21.233351 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_MEDIA_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org, "Marc G. Fournier" Subject: Re: Low end video card that won't crash server ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 06:47:38 -0000 Matthew D. Fuller wrote: > On Thu, Jun 21, 2007 at 08:11:50PM -0700 I heard the voice of > Garrett Cooper, and lo! it spake thus: > >> Intel's still your best bet, with nVidia in second, and ATI in >> third. >> >> You aren't going to get proper 3D support unless you switch to Linux >> unfortunately :(.. >> > > I still love my Matrox. But even there, you're stuck with the 550 and > older if you want open drivers, which is, what, like 6+ years at this > point? Rather unpleasantly expensive new, but you can find 'em > reasonable on eBay. Not too shiny if you need much 3d, but they're > unbeatable on 2d. > Unfortunately you can only get the Intel graphics chipset on motherboards so far. The future will change things though.. that's all I can say. Matrox cards are ok, but not fantastic. As for nVidia, you're fine as long as you stick to i386 for all by 0.1% of all cases. Make sure to consult their compatibility list before buying a card though -- very important. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 07:04:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAD8816A421 for ; Fri, 22 Jun 2007 07:04:25 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id A169413C468 for ; Fri, 22 Jun 2007 07:04:25 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id CF77443E4C; Fri, 22 Jun 2007 09:04:24 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 7CDA49B497; Fri, 22 Jun 2007 07:04:02 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 50E08405B; Fri, 22 Jun 2007 09:04:02 +0200 (CEST) Date: Fri, 22 Jun 2007 09:04:02 +0200 From: Jeremie Le Hen To: Stefan Ehmann Message-ID: <20070622070402.GA95204@obiwan.tataz.chchile.org> References: <200706141641.54668.shoesoft@gmx.net> <200706151044.32493.shoesoft@gmx.net> <4672BD16.70707@errno.com> <200706161415.15641.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706161415.15641.shoesoft@gmx.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: LOR in iwi with new 802.11 work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 07:04:25 -0000 Hi Stefan, On Sat, Jun 16, 2007 at 02:15:15PM +0200, Stefan Ehmann wrote: > Was bgscan on for iwi before the latest changes? A "ifconfig iwi0 scan" seems > to cause a "scan stuck" every time. But this also happened before the 802.11 > changes IIRC. So this might be an old iwi bug after all. (I still wouldn't > mind if it was resolved :)) I had endured this behaviour for months before the iwi(4) drivers began to complain it couldn't load its firmware. The message came along a connection freeze for a few seconds. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 08:35:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5211816A400 for ; Fri, 22 Jun 2007 08:35:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0E50713C45A for ; Fri, 22 Jun 2007 08:35:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I1ecJ-000EJL-5T; Fri, 22 Jun 2007 11:35:43 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Jun 2007 11:35:43 +0300 From: Danny Braniss Message-ID: Cc: Jack Vogel Subject: em problems on SGI/AltixXE310 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 08:35:45 -0000 hi, this box is a dual 4 core intel/SGI, and it seems that there is an intermittent problem: the em sometimes failes to initiatlize: from dmesg: em0: port 0x2000-0x201f mem 0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci4 em0: Hardware Initialization Failed em0: Unable to initialize the hardware this is from a session that it does work: from pciconf -lvc: em0@pci4:0:0: class=0x020000 card=0x000015d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint from vmstat -i irq256: em0 16765 38 any ideas? cheers, danny From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 09:01:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEB2E16A41F; Fri, 22 Jun 2007 09:01:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9749813C447; Fri, 22 Jun 2007 09:01:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D2C8.dip.t-dialin.net [84.165.210.200]) by redbull.bpaserver.net (Postfix) with ESMTP id 028D92E220; Fri, 22 Jun 2007 11:00:58 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id C3F055B60C1; Fri, 22 Jun 2007 10:59:11 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l5M8xBZL060684; Fri, 22 Jun 2007 10:59:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 22 Jun 2007 10:59:11 +0200 Message-ID: <20070622105911.11iing9jww8cok04@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 22 Jun 2007 10:59:11 +0200 From: Alexander Leidinger To: "Andrey V. Elsukov" References: <20070621133716.wsrx2ykiokcs04k4@webmail.leidinger.net> <467A6717.3070606@yandex.ru> In-Reply-To: <467A6717.3070606@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Intel PowerTop tool on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 09:01:04 -0000 Quoting "Andrey V. Elsukov" (from Thu, 21 Jun 2007 15:55:03 +0400): > Alexander Leidinger wrote: >> has someone tried to port the Intel powertop tool >> (http://www.linuxpowertop.org/) to FreeBSD? If not, is someone >> willing to have a look at it, or should I put it on our ideas list? > > Hi, Alexander. > > In the acpi@ maillist was the following discussion: > http://lists.freebsd.org/pipermail/freebsd-acpi/2007-May/003701.html > > Seems that it's not useful for the FreeBSD. Hmmm... maybe "Implement tickless operation of the kernel" then? Can someone write up some nice plain text for the use in the ideas list for this? Bye, Alexander. -- Real programmers know it's not operations' fault if their jobs go into "hogs". http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 09:40:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89CF216A468 for ; Fri, 22 Jun 2007 09:40:42 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 09C7213C447 for ; Fri, 22 Jun 2007 09:40:41 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l5M9KYtw022312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Jun 2007 11:20:39 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l5M9KYuW065098 for ; Fri, 22 Jun 2007 11:20:34 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l5M9KYhS001864 for current@freebsd.org; Fri, 22 Jun 2007 11:20:34 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: current@freebsd.org Date: Fri, 22 Jun 2007 11:20:33 +0200 User-Agent: KMail/1.9.6 References: <20070621181513.GA1486@roadrunner.q.local> In-Reply-To: <20070621181513.GA1486@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200706221120.34207.h.schmalzbauer@omnisec.de> Cc: Subject: Re: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 09:40:42 -0000 Am Donnerstag, 21. Juni 2007 schrieb Ulrich Spoerlein: > Hi, > > I just installed a fairly recent -CURRENT and noticed a few glitches. > One of them has to do with my SUN->USB keyboard adapter. When compiling > ukbd as module, it wont attach. Only uhid is attaching: > > uhid0: on > uhub4 > > When running GENERIC, it attaches fine > ukbd0: on > uhub4 > > I was loading uhid/ums/ukbd as module, could there be some races with > this approach? I saw the same problem with ng_ubt and acpi_sony. If loaded as module they are _not_ detectet, when comiled into the kernel t= he=20 _are_ detectet. Haven't had any time to do some useful info gathering so this is just a "me= =20 too" (-current some weeks old) Thanks, =2DHarry =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 10:34:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35D2B16A41F for ; Fri, 22 Jun 2007 10:34:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 01DC113C45A for ; Fri, 22 Jun 2007 10:34:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Z81hwaV0kc8vWtw+1xSJXy2vvn7Hvxyfe4S++IlUAHMmaZ+VE1NTA2OFAKKlDLJeizTwByg4U7oKtAfSjAHQbScT1jElIw2ykHp6BtWrUylDaKB9qzOrYvGsIF1hAFS+N/lBEvWxJORVd3oCsVsdYTIxW87opoc3pPzgkxfdC6rmIvqcz1gzW9Jlq4ZvYam6pBYVmWqQrYKSC/DzstwU2tZq/kDw7hlRlpAXlHoAIPFelNtxrpoA2jMCWn00xXyw; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I1gSu-00048b-0b; Fri, 22 Jun 2007 10:34:08 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I1gSB-0000z8-HE; Fri, 22 Jun 2007 10:33:23 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I1gS9-0001ii-K3; Fri, 22 Jun 2007 12:33:21 +0200 To: Harald Schmalzbauer From: Ian FREISLICH In-Reply-To: Message from Harald Schmalzbauer of "Fri, 22 Jun 2007 11:20:33 +0200." <200706221120.34207.h.schmalzbauer@omnisec.de> X-Attribution: BOFH Date: Fri, 22 Jun 2007 12:33:21 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 10:34:09 -0000 Harald Schmalzbauer wrote: > Am Donnerstag, 21. Juni 2007 schrieb Ulrich Spoerlein: > > Hi, > > > > I just installed a fairly recent -CURRENT and noticed a few glitches. > > One of them has to do with my SUN->USB keyboard adapter. When compiling > > ukbd as module, it wont attach. Only uhid is attaching: > > > > uhid0: on > > uhub4 > > > > When running GENERIC, it attaches fine > > ukbd0: on > > uhub4 > > > > I was loading uhid/ums/ukbd as module, could there be some races with > > this approach? > > I saw the same problem with ng_ubt and acpi_sony. The problem is: link_elf: symbol usbd_get_interface_descriptor undefined KLD file ukbd.ko - could not finalize loading Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 12:42:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F4AF16A400; Fri, 22 Jun 2007 12:42:56 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 387BD13C44C; Fri, 22 Jun 2007 12:42:53 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup78.ach.sch.gr [81.186.70.78]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l5MCgAiV024241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 22 Jun 2007 15:42:37 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l5MCftY4002846; Fri, 22 Jun 2007 15:42:01 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l5MCftVW002845; Fri, 22 Jun 2007 15:41:55 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 22 Jun 2007 15:41:54 +0300 From: Giorgos Keramidas To: Attilio Rao Message-ID: <20070622124154.GA2780@kobe.laptop> References: <20070614161632.GA3385@kobe.laptop> <3bbf2fe10706140936r4458343do95aa9f16baf2e79a@mail.gmail.com> <20070614170229.GA17675@kobe.laptop> <20070617163227.GA1318@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070617163227.GA1318@kobe.laptop> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.941, required 5, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org Subject: Re: hard-lock with CPU spinning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 12:42:56 -0000 On 2007-06-17 19:32, Giorgos Keramidas wrote: >On 2007-06-14 20:02, Giorgos Keramidas wrote: >>On 2007-06-14 18:36, Attilio Rao wrote: >>>2007/6/14, Giorgos Keramidas : >>>> If I leave my laptop idle for a long period of time, it tends to lock up >>>> with the CPU fan spinning fast (presumambly because some part of the >>>> kernel tries to acquire a lock and spins constantly for it). >>>> >>>> Unfortunately, this happens when X11 is running and I can't break into >>>> DDB to snoop around. > > Hi Attilio, > > thanks for the eagerness to help, but I was too quick in assuming this > was a hard-lock. The kernel hasn't deadlocked, but the laptop is almost > unresponsive because the X server eats up an enormous amount of CPU. > > I left an xterm window running: > > > cd /home/keramida > > ( while true ; do \ > uptime ; ps xaur | head -20 ; \ > sleep 5 ; echo ; \ > done ) 2>&1 | tee logfile > > and when hte CPU fan started spinning fast, I managed to shutdown > normally by pressing the laptop's power-off button and waiting long > enough for the X process to die. > > The ~/logfile file contains near its end entries like: > > % 6:43PM up 2:05, 1 user, load averages: 0.76, 0.39, 0.24 > % USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > % root 1234 97.8 4.2 285648 21428 v1 R 4:41PM 3:22.41 X :0 -dpi 96 (Xorg) > % root 12 97.1 0.0 0 8 ?? RL 4:37PM 112:19.80 [idle: cpu0] > % root 11 2.2 0.0 0 8 ?? RL 4:37PM 110:16.80 [idle: cpu1] Finally, more progress :) This seems to kick in only when I use: % xset +dpms % xset s on % xset b 100 800 20 By disabling DPMS with '-dpms' there is no CPU-eating behavior even after leaving my laptop on for hours. So this seems to be a bug in the +dpms part of X11 :-) From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 12:55:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8873116A400 for ; Fri, 22 Jun 2007 12:55:42 +0000 (UTC) (envelope-from sacchi@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 15CA513C44C for ; Fri, 22 Jun 2007 12:55:41 +0000 (UTC) (envelope-from sacchi@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so811151ika for ; Fri, 22 Jun 2007 05:55:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=oSTHR5U4FcORCBfTZcoZ3nGR+8iC33mVbSynZy2i33naKoqQ4G0PTqJCI3xytungL/Luzp/LjZHY53PbQ3vnafNQ7BRs1VbvUnLDHFJ/TRuMow5uL0kh5YqKM8EzAA4fPLS813HSN2kN5FJOF03T80G+zsIcawnjSFmZPfdK/i0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=uHeF2hrXmMj1EsGX1gIpGqThpTSnA3ab2iia/L4nxbY7WkEBdGBL8Mv26G5I0+wee558wcP4b9qkAy6WnOsajC32DsssmCK4J/xjNpKuTmX6rmBhePD27PPsuhQOjTVbqGliEUeRV6h7XZMFE4rE0b6ZbUfhcUXU5HeW1z/haWQ= Received: by 10.78.134.12 with SMTP id h12mr1548915hud.1182516940669; Fri, 22 Jun 2007 05:55:40 -0700 (PDT) Received: by 10.78.158.19 with HTTP; Fri, 22 Jun 2007 05:55:40 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 18:25:40 +0530 From: sac Sender: sacchi@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 5e0b3a09d017317e Subject: Library problems in 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: Fri, 22 Jun 2007 12:55:42 -0000 Hi, I recently installed Current-7.0 200704 snapshot. OS installation went fine and when zsh was installed and tried to run: I get the error /libexec/ld-elf.so.1 shared object "libz.so.4" no found, and I get similar library problems for bash, xorg. What could be the reason and fix? -- Regards, Sachidananda. From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 12:59:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F66B16A468 for ; Fri, 22 Jun 2007 12:59:35 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id B371D13C4D3 for ; Fri, 22 Jun 2007 12:59:34 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so875710uge for ; Fri, 22 Jun 2007 05:59:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:sender; b=bJE5SUMooXyesmC0rzf2+IEg6zT2HYzc9vd/xTjAUa5i0mXARe4iGapm11tGoNe3qwiAC6HZr2vEDI/4Y2eorROy3A44QbE5UqZwDEF8qdleOn1L3VobxY+0EOe9txc1NbXkaMolRqr1D7mZxEImNrdovpJpx++zvFoe+oEGnEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:sender; b=A3Ac+uuoU/+cSBGjPgXylel4ZmQL3fDTgkP0puDi+9a2ne6OWVsKWaPUhvcFQ4a2fBYyG4jCEeHQMk6RdHfvN5eFbzs7iK4JU6NsTrtUQIdJUj5WHhot8FfYwUFkXVlMkodw9IW/ZJa07dLXZtyST9zcez42PELaJyi2Fn78YRI= Received: by 10.82.127.14 with SMTP id z14mr6253879buc.1182515423404; Fri, 22 Jun 2007 05:30:23 -0700 (PDT) Received: from ?192.168.182.3? ( [218.162.204.4]) by mx.google.com with ESMTP id y6sm9155018mug.2007.06.22.05.30.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 22 Jun 2007 05:30:22 -0700 (PDT) From: "Eric L. Chen" To: Sam Leffler In-Reply-To: <467A9A3F.60205@errno.com> References: <20070619011908.GA53748@heff.fud.org.nz> <1182411621.6049.8.camel@monet> <467A9A3F.60205@errno.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J/VF4RpGphONeGuMj7Yw" Date: Fri, 22 Jun 2007 20:30:12 +0800 Message-Id: <1182515412.1319.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Cc: Kevin Lo , FreeBSD Current , Andrew Thompson Subject: Re: wireless [iwi firmware error] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 12:59:35 -0000 --=-J/VF4RpGphONeGuMj7Yw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-06-21 at 08:33 -0700, Sam Leffler wrote: > Kevin Lo wrote: > > Andrew Thompson wrote: >=20 > >> 3. iwi(4) gets a firmware error while associating > >> Can not reproduce this yet, debug traces available on the mailing > >> list. > >=20 > > I also can't reproduce those.=20 >=20 > We understand what the issue is. You will only see it if trying to=20 > associate with mode 11b. >=20 > Sam I have this problem, too. If I use ifconfig iwi0 ssid XXXX to connect an open AP, it works fine. But if I connect AP via wpa_supplicant, iwi shows 'firmware error' continuously. /Eric --=-J/VF4RpGphONeGuMj7Yw Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGe8DPymyXoUCp/cURAkZaAJ9KE85aUCvygtIj/gIgSqK7XE5OnwCfQS5G Wn8YW138TYJ8s1WbAnnJSCM= =JIwz -----END PGP SIGNATURE----- --=-J/VF4RpGphONeGuMj7Yw-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 13:04:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADBBC16A41F for ; Fri, 22 Jun 2007 13:04:02 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5CE13C448 for ; Fri, 22 Jun 2007 13:04:02 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so305082pyb for ; Fri, 22 Jun 2007 06:04:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mb6mqGl7uyVRgU60DY0dCFafO0doH9lsGXcbzb6zUpOMakGAclFcAFwUzKG0fDq8FLnGKI0FhdusJDpHwPQLLZEbMHQN/ay4BKuvmiQCjVovLoDZaMX9//CWupatrN3sTTXd3V2wcnNGjnCnkBhu2/+hy/rxxgWEBv/nqW+px4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qemojAmS5XvP7Z4LDodnC3RRS/CNir89hKsNlz2Mz0uAkq+qxGKXd9wFynO3xMi7qsIYMY+1KHDaVC3mPFDm3calEMWt44FkJUDP3pEfmm0m6OWqkfnLPHBaOOpvtM8oiJIBXfO10QE8QYx1jdxFMfGDY+7OXa3VVmN2C9odm4w= Received: by 10.65.219.20 with SMTP id w20mr5555723qbq.1182517441456; Fri, 22 Jun 2007 06:04:01 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Fri, 22 Jun 2007 06:04:01 -0700 (PDT) Message-ID: <6eb82e0706220604k2bab3ca1h38c3896605f99f9c@mail.gmail.com> Date: Fri, 22 Jun 2007 21:04:01 +0800 From: "Rong-en Fan" To: sac In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: Library problems in 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: Fri, 22 Jun 2007 13:04:02 -0000 On 6/22/07, sac wrote: > Hi, > > I recently installed Current-7.0 200704 snapshot. > OS installation went fine and when zsh was installed and tried to run: > I get the error > /libexec/ld-elf.so.1 shared object "libz.so.4" no found, and I get > similar library problems for bash, xorg. are you using packages? If so, upgrade your current to latest version then try again. We had a share library version bump in last May (actually, twice, another one occurs few days ago). Regards, Rong-En Fan > > What could be the reason and fix? > > -- > > Regards, > Sachidananda. > _______________________________________________ > 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 Jun 22 13:42:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30F1216A46E for ; Fri, 22 Jun 2007 13:42:55 +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 1597C13C489 for ; Fri, 22 Jun 2007 13:42:54 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from dia.lan128.lombardisoftware.com ([64.3.1.253]:4842 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I1jPY-000JfO-Uv for freebsd-current@freebsd.org; Fri, 22 Jun 2007 08:42:54 -0500 From: "Larry Rosenman" To: Date: Fri, 22 Jun 2007 08:42:42 -0500 Message-ID: <003f01c7b4d3$3b547b80$b1fd7280$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ace00zUXxxVzxN3USIiVaiTcOFHbgg== Content-language: en-us 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, DKIM_POLICY_SIGNSOME=0 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0 DomainKey-Status: no signature Subject: PostgreSQL Stats Collector: EINTR on POLL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 13:42:55 -0000 Has anyone else seen an issue where the PostgreSQL stats collector will get into a loop on poll/EINTR? This seems to be happening a LOT on my amd64 -CURRENT from 6/16 sources. I don't *THINK* it's a PostgreSQL issue, as this same code runs fine on 6-STABLE. the ktrace of the process is full of: 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call 9788 postgres CALL poll(0x7fffffffd4b0,0x1,0x7d0) 9788 postgres RET poll -1 errno 4 Interrupted system call # if I kill it off, it'll go back to normal for a while, then get into that state again. this is on a dual 5120 system (4 cores). I *CAN* give ssh access to a developer if they'd like. # uname -a FreeBSD borg.lerctr.org 7.0-CURRENT FreeBSD 7.0-CURRENT #28: Sat Jun 16 13:09:27 CDT 2007 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG amd64 # Ideas? Thanks! -- 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 Fri Jun 22 16:42:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCC5D16A421 for ; Fri, 22 Jun 2007 16:42:10 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 5EFED13C465 for ; Fri, 22 Jun 2007 16:42:05 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 0 with SMTP; 22 Jun 2007 16:42:01 -0000 Date: Fri, 22 Jun 2007 19:42:00 +0300 From: Nikolay Pavlov To: Olivier Mueller Message-ID: <20070622164200.GA2212@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Olivier Mueller , freebsd-current@freebsd.org References: <1182338018.10483.27.camel@bigapple.omnis.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1182338018.10483.27.camel@bigapple.omnis.ch> X-Operating-System: FreeBSD 6.2-RELEASE-p4 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 16:42:10 -0000 On Wednesday, 20 June 2007 at 13:13:38 +0200, Olivier Mueller wrote: > Hello, > > I have to setup a file storage server (non-critcal, just as secondary > backup server) and I am wondering if would be a realistic idea to start > using ZFS. I spent some time browsing the lists and newsgroups, and the > status wiki page looks "good": http://wiki.freebsd.org/ZFS . > > The http://www.freebsd.org/releng/index.html page also states: > June 2007 Start FreeBSD 7.0 Release Process, so this may also be > a positive point about overall stability? :) > > It would be to store lots of data, and the FS-compression feature of ZFS > would be quite interesting for this server. Of course I'd be glad to > help debugging any issues I may see. > > So if you are already using ZFS in "pre-production", I would be glad for > a short "go/no go" feedback, thanks :-) > > regards, > Olivier > > _______________________________________________ > 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" It is usefull not only on fat servers. I am using it for /usr/local and /usr/ports on plain Dell Inspirion 1300 with Celeron M and 1GB of RAM. No problems. :) -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 19:10:56 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 973FF16A400; Fri, 22 Jun 2007 19:10:56 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 460AE13C45E; Fri, 22 Jun 2007 19:10:56 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l5MJArKK048161 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 22 Jun 2007 15:10:54 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 22 Jun 2007 12:10:44 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Attilio Rao In-Reply-To: <467A3869.3020706@FreeBSD.org> Message-ID: <20070622121008.T542@10.0.0.1> References: <467A3869.3020706@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, Kevin Gerry Subject: Re: Kernel Panic in latest -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: Fri, 22 Jun 2007 19:10:56 -0000 Kevin, Can you please compile a kernel with INVARIANTS and INVARIANT_SUPPORT enabled? That would help us greatly with this problem. Thanks, Jeff On Thu, 21 Jun 2007, Attilio Rao wrote: > Kevin Gerry wrote: >> #0 doadump () at pcpu.h:195 >> 195 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) bt >> #0 doadump () at pcpu.h:195 >> #1 0xc060cb73 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 >> #2 0xc060cd6f in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:563 >> #3 0xc086954c in trap_fatal (frame=0xe40d3b9c, eva=20) at >> /usr/src/sys/i386/i386/trap.c:870 >> #4 0xc0869e8c in trap (frame=0xe40d3b9c) at >> /usr/src/sys/i386/i386/trap.c:276 >> #5 0xc0853afb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >> #6 0xc063b008 in propagate_priority (td=0xc3ab5e00) at >> /usr/src/sys/kern/subr_turnstile.c:272 >> #7 0xc063b989 in turnstile_wait (ts=0xc3a9e6e0, owner=0xc3ab5e00, >> queue=Variable "queue" is not available. >> ) at /usr/src/sys/kern/subr_turnstile.c:739 >> #8 0xc060140d in _mtx_lock_sleep (m=0xc0993228, tid=3284357632, opts=0, >> file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:395 >> #9 0xc04decd7 in em_handle_rxtx (context=0xc3b63000, pending=1) at >> /usr/src/sys/dev/em/if_em.c:1477 >> #10 0xc0639e72 in taskqueue_run (queue=0xc3be1880) at >> /usr/src/sys/kern/subr_taskqueue.c:255 >> #11 0xc063a04f in taskqueue_thread_loop (arg=0xc3b632ec) at >> /usr/src/sys/kern/subr_taskqueue.c:374 >> #12 0xc05ee896 in fork_exit (callout=0xc0639fd0 , >> arg=0xc3b632ec, frame=0xe40d3d38) >> at /usr/src/sys/kern/kern_fork.c:797 >> #13 0xc0853b70 in fork_trampoline () at >> /usr/src/sys/i386/i386/exception.s:205 >> (kgdb) list *0xc063b008 >> 0xc063b008 is in propagate_priority >> (/usr/src/sys/kern/subr_turnstile.c:273). >> 268 ts = td->td_blocked; >> 269 MPASS(ts != NULL); >> 270 MPASS(td->td_lock == &ts->ts_lock); >> 271 /* Resort td on the list if needed. */ >> 272 if (!turnstile_adjust_thread(ts, td)) { >> 273 mtx_unlock_spin(&ts->ts_lock); >> 274 return; >> 275 } >> 276 /* The thread lock is released as ts lock above. */ >> 277 } > > Jeff can better comment on it, but for what I can see it seems that > ts->ts_lock is not acquired again once the new assignment from td->td_blocked > is done and I think it should be. > > Thanks a lot for your report, > Attilio > From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 19:12:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CFD116A468 for ; Fri, 22 Jun 2007 19:12:36 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 29E8113C44B for ; Fri, 22 Jun 2007 19:12:36 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l5MJCTZh048702 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 22 Jun 2007 15:12:31 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 22 Jun 2007 12:12:20 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Manfred Antar In-Reply-To: <200706162134.l5GLYZUS001203@pozo.com> Message-ID: <20070622121151.T542@10.0.0.1> References: <200706162134.l5GLYZUS001203@pozo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: 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, 22 Jun 2007 19:12:36 -0000 Manfred, Sorry for the late reply. Can you please enable INVARIANTS and INVARIANT_SUPPORT in your kernel config? Are you still having this problem? Thanks, Jeff On Sat, 16 Jun 2007, Manfred Antar wrote: > I've been getting kernel panics for the last month and a half > The last good kernel that works is from May 8th > Here is what i get : > > login: kernel trap 12 with interrupts disabled > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc063cdb8 > stack pointer = 0x28:0xd2ed0c54 > frame pointer = 0x28:0xd2ed0c70 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 22 (irq11: xl0 uhci0+) > [thread pid 22 tid 100029 ] > Stopped at propagate_priority+0x178: movl 0x14(%esi),%eax > > This is from sources and kernel built this afternoon while doing cvsup > I don't have any usb devices hooked up to the system. > It's a Dell Optiplex GX150 1GHZ Pentium 3 > > > > > > ================================== > || null@pozo.com || > || Ph. (415) 681-6235 || > ================================== > > _______________________________________________ > 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 Jun 22 19:48:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0DBB16A475 for ; Fri, 22 Jun 2007 19:48:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6C42B13C46A for ; Fri, 22 Jun 2007 19:48:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D2C8.dip.t-dialin.net [84.165.210.200]) by redbull.bpaserver.net (Postfix) with ESMTP id 63BA72E230 for ; Fri, 22 Jun 2007 21:48:16 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 182F05B60C1 for ; Fri, 22 Jun 2007 21:46:30 +0200 (CEST) Date: Fri, 22 Jun 2007 21:48:55 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20070622214855.71c03e92@deskjail> In-Reply-To: <20070622164200.GA2212@zone3000.net> References: <1182338018.10483.27.camel@bigapple.omnis.ch> <20070622164200.GA2212@zone3000.net> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-15.4, required 8, autolearn=not spam, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 19:48:25 -0000 Quoting Nikolay Pavlov (Fri, 22 Jun 2007 19:42:00 +0300): > It is usefull not only on fat servers. I am using it for /usr/local and > /usr/ports on plain Dell Inspirion 1300 with Celeron M and 1GB of RAM. > No problems. :) You have a fat server... CPU: Unknown CPU Type (1503.42-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383f9ff AMD Features=0xc0400800 real memory = 536805376 (511 MB) This is an AthlonXP. Bye, Alexander. -- Incompetence knows no barriers of time or place. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 20:07:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A082C16A468 for ; Fri, 22 Jun 2007 20:07:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 62E4213C448 for ; Fri, 22 Jun 2007 20:07:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5MK5Ktp070454; Fri, 22 Jun 2007 14:05:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 22 Jun 2007 14:05:54 -0600 (MDT) Message-Id: <20070622.140554.1169637950.imp@bsdimp.com> To: vova@fbsd.ru From: "M. Warner Losh" In-Reply-To: <1182334917.1340.6.camel@localhost> References: <1182334917.1340.6.camel@localhost> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 22 Jun 2007 14:05:24 -0600 (MDT) Cc: ianf@clue.co.za, current@freebsd.org Subject: Re: ukbd broken as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 20:07:40 -0000 In message: <1182334917.1340.6.camel@localhost> Vladimir Grebenschikov writes: : =F7 =D7=D4, 19/06/2007 =D7 11:50 +0200, Ian FREISLICH =D0=C9=DB=C5=D4= : : > Hi : > = : > On today's current if I attempt to load the ukbd module, I get the : > following message: : > = : > Jun 19 11:18:56 apple kernel: link_elf: symbol usbd_get_interface_d= escriptor undefined : > Jun 19 11:18:56 apple kernel: KLD file ukbd.ko - could not finalize= loading : = : same here, with today's CURRENT, for ukbd and some other USB modules:= : = : Jun 20 13:38:47 vbook kernel: link_elf: symbol usbd_get_interface_des= criptor undefined : Jun 20 13:38:47 vbook kernel: KLD file ukbd.ko - could not finalize l= oading : Jun 20 13:38:47 vbook kernel: link_elf: symbol usbd_abort_pipe undefi= ned : Jun 20 13:38:47 vbook kernel: KLD file ulpt.ko - could not finalize l= oading : Jun 20 13:38:47 vbook kernel: link_elf: symbol usbd_close_pipe undefi= ned : Jun 20 13:38:47 vbook kernel: KLD file ng_ubt.ko - could not finalize= loading : = : But ums works fine. Yes. I think I botched some of the conversions. Please update and try again. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 20:10:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BA4F16A469 for ; Fri, 22 Jun 2007 20:10:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 761D613C4B7 for ; Fri, 22 Jun 2007 20:09:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5MK9n9V070467; Fri, 22 Jun 2007 14:09:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 22 Jun 2007 14:10:23 -0600 (MDT) Message-Id: <20070622.141023.-1540393020.imp@bsdimp.com> To: uspoerlein@gmail.com From: "M. Warner Losh" In-Reply-To: <20070621181513.GA1486@roadrunner.q.local> References: <20070621181513.GA1486@roadrunner.q.local> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 22 Jun 2007 14:09:51 -0600 (MDT) Cc: current@freebsd.org Subject: Re: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 20:10:00 -0000 In message: <20070621181513.GA1486@roadrunner.q.local> Ulrich Spoerlein writes: : I was loading uhid/ums/ukbd as module, could there be some races with : this approach? : : I will try a GENERIC-ukbd boot to see, if I can isolate it further. I think that I accidentally omitted the usb module dependency. Can you try again and let me know if I've fixed the problem. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 20:53:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56EC616A421 for ; Fri, 22 Jun 2007 20:53:13 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id E112213C46E for ; Fri, 22 Jun 2007 20:53:12 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l5MKf4Da024307; Fri, 22 Jun 2007 22:41:04 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l5MKex4R038522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jun 2007 22:40:59 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l5MKewsC029144; Fri, 22 Jun 2007 22:40:58 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l5MKewBs029143; Fri, 22 Jun 2007 22:40:58 +0200 (CEST) (envelope-from ticso) Date: Fri, 22 Jun 2007 22:40:58 +0200 From: Bernd Walter To: Alexander Leidinger Message-ID: <20070622204057.GB28975@cicely12.cicely.de> References: <1182338018.10483.27.camel@bigapple.omnis.ch> <20070622164200.GA2212@zone3000.net> <20070622214855.71c03e92@deskjail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070622214855.71c03e92@deskjail> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 22 Jun 2007 20:53:13 -0000 On Fri, Jun 22, 2007 at 09:48:55PM +0200, Alexander Leidinger wrote: > Quoting Nikolay Pavlov (Fri, 22 Jun 2007 19:42:00 +0300): > > > It is usefull not only on fat servers. I am using it for /usr/local and > > /usr/ports on plain Dell Inspirion 1300 with Celeron M and 1GB of RAM. > > No problems. :) > > You have a fat server... > > CPU: Unknown CPU Type (1503.42-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 > Features=0x383f9ff > AMD Features=0xc0400800 > real memory = 536805376 (511 MB) > > This is an AthlonXP. Yours is fat as well: CPU: AMD-K6tm w/ multimedia extensions (167.05-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x561 Stepping = 1 Features=0x8001bf AMD Features=0x400<> real memory = 167772160 (160 MB) avail memory = 158793728 (151 MB) Many things tuned to get ZFS runnning. But it is used just as backup another bigger ZFS Server with zfs receive. I'm not shure if it would survive much file access from userland, at least it can handle gzip-9 compression - well slow or course... [55]momax# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT backup 87G 74.8G 12.2G 85% ONLINE - This very low configurtion makes it even possible to think about one of the bigger Soekris with 256-512M RAM, although I would suggest to use 512M for a real use ZFS, but backup with an 4801 seems to be possible. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 20:56:15 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FD6E16A400 for ; Fri, 22 Jun 2007 20:56:15 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2861A13C45A for ; Fri, 22 Jun 2007 20:55:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l5MKZHSe067122; Fri, 22 Jun 2007 16:35:27 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 22 Jun 2007 16:35:12 -0400 User-Agent: KMail/1.6.2 References: <20070621181513.GA1486@roadrunner.q.local> <20070622.141023.-1540393020.imp@bsdimp.com> In-Reply-To: <20070622.141023.-1540393020.imp@bsdimp.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706221635.16283.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/3493/Fri Jun 22 05:18:44 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: "M. Warner Losh" Subject: Re: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 20:56:15 -0000 On Friday 22 June 2007 04:10 pm, M. Warner Losh wrote: > In message: <20070621181513.GA1486@roadrunner.q.local> > > Ulrich Spoerlein writes: > : I was loading uhid/ums/ukbd as module, could there be some races > : with this approach? > : > : I will try a GENERIC-ukbd boot to see, if I can isolate it > : further. > > I think that I accidentally omitted the usb module dependency. Can > you try again and let me know if I've fixed the problem. I had a similar problem with ng_ubt(4) few days ago: link_elf_obj: symbol usbd_close_pipe undefined KLD file ng_ubt.ko - could not finalize loading I had to add dependency in sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. Is it also fixed? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 21:07:16 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4293C16A400; Fri, 22 Jun 2007 21:07:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id F3A4F13C489; Fri, 22 Jun 2007 21:07:15 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5ML5QOK070871; Fri, 22 Jun 2007 15:05:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 22 Jun 2007 15:05:54 -0600 (MDT) Message-Id: <20070622.150554.-432838442.imp@bsdimp.com> To: jkim@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200706221635.16283.jkim@FreeBSD.org> References: <20070621181513.GA1486@roadrunner.q.local> <20070622.141023.-1540393020.imp@bsdimp.com> <200706221635.16283.jkim@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 22 Jun 2007 15:05:29 -0600 (MDT) Cc: freebsd-current@FreeBSD.org Subject: Re: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 21:07:16 -0000 In message: <200706221635.16283.jkim@FreeBSD.org> Jung-uk Kim writes: : On Friday 22 June 2007 04:10 pm, M. Warner Losh wrote: : > In message: <20070621181513.GA1486@roadrunner.q.local> : > : > Ulrich Spoerlein writes: : > : I was loading uhid/ums/ukbd as module, could there be some races : > : with this approach? : > : : > : I will try a GENERIC-ukbd boot to see, if I can isolate it : > : further. : > : > I think that I accidentally omitted the usb module dependency. Can : > you try again and let me know if I've fixed the problem. : : I had a similar problem with ng_ubt(4) few days ago: : : link_elf_obj: symbol usbd_close_pipe undefined : KLD file ng_ubt.ko - could not finalize loading : : I had to add dependency in : sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. : : Is it also fixed? I don't think I fixed that yet. Thanks! I'll look at the bluetooth and audio drivers. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 21:09:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7873216A421 for ; Fri, 22 Jun 2007 21:09:11 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id A3C2F13C448 for ; Fri, 22 Jun 2007 21:09:10 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 43245 invoked from network); 22 Jun 2007 17:42:52 -0300 Received: by simscan 1.1.0 ppid: 43231, pid: 43234, t: 1.2246s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.2 required=3.7 Received: from unknown (HELO ?10.69.69.69?) (201.58.77.190) by capeta.freebsdbrasil.com.br with SMTP; 22 Jun 2007 17:42:51 -0300 Message-ID: <467C343C.60707@freebsdbrasil.com.br> Date: Fri, 22 Jun 2007 17:42:36 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fli+freebsd-hackers@shapeshifter.se, hackers@freebsd.org, current@freebsd.org Subject: UPEK/TouchChip Biometric Device problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 21:09:11 -0000 Hello all, I have used the mentioned devices on FreeBSD 5.4 in the past, and they worked just fine, but now I get problems with the same device, on top of 6.2-STABLE and also 7.0-CURRENT. From `usbdevs -v`, I get: Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, Biometric Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 port 2 powered I have security/bsp_upektfmess, security/pam_bsdbioapi and security/bioapi installed. It is a 6.2-STABLE system from 2 hours ago. Listing bsp devices, I get: # bbdm -l bsp UUID {ffffffff-ffff-ffff-ffff-ffffffffffff} Example Vendor libbioapi_dummy100.so (BioAPI v1.1 Dummy BSP) UUID {263a41e0-71eb-11d4-9c34-124037000000} BioAPI Consortium libpwbsp.so (BioAPI Password BSP) UUID {5550454b-2054-464d-2f45-535320425350} UPEK, Inc. libtfmessbsp.so (TouchChip TFM/ESS Fingerprint BSP) Backend configurations: # bbdm -l birdb Installed BIRDB modules filedb Filebacked database (b-tree) plain Plain text file And now, the problem: # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} And on /var/log/messages as well as dmesg, I get: All threads purged from ugen1.1 All threads purged from ugen1.2 All threads purged from ugen1.3 What is this about "threads purged"? Also, the port want libintl.so.6 while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 and also copied .6 from another system (also, 6.2-STABLE) to the current one. Didnt work both way. Same behavior, exactly. On 7.0-CURRENT things are worse. libpthread is not found, and the same command core dumps. Anyway, 6.2-STABLE is more important to me right now, since I need this device to work on FreeBSD for an ongoing project, but if a solution to 7.0 happens first my work can move to that version. Can anyone help me? Thank you. -- Patrick Tracanelli From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 21:23:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA95116A41F; Fri, 22 Jun 2007 21:23:44 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id ADB3713C447; Fri, 22 Jun 2007 21:23:44 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 1891639E2C; Fri, 22 Jun 2007 23:23:43 +0200 (CEST) Date: Fri, 22 Jun 2007 23:23:43 +0200 From: Lars Engels To: Nate Lawson Message-ID: <20070622212342.GG16887@e.0x20.net> References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net> <467AA768.60306@root.org> <20070621222603.GB16887@e.0x20.net> <467AFBA5.6040309@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SNIs70sCzqvszXB4" Content-Disposition: inline In-Reply-To: <467AFBA5.6040309@root.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: acpi@freebsd.org, arch@freebsd.org, current Subject: Re: patch: acpi usermode suspend API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 21:23:45 -0000 --SNIs70sCzqvszXB4 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2007 at 03:28:53PM -0700, Nate Lawson wrote: > Lars Engels wrote: > > On Thu, Jun 21, 2007 at 09:29:28AM -0700, Nate Lawson wrote: > >> Lars Engels wrote: > >>> And I just saw that every 5 second a new apm device is created!=20 > >>> > >>> # ls /dev > >>> acd0 apm12 apm3 apm47 apm8 = =20 > >>> acpi apm13 apm30 apm48 apm9 = =20 > >>> ad0 apm14 apm31 apm49 ata = =20 > >>> ad0.journal apm15 apm32 apm5 atkbd= 0 =20 > >>> ad0.journals1 apm16 apm33 apm50 bpf0 = =20 > >>> ad0.journals2 apm17 apm34 apm51 bpf1 = =20 > >>> ad0.journals3 apm18 apm35 apm52 bpsm0= =20 > >>> ad0.journals4 apm19 apm36 apm53 cardb= us0.cis > >>> ad0.journals4a apm2 apm37 apm54 cd0 = =20 > >>> ad0.journals4b apm20 apm38 apm55 cdrom= @ =20 > >>> ad0.journals4c apm21 apm39 apm56 conso= le =20 > >>> ad0.journals4d apm22 apm4 apm57 conso= lectl =20 > >>> ad0.journals4e apm23 apm40 apm58 ctty = =20 > >>> ad0.journals4f apm24 apm41 apm59 cuad0= =20 > >>> agpgart apm25 apm42 apm6 cuad0= =2Einit =20 > >>> apm0 apm26 apm43 apm60 cuad0= =2Elock =20 > >>> apm1 apm27 apm44 apm61 devct= l =20 > >>> apm10 apm28 apm45 apm62 devst= at =20 > >>> apm11 apm29 apm46 apm7 dri/ = =20 > >>> > >>> [...] > >> What are you running that opens /dev/apm? Maybe powerd? > >> > >> I have a patch that handles reaping these devices, unfortunately it is > >> pending completion of another patch that allows devfs_destroy() from a > >> close() routine. That part is a core problem in FreeBSD, and it isn't > >> really something in acpi. > >=20 > > Yes, powerd is running. Do you need additional system info? >=20 > No, I'm just going to work around this and re-test the patch before > committing. With your committed code, everything is working fine now. The power button sets the system to S5, no apm[0-9] devices, and no more apm cloning messages on the console. Thanks, Nate!=20 Lars --SNIs70sCzqvszXB4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGfD3eKc512sD3afgRAlRaAJ9a9HFAx1Di5ZEW3abHAJz4w7cbmACgj91P +nkhx/g5uODHG6esuyWGtMk= =OHC2 -----END PGP SIGNATURE----- --SNIs70sCzqvszXB4-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 21:35:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BDE916A400 for ; Fri, 22 Jun 2007 21:35:11 +0000 (UTC) (envelope-from skreuzer@exit2shell.com) Received: from mail.exit2shell.com (clamps.exit2shell.com [38.99.2.93]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7E413C455 for ; Fri, 22 Jun 2007 21:35:11 +0000 (UTC) (envelope-from skreuzer@exit2shell.com) Received: from clamps.exit2shell.com (localhost [127.0.0.1]) by mail.exit2shell.com (8.13.5.20060614/8.13.3) with ESMTP id l5ML1KT5003570 for ; Fri, 22 Jun 2007 14:01:21 -0700 (PDT) Received: (from skreuzer@localhost) by clamps.exit2shell.com (8.13.5.20060614/8.13.3) id l5ML1KHg005585 for freebsd-current@freebsd.org; Fri, 22 Jun 2007 14:01:20 -0700 (PDT) Date: Fri, 22 Jun 2007 14:01:20 -0700 From: Steven Kreuzer To: freebsd-current@freebsd.org Message-ID: <20070622210119.GA4186@clamps.exit2shell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 21:35:11 -0000 Greetings- OpenBSD includes a version of sdiff released to the public domain. In a quest to remove as much GPL code from FreeBSD as possible, I ported it over. If you want to try it out, You can download the source at http://www.exit2shell.com/~skreuzer/code/sdiff.tar.gz I had a few people who are part of the NYC BSD Users Group beta test it for me and so far no one has encountered any problems so I thought I would pass it along to see if it would be considered as a replacement for the GNU version. The contents of the tarball is a shar archive which extracts the code in usr/src/usr.bin/sdiff and a patch the adds adds "sdiff" to SUBDIR in the Makefile in usr.bin and removes "sdiff" from the Makefile in gnu/usr.bin Questions, comments and criticisms are all welcome. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 21:45:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AEE516A400 for ; Fri, 22 Jun 2007 21:45:11 +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 SMTP id E586D13C43E for ; Fri, 22 Jun 2007 21:45:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27135 invoked by uid 399); 22 Jun 2007 21:45:10 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Jun 2007 21:45:10 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <467C42DF.6070602@FreeBSD.org> Date: Fri, 22 Jun 2007 14:45:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Steven Kreuzer References: <20070622210119.GA4186@clamps.exit2shell.com> In-Reply-To: <20070622210119.GA4186@clamps.exit2shell.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 21:45:11 -0000 Steven Kreuzer wrote: > Greetings- > > OpenBSD includes a version of sdiff released to the public domain. > In a quest to remove as much GPL code from FreeBSD as possible, I > ported it over. That's a worthy goal! :) One request, there is an sdiff option in mergemaster that I hope you would regression test to make sure that at least that level of functionality is available in the new version. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 21:53:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31EC416A41F for ; Fri, 22 Jun 2007 21:53:13 +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 SMTP id C771B13C484 for ; Fri, 22 Jun 2007 21:53:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4175 invoked by uid 399); 22 Jun 2007 21:53:12 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Jun 2007 21:53:12 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <467C44C7.7060809@FreeBSD.org> Date: Fri, 22 Jun 2007 14:53:11 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org References: <20070621182046.GB1486@roadrunner.q.local> In-Reply-To: <20070621182046.GB1486@roadrunner.q.local> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Cannot access retail DVDs with external drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 21:53:13 -0000 Ulrich Spoerlein wrote: > Hi all, > > the following drive, when attached via USB (or Firewire) fails to do > _anything_ with retail DVDs. I can read burned CDs just fine, however. > > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 40.000MB/s transfers > cd0: cd present [2042992 x 2048 byte records] > > (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 1 0 c 0 > (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition > (cd0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:24,0 > (cd0:umass-sim0:0:0:0): Invalid field in CDB > (cd0:umass-sim0:0:0:0): Unretryable error > > This is with a recent kernel, and I'd like to know, if there are any > knobs I could/should try to debug this further. It was suggested recently that trying to access the DVD with something like mplayer first would do the magic that you require. You would need to do this with each new DVD that you insert. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 22:14:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2ED7B16A421 for ; Fri, 22 Jun 2007 22:14:36 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.freebsd.org (Postfix) with ESMTP id E39AA13C44C for ; Fri, 22 Jun 2007 22:14:35 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 69ABD9F2CD6; Fri, 22 Jun 2007 23:57:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CH2hkbx+ckN4; Fri, 22 Jun 2007 23:57:29 +0200 (CEST) Received: from [192.168.2.186] (catv-5063f539.catv.broadband.hu [80.99.245.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id CC8939F2B3E; Fri, 22 Jun 2007 23:57:29 +0200 (CEST) Message-ID: <467C45C7.6020401@FreeBSD.org> Date: Fri, 22 Jun 2007 23:57:27 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Steven Kreuzer References: <20070622210119.GA4186@clamps.exit2shell.com> In-Reply-To: <20070622210119.GA4186@clamps.exit2shell.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2007 22:14:36 -0000 Steven Kreuzer escribió: > Greetings- > > OpenBSD includes a version of sdiff released to the public domain. > In a quest to remove as much GPL code from FreeBSD as possible, I > ported it over. > > If you want to try it out, You can download the source at > http://www.exit2shell.com/~skreuzer/code/sdiff.tar.gz > > I had a few people who are part of the NYC BSD Users Group beta > test it for me and so far no one has encountered any problems so > I thought I would pass it along to see if it would be considered > as a replacement for the GNU version. > > The contents of the tarball is a shar archive which extracts the > code in usr/src/usr.bin/sdiff and a patch the adds adds "sdiff" > to SUBDIR in the Makefile in usr.bin and removes "sdiff" from the > Makefile in gnu/usr.bin > > Questions, comments and criticisms are all welcome. > > Hello Steven, these are very good news! You might also want to take a look at textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the BSD-licensed text processing tools from OpenBSD, as well, but I haven't looked at sdiff, yet, thus I can only tell about the former 3 ones. If we change to those, we should make sure, that they are compatible with the GNU versions as much as they can be. Thus we might need a bit of feature completion there. For example, we should check if the long command line options are available there, too. For diff, grep and sort, there are some of those, but they are undocumented in the manual page, so we have to complete the manpages, too. Now I'm busy with SoC and other high priority tasks, but if I have some time, I'll take a look as I'm also interested in getting these completed. Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 22:24:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 387EA16A400 for ; Fri, 22 Jun 2007 22:24:09 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9B67013C448 for ; Fri, 22 Jun 2007 22:24:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5MMO6gb026575 for ; Sat, 23 Jun 2007 08:24:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5MMO6nR026574 for freebsd-current@freebsd.org; Sat, 23 Jun 2007 08:24:06 +1000 (EST) (envelope-from peter) Date: Sat, 23 Jun 2007 08:24:06 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20070622222406.GG24720@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: NFS problems with recent -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: Fri, 22 Jun 2007 22:24:09 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have 7.0-CURRENT/i386 from 7th June running as an NFS server with a 6-STABLE/amd64 client and the server is regularly getting flooded with the following: Jun 23 04:00:45 server kernel: uma_zalloc_arg: zone "mbuf" with the followi= ng non-sleepable locks held: Jun 23 04:00:45 server kernel: exclusive sleep mutex nfsd_mtx r =3D 0 (0xc0= 7ec040) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:660 Jun 23 04:00:45 server kernel: KDB: stack backtrace: Jun 23 04:00:45 server kernel: db_trace_self_wrapper(c071c52b,d630ab10,c058= 5bcf,c071c8af,d630ab24,...) at db_trace_self_wrapper+0x26 Jun 23 04:00:45 server kernel: kdb_backtrace(c071c8af,d630ab24,4,1,0,...) a= t kdb_backtrace+0x29 Jun 23 04:00:45 server kernel: witness_warn(5,0,c073093c,c0721815,d630ab34,= =2E..) at witness_warn+0x1bf Jun 23 04:00:45 server kernel: uma_zalloc_arg(c1044000,d630ab88,2,8,c3147d2= 4,...) at uma_zalloc_arg+0x34 Jun 23 04:00:45 server kernel: nfs_realign(c07ec040,0,c072c0f7,294,0,...) a= t nfs_realign+0x6f Jun 23 04:00:45 server kernel: nfsrv_rcv(c3103dec,c3147d00,2,168,0,...) at = nfsrv_rcv+0x49a Jun 23 04:00:45 server kernel: nfssvc(c3fa1c00,d630acfc,8,c,c075df08,...) a= t nfssvc+0x77f Jun 23 04:00:45 server kernel: syscall(d630ad38) at syscall+0x29a Jun 23 04:00:45 server kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20 Jun 23 04:00:45 server kernel: --- syscall (155, FreeBSD ELF32, nfssvc), ei= p =3D 0x280c9d17, esp =3D 0xbfbfe8bc, ebp =3D 0xbfbfe8d8 --- The server seems to run for some time and then start generating these errors. I seem to be able to stop them by unmounting the client and restarting the NFS server processes (though once the server deadlocked). So far, I've got records of it starting: Jun 11 or Jun 12 (I've lost the first error in this block) Jun 15 22:15:01 Jun 21 22:36:00 Jun 22 22:59:56 I'm not sure what the underlying trigger is - I'm not around at those times (though I do leave mutt running on the client). The times don't match any periodic jobs I've got running and don't match fetchmail/sendmail activity on the server. Has anyone else seen this or have any ideas where to look? --=20 Peter Jeremy --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGfEwG/opHv/APuIcRAo83AJ9pL0JrcXBi56pSO4OtW4vv7UKB1ACfRghA +fNYZXEvLq0hNZSbPRJqp3I= =gVe2 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 03:36:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BD2C16A468 for ; Sat, 23 Jun 2007 03:36:05 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao102.cox.net (eastrmmtao102.cox.net [68.230.240.8]) by mx1.freebsd.org (Postfix) with ESMTP id A7FA813C4B7 for ; Sat, 23 Jun 2007 03:36:04 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao102.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070623033604.EHPN5716.eastrmmtao102.cox.net@eastrmimpo02.cox.net>; Fri, 22 Jun 2007 23:36:04 -0400 Received: from serene.no-ip.org ([72.200.17.85]) by eastrmimpo02.cox.net with bizsmtp id ErbM1X00M1q7YRk0000000; Fri, 22 Jun 2007 23:36:03 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.1/8.14.1) with ESMTP id l5N3Yjxf031243; Fri, 22 Jun 2007 22:34:50 -0500 (CDT) (envelope-from conrads@cox.net) Message-Id: <200706230334.l5N3Yjxf031243@serene.no-ip.org> Date: Fri, 22 Jun 2007 22:34:40 -0500 From: "Conrad J. Sabatier" To: "Marc G. Fournier" In-Reply-To: <51558E914F56525A79B6D637@ganymede.hub.org> References: <3C7F787C8D3D4F70B80BBA44@ganymede.hub.org> <467B3DF6.5080704@u.washington.edu> <51558E914F56525A79B6D637@ganymede.hub.org> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: Low end video card that won't crash server ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 03:36:05 -0000 On Fri, 22 Jun 2007 02:42:01 -0300 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Thursday, June 21, 2007 20:11:50 -0700 Garrett Cooper > wrote: > > > > Intel's still your best bet, with nVidia in second, and ATI in > > third. > > > > You aren't going to get proper 3D support unless you switch to Linux > > unfortunately :(.. > > I use the card to watch Dr. Who ... not much into 3D stuff, other > then a good game now and then, but I generally use the wife's Windoze > box for that ... > > 'k, nVidia it sounds like its going to be then ... don't know anyone > around here that sells Intel video cards ... > > Thx I get pretty decent performance here with my (onboard) nVidia GeForce FX 5200. Forced to use the "generic" Xorg "nv" driver under amd64, but it really does work quite nicely, even in GL screensavers and such. Like you, I'm primarily interested in video, not 3D gaming and whatnot, so it's more than adequate for my needs. Still wish we had an official nVidia driver for amd64, though (like Linux). Hope this helps. Conrad -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 03:57:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 899BD16A468 for ; Sat, 23 Jun 2007 03:57:16 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 3444F13C448 for ; Sat, 23 Jun 2007 03:57:16 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so905103wxd for ; Fri, 22 Jun 2007 20:57:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Yn9tQOn6fNdP8Eyl/mEFI7bokSIkcOqwby3AwDCZ43p9DU6gXXRVgc1tmimDZEKk+t4nHYQ9BadVJKJAU8XmpHQo3f47zMDh10MkmM7zx42WI3Qpqjxvng3F7A2k0Pk86r/Dx9tE0Xut9ksAm5uDWVEOeWUdorES8L7MiXtJ0Lo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JsksijXI2qh3odvSq81yts9HpvePs54cyUevJaT6antOyv3W8c6ArtxtlZgGJh4ehb2+uLZfV36hljzfrEhWPIWzzFr72Q7o82LUov8Xp+x4O+YyJEAEhBSk0F8P2FxaErUECl+axTsuv3dHzkfA9t5Kvf0nH7cDGqAEBYQit5U= Received: by 10.90.118.8 with SMTP id q8mr3212825agc.1182571035282; Fri, 22 Jun 2007 20:57:15 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Fri, 22 Jun 2007 20:57:15 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 20:57:15 -0700 From: "Kevin Gerry" To: "Jeff Roberson" In-Reply-To: <20070622121008.T542@10.0.0.1> MIME-Version: 1.0 References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Attilio Rao , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 03:57:16 -0000 Go figure... If it compile with INVARIANTS and INVARIANT_SUPPORT, I get a core on boot with: panic: mutex Giant not owned at /usr/src/sys/net/if.c:2697 Uptime: 5s Physical memory: 1015 MB Dumping 41 MB: 26 10 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0606aff in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc0606d3f in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc05fb61d in _mtx_assert (m=3D0xc098e9a8, what=3D1, file=3D0xc08ba898 "/usr/src/sys/net/if.c", line=3D2697) at /usr/src/sys/kern/kern_mutex.c:618 #4 0xc068f437 in if_start (ifp=3D0xc3bb3c00) at /usr/src/sys/net/if.c:2697 #5 0xc06c5974 in ieee80211_send_probereq (ni=3D0xc3bd4000, sa=3D0xc3bb84ac= "", da=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", bssid=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", ssid=3D0xc08a461= 3 "", ssidlen=3D0, optie=3D0x0, optielen=3D0) at /usr/src/sys/net80211/ieee80211_output.c:1539 #6 0xc06cc2ea in scan_curchan (ic=3D0xc3bb822c, maxdwell=3D200) at /usr/src/sys/net80211/ieee80211_scan.c:651 #7 0xc06cb489 in scan_next (arg=3D0xc3b67000) at /usr/src/sys/net80211/ieee80211_scan.c:740 #8 0xc0617cd9 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout.c:280 #9 0xc05ecca5 in ithread_loop (arg=3D0xc3ab3050) at /usr/src/sys/kern/kern_intr.c:1036 #10 0xc05ea558 in fork_exit (callout=3D0xc05ecaf0 , arg=3D0xc3ab3050, frame=3D0xe25d8d38) at /usr/src/sys/kern/kern_fork.c:797 #11 0xc083e5f0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 The same kernel without -g and inv/inv_sup boots fine. Any idea here? On 6/22/07, Jeff Roberson wrote: > > Kevin, > > Can you please compile a kernel with INVARIANTS and INVARIANT_SUPPORT > enabled? That would help us greatly with this problem. > > Thanks, > Jeff > > On Thu, 21 Jun 2007, Attilio Rao wrote: > > > Kevin Gerry wrote: > >> #0 doadump () at pcpu.h:195 > >> 195 pcpu.h: No such file or directory. > >> in pcpu.h > >> (kgdb) bt > >> #0 doadump () at pcpu.h:195 > >> #1 0xc060cb73 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > >> #2 0xc060cd6f in panic (fmt=3DVariable "fmt" is not available. > >> ) at /usr/src/sys/kern/kern_shutdown.c:563 > >> #3 0xc086954c in trap_fatal (frame=3D0xe40d3b9c, eva=3D20) at > >> /usr/src/sys/i386/i386/trap.c:870 > >> #4 0xc0869e8c in trap (frame=3D0xe40d3b9c) at > >> /usr/src/sys/i386/i386/trap.c:276 > >> #5 0xc0853afb in calltrap () at /usr/src/sys/i386/i386/exception.s:13= 9 > >> #6 0xc063b008 in propagate_priority (td=3D0xc3ab5e00) at > >> /usr/src/sys/kern/subr_turnstile.c:272 > >> #7 0xc063b989 in turnstile_wait (ts=3D0xc3a9e6e0, owner=3D0xc3ab5e00, > >> queue=3DVariable "queue" is not available. > >> ) at /usr/src/sys/kern/subr_turnstile.c:739 > >> #8 0xc060140d in _mtx_lock_sleep (m=3D0xc0993228, tid=3D3284357632, > opts=3D0, > >> file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:395 > >> #9 0xc04decd7 in em_handle_rxtx (context=3D0xc3b63000, pending=3D1) a= t > >> /usr/src/sys/dev/em/if_em.c:1477 > >> #10 0xc0639e72 in taskqueue_run (queue=3D0xc3be1880) at > >> /usr/src/sys/kern/subr_taskqueue.c:255 > >> #11 0xc063a04f in taskqueue_thread_loop (arg=3D0xc3b632ec) at > >> /usr/src/sys/kern/subr_taskqueue.c:374 > >> #12 0xc05ee896 in fork_exit (callout=3D0xc0639fd0 > , > >> arg=3D0xc3b632ec, frame=3D0xe40d3d38) > >> at /usr/src/sys/kern/kern_fork.c:797 > >> #13 0xc0853b70 in fork_trampoline () at > >> /usr/src/sys/i386/i386/exception.s:205 > >> (kgdb) list *0xc063b008 > >> 0xc063b008 is in propagate_priority > >> (/usr/src/sys/kern/subr_turnstile.c:273). > >> 268 ts =3D td->td_blocked; > >> 269 MPASS(ts !=3D NULL); > >> 270 MPASS(td->td_lock =3D=3D &ts->ts_lock); > >> 271 /* Resort td on the list if needed. */ > >> 272 if (!turnstile_adjust_thread(ts, td)) { > >> 273 mtx_unlock_spin(&ts->ts_lock); > >> 274 return; > >> 275 } > >> 276 /* The thread lock is released as ts lock > above. */ > >> 277 } > > > > Jeff can better comment on it, but for what I can see it seems that > > ts->ts_lock is not acquired again once the new assignment from > td->td_blocked > > is done and I think it should be. > > > > Thanks a lot for your report, > > Attilio > > > From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 04:07:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7137616A421 for ; Sat, 23 Jun 2007 04:07:06 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id C895F13C4AD for ; Sat, 23 Jun 2007 04:07:03 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1022743uge for ; Fri, 22 Jun 2007 21:07:02 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tyDbn+DUoUTaf/GP/brxdszU8AWyk/T6q5ODiIo06n83NJwrAz8+Vg3UqMVbw3OvaNRAqTz3hBX8FTxFJgcVPTVIU8vGrgx0SFMhCuCbqyTvAxOp2Q/weoho7+VD4Lvw+1C8RcHx1oYBuPlf7vFC2Yc4ixhwLP7sICNkfQxAIb0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=urtHGAID5Hk/qtmrkYvEyIl+Ej76e4IWpSClyfL39uM1ubiraZbyO1xWHzBga3l+QBo6qRFjl/06PlZfxdwbsvbqy5htAqZtqTFtmIBPk9MUR7xFYTmUszRE9/B/+QEIYarMmsMoKkGtxQC50iLrabl/yPEX9KnIAb60bwxzMBQ= Received: by 10.78.140.16 with SMTP id n16mr1849708hud.1182571622187; Fri, 22 Jun 2007 21:07:02 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Fri, 22 Jun 2007 21:07:02 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 21:07:02 -0700 From: "Kip Macy" To: "Kevin Gerry" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Cc: Attilio Rao , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 04:07:06 -0000 Don't set debug.mpsafenet=3D"0" in loader.conf. -Kip On 6/22/07, Kevin Gerry wrote: > Go figure... If it compile with INVARIANTS and INVARIANT_SUPPORT, I get a > core on boot with: > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2697 > Uptime: 5s > Physical memory: 1015 MB > Dumping 41 MB: 26 10 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0606aff in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc0606d3f in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc05fb61d in _mtx_assert (m=3D0xc098e9a8, what=3D1, file=3D0xc08ba89= 8 > "/usr/src/sys/net/if.c", line=3D2697) > at /usr/src/sys/kern/kern_mutex.c:618 > #4 0xc068f437 in if_start (ifp=3D0xc3bb3c00) at /usr/src/sys/net/if.c:26= 97 > #5 0xc06c5974 in ieee80211_send_probereq (ni=3D0xc3bd4000, sa=3D0xc3bb84= ac "", > da=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", > bssid=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", ssid=3D0xc08a4= 613 "", ssidlen=3D0, > optie=3D0x0, optielen=3D0) > at /usr/src/sys/net80211/ieee80211_output.c:1539 > #6 0xc06cc2ea in scan_curchan (ic=3D0xc3bb822c, maxdwell=3D200) at > /usr/src/sys/net80211/ieee80211_scan.c:651 > #7 0xc06cb489 in scan_next (arg=3D0xc3b67000) at > /usr/src/sys/net80211/ieee80211_scan.c:740 > #8 0xc0617cd9 in softclock (dummy=3D0x0) at > /usr/src/sys/kern/kern_timeout.c:280 > #9 0xc05ecca5 in ithread_loop (arg=3D0xc3ab3050) at > /usr/src/sys/kern/kern_intr.c:1036 > #10 0xc05ea558 in fork_exit (callout=3D0xc05ecaf0 , > arg=3D0xc3ab3050, frame=3D0xe25d8d38) > at /usr/src/sys/kern/kern_fork.c:797 > #11 0xc083e5f0 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:205 > > The same kernel without -g and inv/inv_sup boots fine. > > Any idea here? > > On 6/22/07, Jeff Roberson wrote: > > > > Kevin, > > > > Can you please compile a kernel with INVARIANTS and INVARIANT_SUPPORT > > enabled? That would help us greatly with this problem. > > > > Thanks, > > Jeff > > > > On Thu, 21 Jun 2007, Attilio Rao wrote: > > > > > Kevin Gerry wrote: > > >> #0 doadump () at pcpu.h:195 > > >> 195 pcpu.h: No such file or directory. > > >> in pcpu.h > > >> (kgdb) bt > > >> #0 doadump () at pcpu.h:195 > > >> #1 0xc060cb73 in boot (howto=3D260) at > > /usr/src/sys/kern/kern_shutdown.c:409 > > >> #2 0xc060cd6f in panic (fmt=3DVariable "fmt" is not available. > > >> ) at /usr/src/sys/kern/kern_shutdown.c:563 > > >> #3 0xc086954c in trap_fatal (frame=3D0xe40d3b9c, eva=3D20) at > > >> /usr/src/sys/i386/i386/trap.c:870 > > >> #4 0xc0869e8c in trap (frame=3D0xe40d3b9c) at > > >> /usr/src/sys/i386/i386/trap.c:276 > > >> #5 0xc0853afb in calltrap () at /usr/src/sys/i386/i386/exception.s:= 139 > > >> #6 0xc063b008 in propagate_priority (td=3D0xc3ab5e00) at > > >> /usr/src/sys/kern/subr_turnstile.c:272 > > >> #7 0xc063b989 in turnstile_wait (ts=3D0xc3a9e6e0, owner=3D0xc3ab5e0= 0, > > >> queue=3DVariable "queue" is not available. > > >> ) at /usr/src/sys/kern/subr_turnstile.c:739 > > >> #8 0xc060140d in _mtx_lock_sleep (m=3D0xc0993228, tid=3D3284357632, > > opts=3D0, > > >> file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:395 > > >> #9 0xc04decd7 in em_handle_rxtx (context=3D0xc3b63000, pending=3D1)= at > > >> /usr/src/sys/dev/em/if_em.c:1477 > > >> #10 0xc0639e72 in taskqueue_run (queue=3D0xc3be1880) at > > >> /usr/src/sys/kern/subr_taskqueue.c:255 > > >> #11 0xc063a04f in taskqueue_thread_loop (arg=3D0xc3b632ec) at > > >> /usr/src/sys/kern/subr_taskqueue.c:374 > > >> #12 0xc05ee896 in fork_exit (callout=3D0xc0639fd0 > > , > > >> arg=3D0xc3b632ec, frame=3D0xe40d3d38) > > >> at /usr/src/sys/kern/kern_fork.c:797 > > >> #13 0xc0853b70 in fork_trampoline () at > > >> /usr/src/sys/i386/i386/exception.s:205 > > >> (kgdb) list *0xc063b008 > > >> 0xc063b008 is in propagate_priority > > >> (/usr/src/sys/kern/subr_turnstile.c:273). > > >> 268 ts =3D td->td_blocked; > > >> 269 MPASS(ts !=3D NULL); > > >> 270 MPASS(td->td_lock =3D=3D &ts->ts_lock); > > >> 271 /* Resort td on the list if needed. */ > > >> 272 if (!turnstile_adjust_thread(ts, td)) { > > >> 273 mtx_unlock_spin(&ts->ts_lock); > > >> 274 return; > > >> 275 } > > >> 276 /* The thread lock is released as ts lock > > above. */ > > >> 277 } > > > > > > Jeff can better comment on it, but for what I can see it seems that > > > ts->ts_lock is not acquired again once the new assignment from > > td->td_blocked > > > is done and I think it should be. > > > > > > Thanks a lot for your report, > > > Attilio > > > > > > _______________________________________________ > 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 Sat Jun 23 04:33:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D53B116A46C for ; Sat, 23 Jun 2007 04:33:02 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 7459113C44C for ; Sat, 23 Jun 2007 04:33:02 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so909246wxd for ; Fri, 22 Jun 2007 21:33:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ETwU6KqfRlv/3ifxYm8SwUmY9SNLrq6UGOcYmXHriD1r4XyB4Y1ir4W2zUHd42JB8yox7yp+EMuB/Pof0QSB6fvQD+XbYt5OGg1XvoBbL40nlQJxnsVcdlvgDhbOZEVo5OhbvICFINF7qTtHO5t/ngYyHxAXs3PE3fHigeeZdpk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=i6xfyTGK7RxnAKLRg3GUFvwx1SqaVhDK6kI9CGHvlP8St9n7Sa1TSGRkfSTVW+3Pz9t6wLYurHVqcr2FC2dd4C0Q4nb2Gfk6L8Ivb1CXn74Sr6WbxbuR4FznqDA1ivrlizFQ5UVtLWmlC4VZ0Km5oXtCKBYxVu3/7piQy40aB/0= Received: by 10.90.89.5 with SMTP id m5mr3222899agb.1182573181796; Fri, 22 Jun 2007 21:33:01 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Fri, 22 Jun 2007 21:33:01 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 21:33:01 -0700 From: "Kevin Gerry" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Attilio Rao , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 04:33:02 -0000 I don't. My loader.conf consists of: [root@storage ~]# cat /boot/loader.conf autoboot_delay=3D"3" [root@storage ~]# and sysctl.conf- net.inet6.ip6.accept_rtadv=3D0 net.inet6.ip6.forwarding=3D1 net.inet.tcp.blackhole=3D2 net.inet.udp.blackhole=3D1 net.inet.tcp.msl=3D7500 net.inet.ip.rtminexpire=3D2 - On 6/22/07, Kip Macy wrote: > > Don't set debug.mpsafenet=3D"0" in loader.conf. > > > -Kip > > On 6/22/07, Kevin Gerry wrote: > > Go figure... If it compile with INVARIANTS and INVARIANT_SUPPORT, I get > a > > core on boot with: > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2697 > > Uptime: 5s > > Physical memory: 1015 MB > > Dumping 41 MB: 26 10 > > > > #0 doadump () at pcpu.h:195 > > 195 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:195 > > #1 0xc0606aff in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > > #2 0xc0606d3f in panic (fmt=3DVariable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:563 > > #3 0xc05fb61d in _mtx_assert (m=3D0xc098e9a8, what=3D1, file=3D0xc08ba= 898 > > "/usr/src/sys/net/if.c", line=3D2697) > > at /usr/src/sys/kern/kern_mutex.c:618 > > #4 0xc068f437 in if_start (ifp=3D0xc3bb3c00) at > /usr/src/sys/net/if.c:2697 > > #5 0xc06c5974 in ieee80211_send_probereq (ni=3D0xc3bd4000, sa=3D0xc3bb= 84ac > "", > > da=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", > > bssid=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", ssid=3D0xc08= a4613 "", > ssidlen=3D0, > > optie=3D0x0, optielen=3D0) > > at /usr/src/sys/net80211/ieee80211_output.c:1539 > > #6 0xc06cc2ea in scan_curchan (ic=3D0xc3bb822c, maxdwell=3D200) at > > /usr/src/sys/net80211/ieee80211_scan.c:651 > > #7 0xc06cb489 in scan_next (arg=3D0xc3b67000) at > > /usr/src/sys/net80211/ieee80211_scan.c:740 > > #8 0xc0617cd9 in softclock (dummy=3D0x0) at > > /usr/src/sys/kern/kern_timeout.c:280 > > #9 0xc05ecca5 in ithread_loop (arg=3D0xc3ab3050) at > > /usr/src/sys/kern/kern_intr.c:1036 > > #10 0xc05ea558 in fork_exit (callout=3D0xc05ecaf0 , > > arg=3D0xc3ab3050, frame=3D0xe25d8d38) > > at /usr/src/sys/kern/kern_fork.c:797 > > #11 0xc083e5f0 in fork_trampoline () at > > /usr/src/sys/i386/i386/exception.s:205 > > > > The same kernel without -g and inv/inv_sup boots fine. > > > > Any idea here? > > > > On 6/22/07, Jeff Roberson wrote: > > > > > > Kevin, > > > > > > Can you please compile a kernel with INVARIANTS and INVARIANT_SUPPORT > > > enabled? That would help us greatly with this problem. > > > > > > Thanks, > > > Jeff > > > > > > On Thu, 21 Jun 2007, Attilio Rao wrote: > > > > > > > Kevin Gerry wrote: > > > >> #0 doadump () at pcpu.h:195 > > > >> 195 pcpu.h: No such file or directory. > > > >> in pcpu.h > > > >> (kgdb) bt > > > >> #0 doadump () at pcpu.h:195 > > > >> #1 0xc060cb73 in boot (howto=3D260) at > > > /usr/src/sys/kern/kern_shutdown.c:409 > > > >> #2 0xc060cd6f in panic (fmt=3DVariable "fmt" is not available. > > > >> ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > >> #3 0xc086954c in trap_fatal (frame=3D0xe40d3b9c, eva=3D20) at > > > >> /usr/src/sys/i386/i386/trap.c:870 > > > >> #4 0xc0869e8c in trap (frame=3D0xe40d3b9c) at > > > >> /usr/src/sys/i386/i386/trap.c:276 > > > >> #5 0xc0853afb in calltrap () at > /usr/src/sys/i386/i386/exception.s:139 > > > >> #6 0xc063b008 in propagate_priority (td=3D0xc3ab5e00) at > > > >> /usr/src/sys/kern/subr_turnstile.c:272 > > > >> #7 0xc063b989 in turnstile_wait (ts=3D0xc3a9e6e0, owner=3D0xc3ab5= e00, > > > >> queue=3DVariable "queue" is not available. > > > >> ) at /usr/src/sys/kern/subr_turnstile.c:739 > > > >> #8 0xc060140d in _mtx_lock_sleep (m=3D0xc0993228, tid=3D328435763= 2, > > > opts=3D0, > > > >> file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:395 > > > >> #9 0xc04decd7 in em_handle_rxtx (context=3D0xc3b63000, pending=3D= 1) at > > > >> /usr/src/sys/dev/em/if_em.c:1477 > > > >> #10 0xc0639e72 in taskqueue_run (queue=3D0xc3be1880) at > > > >> /usr/src/sys/kern/subr_taskqueue.c:255 > > > >> #11 0xc063a04f in taskqueue_thread_loop (arg=3D0xc3b632ec) at > > > >> /usr/src/sys/kern/subr_taskqueue.c:374 > > > >> #12 0xc05ee896 in fork_exit (callout=3D0xc0639fd0 > > > , > > > >> arg=3D0xc3b632ec, frame=3D0xe40d3d38) > > > >> at /usr/src/sys/kern/kern_fork.c:797 > > > >> #13 0xc0853b70 in fork_trampoline () at > > > >> /usr/src/sys/i386/i386/exception.s:205 > > > >> (kgdb) list *0xc063b008 > > > >> 0xc063b008 is in propagate_priority > > > >> (/usr/src/sys/kern/subr_turnstile.c:273). > > > >> 268 ts =3D td->td_blocked; > > > >> 269 MPASS(ts !=3D NULL); > > > >> 270 MPASS(td->td_lock =3D=3D &ts->ts_lock); > > > >> 271 /* Resort td on the list if needed. */ > > > >> 272 if (!turnstile_adjust_thread(ts, td)) { > > > >> 273 mtx_unlock_spin(&ts->ts_lock); > > > >> 274 return; > > > >> 275 } > > > >> 276 /* The thread lock is released as ts lock > > > above. */ > > > >> 277 } > > > > > > > > Jeff can better comment on it, but for what I can see it seems that > > > > ts->ts_lock is not acquired again once the new assignment from > > > td->td_blocked > > > > is done and I think it should be. > > > > > > > > Thanks a lot for your report, > > > > Attilio > > > > > > > > > _______________________________________________ > > 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 Sat Jun 23 04:42:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C406B16A468 for ; Sat, 23 Jun 2007 04:42:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2903213C46E for ; Sat, 23 Jun 2007 04:42:19 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1025964uge for ; Fri, 22 Jun 2007 21:42:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UpLcdYCIJ3KKGgh8O0caI5sgj1LUENbMB/zzXsC/NSks3A5Tv5b3p1hBSU8Dy4MWt2pNGbqVE9dUbax+4hxp7WQzjIPgI5cQeGZK608geTdr1bhJnPhoe0xppEYwy/KG+T5isZtrum6gVSfc639CfChqHSlv9dZ9sE0AALKLNXU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W2gGQtWlAbp5l7Fad7pFndY73i+/n3U8ydSJnsGmMzhYEvwRk5s0tDm7evTv252X63IZy5qBkNGlGtn82ws0sM6Z6yKeTkIZMd+IdmhwaUHULRkkrRBSKRH0uvdJ4Whr7D4Nb0g4uCF6a2gJTbqz22AeahlFdUnwqP0BvpS1TSc= Received: by 10.78.184.2 with SMTP id h2mr1860492huf.1182573738759; Fri, 22 Jun 2007 21:42:18 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Fri, 22 Jun 2007 21:42:18 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 21:42:18 -0700 From: "Kip Macy" To: "Kevin Gerry" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Cc: Attilio Rao , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 04:42:20 -0000 Somehow debug.mpsafenet is getting set to 0, the default is 1. Do you have NET_WITH_GIANT in your config? Can you try adding debug.mpsafenet=3D"1" to your loader.conf? -Kip On 6/22/07, Kevin Gerry wrote: > I don't. My loader.conf consists of: > > [root@storage ~]# cat /boot/loader.conf > autoboot_delay=3D"3" > [root@storage ~]# > > and sysctl.conf- > net.inet6.ip6.accept_rtadv=3D0 > net.inet6.ip6.forwarding=3D1 > net.inet.tcp.blackhole=3D2 > net.inet.udp.blackhole=3D1 > net.inet.tcp.msl=3D7500 > net.inet.ip.rtminexpire=3D2 > - > > > On 6/22/07, Kip Macy < kip.macy@gmail.com> wrote: > > Don't set debug.mpsafenet=3D"0" in loader.conf . > > > > > > -Kip > > > > On 6/22/07, Kevin Gerry wrote: > > > Go figure... If it compile with INVARIANTS and INVARIANT_SUPPORT, I g= et > a > > > core on boot with: > > > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2697 > > > Uptime: 5s > > > Physical memory: 1015 MB > > > Dumping 41 MB: 26 10 > > > > > > #0 doadump () at pcpu.h:195 > > > 195 pcpu.h : No such file or directory. > > > in pcpu.h > > > (kgdb) bt > > > #0 doadump () at pcpu.h:195 > > > #1 0xc0606aff in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > > > #2 0xc0606d3f in panic (fmt=3DVariable "fmt" is not available. > > > ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > #3 0xc05fb61d in _mtx_assert (m=3D0xc098e9a8, what=3D1, file=3D0xc08= ba898 > > > "/usr/src/sys/net/if.c", line=3D2697) > > > at /usr/src/sys/kern/kern_mutex.c:618 > > > #4 0xc068f437 in if_start (ifp=3D0xc3bb3c00) at > /usr/src/sys/net/if.c:2697 > > > #5 0xc06c5974 in ieee80211_send_probereq (ni=3D0xc3bd4000, sa=3D0xc3= bb84ac > "", > > > da=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", > > > bssid=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", ssid=3D0xc= 08a4613 "", > ssidlen=3D0, > > > optie=3D0x0, optielen=3D0) > > > at /usr/src/sys/net80211/ieee80211_output.c:1539 > > > #6 0xc06cc2ea in scan_curchan (ic=3D0xc3bb822c, maxdwell=3D200) at > > > /usr/src/sys/net80211/ieee80211_scan.c:651 > > > #7 0xc06cb489 in scan_next (arg=3D0xc3b67000) at > > > /usr/src/sys/net80211/ieee80211_scan.c:740 > > > #8 0xc0617cd9 in softclock (dummy=3D0x0) at > > > /usr/src/sys/kern/kern_timeout.c:280 > > > #9 0xc05ecca5 in ithread_loop (arg=3D0xc3ab3050) at > > > /usr/src/sys/kern/kern_intr.c:1036 > > > #10 0xc05ea558 in fork_exit (callout=3D0xc05ecaf0 , > > > arg=3D0xc3ab3050, frame=3D0xe25d8d38) > > > at /usr/src/sys/kern/kern_fork.c:797 > > > #11 0xc083e5f0 in fork_trampoline () at > > > /usr/src/sys/i386/i386/exception.s:205 > > > > > > The same kernel without -g and inv/inv_sup boots fine. > > > > > > Any idea here? > > > > > > On 6/22/07, Jeff Roberson wrote: > > > > > > > > Kevin, > > > > > > > > Can you please compile a kernel with INVARIANTS and INVARIANT_SUPPO= RT > > > > enabled? That would help us greatly with this problem. > > > > > > > > Thanks, > > > > Jeff > > > > > > > > On Thu, 21 Jun 2007, Attilio Rao wrote: > > > > > > > > > Kevin Gerry wrote: > > > > >> #0 doadump () at pcpu.h:195 > > > > >> 195 pcpu.h: No such file or directory. > > > > >> in pcpu.h > > > > >> (kgdb) bt > > > > >> #0 doadump () at pcpu.h:195 > > > > >> #1 0xc060cb73 in boot (howto=3D260) at > > > > /usr/src/sys/kern/kern_shutdown.c:409 > > > > >> #2 0xc060cd6f in panic (fmt=3DVariable "fmt" is not available. > > > > >> ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > > >> #3 0xc086954c in trap_fatal (frame=3D0xe40d3b9c, eva=3D20) at > > > > >> /usr/src/sys/i386/i386/trap.c:870 > > > > >> #4 0xc0869e8c in trap (frame=3D0xe40d3b9c) at > > > > >> /usr/src/sys/i386/i386/trap.c:276 > > > > >> #5 0xc0853afb in calltrap () at > /usr/src/sys/i386/i386/exception.s:139 > > > > >> #6 0xc063b008 in propagate_priority (td=3D0xc3ab5e00) at > > > > >> /usr/src/sys/kern/subr_turnstile.c:272 > > > > >> #7 0xc063b989 in turnstile_wait (ts=3D0xc3a9e6e0, owner=3D0xc3a= b5e00, > > > > >> queue=3DVariable "queue" is not available. > > > > >> ) at /usr/src/sys/kern/subr_turnstile.c:739 > > > > >> #8 0xc060140d in _mtx_lock_sleep (m=3D0xc0993228, tid=3D3284357= 632, > > > > opts=3D0, > > > > >> file=3D0x0, line=3D0) at > /usr/src/sys/kern/kern_mutex.c:395 > > > > >> #9 0xc04decd7 in em_handle_rxtx (context=3D0xc3b63000, pending= =3D1) at > > > > >> /usr/src/sys/dev/em/if_em.c:1477 > > > > >> #10 0xc0639e72 in taskqueue_run (queue=3D0xc3be1880) at > > > > >> /usr/src/sys/kern/subr_taskqueue.c:255 > > > > >> #11 0xc063a04f in taskqueue_thread_loop (arg=3D0xc3b632ec) at > > > > >> /usr/src/sys/kern/subr_taskqueue.c:374 > > > > >> #12 0xc05ee896 in fork_exit (callout=3D0xc0639fd0 > > > > , > > > > >> arg=3D0xc3b632ec, frame=3D0xe40d3d38) > > > > >> at /usr/src/sys/kern/kern_fork.c:797 > > > > >> #13 0xc0853b70 in fork_trampoline () at > > > > >> /usr/src/sys/i386/i386/exception.s:205 > > > > >> (kgdb) list *0xc063b008 > > > > >> 0xc063b008 is in propagate_priority > > > > >> (/usr/src/sys/kern/subr_turnstile.c:273). > > > > >> 268 ts =3D td->td_blocked; > > > > >> 269 MPASS(ts !=3D NULL); > > > > >> 270 MPASS(td->td_lock =3D=3D &ts->ts_lock); > > > > >> 271 /* Resort td on the list if needed. */ > > > > >> 272 if (!turnstile_adjust_thread(ts, td)) { > > > > >> 273 mtx_unlock_spin(&ts->ts_lock); > > > > >> 274 return; > > > > >> 275 } > > > > >> 276 /* The thread lock is released as ts loc= k > > > > above. */ > > > > >> 277 } > > > > > > > > > > Jeff can better comment on it, but for what I can see it seems th= at > > > > > ts->ts_lock is not acquired again once the new assignment from > > > > td->td_blocked > > > > > is done and I think it should be. > > > > > > > > > > Thanks a lot for your report, > > > > > Attilio > > > > > > > > > > > > _______________________________________________ > > > 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 Sat Jun 23 05:04:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9795B16A468 for ; Sat, 23 Jun 2007 05:04:52 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id F1D4613C468 for ; Sat, 23 Jun 2007 05:04:51 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so913096wxd for ; Fri, 22 Jun 2007 22:04:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=exx/7dpI2Dx5nZmcui2Vdbv1KecUqxj9YGfjXSjGqSMWe8X8wN/g3CyNuKJs1nyTypoEyJbAoVqSI2H/u+konRqrVSudpapQ4/dTCu6n4m5DgdA/uWnSn5pjqgd4U22q3WNVBvckllhlaoMT9YHUKVgBiwOhv76hntmzl5qQ+5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=sU23D8xPy2nTcaZdawz8ZOiEsbxZakwy0VanLekDwMGSG1seWO2p/wG7lan3NWquccoSHbBY2yfaeT/weJ7ExYGBKeaKWz18k1iGZebV7FNa/lKwLYmFGIEwbnqhA5yzmahYXxiAy9PF+NARyJe8pbiNVuXG+K2p9snF1z62bLA= Received: by 10.90.83.14 with SMTP id g14mr3227562agb.1182575090899; Fri, 22 Jun 2007 22:04:50 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Fri, 22 Jun 2007 22:04:50 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 22:04:50 -0700 From: "Kevin Gerry" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Attilio Rao , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 05:04:52 -0000 No, I don't have NET_WITH_GIANT in the config, However, I'll try adding tha= t in loader.conf and restart in a second. (That is, after I recompile the kernel again to make sure the errors weren't some fluke) On 6/22/07, Kip Macy wrote: > > Somehow debug.mpsafenet is getting set to 0, the default is 1. Do you > have NET_WITH_GIANT in your config? > > Can you try adding > debug.mpsafenet=3D"1" > > to your loader.conf? > > -Kip > > > > On 6/22/07, Kevin Gerry wrote: > > I don't. My loader.conf consists of: > > > > [root@storage ~]# cat /boot/loader.conf > > autoboot_delay=3D"3" > > [root@storage ~]# > > > > and sysctl.conf- > > net.inet6.ip6.accept_rtadv=3D0 > > net.inet6.ip6.forwarding=3D1 > > net.inet.tcp.blackhole=3D2 > > net.inet.udp.blackhole=3D1 > > net.inet.tcp.msl=3D7500 > > net.inet.ip.rtminexpire=3D2 > > - > > > > > > On 6/22/07, Kip Macy < kip.macy@gmail.com> wrote: > > > Don't set debug.mpsafenet=3D"0" in loader.conf . > > > > > > > > > -Kip > > > > > > On 6/22/07, Kevin Gerry wrote: > > > > Go figure... If it compile with INVARIANTS and INVARIANT_SUPPORT, I > get > > a > > > > core on boot with: > > > > > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2697 > > > > Uptime: 5s > > > > Physical memory: 1015 MB > > > > Dumping 41 MB: 26 10 > > > > > > > > #0 doadump () at pcpu.h:195 > > > > 195 pcpu.h : No such file or directory. > > > > in pcpu.h > > > > (kgdb) bt > > > > #0 doadump () at pcpu.h:195 > > > > #1 0xc0606aff in boot (howto=3D260) at > > /usr/src/sys/kern/kern_shutdown.c:409 > > > > #2 0xc0606d3f in panic (fmt=3DVariable "fmt" is not available. > > > > ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > > #3 0xc05fb61d in _mtx_assert (m=3D0xc098e9a8, what=3D1, file=3D0xc= 08ba898 > > > > "/usr/src/sys/net/if.c", line=3D2697) > > > > at /usr/src/sys/kern/kern_mutex.c:618 > > > > #4 0xc068f437 in if_start (ifp=3D0xc3bb3c00) at > > /usr/src/sys/net/if.c:2697 > > > > #5 0xc06c5974 in ieee80211_send_probereq (ni=3D0xc3bd4000, > sa=3D0xc3bb84ac > > "", > > > > da=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", > > > > bssid=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", ssid=3D0= xc08a4613 "", > > ssidlen=3D0, > > > > optie=3D0x0, optielen=3D0) > > > > at /usr/src/sys/net80211/ieee80211_output.c:1539 > > > > #6 0xc06cc2ea in scan_curchan (ic=3D0xc3bb822c, maxdwell=3D200) at > > > > /usr/src/sys/net80211/ieee80211_scan.c:651 > > > > #7 0xc06cb489 in scan_next (arg=3D0xc3b67000) at > > > > /usr/src/sys/net80211/ieee80211_scan.c:740 > > > > #8 0xc0617cd9 in softclock (dummy=3D0x0) at > > > > /usr/src/sys/kern/kern_timeout.c:280 > > > > #9 0xc05ecca5 in ithread_loop (arg=3D0xc3ab3050) at > > > > /usr/src/sys/kern/kern_intr.c:1036 > > > > #10 0xc05ea558 in fork_exit (callout=3D0xc05ecaf0 , > > > > arg=3D0xc3ab3050, frame=3D0xe25d8d38) > > > > at /usr/src/sys/kern/kern_fork.c:797 > > > > #11 0xc083e5f0 in fork_trampoline () at > > > > /usr/src/sys/i386/i386/exception.s:205 > > > > > > > > The same kernel without -g and inv/inv_sup boots fine. > > > > > > > > Any idea here? > > > > > > > > On 6/22/07, Jeff Roberson wrote: > > > > > > > > > > Kevin, > > > > > > > > > > Can you please compile a kernel with INVARIANTS and > INVARIANT_SUPPORT > > > > > enabled? That would help us greatly with this problem. > > > > > > > > > > Thanks, > > > > > Jeff > > > > > > > > > > On Thu, 21 Jun 2007, Attilio Rao wrote: > > > > > > > > > > > Kevin Gerry wrote: > > > > > >> #0 doadump () at pcpu.h:195 > > > > > >> 195 pcpu.h: No such file or directory. > > > > > >> in pcpu.h > > > > > >> (kgdb) bt > > > > > >> #0 doadump () at pcpu.h:195 > > > > > >> #1 0xc060cb73 in boot (howto=3D260) at > > > > > /usr/src/sys/kern/kern_shutdown.c:409 > > > > > >> #2 0xc060cd6f in panic (fmt=3DVariable "fmt" is not available= . > > > > > >> ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > > > >> #3 0xc086954c in trap_fatal (frame=3D0xe40d3b9c, eva=3D20) at > > > > > >> /usr/src/sys/i386/i386/trap.c:870 > > > > > >> #4 0xc0869e8c in trap (frame=3D0xe40d3b9c) at > > > > > >> /usr/src/sys/i386/i386/trap.c:276 > > > > > >> #5 0xc0853afb in calltrap () at > > /usr/src/sys/i386/i386/exception.s:139 > > > > > >> #6 0xc063b008 in propagate_priority (td=3D0xc3ab5e00) at > > > > > >> /usr/src/sys/kern/subr_turnstile.c:272 > > > > > >> #7 0xc063b989 in turnstile_wait (ts=3D0xc3a9e6e0, > owner=3D0xc3ab5e00, > > > > > >> queue=3DVariable "queue" is not available. > > > > > >> ) at /usr/src/sys/kern/subr_turnstile.c:739 > > > > > >> #8 0xc060140d in _mtx_lock_sleep (m=3D0xc0993228, > tid=3D3284357632, > > > > > opts=3D0, > > > > > >> file=3D0x0, line=3D0) at > > /usr/src/sys/kern/kern_mutex.c:395 > > > > > >> #9 0xc04decd7 in em_handle_rxtx (context=3D0xc3b63000, > pending=3D1) at > > > > > >> /usr/src/sys/dev/em/if_em.c:1477 > > > > > >> #10 0xc0639e72 in taskqueue_run (queue=3D0xc3be1880) at > > > > > >> /usr/src/sys/kern/subr_taskqueue.c:255 > > > > > >> #11 0xc063a04f in taskqueue_thread_loop (arg=3D0xc3b632ec) at > > > > > >> /usr/src/sys/kern/subr_taskqueue.c:374 > > > > > >> #12 0xc05ee896 in fork_exit (callout=3D0xc0639fd0 > > > > > , > > > > > >> arg=3D0xc3b632ec, frame=3D0xe40d3d38) > > > > > >> at /usr/src/sys/kern/kern_fork.c:797 > > > > > >> #13 0xc0853b70 in fork_trampoline () at > > > > > >> /usr/src/sys/i386/i386/exception.s:205 > > > > > >> (kgdb) list *0xc063b008 > > > > > >> 0xc063b008 is in propagate_priority > > > > > >> (/usr/src/sys/kern/subr_turnstile.c:273). > > > > > >> 268 ts =3D td->td_blocked; > > > > > >> 269 MPASS(ts !=3D NULL); > > > > > >> 270 MPASS(td->td_lock =3D=3D &ts->ts_lock)= ; > > > > > >> 271 /* Resort td on the list if needed. */ > > > > > >> 272 if (!turnstile_adjust_thread(ts, td)) = { > > > > > >> 273 mtx_unlock_spin(&ts->ts_lock); > > > > > >> 274 return; > > > > > >> 275 } > > > > > >> 276 /* The thread lock is released as ts > lock > > > > > above. */ > > > > > >> 277 } > > > > > > > > > > > > Jeff can better comment on it, but for what I can see it seems > that > > > > > > ts->ts_lock is not acquired again once the new assignment from > > > > > td->td_blocked > > > > > > is done and I think it should be. > > > > > > > > > > > > Thanks a lot for your report, > > > > > > Attilio > > > > > > > > > > > > > > > _______________________________________________ > > > > 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 Sat Jun 23 05:31:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE14516A421; Sat, 23 Jun 2007 05:31:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD0413C448; Sat, 23 Jun 2007 05:31:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5N5TqXi073840; Fri, 22 Jun 2007 23:29:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 22 Jun 2007 23:30:26 -0600 (MDT) Message-Id: <20070622.233026.635732489.imp@bsdimp.com> To: jkim@freebsd.org From: "M. Warner Losh" In-Reply-To: <200706221635.16283.jkim@FreeBSD.org> References: <20070621181513.GA1486@roadrunner.q.local> <20070622.141023.-1540393020.imp@bsdimp.com> <200706221635.16283.jkim@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 22 Jun 2007 23:29:52 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: ukbd(4) not attaching when loaded as module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 05:31:00 -0000 In message: <200706221635.16283.jkim@FreeBSD.org> Jung-uk Kim writes: : On Friday 22 June 2007 04:10 pm, M. Warner Losh wrote: : > In message: <20070621181513.GA1486@roadrunner.q.local> : > : > Ulrich Spoerlein writes: : > : I was loading uhid/ums/ukbd as module, could there be some races : > : with this approach? : > : : > : I will try a GENERIC-ukbd boot to see, if I can isolate it : > : further. : > : > I think that I accidentally omitted the usb module dependency. Can : > you try again and let me know if I've fixed the problem. : : I had a similar problem with ng_ubt(4) few days ago: : : link_elf_obj: symbol usbd_close_pipe undefined : KLD file ng_ubt.ko - could not finalize loading : : I had to add dependency in : sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. : : Is it also fixed? I've just committed a fix to that. I can load the device, but it doesn't see my built-in bluetooth device. I didn't investigate why. It didn't kldload before, but it now does. Please test and let me know. Sorry for the hassle. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 05:34:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B00616A46C for ; Sat, 23 Jun 2007 05:34:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id BB1FD13C4AD for ; Sat, 23 Jun 2007 05:34:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5N5Ve7e073846; Fri, 22 Jun 2007 23:31:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 22 Jun 2007 23:32:14 -0600 (MDT) Message-Id: <20070622.233214.58456427.imp@bsdimp.com> To: skreuzer@exit2shell.com From: "M. Warner Losh" In-Reply-To: <20070622210119.GA4186@clamps.exit2shell.com> References: <20070622210119.GA4186@clamps.exit2shell.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 22 Jun 2007 23:31:41 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 05:34:13 -0000 In message: <20070622210119.GA4186@clamps.exit2shell.com> Steven Kreuzer writes: : Greetings- : : OpenBSD includes a version of sdiff released to the public domain. : In a quest to remove as much GPL code from FreeBSD as possible, I : ported it over. : : If you want to try it out, You can download the source at : http://www.exit2shell.com/~skreuzer/code/sdiff.tar.gz : : I had a few people who are part of the NYC BSD Users Group beta : test it for me and so far no one has encountered any problems so : I thought I would pass it along to see if it would be considered : as a replacement for the GNU version. : : The contents of the tarball is a shar archive which extracts the : code in usr/src/usr.bin/sdiff and a patch the adds adds "sdiff" : to SUBDIR in the Makefile in usr.bin and removes "sdiff" from the : Makefile in gnu/usr.bin : : Questions, comments and criticisms are all welcome. I've been using the OpenBSD diff in my products for quite some time now, and it works great for everything except mergemaster, which uses sdiff. If we have sdiff too, then we can merge that as well. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 05:45:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8193A16A41F for ; Sat, 23 Jun 2007 05:45:32 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 20F2813C458 for ; Sat, 23 Jun 2007 05:45:31 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so916943wxd for ; Fri, 22 Jun 2007 22:45:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=UoBlj+buGKXGm1NS7zbXSlFRZId1HdpJQ4h9+/Lj+2P0CK28n93c3Em5CZY50Y3fYWCGStpk2iK/CukHtyIeZYtFRJmTamN/wytn1orWlta3EckWcpJsp1go7YO34UKtw6jvqZ63Ex+ir25UDPcHCfsjtmcBjymC+Y5fq5nLKTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=F9e91AN07FTgJbEDoM0ocrdEiRep5qQsNP1jdpY0AEf3tVyy4NMhSWuYIf6H2XybBBeguqbsjUhJF9NGmlmAfUqXGslBKd2PxS3b+72NiXOJ19ajANETRyeVLziWiVM8ZSuxNeS9WZCRhEVNGaewsQbm2QS5JTLKZ9CzkiI0BKk= Received: by 10.90.97.11 with SMTP id u11mr3240948agb.1182577530895; Fri, 22 Jun 2007 22:45:30 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Fri, 22 Jun 2007 22:45:30 -0700 (PDT) Message-ID: Date: Fri, 22 Jun 2007 22:45:30 -0700 From: "Kevin Gerry" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Attilio Rao , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 05:45:32 -0000 Alright, I have run it with that in the loader.conf and tried removing everything from both. However, I also found while reading the boot mesages, the reason why mpsafenet is unset is because I have options IPSEC options IPSEC_ESP in the kernel. So, recompiling with those two options removed. On 6/22/07, Kevin Gerry wrote: > > No, I don't have NET_WITH_GIANT in the config, However, I'll try adding > that in loader.conf and restart in a second. (That is, after I recompile > the kernel again to make sure the errors weren't some fluke) > > On 6/22/07, Kip Macy wrote: > > > > Somehow debug.mpsafenet is getting set to 0, the default is 1. Do you > > have NET_WITH_GIANT in your config? > > > > Can you try adding > > debug.mpsafenet=3D"1" > > > > to your loader.conf? > > > > -Kip > > > > > > > > On 6/22/07, Kevin Gerry wrote: > > > I don't. My loader.conf consists of: > > > > > > [root@storage ~]# cat /boot/loader.conf > > > autoboot_delay=3D"3" > > > [root@storage ~]# > > > > > > and sysctl.conf- > > > net.inet6.ip6.accept_rtadv=3D0 > > > net.inet6.ip6.forwarding=3D1 > > > net.inet.tcp.blackhole=3D2 > > > net.inet.udp.blackhole=3D1 > > > net.inet.tcp.msl=3D7500 > > > net.inet.ip.rtminexpire=3D2 > > > - > > > > > > > > > On 6/22/07, Kip Macy < kip.macy@gmail.com> wrote: > > > > Don't set debug.mpsafenet=3D"0" in loader.conf . > > > > > > > > > > > > -Kip > > > > > > > > On 6/22/07, Kevin Gerry wrote: > > > > > Go figure... If it compile with INVARIANTS and INVARIANT_SUPPORT, > > I get > > > a > > > > > core on boot with: > > > > > > > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2697 > > > > > Uptime: 5s > > > > > Physical memory: 1015 MB > > > > > Dumping 41 MB: 26 10 > > > > > > > > > > #0 doadump () at pcpu.h:195 > > > > > 195 pcpu.h : No such file or directory. > > > > > in pcpu.h > > > > > (kgdb) bt > > > > > #0 doadump () at pcpu.h:195 > > > > > #1 0xc0606aff in boot (howto=3D260) at > > > /usr/src/sys/kern/kern_shutdown.c:409 > > > > > #2 0xc0606d3f in panic (fmt=3DVariable "fmt" is not available. > > > > > ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > > > #3 0xc05fb61d in _mtx_assert (m=3D0xc098e9a8, what=3D1, > > file=3D0xc08ba898 > > > > > "/usr/src/sys/net/if.c", line=3D2697) > > > > > at /usr/src/sys/kern/kern_mutex.c:618 > > > > > #4 0xc068f437 in if_start (ifp=3D0xc3bb3c00) at > > > /usr/src/sys/net/if.c:2697 > > > > > #5 0xc06c5974 in ieee80211_send_probereq (ni=3D0xc3bd4000, > > sa=3D0xc3bb84ac > > > "", > > > > > da=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", > > > > > bssid=3D0xc087eba0 "=FF=FF=FF=FF=FF=FFether_ifattach", ssid= =3D0xc08a4613 "", > > > ssidlen=3D0, > > > > > optie=3D0x0, optielen=3D0) > > > > > at /usr/src/sys/net80211/ieee80211_output.c:1539 > > > > > #6 0xc06cc2ea in scan_curchan (ic=3D0xc3bb822c, maxdwell=3D200) = at > > > > > /usr/src/sys/net80211/ieee80211_scan.c:651 > > > > > #7 0xc06cb489 in scan_next (arg=3D0xc3b67000) at > > > > > /usr/src/sys/net80211/ieee80211_scan.c:740 > > > > > #8 0xc0617cd9 in softclock (dummy=3D0x0) at > > > > > /usr/src/sys/kern/kern_timeout.c:280 > > > > > #9 0xc05ecca5 in ithread_loop (arg=3D0xc3ab3050) at > > > > > /usr/src/sys/kern/kern_intr.c:1036 > > > > > #10 0xc05ea558 in fork_exit (callout=3D0xc05ecaf0 , > > > > > arg=3D0xc3ab3050, frame=3D0xe25d8d38) > > > > > at /usr/src/sys/kern/kern_fork.c:797 > > > > > #11 0xc083e5f0 in fork_trampoline () at > > > > > /usr/src/sys/i386/i386/exception.s:205 > > > > > > > > > > The same kernel without -g and inv/inv_sup boots fine. > > > > > > > > > > Any idea here? > > > > > > > > > > On 6/22/07, Jeff Roberson wrote: > > > > > > > > > > > > Kevin, > > > > > > > > > > > > Can you please compile a kernel with INVARIANTS and > > INVARIANT_SUPPORT > > > > > > enabled? That would help us greatly with this problem. > > > > > > > > > > > > Thanks, > > > > > > Jeff > > > > > > > > > > > > On Thu, 21 Jun 2007, Attilio Rao wrote: > > > > > > > > > > > > > Kevin Gerry wrote: > > > > > > >> #0 doadump () at pcpu.h:195 > > > > > > >> 195 pcpu.h: No such file or directory. > > > > > > >> in pcpu.h > > > > > > >> (kgdb) bt > > > > > > >> #0 doadump () at pcpu.h:195 > > > > > > >> #1 0xc060cb73 in boot (howto=3D260) at > > > > > > /usr/src/sys/kern/kern_shutdown.c:409 > > > > > > >> #2 0xc060cd6f in panic (fmt=3DVariable "fmt" is not availab= le. > > > > > > > > >> ) at /usr/src/sys/kern/kern_shutdown.c:563 > > > > > > >> #3 0xc086954c in trap_fatal (frame=3D0xe40d3b9c, eva=3D20) = at > > > > > > >> /usr/src/sys/i386/i386/trap.c:870 > > > > > > >> #4 0xc0869e8c in trap (frame=3D0xe40d3b9c) at > > > > > > >> /usr/src/sys/i386/i386/trap.c:276 > > > > > > >> #5 0xc0853afb in calltrap () at > > > /usr/src/sys/i386/i386/exception.s:139 > > > > > > >> #6 0xc063b008 in propagate_priority (td=3D0xc3ab5e00) at > > > > > > >> /usr/src/sys/kern/subr_turnstile.c:272 > > > > > > >> #7 0xc063b989 in turnstile_wait (ts=3D0xc3a9e6e0, > > owner=3D0xc3ab5e00, > > > > > > >> queue=3DVariable "queue" is not available. > > > > > > >> ) at /usr/src/sys/kern/subr_turnstile.c:739 > > > > > > >> #8 0xc060140d in _mtx_lock_sleep (m=3D0xc0993228, > > tid=3D3284357632, > > > > > > opts=3D0, > > > > > > >> file=3D0x0, line=3D0) at > > > /usr/src/sys/kern/kern_mutex.c:395 > > > > > > >> #9 0xc04decd7 in em_handle_rxtx (context=3D0xc3b63000, > > pending=3D1) at > > > > > > >> /usr/src/sys/dev/em/if_em.c:1477 > > > > > > >> #10 0xc0639e72 in taskqueue_run (queue=3D0xc3be1880) at > > > > > > >> /usr/src/sys/kern/subr_taskqueue.c:255 > > > > > > >> #11 0xc063a04f in taskqueue_thread_loop (arg=3D0xc3b632ec) a= t > > > > > > >> /usr/src/sys/kern/subr_taskqueue.c:374 > > > > > > >> #12 0xc05ee896 in fork_exit (callout=3D0xc0639fd0 > > > > > > , > > > > > > >> arg=3D0xc3b632ec, frame=3D0xe40d3d38) > > > > > > >> at /usr/src/sys/kern/kern_fork.c:797 > > > > > > >> #13 0xc0853b70 in fork_trampoline () at > > > > > > >> /usr/src/sys/i386/i386/exception.s:205 > > > > > > >> (kgdb) list *0xc063b008 > > > > > > >> 0xc063b008 is in propagate_priority > > > > > > >> (/usr/src/sys/kern/subr_turnstile.c:273). > > > > > > >> 268 ts =3D td->td_blocked; > > > > > > >> 269 MPASS(ts !=3D NULL); > > > > > > >> 270 MPASS(td->td_lock =3D=3D &ts->ts_loc= k); > > > > > > >> 271 /* Resort td on the list if needed. > > */ > > > > > > >> 272 if (!turnstile_adjust_thread(ts, td)= ) > > { > > > > > > >> 273 > > mtx_unlock_spin(&ts->ts_lock); > > > > > > >> 274 return; > > > > > > >> 275 } > > > > > > >> 276 /* The thread lock is released as ts > > lock > > > > > > above. */ > > > > > > >> 277 } > > > > > > > > > > > > > > Jeff can better comment on it, but for what I can see it seem= s > > that > > > > > > > ts->ts_lock is not acquired again once the new assignment fro= m > > > > > > > > td->td_blocked > > > > > > > is done and I think it should be. > > > > > > > > > > > > > > Thanks a lot for your report, > > > > > > > Attilio > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > 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 Sat Jun 23 07:40:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CC0916A468; Sat, 23 Jun 2007 07:40:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 32BD213C465; Sat, 23 Jun 2007 07:40:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 527404785; Sat, 23 Jun 2007 09:40:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2007 09:40:39 +0200 User-Agent: KMail/1.9.5 References: <467C343C.60707@freebsdbrasil.com.br> In-Reply-To: <467C343C.60707@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706230940.39928.hselasky@c2i.net> Cc: stable@freebsd.org, current@freebsd.org, fli+freebsd-hackers@shapeshifter.se, hackers@freebsd.org, freebsd-usb@freebsd.org, Patrick Tracanelli Subject: Re: UPEK/TouchChip Biometric Device problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 07:40:44 -0000 On Friday 22 June 2007 22:42, Patrick Tracanelli wrote: > Hello all, > > I have used the mentioned devices on FreeBSD 5.4 in the past, and they > worked just fine, but now I get problems with the same device, on top of > 6.2-STABLE and also 7.0-CURRENT. > > From `usbdevs -v`, I get: > > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 addr 2: full speed, power 100 mA, config 1, Biometric > Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 > port 2 powered > > I have security/bsp_upektfmess, security/pam_bsdbioapi and > security/bioapi installed. It is a 6.2-STABLE system from 2 hours ago. > > Listing bsp devices, I get: > > # bbdm -l bsp > UUID {ffffffff-ffff-ffff-ffff-ffffffffffff} > Example Vendor libbioapi_dummy100.so (BioAPI v1.1 Dummy BSP) > UUID {263a41e0-71eb-11d4-9c34-124037000000} > BioAPI Consortium libpwbsp.so (BioAPI Password BSP) > UUID {5550454b-2054-464d-2f45-535320425350} > UPEK, Inc. libtfmessbsp.so (TouchChip TFM/ESS Fingerprint BSP) > > Backend configurations: > > # bbdm -l birdb > Installed BIRDB modules > filedb Filebacked database (b-tree) > plain Plain text file > > And now, the problem: > > # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa > bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} > > And on /var/log/messages as well as dmesg, I get: > > All threads purged from ugen1.1 > All threads purged from ugen1.2 > All threads purged from ugen1.3 > > What is this about "threads purged"? Also, the port want libintl.so.6 > while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 and > also copied .6 from another system (also, 6.2-STABLE) to the current > one. Didnt work both way. Same behavior, exactly. > > On 7.0-CURRENT things are worse. libpthread is not found, and the same > command core dumps. Anyway, 6.2-STABLE is more important to me right > now, since I need this device to work on FreeBSD for an ongoing project, > but if a solution to 7.0 happens first my work can move to that version. > There is a list called "freebsd-usb@freebsd.org" maybe we can handle this issue there. First of all, can you turn on more debugging in your "bbdm"? The default USB kernel is usually not compiled with USB debugging. There exists an: options USB_DEBUG I think. If you have time you can also try the my new USB stack: See: http://www.turbocat.net/~hselasky/usb4bsd/ Download the SVN version. If my new USB stack solves the problem then it is probably a regression issue in 6.2-STABLE, and as I recall there have been lots of changes. What kind of platform are you using? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 07:40:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CC0916A468; Sat, 23 Jun 2007 07:40:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 32BD213C465; Sat, 23 Jun 2007 07:40:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 527404785; Sat, 23 Jun 2007 09:40:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2007 09:40:39 +0200 User-Agent: KMail/1.9.5 References: <467C343C.60707@freebsdbrasil.com.br> In-Reply-To: <467C343C.60707@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706230940.39928.hselasky@c2i.net> Cc: stable@freebsd.org, current@freebsd.org, fli+freebsd-hackers@shapeshifter.se, hackers@freebsd.org, freebsd-usb@freebsd.org, Patrick Tracanelli Subject: Re: UPEK/TouchChip Biometric Device problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 07:40:44 -0000 On Friday 22 June 2007 22:42, Patrick Tracanelli wrote: > Hello all, > > I have used the mentioned devices on FreeBSD 5.4 in the past, and they > worked just fine, but now I get problems with the same device, on top of > 6.2-STABLE and also 7.0-CURRENT. > > From `usbdevs -v`, I get: > > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 addr 2: full speed, power 100 mA, config 1, Biometric > Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 > port 2 powered > > I have security/bsp_upektfmess, security/pam_bsdbioapi and > security/bioapi installed. It is a 6.2-STABLE system from 2 hours ago. > > Listing bsp devices, I get: > > # bbdm -l bsp > UUID {ffffffff-ffff-ffff-ffff-ffffffffffff} > Example Vendor libbioapi_dummy100.so (BioAPI v1.1 Dummy BSP) > UUID {263a41e0-71eb-11d4-9c34-124037000000} > BioAPI Consortium libpwbsp.so (BioAPI Password BSP) > UUID {5550454b-2054-464d-2f45-535320425350} > UPEK, Inc. libtfmessbsp.so (TouchChip TFM/ESS Fingerprint BSP) > > Backend configurations: > > # bbdm -l birdb > Installed BIRDB modules > filedb Filebacked database (b-tree) > plain Plain text file > > And now, the problem: > > # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa > bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} > > And on /var/log/messages as well as dmesg, I get: > > All threads purged from ugen1.1 > All threads purged from ugen1.2 > All threads purged from ugen1.3 > > What is this about "threads purged"? Also, the port want libintl.so.6 > while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 and > also copied .6 from another system (also, 6.2-STABLE) to the current > one. Didnt work both way. Same behavior, exactly. > > On 7.0-CURRENT things are worse. libpthread is not found, and the same > command core dumps. Anyway, 6.2-STABLE is more important to me right > now, since I need this device to work on FreeBSD for an ongoing project, > but if a solution to 7.0 happens first my work can move to that version. > There is a list called "freebsd-usb@freebsd.org" maybe we can handle this issue there. First of all, can you turn on more debugging in your "bbdm"? The default USB kernel is usually not compiled with USB debugging. There exists an: options USB_DEBUG I think. If you have time you can also try the my new USB stack: See: http://www.turbocat.net/~hselasky/usb4bsd/ Download the SVN version. If my new USB stack solves the problem then it is probably a regression issue in 6.2-STABLE, and as I recall there have been lots of changes. What kind of platform are you using? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 07:43:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3B3D16A469 for ; Sat, 23 Jun 2007 07:43:28 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE5E13C448 for ; Sat, 23 Jun 2007 07:43:28 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so927420wxd for ; Sat, 23 Jun 2007 00:43:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ur6557irWp89arS3PnfKMWvqZcbZeTrnkFvDWVnpxn6ddHNBx2UuYLajQLsPrQh2P+zsO5EP4nt+MeQe+kG25r2EhVEjZMLJ9/WtFnaCrcbHRyqm4S/oAW8+Fhi6oLr3CeC1fScWta3sTZ03c/D3vQ9HI8kP+3g3WEHb8u19Yrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rsipRa/Nu2/zhjV8XZ6l9mdP+phd9rKsvS+WIdUQ7nRWrBquljA8jHgffDe+4jcvaxOuGqlZfP7+QO7vFrdw2k9kVJcNbA0S1ta1EQKrWPPoJ3WpfUqrCzHhbtBoDolyouUpMXeWIK5/0Imc4U3a1PxH3h7I6QskA3FIvDqyAGg= Received: by 10.90.98.3 with SMTP id v3mr3262486agb.1182584607585; Sat, 23 Jun 2007 00:43:27 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Sat, 23 Jun 2007 00:43:27 -0700 (PDT) Message-ID: Date: Sat, 23 Jun 2007 00:43:27 -0700 From: "Kevin Gerry" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Attilio Rao , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 07:43:28 -0000 Well, so far, it doesn't crashed. I'm starting to wonder if the issue was originally caused by including IPSEC in the kernel... Anyway, I'll be attempting to crash it in the ways it worked before... (buildworld is awesome that way...) On 6/22/07, Kevin Gerry wrote: > > Alright, I have run it with that in the loader.conf and tried removing > everything from both. > > However, I also found while reading the boot mesages, the reason why > mpsafenet is unset is because I have > options IPSEC > options IPSEC_ESP > in the kernel. > > So, recompiling with those two options removed. From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 08:15:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2563F16A468 for ; Sat, 23 Jun 2007 08:15:59 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id CFEF513C465 for ; Sat, 23 Jun 2007 08:15:58 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so770857pyb for ; Sat, 23 Jun 2007 01:15:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F1fVqojSbicUhBTKShS4SBhw2H6/OnWuUbpFpVKup9q3TJVZzt0SmTnJWH51bq/CYUlz2uAOoITnkIyOxvfHBsXSR0zNAW3nr8+QE+VWWroHD8ycgW2GrUZHP8zkUHESUlpmUHeU9SQJ8m790XB6MVTjBaZP7kf/9mxeYp52kb0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M83MG0GAGvXlgdyI3v/yGcT9rIx3Rd2NxaV7hUWxMFPZu3/VzU4M5fBO4U6NrgLbmQfeVryf1KZT/3HBBcxW0vQk6PgMBuFTiZeHhTPhgYNM11eUP2mQVdjEymbucF+/WjjwSG7jdzG3SyE4tYsiQPw6I8oKKZ993IaQgcyvx4E= Received: by 10.65.253.6 with SMTP id f6mr6927322qbs.1182586558053; Sat, 23 Jun 2007 01:15:58 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Sat, 23 Jun 2007 01:15:58 -0700 (PDT) Message-ID: <6eb82e0706230115k2911365eybd4840257edc4802@mail.gmail.com> Date: Sat, 23 Jun 2007 16:15:58 +0800 From: "Rong-en Fan" To: "Kevin Gerry" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <467A3869.3020706@FreeBSD.org> <20070622121008.T542@10.0.0.1> Cc: Attilio Rao , Kip Macy , freebsd-current@freebsd.org, Jeff Roberson Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 08:15:59 -0000 On 6/23/07, Kevin Gerry wrote: > Well, so far, it doesn't crashed. I'm starting to wonder if the issue was > originally caused by including IPSEC in the kernel... > > Anyway, I'll be attempting to crash it in the ways it worked before... > (buildworld is awesome that way...) > > On 6/22/07, Kevin Gerry wrote: > > > > Alright, I have run it with that in the loader.conf and tried removing > > everything from both. > > > > However, I also found while reading the boot mesages, the reason why > > mpsafenet is unset is because I have > > options IPSEC > > options IPSEC_ESP > > in the kernel. Try to use options FAST_IPSEC device crypto It currently only supports IPv4, IPv6 is being working on. FAST_IPSEC is mpsafe. Regards, Rong-En Fan > > > > So, recompiling with those two options removed. > _______________________________________________ > 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 Sat Jun 23 17:33:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25C1916A400 for ; Sat, 23 Jun 2007 17:33:29 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id AB53B13C458 for ; Sat, 23 Jun 2007 17:33:28 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so278045anc for ; Sat, 23 Jun 2007 10:33:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TuwkNUlf0lRDNStGHNrQJrsuDUSh+fO3OyteEgn9xen1ZYFBADydKkCgrlqSRJAF+FL0xeGcgYQwtBJdDixzTxUJJIaX9QXmGlJyQ6EGUQtwItM7GvjESGrD+9j110madv6yrFUgmMynQCIZqTtslbX8DXkLc5Q+icn1vtNpjSc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PZUYGj8zUg36eYRasZNKqFAFJFQsyD2NHfoHMGKNcr8n+f7oEbxJwkDcEG5YrqYSLSKPAJmh3DZxcv/ixSlRctKtEmjDSmS4z5UtpSsSsgSfFW/PPQHp2fdnWpSfopruQdh/5LFP0xZkuzcSeXInnlcztVtAGXcJw4wmqIbysT4= Received: by 10.100.174.16 with SMTP id w16mr2304685ane.1182620007775; Sat, 23 Jun 2007 10:33:27 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sat, 23 Jun 2007 10:33:27 -0700 (PDT) Message-ID: <499c70c0706231033k68d5353bi4ad997c70881924a@mail.gmail.com> Date: Sat, 23 Jun 2007 20:33:27 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Can't kill WATCH in latest 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: Sat, 23 Jun 2007 17:33:29 -0000 Hello, I tried to kill watch via kill -9 and killall -SIGTERM watch but none of them were able to kill it. 41631 root 1 -8 0 5016K 1276K devdrn 0 0:03 0.00% watch -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 17:48:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F1A616A46B for ; Sat, 23 Jun 2007 17:48:13 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3410C13C46A for ; Sat, 23 Jun 2007 17:48:13 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so994710wxd for ; Sat, 23 Jun 2007 10:48:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ewCK+CgCxce9cSYh3NtP4miMsCcPCui7Kjew+Qsys066dvZViNYjA4WqS4Z37FBu7qrvQDOGAblleP26VSQtYUC6LGYQ3B4YaBGFbwqR/ol62F3CfHfUSwfK7V6WFqbrSNv36+MMwib0jKhHbh5I5YDV11BRYCe1YBxQFe94X/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Rv36dqEc2OOF84Mtzmwi4PySeYhSE3gRwNuoOeBaHtNhYZQ0fPl0OLyNxFI49IEPgJ6qXFPcQz3njPaqKziALEvPlwFgj2e+H5rOwh05X0ObLRAIPjW0tiE3WvfRt9bRAzQVMj5+BkkgSL7+TFPKMLEvI/nRbK8DvOYX6fPo51k= Received: by 10.90.35.15 with SMTP id i15mr3382287agi.1182620892525; Sat, 23 Jun 2007 10:48:12 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Sat, 23 Jun 2007 10:48:12 -0700 (PDT) Message-ID: Date: Sat, 23 Jun 2007 10:48:12 -0700 From: "Kevin Gerry" To: "Rong-en Fan" In-Reply-To: <6eb82e0706230115k2911365eybd4840257edc4802@mail.gmail.com> MIME-Version: 1.0 References: <20070622121008.T542@10.0.0.1> <6eb82e0706230115k2911365eybd4840257edc4802@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Attilio Rao , Kip Macy , freebsd-current@freebsd.org, Jeff Roberson Subject: Re: Kernel Panic in latest -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: Sat, 23 Jun 2007 17:48:13 -0000 Thanks. Seems that Manfred's crashing may have to do with options IPSEC as well. At least, he has that in his kernel config. At least the issue seems to be resolved. On 6/23/07, Rong-en Fan wrote: > > On 6/23/07, Kevin Gerry wrote: > > Well, so far, it doesn't crashed. I'm starting to wonder if the issue > was > > originally caused by including IPSEC in the kernel... > > > > Anyway, I'll be attempting to crash it in the ways it worked before... > > (buildworld is awesome that way...) > > > > On 6/22/07, Kevin Gerry wrote: > > > > > > Alright, I have run it with that in the loader.conf and tried removing > > > everything from both. > > > > > > However, I also found while reading the boot mesages, the reason why > > > mpsafenet is unset is because I have > > > options IPSEC > > > options IPSEC_ESP > > > in the kernel. > > Try to use > > options FAST_IPSEC > device crypto > > It currently only supports IPv4, IPv6 is being working on. > FAST_IPSEC is mpsafe. > > Regards, > Rong-En Fan > > > > > > > > So, recompiling with those two options removed. > > _______________________________________________ > > 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 Sat Jun 23 17:54:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8093B16A400 for ; Sat, 23 Jun 2007 17:54:39 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (darklight.org.ru [194.186.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1886513C448 for ; Sat, 23 Jun 2007 17:54:37 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l5NHgQ9c021882; Sat, 23 Jun 2007 21:42:27 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l5NHgPPg021881; Sat, 23 Jun 2007 21:42:25 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Date: Sat, 23 Jun 2007 21:42:25 +0400 From: Yuri Pankov To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070623174225.GC73218@darklight.org.ru> References: <499c70c0706231033k68d5353bi4ad997c70881924a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0706231033k68d5353bi4ad997c70881924a@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (darklight.org.ru [127.0.0.1]); Sat, 23 Jun 2007 21:42:27 +0400 (MSD) Cc: freebsd-current@freebsd.org Subject: Re: Can't kill WATCH in latest 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: Sat, 23 Jun 2007 17:54:39 -0000 On Sat, Jun 23, 2007 at 08:33:27PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > Hello, > > I tried to kill watch via kill -9 and killall -SIGTERM watch but none > of them were able to kill it. > > 41631 root 1 -8 0 5016K 1276K devdrn 0 0:03 0.00% watch > > > > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal Check this list archives. http://lists.freebsd.org/pipermail/freebsd-current/2007-May/072931.html and other numerous threads. Yuri From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 18:52:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBFB216A41F for ; Sat, 23 Jun 2007 18:52:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC2813C457 for ; Sat, 23 Jun 2007 18:52:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5NIMAix002059; Sat, 23 Jun 2007 22:22:10 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 23 Jun 2007 22:22:10 +0400 (MSD) From: Dmitry Morozovsky To: ticso@cicely.de In-Reply-To: <20070622204057.GB28975@cicely12.cicely.de> Message-ID: <20070623222109.K2020@woozle.rinet.ru> References: <1182338018.10483.27.camel@bigapple.omnis.ch> <20070622164200.GA2212@zone3000.net> <20070622214855.71c03e92@deskjail> <20070622204057.GB28975@cicely12.cicely.de> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 23 Jun 2007 22:22:10 +0400 (MSD) Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 18:52:58 -0000 On Fri, 22 Jun 2007, Bernd Walter wrote: BW> Yours is fat as well: BW> CPU: AMD-K6tm w/ multimedia extensions (167.05-MHz 586-class CPU) BW> Origin = "AuthenticAMD" Id = 0x561 Stepping = 1 BW> Features=0x8001bf BW> AMD Features=0x400<> BW> real memory = 167772160 (160 MB) BW> avail memory = 158793728 (151 MB) BW> BW> Many things tuned to get ZFS runnning. BW> But it is used just as backup another bigger ZFS Server with BW> zfs receive. BW> I'm not shure if it would survive much file access from userland, BW> at least it can handle gzip-9 compression - well slow or course... BW> BW> [55]momax# zpool list BW> NAME SIZE USED AVAIL CAP HEALTH ALTROOT BW> backup 87G 74.8G 12.2G 85% ONLINE - BW> BW> This very low configurtion makes it even possible to think about one BW> of the bigger Soekris with 256-512M RAM, although I would suggest to BW> use 512M for a real use ZFS, but backup with an 4801 seems to be BW> possible. Would you please post zfs-related settings you use? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 19:14:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0975116A41F for ; Sat, 23 Jun 2007 19:14:28 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 79A9713C45E for ; Sat, 23 Jun 2007 19:14:27 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l5NJEPw5078440; Sat, 23 Jun 2007 21:14:26 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l5NJEKAu048757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jun 2007 21:14:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l5NJEKDw032492; Sat, 23 Jun 2007 21:14:20 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l5NJEKps032491; Sat, 23 Jun 2007 21:14:20 +0200 (CEST) (envelope-from ticso) Date: Sat, 23 Jun 2007 21:14:20 +0200 From: Bernd Walter To: Dmitry Morozovsky Message-ID: <20070623191419.GC32386@cicely12.cicely.de> References: <1182338018.10483.27.camel@bigapple.omnis.ch> <20070622164200.GA2212@zone3000.net> <20070622214855.71c03e92@deskjail> <20070622204057.GB28975@cicely12.cicely.de> <20070623222109.K2020@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070623222109.K2020@woozle.rinet.ru> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Alexander Leidinger , freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2007 19:14:28 -0000 On Sat, Jun 23, 2007 at 10:22:10PM +0400, Dmitry Morozovsky wrote: > On Fri, 22 Jun 2007, Bernd Walter wrote: > > BW> Yours is fat as well: > BW> CPU: AMD-K6tm w/ multimedia extensions (167.05-MHz 586-class CPU) > BW> Origin = "AuthenticAMD" Id = 0x561 Stepping = 1 > BW> Features=0x8001bf > BW> AMD Features=0x400<> > BW> real memory = 167772160 (160 MB) > BW> avail memory = 158793728 (151 MB) > BW> > BW> Many things tuned to get ZFS runnning. > BW> But it is used just as backup another bigger ZFS Server with > BW> zfs receive. > BW> I'm not shure if it would survive much file access from userland, > BW> at least it can handle gzip-9 compression - well slow or course... > BW> > BW> [55]momax# zpool list > BW> NAME SIZE USED AVAIL CAP HEALTH ALTROOT > BW> backup 87G 74.8G 12.2G 85% ONLINE - > BW> > BW> This very low configurtion makes it even possible to think about one > BW> of the bigger Soekris with 256-512M RAM, although I would suggest to > BW> use 512M for a real use ZFS, but backup with an 4801 seems to be > BW> possible. > > Would you please post zfs-related settings you use? Thanks in advance. Oh - it was just vm.kmem_size="134217728" and not _many things_. If kmem uses that much RAM there is not much left for applications, but it runs stable for doing the backups. I noticed once that a zpool scrub requires additional kmem to normal use, which might still overflow this box - it is hard on the limit after all. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 20:31:58 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF1DC16A400 for ; Sat, 23 Jun 2007 20:31:58 +0000 (UTC) (envelope-from skreuzer@exit2shell.com) Received: from mail.exit2shell.com (clamps.exit2shell.com [38.99.2.93]) by mx1.freebsd.org (Postfix) with ESMTP id AE93713C484 for ; Sat, 23 Jun 2007 20:31:58 +0000 (UTC) (envelope-from skreuzer@exit2shell.com) Received: from clamps.exit2shell.com (localhost [127.0.0.1]) by mail.exit2shell.com (8.13.5.20060614/8.13.3) with ESMTP id l5NKVkVj016316; Sat, 23 Jun 2007 13:31:47 -0700 (PDT) Received: (from skreuzer@localhost) by clamps.exit2shell.com (8.13.5.20060614/8.13.3) id l5NKVk07011005; Sat, 23 Jun 2007 13:31:46 -0700 (PDT) Date: Sat, 23 Jun 2007 13:31:46 -0700 From: Steven Kreuzer To: Gabor Kovesdan Message-ID: <20070623203146.GA16913@clamps.exit2shell.com> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467C45C7.6020401@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 20:31:58 -0000 On Fri, Jun 22, 2007 at 11:57:27PM +0200, Gabor Kovesdan wrote: > Steven Kreuzer escribi?: > >Greetings- > > > >OpenBSD includes a version of sdiff released to the public domain. > >In a quest to remove as much GPL code from FreeBSD as possible, I > >ported it over. > > > >If you want to try it out, You can download the source at > >http://www.exit2shell.com/~skreuzer/code/sdiff.tar.gz > > > >I had a few people who are part of the NYC BSD Users Group beta > >test it for me and so far no one has encountered any problems so > >I thought I would pass it along to see if it would be considered > >as a replacement for the GNU version. > > > >The contents of the tarball is a shar archive which extracts the > >code in usr/src/usr.bin/sdiff and a patch the adds adds "sdiff" > >to SUBDIR in the Makefile in usr.bin and removes "sdiff" from the > >Makefile in gnu/usr.bin > > > >Questions, comments and criticisms are all welcome. > > > > > Hello Steven, > > these are very good news! You might also want to take a look at > textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the > BSD-licensed text processing tools from OpenBSD, as well, but I haven't > looked at sdiff, yet, thus I can only tell about the former 3 ones. If > we change to those, we should make sure, that they are compatible with > the GNU versions as much as they can be. Thus we might need a bit of > feature completion there. For example, we should check if the long > command line options are available there, too. For diff, grep and sort, > there are some of those, but they are undocumented in the manual page, > so we have to complete the manpages, too. Now I'm busy with SoC and > other high priority tasks, but if I have some time, I'll take a look as > I'm also interested in getting these completed. I am pretty sure it is compatiable with the GNU version of sdiff, but I will take a closer look to make sure. One thing worth noting, which was brought up on the NYCBUG mailing list is that --help is missing Ray Lai, who is the original author of this, responded with: "I don't really like the GNU-style --help/--version stuff. I'd rather improve the man pages instead of trying to keep two different manuals." I think he makes a pretty good point, but if you guys think this should be available, I could hack it in. Also, I am going to run some tests to make sure that there is no regression with mergemaster -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 20:54:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FDC416A41F for ; Sat, 23 Jun 2007 20:54:21 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 16D4F13C487 for ; Sat, 23 Jun 2007 20:54:20 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1148469uge for ; Sat, 23 Jun 2007 13:54:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=DihTRKMv07HPu+jtj0eAFx8ZexTc04WFZ258sezwylBwRp+nlg18ZwIUeC6tUVzEGJJUo32e43/5bz91ZJxoS8cxuXTM70zLOSf79a+1G1AQsNDiSF2QfyItlCu8XAzaZ5kUmAJygPP1kOVv+BxixESoeIvqVYNcP5X421Z+zDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=oluP1QFAn3BZE2cBQ9ojxstpexs526YKqQsmOBbqUBWFcTxxh1oFNGb7nCW7DwWzKlsrk4QaCPkJ/hzz59QsfCXp+oJwFbO/cmXdhfcLmqcvM/z4bFznqXf40bXSripUZyYzZsz4jgxMOagdpuklYU7/EOqaN6uEkBSECajWT6Q= Received: by 10.66.220.12 with SMTP id s12mr3845568ugg.1182632059832; Sat, 23 Jun 2007 13:54:19 -0700 (PDT) Received: from ?192.168.0.23? ( [87.166.67.65]) by mx.google.com with ESMTP id r57sm3644043ugr.2007.06.23.13.54.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 23 Jun 2007 13:54:19 -0700 (PDT) From: Pascal Hofstee To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Content-Type: text/plain Date: Sat, 23 Jun 2007 22:54:18 +0200 Message-Id: <1182632058.1217.3.camel@worf> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: recent USB changes break building of atausb module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 20:54:21 -0000 Hi, I just updated to a fresh current today to notice that with the recent slew of commits to the usb subsystem, the atausb module no longer compiles. cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: data definition has no type or storage class /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: type defaults to 'int' in declaration of 'USB_DECLARE_DRIVER' /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: parameter names (without types) in function declaration /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:152: error: 'atausb_driver' undeclared here (not in a function) /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:152: error: 'atausb_devclass' undeclared here (not in a function) /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c: In function 'atausb_attach': /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: warning: implicit declaration of function 'atausb_detach' /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: warning: nested extern declaration of 'atausb_detach' /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c: At top level: /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:353: error: static declaration of 'atausb_detach' follows non-static declaration /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: error: previous implicit declaration of 'atausb_detach' was here *** Error code 1 I know it's not exactly critical as atausb is not built on default but would appreciate it if somebody could have a closer look at this. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 21:24:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 634E616A41F; Sat, 23 Jun 2007 21:24:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4BE5513C457; Sat, 23 Jun 2007 21:24:00 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 358244581; Sat, 23 Jun 2007 23:23:59 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2007 23:23:56 +0200 User-Agent: KMail/1.9.5 References: <1182632058.1217.3.camel@worf> In-Reply-To: <1182632058.1217.3.camel@worf> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706232323.56543.hselasky@c2i.net> Cc: =?iso-8859-1?q?S=F8ren_Schmidt?= , current@freebsd.org, freebsd-usb@freebsd.org, Pascal Hofstee Subject: Re: recent USB changes break building of atausb module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 21:24:02 -0000 On Saturday 23 June 2007 22:54, Pascal Hofstee wrote: > Hi, > > I just updated to a fresh current today to notice that with the recent > slew of commits to the usb subsystem, the atausb module no longer > compiles. I think this is because Warner Losh is doing some cleanup in the old USB stack. --HPS > > cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp -D_KERNEL > -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -c /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: > data definition has no type or storage class > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: > type defaults to 'int' in declaration of 'USB_DECLARE_DRIVER' > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: > parameter names (without types) in function declaration > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:152: error: > 'atausb_driver' undeclared here (not in a function) > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:152: error: > 'atausb_devclass' undeclared here (not in a function) > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c: In function > 'atausb_attach': > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: warning: > implicit declaration of function 'atausb_detach' > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: warning: > nested extern declaration of 'atausb_detach' > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c: At top > level: > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:353: error: > static declaration of 'atausb_detach' follows non-static declaration > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: error: > previous implicit declaration of 'atausb_detach' was here > *** Error code 1 > > I know it's not exactly critical as atausb is not built on default but > would appreciate it if somebody could have a closer look at this. From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 21:24:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 634E616A41F; Sat, 23 Jun 2007 21:24:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4BE5513C457; Sat, 23 Jun 2007 21:24:00 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 358244581; Sat, 23 Jun 2007 23:23:59 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2007 23:23:56 +0200 User-Agent: KMail/1.9.5 References: <1182632058.1217.3.camel@worf> In-Reply-To: <1182632058.1217.3.camel@worf> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706232323.56543.hselasky@c2i.net> Cc: =?iso-8859-1?q?S=F8ren_Schmidt?= , current@freebsd.org, freebsd-usb@freebsd.org, Pascal Hofstee Subject: Re: recent USB changes break building of atausb module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 21:24:02 -0000 On Saturday 23 June 2007 22:54, Pascal Hofstee wrote: > Hi, > > I just updated to a fresh current today to notice that with the recent > slew of commits to the usb subsystem, the atausb module no longer > compiles. I think this is because Warner Losh is doing some cleanup in the old USB stack. --HPS > > cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp -D_KERNEL > -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -c /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: > data definition has no type or storage class > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: > type defaults to 'int' in declaration of 'USB_DECLARE_DRIVER' > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:151: warning: > parameter names (without types) in function declaration > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:152: error: > 'atausb_driver' undeclared here (not in a function) > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:152: error: > 'atausb_devclass' undeclared here (not in a function) > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c: In function > 'atausb_attach': > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: warning: > implicit declaration of function 'atausb_detach' > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: warning: > nested extern declaration of 'atausb_detach' > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c: At top > level: > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:353: error: > static declaration of 'atausb_detach' follows non-static declaration > /usr/src/sys/modules/ata/atausb/../../../dev/ata/ata-usb.c:278: error: > previous implicit declaration of 'atausb_detach' was here > *** Error code 1 > > I know it's not exactly critical as atausb is not built on default but > would appreciate it if somebody could have a closer look at this. From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 21:52:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABAA416A46D; Sat, 23 Jun 2007 21:52:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 547C813C44C; Sat, 23 Jun 2007 21:52:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5NLpsoR085601; Sat, 23 Jun 2007 15:51:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Jun 2007 15:52:29 -0600 (MDT) Message-Id: <20070623.155229.660264947.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200706232323.56543.hselasky@c2i.net> References: <1182632058.1217.3.camel@worf> <200706232323.56543.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 23 Jun 2007 15:51:55 -0600 (MDT) Cc: caelian@gmail.com, freebsd-current@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, sos@freebsd.org Subject: Re: recent USB changes break building of atausb module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 21:52:25 -0000 In message: <200706232323.56543.hselasky@c2i.net> Hans Petter Selasky writes: : On Saturday 23 June 2007 22:54, Pascal Hofstee wrote: : > Hi, : > : > I just updated to a fresh current today to notice that with the recent : > slew of commits to the usb subsystem, the atausb module no longer : > compiles. : : I think this is because Warner Losh is doing some cleanup in the old USB : stack. Yup. Fixed. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 21:52:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABAA416A46D; Sat, 23 Jun 2007 21:52:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 547C813C44C; Sat, 23 Jun 2007 21:52:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5NLpsoR085601; Sat, 23 Jun 2007 15:51:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Jun 2007 15:52:29 -0600 (MDT) Message-Id: <20070623.155229.660264947.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200706232323.56543.hselasky@c2i.net> References: <1182632058.1217.3.camel@worf> <200706232323.56543.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 23 Jun 2007 15:51:55 -0600 (MDT) Cc: caelian@gmail.com, freebsd-current@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, sos@freebsd.org Subject: Re: recent USB changes break building of atausb module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2007 21:52:25 -0000 In message: <200706232323.56543.hselasky@c2i.net> Hans Petter Selasky writes: : On Saturday 23 June 2007 22:54, Pascal Hofstee wrote: : > Hi, : > : > I just updated to a fresh current today to notice that with the recent : > slew of commits to the usb subsystem, the atausb module no longer : > compiles. : : I think this is because Warner Losh is doing some cleanup in the old USB : stack. Yup. Fixed. Warner