From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 01:44:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ED69106566B for ; Sun, 20 Sep 2009 01:44:10 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 728FC8FC15 for ; Sun, 20 Sep 2009 01:44:09 +0000 (UTC) Received: by ewy4 with SMTP id 4so1508434ewy.36 for ; Sat, 19 Sep 2009 18:44:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xwDzQZRBo3aApX4ZXnZt9bZJ29z57rbN2qnv0pAuJPQ=; b=dUdWgyVY19TZ95ZgZYHm6wkBxtz/qNuU6pLUPTHW1pPwox6PKpToUZJlH0v+FGQbgd CC258mJSFYAOwlRaxbfIjRKHWK7SVEcFsRxg48+vBF1qXJXFjoOsg51nkvVKjNKY6N/5 ftQPpbzzuFGvPZyx4D2vhduiLByq73JC1WAzU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Kqau8A9RwyN6punXCC7oY+8+Ildr26ZTyDgLjJ1fYolKjhYZAhEy2SPys7inWRAse0 bzlgVxCG9B+6eAMGeQj4uxUS5/gQ6LrF42W3THUDz23P5RkdGzp6TQDcGwlQywmJdzch wrbPK4JIlJahOtL5M4xWZCQ7t6qGxwWinWzrg= MIME-Version: 1.0 Received: by 10.210.6.21 with SMTP id 21mr1383442ebf.58.1253411048419; Sat, 19 Sep 2009 18:44:08 -0700 (PDT) In-Reply-To: <507613.41733.qm@web63907.mail.re1.yahoo.com> References: <507613.41733.qm@web63907.mail.re1.yahoo.com> Date: Sat, 19 Sep 2009 21:44:08 -0400 Message-ID: From: Ryan Stone To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: SSE register return with SSE disabled 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: Sun, 20 Sep 2009 01:44:10 -0000 You must not use SSE or floating point operations in the kernel. The state of the floating point and SSE registers is *not* saved upon entry to the kernel. If the kernel executes SSE or floating point instructions it will corrupt the state of a userland program. Ryan Stone From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 04:23:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7566F106568D for ; Sun, 20 Sep 2009 04:23:12 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF4E8FC14 for ; Sun, 20 Sep 2009 04:23:12 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [17.151.87.7] by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KQ900LED5INK840@asmtp015.mac.com>; Sat, 19 Sep 2009 21:23:12 -0700 (PDT) Message-id: From: Chuck Swiger To: Ryan Stone In-reply-to: Date: Sat, 19 Sep 2009 21:23:11 -0700 References: <507613.41733.qm@web63907.mail.re1.yahoo.com> X-Mailer: Apple Mail (2.936) Cc: Barney Cordoba , freebsd-current@freebsd.org, Ivan Voras Subject: Re: SSE register return with SSE disabled 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: Sun, 20 Sep 2009 04:23:12 -0000 On Sep 19, 2009, at 6:44 PM, Ryan Stone wrote: > You must not use SSE or floating point operations in the kernel. The > state of the floating point and SSE registers is *not* saved upon > entry to the kernel. If the kernel executes SSE or floating point > instructions it will corrupt the state of a userland program. Unless you make an effort to save and restore the floating point/SSE state-- which could be done for you automagically if the FreeBSD kernel trapped floating point when/if you needed to use such in the kernel (see sys/i386/i386/trap.c and http://en.wikipedia.org/wiki/Context_switch#Software_vs_hardware_context_switching about TSS). It would add some extra latency to context switching-- supposedly around 2 microseconds for P3-grade hardware. The recommendation for FreeBSD platform typically seems to be to use integer fixed-point math instead or have a userland process in tight communication with the kernel (via kqueue or maybe a socket like divert(4) used by IPFW/dummynet) for handling heavy math-oriented stuff which needed FP/MMX/SSE. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 05:03:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 675CF106566C; Sun, 20 Sep 2009 05:03:33 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-pz0-f172.google.com (mail-pz0-f172.google.com [209.85.222.172]) by mx1.freebsd.org (Postfix) with ESMTP id 440A88FC1B; Sun, 20 Sep 2009 05:03:33 +0000 (UTC) Received: by pzk2 with SMTP id 2so1546894pzk.28 for ; Sat, 19 Sep 2009 22:03:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.115.101.25 with SMTP id d25mr5783791wam.46.1253421662391; Sat, 19 Sep 2009 21:41:02 -0700 (PDT) In-Reply-To: <507613.41733.qm@web63907.mail.re1.yahoo.com> References: <507613.41733.qm@web63907.mail.re1.yahoo.com> Date: Sat, 19 Sep 2009 21:41:02 -0700 Message-ID: From: Peter Wemm To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: SSE register return with SSE disabled 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: Sun, 20 Sep 2009 05:03:33 -0000 On Sat, Sep 19, 2009 at 3:19 PM, Barney Cordoba wrote: > > > --- On Sat, 9/19/09, Ivan Voras wrote: > >> From: Ivan Voras >> Subject: Re: SSE register return with SSE disabled on AMD64 >> To: freebsd-current@freebsd.org >> Date: Saturday, September 19, 2009, 4:52 PM >> Barney Cordoba wrote: >> > What causes the error: >> > >> > "SSE register return with SSE disabled" >> > >> > Im getting it with seemingly simple math. Its in a >> module so I can >> > change the switches. >> >> Module, as in "kernel module"? Floating point math, and I >> believe by >> extension SSE and others, are not allowed in the kernel. >> > Yes, Kernel Module > > It only seems to affect division, and it works fine in 32 bit mode, > so I don't think its floating point in general. Is there an emulator > function or something? > > Barney The error suggests you've got a function returning a double or a float or an SSE data type. You cannot do that, either in the kernel or in a module. You will cause corruption to user processes. We compile with -mno-sse etc for a reason on amd64 kernels. It isn't allowed on i386 either, but I don't think we have explicit safeguards therem. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 07:44:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B18E1065672 for ; Sun, 20 Sep 2009 07:44:17 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id D87E48FC08 for ; Sun, 20 Sep 2009 07:44:16 +0000 (UTC) Received: from [89.178.144.185] (port=43519 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MpH5i-000LsJ-6n for freebsd-current@freebsd.org; Sun, 20 Sep 2009 11:44:14 +0400 Message-ID: <4AB5DD4D.80602@lissyara.su> Date: Sun, 20 Sep 2009 11:44:13 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4AAB017D.7090909@delphij.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: vesa(4) and 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: Sun, 20 Sep 2009 07:44:17 -0000 b. f. пишет: > With your suggested change on 9-CURRENT i386 r197299, my desktop can > now use the 132x60 mode, and some other modes that were causing > problems after the x86emu introduction. Also, mode-switching no > longer forces a reboot. There remain some problems with vesa/dpms > when attempting to wake up from a sleep state, but these may be acpi > or hardware problems. However, with 9-CURRENT i386 r197295 and your > patch, my laptop still hangs after displaying the VESA information > block when attempting to load the vesa kernel module. may be you get some hardware info, about your laptop? From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 09:05:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 900B3106566C for ; Sun, 20 Sep 2009 09:05:02 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 26A268FC40 for ; Sun, 20 Sep 2009 09:05:01 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n8K94xFI008498; Sun, 20 Sep 2009 10:04:59 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MpILr-00037p-7p; Sun, 20 Sep 2009 10:04:59 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n8K94xEj094927; Sun, 20 Sep 2009 10:04:59 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n8K94wwC094919; Sun, 20 Sep 2009 10:04:59 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 20 Sep 2009 10:04:58 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Jin Guojun In-Reply-To: <697729.27688.qm@web82204.mail.mud.yahoo.com> Message-ID: <20090920100341.T92362@ury.york.ac.uk> References: <697729.27688.qm@web82204.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: question@freebsd.org, current@freebsd.org Subject: Re: Is SATA HOT plug in still supported 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: Sun, 20 Sep 2009 09:05:02 -0000 On Sat, 19 Sep 2009, Jin Guojun wrote: > It seems that SATA hot-plug-in is no longer supported in current -- both 7.2 and 8.0. > > I have a GeForce6100PM-M2 motherboard with both PATA and SATA installed. > System boots from PATA derives for 6.4, 7.2 and 8.0-Beta4 with SATA offline. > > After system is up, power SATA, 6.4 sees the dirve right way and disk is automatically attached to ata2-master. > > When boot to both 7.2 and 8.0, hot plug-in SATA drive does not show any message to the system. > Issueing command "atacontrol attach ata2" or "atacontrol reinit ata2" does not get disk online. Without chnage anything, and just reboot the system, the SATA drive will show up. Can you boot with verbose dmesg enabled, and without the disk attached, then plug the disk in after boot? Then please upload the output of "dmesg" somewhere and send a link to it to the list? Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 09:25:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D00F10656A6 for ; Sun, 20 Sep 2009 09:25:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 87AA58FC1F for ; Sun, 20 Sep 2009 09:25:43 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=J56WAFSd9XEA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=NoP2jsijBYDE3IZBBMQA:9 a=BxZhHmUpnnJzSMqHOoQA:7 a=JyrkJIhivALdUCG4bD_eoGCUKPcA:4 a=6QAPRyzfe0AA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1300746551; Sun, 20 Sep 2009 11:25:39 +0200 From: Hans Petter Selasky To: Greg Rivers Date: Sun, 20 Sep 2009 11:26:14 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200909191553.12645.hselasky@c2i.net> In-Reply-To: X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909201126.15417.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB-to-serial adapter no longer working in 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 09:25:44 -0000 On Saturday 19 September 2009 20:13:33 Greg Rivers wrote: > On Sat, 19 Sep 2009, Hans Petter Selasky wrote: > > On Saturday 19 September 2009 05:40:28 Greg Rivers wrote: > >> Last May, Hans Petter Selasky fixed up the umct driver for 8.0-CURRENT > >> (http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007125.html > >>). After updating to 8.0-RC1 I find that the driver has a new problem. > >> > >> Testing with cu(1) and a modem, I can see by watching the lights on the > >> modem and on the usb-serial adapter that it still asserts DTR and sends > >> and receives characters properly, but no characters reach the terminal. > >> That seems to be the only problem: characters from the attached serial > >> device seem to disappear before reaching whatever program has the serial > >> device open. But strangely enough, power cycling the modem results in a > >> few "line noise" characters appearing. Perhaps the driver is no longer > >> responding appropriately to DSR? > >> > >> Any insight or troubleshooting clues would be much appreciated. > > > > Hi, > > > > You need to provide debug output from: > > > > sysctl hw.usb.ucom.debug=15 > > > > and > > > > sysctl hw.usb.umct.debug=15 > > > > If it exists. > > hw.usb.umct does not exist, but hw.usb.ucom does. Here's debug output with > hw.usb.ucom.debug set to 15. I tested with a modem because it's easy to > interact with. > > Attach USB-serial adapter to USB port: > ugen1.2: at usbus1 > umct0: addr 2> on usbus1 ucom_attach_tty:317: tp = 0xc5644200, unit = 0 > ucom_attach_tty:346: ttycreate: U0 > > Open /dev/cuaU0 via 'cu -l cuaU0 -s 115200 dir': > ucom_open:554: tp = 0xc5644200 > ucom_dtr:827: onoff = 1 > ucom_line_state:799: on=0x01, off=0x00 > ucom_rts:838: onoff = 1 > ucom_line_state:799: on=0x02, off=0x00 > ucom_break:816: onoff = 0 > ucom_line_state:799: on=0x00, off=0x04 > ucom_status_change:901: > ucom_param:950: sc = 0xc5433230 > ucom_dtr:827: onoff = 1 > ucom_line_state:799: on=0x01, off=0x00 > ucom_rts:838: onoff = 1 > ucom_line_state:799: on=0x02, off=0x00 > ucom_cfg_open:520: > ucom_ioctl:653: cmd = 0x402c7413 > ucom_ioctl:653: cmd = 0x802c7416 > ucom_ioctl:653: cmd = 0x2000740d > ucom_ioctl:653: cmd = 0x402c7413 > ucom_ioctl:653: cmd = 0x802c7416 > ucom_param:950: sc = 0xc5433230 > ucom_ioctl:653: cmd = 0x8004667e > ucom_ioctl:653: cmd = 0x8004667d > ucom_get_data:1064: cnt=0 > > Type "atz" (modem resets, responds with "OK"): > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_status_change:901: > > Type "atdt" (modem goes off hook, > finds no dial tone, prints "NO DIALTONE", hangs up): > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_status_change:901: > last message repeated 2 times > > Type "atz" (modem resets, responds with "OK"): > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > ucom_status_change:901: > > Type "~." to exit cu: > ucom_ioctl:653: cmd = 0x2000740e > ucom_ioctl:653: cmd = 0x2000740e > ucom_close:623: tp=0xc5644200 > ucom_shutdown:446: > ucom_dtr:827: onoff = 0 > ucom_line_state:799: on=0x00, off=0x01 > ucom_rts:838: onoff = 1 > ucom_line_state:799: on=0x02, off=0x00 > ucom_cfg_close:605: > > Detach USB-serial adapter from USB port: > ugen1.2: at usbus1 (disconnected) > umct0: at uhub0, port 1, addr 2 (disconnected) > ucom_detach_tty:358: sc = 0xc5433230, tp = 0xc5644200 > ucom_close:623: tp=0xc5644200 > ucom_close:626: tp=0xc5644200 already closed > > Note that none of the characters output by the modem made it to cu. Each > sequence of ucom_outwakeup:1009: sc = 0xc5433230 > ucom_get_data:1064: cnt=1 > ucom_get_data:1064: cnt=0 > corresponds to me typing a character. There are no debug lines > corresponding to characters output by the modem, so they must be getting > dropped prior to reaching the ucom driver. > > I also tested with a 8.0-BETA2 system from July 18; it has the same > problem. But I know that it was working on 8.0-CURRENT as recently as > the first week of June. It still works fine on recent 7.2-STABLE. /* * The real bulk-in endpoint is also marked as an interrupt. * The only way to differentiate it from the real interrupt * endpoint is to look at the wMaxPacketSize field. */ #ifdef XXX maxp = UGETW(sc->sc_xfer[UMCT_BULK_DT_RD]->endpoint->edesc->wMaxPacketSize); if (maxp == 0x2) { /* guessed wrong - switch around endpoints */ struct usb_xfer *temp = sc->sc_xfer[UMCT_INTR_DT_RD]; sc->sc_xfer[UMCT_INTR_DT_RD] = sc->sc_xfer[UMCT_BULK_DT_RD]; sc->sc_xfer[UMCT_BULK_DT_RD] = temp; sc->sc_xfer[UMCT_BULK_DT_RD]->callback = &umct_read_callback; sc->sc_xfer[UMCT_INTR_DT_RD]->callback = &umct_intr_callback; } #endif Could you try to change this into #if 1 ? --HPS Hi, I see some code was commented out in umct.c: From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 10:28:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 228B0106566B for ; Sun, 20 Sep 2009 10:28:00 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id A71648FC08 for ; Sun, 20 Sep 2009 10:27:59 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=J56WAFSd9XEA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=0KR6i4eDbr5iQ6rbjnsA:9 a=4px8K9upPm3DWEBEtACr8pyBj8sA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 565656942; Sun, 20 Sep 2009 12:27:57 +0200 From: Hans Petter Selasky To: Greg Rivers Date: Sun, 20 Sep 2009 12:28:31 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200909191553.12645.hselasky@c2i.net> In-Reply-To: X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909201228.31727.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB-to-serial adapter no longer working in 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 10:28:00 -0000 Hi, You need to download the complete umct.c from FreeBSD USB perforce using the download link. There seems some code was commented out during a driver conversion, but never was commented back in. Should be fixed now! http://perforce.freebsd.org/chv.cgi?CH=168699 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 11:25:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E716D106566C for ; Sun, 20 Sep 2009 11:25:01 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mailout1-admin.bkkb.no (mailout.bkkb.no [62.97.193.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93CFB8FC12 for ; Sun, 20 Sep 2009 11:25:01 +0000 (UTC) X-ASG-Debug-ID: 1253445900-1f3e028e0000-XDYc8F X-Barracuda-URL: http://62.97.193.182:8000/cgi-bin/mark.cgi Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no (Spam & Virus Firewall) with ESMTP id 0C3603449B8; Sun, 20 Sep 2009 13:25:00 +0200 (CEST) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no with ESMTP id CSZf9tRXN7pL5vIH; Sun, 20 Sep 2009 13:25:00 +0200 (CEST) Received: from carebears.mine.nu (220.85-200-86.bkkb.no [85.200.86.220]) by mail.hjemme.no (Postfix) with ESMTP id C481CB09118D; Sun, 20 Sep 2009 13:24:54 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id B98129470; Sun, 20 Sep 2009 13:24:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at example.com Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.antarctica.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FORczz9Ozkm1; Sun, 20 Sep 2009 13:24:56 +0200 (CEST) Received: from [192.168.0.22] (funshine.antarctica.no [192.168.0.22]) by carebears.mine.nu (Postfix) with ESMTP id 193909462; Sun, 20 Sep 2009 13:24:56 +0200 (CEST) Message-ID: <4AB610E9.4010407@carebears.mine.nu> Date: Sun, 20 Sep 2009 13:24:25 +0200 From: Christer Solskogen User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Markus Boelter X-ASG-Orig-Subj: Re: chflags: Invalid argument References: <4AB55285.2090804@carebears.mine.nu> <9F69AC01-8963-4C48-9240-51AF86E11A71@me.com> In-Reply-To: <9F69AC01-8963-4C48-9240-51AF86E11A71@me.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mail.hjemme.no[62.97.193.11] X-Barracuda-Start-Time: 1253445900 X-Barracuda-Virus-Scanned: by Barracuda Spam & Virus Firewall at bkkb.no X-Barracuda-Spam-Score: -1002.00 X-Barracuda-Spam-Status: No, SCORE=-1002.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1000.0 Cc: freebsd-current@freebsd.org Subject: Re: chflags: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 11:25:02 -0000 Markus Boelter wrote: > Hi! > > I ran into the same problem recently, did you not only updated the pool, > but also the filesystems? (Zfs upgrade -a) > Ah, I did not. Thanks! -- chs From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 11:26:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E37B2106566C for ; Sun, 20 Sep 2009 11:26:38 +0000 (UTC) (envelope-from vinnix.bsd@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 74E978FC0A for ; Sun, 20 Sep 2009 11:26:38 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so986730and.13 for ; Sun, 20 Sep 2009 04:26:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=ydVv8T/av+RWn9o6LiEi8+v+ZfEddGrwAwfZE3G1okY=; b=LT5y0joFzWYf86SXU5wqplXmsCBPrnu+A5s5FJFbC11HCeftYVmCnREfZFSFXHhT/e z0/anJC2ei4GMLL44XoQPBaDuUdNma3hdYH2roMlnXCcvDEprVRDQkqaLrynKgOWWACO 6w19wVUCCuFmYBfhsKSeilg6WkPNApu6fXEwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=x7+gJxqyMFlxIUcWS5+zqmsOkPQCIpc2D9ckzSPHNNqRiIYH2kP4LbuwcDonIlaDtJ rBK9llSZ6Eq3594AY7szTySHsZpspsKZjCRnwFFlrJQAKuhbNHkvDUVoTI6K6+BjigZY ys3RvlkcPt1tHX9wgxhIVS/9c5L2YBZP8JM6w= MIME-Version: 1.0 Received: by 10.101.109.11 with SMTP id l11mr3301350anm.145.1253445997260; Sun, 20 Sep 2009 04:26:37 -0700 (PDT) Date: Sun, 20 Sep 2009 08:26:37 -0300 Message-ID: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> From: Vinicius Abrahao To: freebsd-openoffice@freebsd.org, freebsd-current , miwi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Problem building Openoffice 3.1.1 at -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, 20 Sep 2009 11:26:39 -0000 Hello dear fellows, I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm getting an strange error (associated with python). This is the error that appears many hours after I start the upgrade: --------------------------------------------------------------------8<-----= ---------------------------------------------------------------------------= --------------------------------------------------- (...) ************************************************** ERROR: ERROR: Could not register all components for file services.rdb (gid_Starregistry_Services_Rdb)! in function: create_services_rdb ************************************************** ************************************************** ERROR: Saved logfile: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfbs= dx.pro/OpenOffice/bsd/logging/en-US/log_OOO310_en-US.log ************************************************** ... cleaning the output tree ... ... removing directory /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfbs= dx.pro/OpenOffice/bsdzip/en-US ... ... removing directory /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfbs= dx.pro/OpenOffice/bsdgid_Starregistry_Services_Rdb_servicesrdb/en-US_wither= ror_1 ... Sun Sep 20 08:58:11 2009 (01:53 min.) dmake: Error code 255, while making 'openoffice_en-US.bsd' Running processes: 0 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/util Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from nstsetoo_native" rmdir /tmp/18226 *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090919-11256-4l52h4-0 env UPGRADE_TOOL=3Dportupgrae UPGRADE_PORT=3Dopenoffice.org-3.1.0 UPGRADE_PORT_VER=3D3.1.0 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! editors/openoffice.org-3 (openoffice.org-3.1.0) (new compiler error) --------------------------------------------------------------------8<-----= ---------------------------------------------------------------------------= --------------------------------------------------- Looking close at the logfile referred in this error ew see: --------------------------------------------------------------------8<-----= ---------------------------------------------------------------------------= --------------------------------------------------- (...) Sun Sep 20 08:58:01 2009 (01:43 min.) ###################################################### Registering python UNO components: ###################################################### SUCCESS: Source for types.rdb: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro= /bin/types.rdb SUCCESS: Source for pyuno_services.rdb: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro= /bin/pyuno_services.rdb Systemcall: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310= /unxfbsdx.pro/bin/regcomp -register -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/31= 0/unxfbsdx.pro/bin/types.rdb -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx= .pro/bin/pyuno_services.rdb -r /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unx= fbsdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_in= progress_1/services.rdb -c vnd.openoffice.pymodule:pythonscript -l com.sun.star.loader.Python 2>&1 | vnd.openoffice.pymodule:pythonscript Could not find platform independent libraries Could not find platform dependent libraries Consider setting $PYTHONHOME to [:] register component 'vnd.openoffice.pymodule:pythonscript' in registry '/usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfb= sdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_inpr= ogress_1/services.rdb' failed! error (RuntimeException): python object raised an unknown exception ('No module named _socket', traceback follows ERROR: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxf= bsdx.pro/bin/regcomp -register -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/31= 0/unxfbsdx.pro/bin/types.rdb -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx= .pro/bin/pyuno_services.rdb -r /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unx= fbsdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_in= progress_1/services.rdb -c vnd.openoffice.pymodule:pythonscript -l com.sun.star.loader.Python 2>&1 | Systemcall: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310= /unxfbsdx.pro/bin/regcomp -register -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/31= 0/unxfbsdx.pro/bin/types.rdb -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx= .pro/bin/pyuno_services.rdb -r /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unx= fbsdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_in= progress_1/services.rdb -c vnd.openoffice.pymodule:mailmerge -l com.sun.star.loader.Python 2>&1 | vnd.openoffice.pymodule:mailmerge Could not find platform independent libraries Could not find platform dependent libraries Consider setting $PYTHONHOME to [:] register component 'vnd.openoffice.pymodule:mailmerge' in registry '/usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfb= sdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_inpr= ogress_1/services.rdb' failed! error (RuntimeException): python object raised an unknown exception ('No module named _socket', traceback follows ERROR: /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxf= bsdx.pro/bin/regcomp -register -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/31= 0/unxfbsdx.pro/bin/types.rdb -br /usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx= .pro/bin/pyuno_services.rdb -r /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unx= fbsdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_in= progress_1/services.rdb -c vnd.openoffice.pymodule:mailmerge -l com.sun.star.loader.Python 2>&1 | Moved directory from /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfbs= dx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_inpro= gress_1 to /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unx= fbsdx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_wi= therror_1 Removing directory /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfbs= dx.pro/OpenOffice/bsd/zip/en-US Removing directory /usr/ports/editors/openoffice.org-3/work/OOO310_m19/instsetoo_native/unxfbs= dx.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_withe= rror_1 *************************************************************** ERROR: Could not register all components for file services.rdb (gid_Starregistry_Services_Rdb)! in function: create_services_rdb *************************************************************** --------------------------------------------------------------------8<-----= ---------------------------------------------------------------------------= --------------------------------------------------- What I found is this: error (RuntimeException): python object raised an unknown exception ('No module named _socket', traceback follows , but I found the _socket.so at: /usr/local/lib/python2.6/lib-dynload/_socket.so As we see, I'm upgrade my python from 2.5 to 2.6 recently and I guess that's the cause of problem. But, as suggest at /usr/ports/UPDATING[20090608], I run: "# cd /usr/ports/lang/python && make upgrade-site-packages" with success. Any light about this problem is very appreciate! Thanks in advance, Vin=EDcius PS1: # uname -a FreeBSD vinnix.corp.triarius.com.br 9.0-CURRENT FreeBSD 9.0-CURRENT #20: Thu Sep 17 05:46:09 BRT 2009 root@vinnix.corp.triarius.com.br:/usr/obj/usr/src/sys/GENERIC amd64 # pkg_info | grep python boost-python-libs-1.39.0 Framework for interfacing Python and C++ python26-2.6.2_3 An interpreted object-oriented programming language From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 11:38:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ABE81065670 for ; Sun, 20 Sep 2009 11:38:56 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yw0-f199.google.com (mail-yw0-f199.google.com [209.85.211.199]) by mx1.freebsd.org (Postfix) with ESMTP id C2D4E8FC13 for ; Sun, 20 Sep 2009 11:38:55 +0000 (UTC) Received: by ywh37 with SMTP id 37so2523509ywh.28 for ; Sun, 20 Sep 2009 04:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7Ihi1IEzLZB/gBKZw5yzClsOqMaUtOb8lfS+EkG58jA=; b=iZyyq9pmO9ER5pXnfdmF/EakxW8kyuqedvMwu3MQG4huGNecsFqvC66cDRtQ2lO8Dz muemADdH8/VxGPRUA1B3k3rJQdyQkwlCFgb3KBAZOjuoOp8RN0siZ2Adu+UJUFHeQy5P o8Xiz3TQOo4SuNMoUIjtqMtt8tmCU8k6DXGDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Vd5bwYPHe9V+J+Tt+8UE6RA2+rpBC8uTaIfJa1kXdRrRlmiM056Rmj5sdF1PzAMBAN ZTKhWs/OsRUHGbxFV4x2Mx3YL5KcEVIDomFbpz5sPOtJOab1cAacpfq65H8bTubGIA/D cedKcYxnVRby9vWVXWBqTCfuxBHePLbZHxjbc= MIME-Version: 1.0 Received: by 10.150.87.4 with SMTP id k4mr6305903ybb.347.1253446735095; Sun, 20 Sep 2009 04:38:55 -0700 (PDT) In-Reply-To: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> Date: Sun, 20 Sep 2009 06:38:55 -0500 Message-ID: <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> From: "Sam Fourman Jr." To: Vinicius Abrahao Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-openoffice@freebsd.org, freebsd-current , miwi@freebsd.org Subject: Re: Problem building Openoffice 3.1.1 at -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, 20 Sep 2009 11:38:56 -0000 On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: > Hello dear fellows, > > I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm > getting an strange error (associated with python). > This is the error that appears many hours after I start the upgrade: I am getting this same error on FreeBSD 8.0 Beta4 any idea how to fix the build? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 11:09:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A70E51065679 for ; Sun, 20 Sep 2009 11:09:38 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59102.mail.re1.yahoo.com (web59102.mail.re1.yahoo.com [66.196.101.13]) by mx1.freebsd.org (Postfix) with SMTP id 1ABFD8FC15 for ; Sun, 20 Sep 2009 11:09:37 +0000 (UTC) Received: (qmail 12733 invoked by uid 60001); 20 Sep 2009 10:42:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253443376; bh=FiiUVGyc9IUGfisR9CIWV/Z05q5FaLy3y4gweP3SLA8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=eRXL/sM47VjZECWwSDxuPy9A+idtLDs6lr+juQ7T2sHXt4Ojknd4l5/LQJiYXertTZViM7pv7zYBt9D9y5wJX3MMV1k0SxbwocFwQ5hA2zxl+JDkvV0ZWPnVyZCcqwLRvatgd1PhclqjnEgnCLB7vbF5yrCWTTho2NXze9uPHpw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OufOVmuwzvlKuhUOQxn7fCoR4VyeCc6mcmEt1inZtCfiTMku2k2JlpQIgMaRA/NF/RSb2U/6L6PS1Gy1HeqUruhpCtk3UlOPkodQLfgFlHBbnxUCnWjZqWDPRPu3sT9YpF6vYvynKOg6xWoroO+fek9ELehOACLqJteKq1w92Ig=; Message-ID: <361252.12201.qm@web59102.mail.re1.yahoo.com> X-YMail-OSG: uoszVtwVM1kXa25WwiTG.isKXw.fSubzLEzvkn5.k50.h1KTmkG5BFrw3.xJMU.IhJb4vR8m8NIOMtRy5VVKU.U_02fYgxXf6bYcyzWbKaL_IHAemrUdm5Gu4DYJeckfJMARh8_XPlOPfvFWGxqPhHaNpcepZi_KV4.MDrwOvCajUuS5_m4EKBaM6BZaOoKPITpLr9WPV43ClJGMXeGCGEY_bhLTxqo6ShezWFN.U6GWbwy_eTZdZPlK0dREfz5.lHUH1sBOrTggbVHvVa1WMdMtb_PMXJZYBXei7gMTSQqUqrbsheFy8A-- Received: from [95.109.212.182] by web59102.mail.re1.yahoo.com via HTTP; Sun, 20 Sep 2009 03:42:56 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sun, 20 Sep 2009 03:42:56 -0700 (PDT) From: paradox To: ianf@clue.co.za In-Reply-To: <4AB604FC.2080602@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 20 Sep 2009 13:15:08 +0000 Cc: current@freebsd.org Subject: Re: bwi(4) BCM4315 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 11:09:38 -0000 > from: Ian Freislich > to: current@freebsd.org >=20 > Hi >=20 > I have the following card: >=20 > bwi0@pci0:1:0:0:=A0 =A0 =A0 =A0 class=3D0x028000 > card=3D0x1508103c chip=3D0x431514e4 rev=3D0x01 hdr=3D0x00 > =A0 =A0 vendor=A0 =A0=A0=A0=3D 'Broadcom > Corporation' > =A0 =A0 device=A0 =A0=A0=A0=3D 'Broadcom > Wireless b/g (BCM4315/BCM22062000)' > =A0 =A0 class=A0 =A0 =A0 =3D network >=20 > By playing a little bit with the if_bwi source, I've > managed to get > it detected to this point, but I obviously don't know what > I'm > doing: >=20 > bwi0: mem > 0xfeafc000-0xfeafffff irq 16 at device 0.0 on pci1 > bwi0: [ITHREAD] > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 > bwi0: MAC: rev 15 > bwi0: PHY: type 5, rev 1, ver 6 Type 5 is LP phy chip which is not supported > bwi0: RF: manu 0x17f, type 0x0002, rev 0 > bwi0: only BCM2050 RF is supported for 11G PHY > device_attach: bwi0 attach returned 6 >=20 > Is there any thing I can try?=A0 Is there support on the > horizon or > should I try and replace it with a supported card? >=20 > Ian >=20 > -- > Ian Freislich bwi not work with 0x4315=20 because it is a new type of device=20 use the ndis driver=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 14:56:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4FF11065693 for ; Sun, 20 Sep 2009 14:56:41 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 791A98FC14 for ; Sun, 20 Sep 2009 14:56:41 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 9150D7E818 for ; Sun, 20 Sep 2009 06:56:53 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 20 Sep 2009 16:56:38 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909201656.38380.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Upgrading from 6.4-RELEASE to stable/8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 14:56:41 -0000 Hi, just tried to do $subject on an amd64 box and it fails. The following steps are required to build world: 1) cd /usr/src/usr.bin/make make obj make depend make && make install 2) cd /usr/src make -DWITHOUT_CDDL buildworld After installing and rebooting, one can recompile with CDDL to get zfs and dtrace support. The problem is that cddl/usr.bin/sgsmsg is a bootstrap tool that relies on libelf and I haven't found a switch to just disable this bootstrap tool and what relies on it, rather then anything with a CDDL license (unless of course anything in cddl relies on sgsmsg). Make has to be installed first, because of .sinclude usage in various Makefiles, and -DALWAYS_CHECK_MAKE switch does not fix this issue. Perhaps this could be added to UPDATING? -- Mel From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 15:54:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBE8106566B for ; Sun, 20 Sep 2009 15:54:52 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 20C4F8FC13 for ; Sun, 20 Sep 2009 15:54:51 +0000 (UTC) Received: by fxm22 with SMTP id 22so938865fxm.36 for ; Sun, 20 Sep 2009 08:54:51 -0700 (PDT) MIME-Version: 1.0 Sender: luizgustavo@luizgustavo.pro.br Received: by 10.223.2.75 with SMTP id 11mr762174fai.54.1253460161403; Sun, 20 Sep 2009 08:22:41 -0700 (PDT) In-Reply-To: <772ca7d0909192042v7d1b7e43t1bbf7b8dc0083fb1@mail.gmail.com> References: <4AB55285.2090804@carebears.mine.nu> <772ca7d0909192042v7d1b7e43t1bbf7b8dc0083fb1@mail.gmail.com> Date: Sun, 20 Sep 2009 12:22:41 -0300 X-Google-Sender-Auth: 6a1412fc1bfe7aa5 Message-ID: <772ca7d0909200822r23c100c5m4c004f1bd03040dc@mail.gmail.com> From: "Luiz Gustavo S. Costa" To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: chflags: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 15:54:52 -0000 Hi, you need a create one ZVOL volume for use "chflags", native volume of ZFS not is compatible with any options from UFS. create a new ZVOL (example): zfs create -V 10G tank/usr/jails and, format with UFS format: newfs /dev/zvol/usr/jails Mount this volume: mount /dev/zvol/usr/jails /usr/jails Now, you can run the "ezjail-admin update -i" 2009/9/19 Christer Solskogen : > I was =A0trying to use "ezjail-admin update -i" to create a basejail on a= zfs > filesystem, but encountered this problem: > install: /usr/jails/fulljail/lib/libc.so.7: chflags: Invalid argument > > From earlier posts it should not be an issue anymore (and I did not have > this problem last time I used it) but now it seems it have emerged from t= he > grave. http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000630.h= tml> > > System is FreeBSD 8.0-RC1 amd64, and ZFS pool version 13. The pool was > upgraded today. > > -- > chs > _______________________________________________ > 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= " > -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 19:34:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AD13106566B for ; Sun, 20 Sep 2009 19:34:12 +0000 (UTC) (envelope-from afmcc@btinternet.com) Received: from smtp832.mail.ird.yahoo.com (smtp832.mail.ird.yahoo.com [217.146.189.246]) by mx1.freebsd.org (Postfix) with SMTP id 3CB428FC18 for ; Sun, 20 Sep 2009 19:34:10 +0000 (UTC) Received: (qmail 49059 invoked from network); 20 Sep 2009 19:07:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Date:From:To:Subject:Message-ID:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding; b=qbXd8cG3kfJdI/x0C+1P+XF3g0dM08ge4w7Xndd+nHohaRYS4zCLyVFJmZh3yuLKV2IvalYs8DyK0So/6aKHv5Cai64QLBAy3AXoNGpsS7T5WhxifHO+GDXQ96bvkSyT6unaNrTJI5RvBy7b9e/UgyASn33M/uDE2onrEUS6JY8= ; Received: from unknown (HELO elena) (afmcc@86.169.34.4 with login) by smtp832.mail.ird.yahoo.com with SMTP; 20 Sep 2009 19:07:27 -0000 X-Yahoo-SMTP: SW2apSyswBAt0gNRBekT9336f.by6cx.6GfQeJfVJ_9U X-YMail-OSG: rrZrROUVM1kG8Lkv3qBuZgsx8xHNk8PAlprWy57PcIAaVahOe1nY_QABsoT4MSUhmMTWzWZyGhS1mEn0fQm7UpOHw7FBKC3I3fjqrqvFhYrleQNaCo_8VO0ObILOwaR6aHhV6lEnZV_JG_E1FSqEQrQAtcoZ7A3kUzaEG0L5ovIydzkWVcjOVw0GOoq.aFWx48RIZdPoTPBbXHvzK8EYwmw7dnhrY6wls9C6v_ACdNMJTaPxW.e8j4sliHDphn9UncpXgA-- X-Yahoo-Newman-Property: ymail-3 Date: Sun, 20 Sep 2009 20:07:26 +0100 From: Tony McC To: freebsd-current@freebsd.org Message-ID: <20090920200726.34fa85ce@elena> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Internal DVD drive not recognised and ACPI error messages at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 19:34:12 -0000 Hello all, I am running 8.0-RC1 amd64 and FreeBSD does not recognise the internal CD/DVD drive. I have copied below the contents of dmesg.boot after a boot with verbose logging. I also include below my custom kernel config file. I'm afraid I don't know how to interpret the verbose boot log, but I hope it will help the developers to suggest things I could try. The output from uname -a is: FreeBSD elena.home 8.0-RC1 FreeBSD 8.0-RC1 #17: Sat Sep 19 15:58:37 BST 2009 root@elena.home:/usr/obj/usr/src/sys/ELENA amd64 Thanks in anticipation, Tony dmesg.boot ---------- Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...8 8 6 6 1 1 1 0 0 0 done All buffers synced. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RC1 #17: Sat Sep 19 15:58:37 BST 2009 root@elena.home:/usr/obj/usr/src/sys/ELENA Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff808fb000. Preloaded elf obj module "/boot/kernel/sound.ko" at 0xffffffff808fb230. Preloaded elf obj module "/boot/kernel/snd_hda.ko" at 0xffffffff808fb898. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3000000834 Hz CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3000.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd AMD Features=0x20000800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x000000000092a000 - 0x00000000c7093fff, 3329662976 bytes (812906 pages) 0x0000000100000000 - 0x000000012ffeffff, 805240832 bytes (196592 pages) avail memory = 4112629760 (3922 MB) ACPI APIC Table: <050709 APIC0910> INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf9ba0 00014 (v0 ACPIAM) ACPI: RSDT 0xcff90000 0003C (v1 050709 RSDT0910 20090507 MSFT 00000097) ACPI: FACP 0xcff90200 00084 (v1 050709 FACP0910 20090507 MSFT 00000097) ACPI: DSDT 0xcff904a0 04F71 (v1 1ADSY 1ADSY002 00000002 INTL 20051117) ACPI: FACS 0xcff9e000 00040 ACPI: APIC 0xcff90390 00080 (v1 050709 APIC0910 20090507 MSFT 00000097) ACPI: MCFG 0xcff90410 0003C (v1 050709 OEMMCFG 20090507 MSFT 00000097) ACPI: WDRT 0xcff90450 00047 (v1 050709 NV-WDRT 20090507 MSFT 00000097) ACPI: OEMB 0xcff9e040 00072 (v1 050709 OEMB0910 20090507 MSFT 00000097) ACPI: SSDT 0xcff9e5c0 00A7C (v1 DpgPmm CpuPm 00000012 INTL 20051117) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010400 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 kbd: new array size 4 kbd1 at kbdmux0 mem: null: cpuctl: access to MSR registers/cpuid info. random: io: acpi0: <050709 RSDT0910> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xffffff800000f000 pa 0x4000 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIMC -> bus 0 dev 3 func 0 acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x07c3, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07cb, revid=0xa2 domain=0, bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0004, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07cd, revid=0xa1 domain=0, bus=0, slot=1, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07ce, revid=0xa1 domain=0, bus=0, slot=1, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07cf, revid=0xa1 domain=0, bus=0, slot=1, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07d0, revid=0xa1 domain=0, bus=0, slot=1, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07d1, revid=0xa1 domain=0, bus=0, slot=1, func=4 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07d2, revid=0xa1 domain=0, bus=0, slot=1, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07d3, revid=0xa1 domain=0, bus=0, slot=1, func=6 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07d6, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07d7, revid=0xa2 domain=0, bus=0, slot=3, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x20a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x4f00, size 8, enabled found-> vendor=0x10de, dev=0x07d8, revid=0xa1 domain=0, bus=0, slot=3, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4900, size 6, enabled map[20]: type I/O Port, range 32, base 0x4d00, size 6, enabled map[24]: type I/O Port, range 32, base 0x4e00, size 6, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LSMB:0) pci_link13: Picked IRQ 20 with weight 0 pcib0: slot 3 INTA routed to irq 20 via \\_SB_.LSMB found-> vendor=0x10de, dev=0x07d9, revid=0xa1 domain=0, bus=0, slot=3, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07da, revid=0xa2 domain=0, bus=0, slot=3, func=3 class=0b-40-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=7 map[10]: type Memory, range 32, base 0xf9f80000, size 19, enabled pcib0: matched entry for 0.3.INTB (src \\_SB_.LPMU:0) pci_link14: Picked IRQ 21 with weight 0 pcib0: slot 3 INTB routed to irq 21 via \\_SB_.LPMU found-> vendor=0x10de, dev=0x07c8, revid=0xa1 domain=0, bus=0, slot=3, func=4 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x07fe, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf9f7f000, size 12, enabled pcib0: matched entry for 0.4.INTA (src \\_SB_.LUB0:0) pci_link8: Picked IRQ 22 with weight 0 pcib0: slot 4 INTA routed to irq 22 via \\_SB_.LUB0 found-> vendor=0x10de, dev=0x056a, revid=0xa1 domain=0, bus=0, slot=4, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf9f7ec00, size 8, enabled pcib0: matched entry for 0.4.INTB (src \\_SB_.LUB2:0) pci_link9: Picked IRQ 23 with weight 0 pcib0: slot 4 INTB routed to irq 23 via \\_SB_.LUB2 found-> vendor=0x10de, dev=0x056c, revid=0xa1 domain=0, bus=0, slot=8, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x10de, dev=0x07fc, revid=0xa1 domain=0, bus=0, slot=9, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xf9f78000, size 14, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LAZA:0) pci_link11: Picked IRQ 20 with weight 1 pcib0: slot 9 INTA routed to irq 20 via \\_SB_.LAZA found-> vendor=0x10de, dev=0x056d, revid=0xa1 domain=0, bus=0, slot=10, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x056e, revid=0xa1 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x056f, revid=0xa1 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x056f, revid=0xa1 domain=0, bus=0, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x07f0, revid=0xa2 domain=0, bus=0, slot=14, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd480, size 3, enabled map[14]: type I/O Port, range 32, base 0xd400, size 2, enabled map[18]: type I/O Port, range 32, base 0xd080, size 3, enabled map[1c]: type I/O Port, range 32, base 0xd000, size 2, enabled map[20]: type I/O Port, range 32, base 0xcc00, size 4, enabled map[24]: type Memory, range 32, base 0xf9f7c000, size 13, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.LSA0:0) pci_link15: Picked IRQ 21 with weight 1 pcib0: slot 14 INTA routed to irq 21 via \\_SB_.LSA0 found-> vendor=0x10de, dev=0x07dc, revid=0xa2 domain=0, bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks map[10]: type Memory, range 32, base 0xf9f77000, size 12, enabled map[14]: type I/O Port, range 32, base 0xc880, size 3, enabled map[18]: type Memory, range 32, base 0xf9f7e800, size 8, enabled map[1c]: type Memory, range 32, base 0xf9f7e400, size 4, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.LMAC:0) pci_link10: Picked IRQ 22 with weight 1 pcib0: slot 15 INTA routed to irq 22 via \\_SB_.LMAC pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.3 (no driver attached) pci0: at device 3.4 (no driver attached) ohci0: mem 0xf9f7f000-0xf9f7ffff irq 22 at device 4.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf9f7f000 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 49 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xf9f7ec00-0xf9f7ecff irq 23 at device 4.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xf9f7ec00 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 50 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 8.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 ata1: [MPSAFE] ata1: [ITHREAD] hdac0: mem 0xf9f78000-0xf9f7bfff irq 20 at device 9.0 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf9f78000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 53 hdac0: using IRQ 256 for MSI hdac0: [MPSAFE] hdac0: [ITHREAD] pcib1: at device 10.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: at device 11.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfa000000-0xfebfffff pcib2: prefetched decode 0xd0000000-0xdfffffff pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x10de, dev=0x0622, revid=0xa1 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib2: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, enabled pcib2: requested memory range 0xd0000000-0xdfffffff: good map[1c]: type Memory, range 64, base 0xfa000000, size 25, enabled pcib2: requested memory range 0xfa000000-0xfbffffff: good map[24]: type I/O Port, range 32, base 0xec00, size 7, enabled pcib2: requested I/O range 0xec00-0xec7f: in range pcib2: matched entry for 2.0.INTA (src \\_SB_.LNEB:0) pci_link5: Picked IRQ 16 with weight 0 pcib2: slot 0 INTA routed to irq 16 via \\_SB_.LNEB vgapci0: port 0xec00-0xec7f mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci2 pcib3: at device 12.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 13.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 atapci1: port 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f mem 0xf9f7c000-0xf9f7dfff irq 21 at device 14.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xcc00 atapci1: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xf9f7c000 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 54 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: AHCI v1.10 controller with 4 3Gbps ports, PM supported atapci1: Caps: 64bit SNTF AL CLO 3Gbps PM PMD 32cmd 4ports ata2: on atapci1 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=0ms status=00000123 ata2: ready wait time=13ms ata2: software reset port 15... ata2: ready wait time=0ms ata2: SIGNATURE: 00000001 ata2: AHCI reset done: devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect time=0ms status=00000123 ata3: ready wait time=16ms ata3: software reset port 15... ata3: ready wait time=0ms ata3: SIGNATURE: 00000001 ata3: AHCI reset done: devices=00000001 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci1 ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect timeout status=00000000 ata4: AHCI reset done: phy reset found no device ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci1 ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect time=0ms status=00000113 ata5: ready wait time=0ms ata5: software reset port 15... ata5: ready wait time=0ms ata5: SIGNATURE: 00000001 ata5: AHCI reset done: devices=00000001 ata5: [MPSAFE] ata5: [ITHREAD] nfe0: port 0xc880-0xc887 mem 0xf9f77000-0xf9f77fff,0xf9f7e800-0xf9f7e8ff,0xf9f7e400-0xf9f7e40f irq 22 at device 15.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf9f77000 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 56 msi: routing MSI IRQ 258 to local APIC 0 vector 57 msi: routing MSI IRQ 259 to local APIC 0 vector 58 msi: routing MSI IRQ 260 to local APIC 0 vector 59 msi: routing MSI IRQ 261 to local APIC 0 vector 60 msi: routing MSI IRQ 262 to local APIC 0 vector 61 msi: routing MSI IRQ 263 to local APIC 0 vector 62 msi: routing MSI IRQ 264 to local APIC 0 vector 63 nfe0: using IRQs 257-264 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:24:21:1d:e3:e3 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 55 uart0: [FILTER] uart0: fast interrupt atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 64 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 65 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0-66, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:08, syncbits:00 cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - C9, should be C8 20090521 tbutils-275 ACPI: SSDT 0xcff9e0c0 00277 (v1 DpgPmm P001Ist 00000011 INTL 20051117) cpu0: switching to generic Cx mode coretemp0: on cpu0 est0: on cpu0 est0: Invalid id16 (set, cur) = (2078, 2338) est0: Invalid freq 2670, ignored. est0: Invalid id16 (set, cur) = (1818, 2338) est0: Invalid freq 2336, ignored. est0: Invalid id16 (set, cur) = (1558, 2338) est0: Invalid freq 2003, ignored. p4tcc0: on cpu0 cpu1: on acpi0 ACPI: SSDT 0xcff9e340 00277 (v1 DpgPmm P002Ist 00000012 INTL 20051117) coretemp1: on cpu1 est1: on cpu1 est1: Invalid id16 (set, cur) = (2078, 2338) est1: Invalid freq 2670, ignored. est1: Invalid id16 (set, cur) = (1818, 2338) est1: Invalid freq 2336, ignored. est1: Invalid id16 (set, cur) = (1558, 2338) est1: Invalid freq 2003, ignored. p4tcc1: on cpu1 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 258577 -> 100000 procfs registered lapic: Divisor 2, Frequency 166666715 hz Timecounter "TSC" frequency 3000000834 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0: Identifying devices: 00000000 ata0: New devices: 00000000 ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad0: 476940MB at ata2-master SATA300 ad0: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: nVidia check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata3: Identifying devices: 00000001 ata3: New devices: 00000001 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad1: 476940MB at ata3-master SATA300 ad1: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue ad1: nVidia check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed ata4: Identifying devices: 00000000 ata4: New devices: 00000000 ata5: Identifying devices: 00000001 ata5: New devices: 00000001 unknown: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 GEOM: new disk ad1 uhub0: 8 ports with 8 removable, self powered ata5: reiniting channel .. ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect time=0ms status=00000113 ata5: ready wait time=0ms ata5: software reset port 15... ata5: ready wait time=0ms ata5: SIGNATURE: 00000001 ata5: AHCI reset done: devices=00000001 ata5: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 hdac0: Probing codec #0... hdac0: HDA Codec #0: Realtek ALC888 hdac0: HDA Codec ID: 0x10ec0888 hdac0: Vendor: 0x10ec hdac0: Device: 0x0888 hdac0: Revision: 0x00 hdac0: Stepping: 0x01 hdac0: PCI Subvendor: 0x73661462 hdac0: Found audio FG nid=1 startnode=2 endnode=39 total=37 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x40000003 NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: nid 20 0x01014410 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 4 hdac0: nid 21 0x01011412 as 1 seq 2 Line-out Jack jack 1 loc 1 color Black misc 4 hdac0: nid 22 0x01016411 as 1 seq 1 Line-out Jack jack 1 loc 1 color Orange misc 4 hdac0: nid 23 0x01012414 as 1 seq 4 Line-out Jack jack 1 loc 1 color Grey misc 4 hdac0: nid 24 0x01a19c40 as 4 seq 0 Mic Jack jack 1 loc 1 color Pink misc 12 hdac0: nid 25 0x02a19c50 as 5 seq 0 Mic Jack jack 1 loc 2 color Pink misc 12 hdac0: nid 26 0x0181344f as 4 seq 15 Line-in Jack jack 1 loc 1 color Blue misc 4 hdac0: nid 27 0x02214c20 as 2 seq 0 Headphones Jack jack 1 loc 2 color Green misc 12 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color Unknown misc 1 hdac0: Patching widget caps nid=29 0x00400000 -> 0x00700000 hdac0: nid 30 0x014b1130 as 3 seq 0 SPDIF-out Jack jack 11 loc 1 color Black misc 1 hdac0: nid 31 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: Patched pins configuration: hdac0: nid 20 0x01014410 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 4 hdac0: nid 21 0x01011412 as 1 seq 2 Line-out Jack jack 1 loc 1 color Black misc 4 hdac0: nid 22 0x01016411 as 1 seq 1 Line-out Jack jack 1 loc 1 color Orange misc 4 hdac0: nid 23 0x01012414 as 1 seq 4 Line-out Jack jack 1 loc 1 color Grey misc 4 hdac0: nid 24 0x01a19c40 as 4 seq 0 Mic Jack jack 1 loc 1 color Pink misc 12 hdac0: nid 25 0x02a19c50 as 5 seq 0 Mic Jack jack 1 loc 2 color Pink misc 12 hdac0: nid 26 0x0181344f as 4 seq 15 Line-in Jack jack 1 loc 1 color Blue misc 4 hdac0: nid 27 0x02214c20 as 2 seq 0 Headphones Jack jack 1 loc 2 color Green misc 12 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color Unknown misc 1 [DISABLED] hdac0: nid 30 0x014b1130 as 3 seq 0 SPDIF-out Jack jack 11 loc 1 color Black misc 1 hdac0: nid 31 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: 5 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=20 seq=0 hdac0: Pin nid=22 seq=1 hdac0: Pin nid=21 seq=2 hdac0: Pin nid=23 seq=4 hdac0: Association 1 (2) out: hdac0: Pin nid=27 seq=0 hdac0: Association 2 (3) out: hdac0: Pin nid=30 seq=0 hdac0: Association 3 (4) in: hdac0: Pin nid=24 seq=0 hdac0: Pin nid=26 seq=15 hdac0: Association 4 (5) in: hdac0: Pin nid=25 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 20 traced to DAC 2 hdac0: Pin 22 traced to DAC 3 hdac0: Pin 21 traced to DAC 4 hdac0: Pin 23 traced to DAC 5 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (2) hdac0: Pin 27 traced to DAC 37 hdac0: Association 1 (2) trace succeeded hdac0: Tracing association 2 (3) hdac0: Pin 30 traced to DAC 6 hdac0: Association 2 (3) trace succeeded hdac0: Tracing association 3 (4) hdac0: Pin 24 traced to ADC 8 hdac0: Pin 26 traced to ADC 8 hdac0: Association 3 (4) trace succeeded hdac0: Tracing association 4 (5) hdac0: Pin 25 traced to ADC 9 hdac0: Association 4 (5) trace succeeded hdac0: Tracing input monitor hdac0: Tracing nid 11 to out hdac0: nid 11 is input monitor hdac0: Tracing nid 34 to out hdac0: Tracing nid 35 to out hdac0: Tracing beeper hdac0: nid 29 traced to out hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000002) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 5 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000010) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 6 hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e05e0 hdac0: 16 20 24 32 bits, 44 48 88 96 192 KHz hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 8 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 3 (0x00008001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f0b hdac0: mute=1 step=31 size=5 offset=11 hdac0: connections: 1 hdac0: | hdac0: + <- nid=35 [audio mixer] hdac0: hdac0: nid: 9 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 4 (0x00000001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f0b hdac0: mute=1 step=31 size=5 offset=11 hdac0: connections: 1 hdac0: | hdac0: + <- nid=34 [audio mixer] hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x00100391 hdac0: DIGITAL UNSOL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e0560 hdac0: 16 20 24 32 bits, 44 48 96 192 KHz hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=31 [pin: Speaker (None)] [DISABLED] hdac0: hdac0: nid: 11 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: -2 (0x00008001) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 10 hdac0: | hdac0: + <- nid=24 [pin: Mic (Pink Jack)] hdac0: + <- nid=25 [pin: Mic (Pink Jack)] hdac0: + <- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdac0: + <- nid=29 [beep widget] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Line-out (Black Jack)] hdac0: + [DISABLED] <- nid=22 [pin: Line-out (Orange Jack)] hdac0: + [DISABLED] <- nid=23 [pin: Line-out (Grey Jack)] hdac0: hdac0: nid: 12 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 13 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000002) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=3 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 14 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=4 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 15 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000010) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=5 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 16 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 20 hdac0: Name: pin: Line-out (Green Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0000003e hdac0: TRQD PDC HP OUT IN hdac0: Pin config: 0x01014410 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 21 hdac0: Name: pin: Line-out (Black Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000004) hdac0: Pin cap: 0x0000003e hdac0: TRQD PDC HP OUT IN hdac0: Pin config: 0x01011412 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + <- nid=14 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 22 hdac0: Name: pin: Line-out (Orange Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000002) hdac0: Pin cap: 0x00000036 hdac0: TRQD PDC OUT IN hdac0: Pin config: 0x01016411 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] hdac0: + <- nid=13 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 23 hdac0: Name: pin: Line-out (Grey Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000010) hdac0: Pin cap: 0x00000036 hdac0: TRQD PDC OUT IN hdac0: Pin config: 0x01012414 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + <- nid=15 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 24 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 3 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x01a19c40 hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 25 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 4 (0x00000001) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x02a19c50 hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 26 hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 3 (0x00008000) hdac0: OSS: line (line) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x0181344f hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + [DISABLED] <- nid=38 [audio mixer] hdac0: hdac0: nid: 27 hdac0: Name: pin: Headphones (Green Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x02214c20 hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: + [DISABLED] <- nid=14 [audio mixer] hdac0: + [DISABLED] <- nid=15 [audio mixer] hdac0: + <- nid=38 [audio mixer] (selected) hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: pin: CD (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x593301f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 29 hdac0: Name: beep widget hdac0: Widget cap: 0x00700000 hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: hdac0: nid: 30 hdac0: Name: pin: SPDIF-out (Black Jack) hdac0: Widget cap: 0x00400300 hdac0: DIGITAL hdac0: Association: 2 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x014b1130 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=6 [audio output] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400200 hdac0: DIGITAL hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00040 hdac0: PROC hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 34 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 4 (0x00000001) hdac0: OSS: speaker, mix, monitor hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 11 hdac0: | hdac0: + [DISABLED] <- nid=24 [pin: Mic (Pink Jack)] hdac0: + <- nid=25 [pin: Mic (Pink Jack)] hdac0: + [DISABLED] <- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdac0: + <- nid=29 [beep widget] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Line-out (Black Jack)] hdac0: + [DISABLED] <- nid=22 [pin: Line-out (Orange Jack)] hdac0: + [DISABLED] <- nid=23 [pin: Line-out (Grey Jack)] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 35 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 3 (0x00008001) hdac0: OSS: speaker, line, mic, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 11 hdac0: | hdac0: + <- nid=24 [pin: Mic (Pink Jack)] hdac0: + [DISABLED] <- nid=25 [pin: Mic (Pink Jack)] hdac0: + <- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdac0: + <- nid=29 [beep widget] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Line-out (Black Jack)] hdac0: + [DISABLED] <- nid=22 [pin: Line-out (Orange Jack)] hdac0: + [DISABLED] <- nid=23 [pin: Line-out (Grey Jack)] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 37 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 38 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=37 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 2 3 4 5 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x00060160 pcm0: 16 20 bits, 44 48 96 KHz pcm0: ADC: 8 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=20 [pin: Line-out (Green Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=21 [pin: Line-out (Black Jack)] pcm0: | pcm0: + <- nid=14 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=4 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=22 [pin: Line-out (Orange Jack)] pcm0: | pcm0: + <- nid=13 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=3 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=23 [pin: Line-out (Grey Jack)] pcm0: | pcm0: + <- nid=15 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=5 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Record: pcm0: pcm0: nid=8 [audio input] pcm0: | pcm0: + <- nid=35 [audio mixer] [src: speaker, line, mic, mix] pcm0: | pcm0: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=29 [beep widget] [src: speaker] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm0: + <- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=29 [beep widget] [src: speaker] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 13 (nid 12 out): -46/0dB (32 steps) pcm0: +- ctl 14 (nid 12 in 0): mute pcm0: +- ctl 15 (nid 12 in 1): mute pcm0: +- ctl 16 (nid 13 out): -46/0dB (32 steps) pcm0: +- ctl 17 (nid 13 in 0): mute pcm0: +- ctl 18 (nid 13 in 1): mute pcm0: +- ctl 19 (nid 14 out): -46/0dB (32 steps) pcm0: +- ctl 20 (nid 14 in 0): mute pcm0: +- ctl 21 (nid 14 in 1): mute pcm0: +- ctl 22 (nid 15 out): -46/0dB (32 steps) pcm0: +- ctl 23 (nid 15 in 0): mute pcm0: +- ctl 24 (nid 15 in 1): mute pcm0: +- ctl 25 (nid 20 in ): mute pcm0: +- ctl 27 (nid 21 in ): mute pcm0: +- ctl 29 (nid 22 in ): mute pcm0: +- ctl 31 (nid 23 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 14 (nid 12 in 0): mute pcm0: +- ctl 17 (nid 13 in 0): mute pcm0: +- ctl 20 (nid 14 in 0): mute pcm0: +- ctl 23 (nid 15 in 0): mute pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- ctl 34 (nid 24 out): 0/30dB (4 steps) pcm0: +- ctl 52 (nid 35 in 0): mute pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- ctl 38 (nid 26 out): 0/30dB (4 steps) pcm0: +- ctl 54 (nid 35 in 2): mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 8 (nid 11 in 5): -34/12dB (32 steps) + mute pcm0: +- ctl 57 (nid 35 in 5): mute pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 1 (nid 8 in 0): -16/30dB (32 steps) + mute pcm0: +- ctl 52 (nid 35 in 0): mute pcm0: +- ctl 54 (nid 35 in 2): mute pcm0: +- ctl 57 (nid 35 in 5): mute pcm0: +- ctl 62 (nid 35 in 10): mute pcm0: pcm0: Input Mix Level (OSS: mix) pcm0: | pcm0: +- ctl 3 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 4 (nid 11 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 5 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 11 in 5): -34/12dB (32 steps) + mute pcm0: +- ctl 15 (nid 12 in 1): mute pcm0: +- ctl 18 (nid 13 in 1): mute pcm0: +- ctl 21 (nid 14 in 1): mute pcm0: +- ctl 24 (nid 15 in 1): mute pcm0: +- ctl 62 (nid 35 in 10): mute pcm0: pcm0: Enabling Soft PCM volume pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Soft PCM mixer ENABLED pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 1ff0000, 4000; 0xffffff8075932000 -> 1ff0000 pcm0: sndbuf_setmap 17a0000, 4000; 0xffffff8075942000 -> 17a0000 pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x000e0560 pcm1: 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 37 pcm1: pcm1: Record: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x00060160 pcm1: 16 20 bits, 44 48 96 KHz pcm1: ADC: 9 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=27 [pin: Headphones (Green Jack)] pcm1: | pcm1: + <- nid=38 [audio mixer] [src: pcm, mix] pcm1: | pcm1: + <- nid=37 [audio output] [src: pcm] pcm1: + <- nid=11 [audio mixer] [src: mix] pcm1: pcm1: Record: pcm1: pcm1: nid=9 [audio input] pcm1: | pcm1: + <- nid=34 [audio mixer] [src: speaker, mix, monitor] pcm1: | pcm1: + <- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm1: + <- nid=29 [beep widget] [src: speaker] pcm1: + <- nid=11 [audio mixer] [src: mix] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Master Volume (OSS: vol) pcm1: | pcm1: +- ctl 39 (nid 27 in ): mute pcm1: +- ctl 63 (nid 38 out): -46/0dB (32 steps) pcm1: +- ctl 64 (nid 38 in 0): mute pcm1: +- ctl 65 (nid 38 in 1): mute pcm1: pcm1: PCM Volume (OSS: pcm) pcm1: | pcm1: +- ctl 64 (nid 38 in 0): mute pcm1: pcm1: Microphone2 Volume (OSS: monitor) pcm1: | pcm1: +- ctl 36 (nid 25 out): 0/30dB (4 steps) pcm1: +- ctl 42 (nid 34 in 1): mute pcm1: pcm1: Speaker/Beep Volume (OSS: speaker) pcm1: | pcm1: +- ctl 46 (nid 34 in 5): mute pcm1: pcm1: Recording Level (OSS: rec) pcm1: | pcm1: +- ctl 2 (nid 9 in 0): -16/30dB (32 steps) + mute pcm1: +- ctl 42 (nid 34 in 1): mute pcm1: +- ctl 46 (nid 34 in 5): mute pcm1: +- ctl 51 (nid 34 in 10): mute pcm1: pcm1: Input Mix Level (OSS: mix) pcm1: | pcm1: +- ctl 51 (nid 34 in 10): mute pcm1: +- ctl 65 (nid 38 in 1): mute pcm1: pcm1: Enabling Soft PCM volume pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "speaker": pcm1: Mixer "mix": pcm1: Mixer "rec": pcm1: Mixer "monitor": pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 17b0000, 4000; 0xffffff8075952000 -> 17b0000 pcm1: sndbuf_setmap 3010000, 4000; 0xffffff8075962000 -> 3010000 pcm2: at cad 0 nid 1 on hdac0 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: Stream cap: 0x00000005 pcm2: AC3 PCM pcm2: PCM cap: 0x001e05e0 pcm2: 16 20 24 32 bits, 44 48 88 96 192 KHz pcm2: DAC: 6 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: nid=30 [pin: SPDIF-out (Black Jack)] pcm2: | pcm2: + <- nid=6 [audio output] [src: pcm] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Forcing Soft PCM volume pcm2: Forcing master volume with PCM pcm2: Mixer "vol" -> "none": child=0x00000010 pcm2: Mixer "pcm": parent="vol" pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 3030000, 4000; 0xffffff8075972000 -> 3030000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 1 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 1 vector 49 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 1 vector 50 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 1 vector 51 msi: Assigning MSI IRQ 256 to local APIC 1 vector 52 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Root mount waiting for: usbus1 ugen0.2: at usbus0 ulpt0: on usbus0 ulpt0: using bi-directional mode ugen1.2: at usbus1 umass0: on usbus1 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): error 22 (probe0:umass-sim0:0:0:0): Unretryable Error (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? GEOM: new disk cd0pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 40.000MB/s transfers 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 [3157007 x 2048 byte records] ugen1.3: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:1:1:-1: Attached to scbus1 pass1 at umass-sim1 bus 1 target 0 lun 0 pass1: Fixed Direct Access SCSI-4 device pass1: Serial Number 9QM1DGHD pass1: 40.000MB/s transfers da0 at umass-sim1 bus 1 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: Serial Number 9QM1DGHD da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) ugen0.3: at usbus0 GEOM: new disk da0 Trying to mount root from ufs:/dev/ad1s1a ct_to_ts([2009-09-20 19:57:48]) = 1253476668.000000000 start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered ts_to_ct(1253476674.550922675) = [2009-09-20 19:57:54] Kernel config file: ELENA ------------------------- # # ELENA - kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.532 2009/08/13 17:09:45 attilio Exp $ cpu HAMMER ident ELENA options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options IPI_PREEMPTION options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol 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 MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFSLOCKD # Network Lock Manager #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq device coretemp device cpuctl # Bus support. device acpi device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device wlan_scan_ap # 802.11 AP mode scanning #device wlan_scan_sta # 802.11 STA mode scanning #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device rum # Ralink Technology RT2501USB wireless NICs #device uath # Atheros AR5523 wireless NICs #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device zyd # ZyDAS zb1211/zb1211b wireless NICs # USB Serial devices #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons From owner-freebsd-current@FreeBSD.ORG Sun Sep 20 20:27:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D60106566C for ; Sun, 20 Sep 2009 20:27:51 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id CD67C8FC08 for ; Sun, 20 Sep 2009 20:27:50 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n8KKRkoG094737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Sep 2009 15:27:47 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sun, 20 Sep 2009 15:27:46 -0500 (CDT) From: Greg Rivers To: Hans Petter Selasky In-Reply-To: <200909201228.31727.hselasky@c2i.net> Message-ID: References: <200909191553.12645.hselasky@c2i.net> <200909201228.31727.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Sun, 20 Sep 2009 15:27:47 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: USB-to-serial adapter no longer working in 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2009 20:27:51 -0000 On Sun, 20 Sep 2009, Hans Petter Selasky wrote: > You need to download the complete umct.c from FreeBSD USB perforce using the > download link. There seems some code was commented out during a driver > conversion, but never was commented back in. Should be fixed now! > > http://perforce.freebsd.org/chv.cgi?CH=168699 > With this version of umct.c, the adapter is working once again. Thanks very much! -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 01:29:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9468B1065676; Mon, 21 Sep 2009 01:29:09 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1305A8FC17; Mon, 21 Sep 2009 01:29:08 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8L1SwXb018381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Sep 2009 11:28:59 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253496539; bh=Fyd6aRKMfE4YZyX/P8cceAMde/XPvWBIr+KfcDCGjt0=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=ZusNbNXGjL7U7JQ87Wr49aT2nObbiKZeiANME+Jz0OEI5ZTFNa6uJBnfxdQMJ++3R LKxGPXo6fM7PnJ7vxde/Q4utoYcHcHSuZzBRl3pJNTw9TJnqSEX9oK+KGK+MhhH7YF 4La7tPfrmU66viasMSsPkDU8EfeDGmrYwglBbRw4= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8L1SwAt001953; Mon, 21 Sep 2009 11:28:58 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8L1Stxs001952; Mon, 21 Sep 2009 11:28:55 +1000 (AEST) (envelope-from john) Date: Mon, 21 Sep 2009 11:28:55 +1000 From: John Marshall To: Rick Macklem Message-ID: <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Rick Macklem , George Mamalakis , freebsd-current@freebsd.org, freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: freebsd-stable , freebsd-current@freebsd.org, George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 01:29:09 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 19 Sep 2009, 09:31 +1000, John Marshall wrote: > On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: > > When cyrus-sasl2 builds, it uses the little shell script > > /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of > > libraries to link against. This doesn't return "-lgssapi_spnego" in the > > list. (The list can be changed by editting line #96 of=20 > > /usr/bin/krb5-config.) >=20 > I think this sounds promising! It makes sense. Thanks for pointing us > in this direction. This morning, on my 8.0-RC1 system, I did the following to confirm that GSSAPI authentication to the LDAP server via SASL2 using the base Heimdal was still broken: - removed the heimdal-1.2.1 port - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) - started the openldap-sasl-server-2.4.18_1 - queried the LDAP server from a separate client using ldapsearch: -------- SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Can't contact LDAP server (-1) -------- - and noted that the ldap server died at that point. I edited line 96 of /usr/bin/krb5-config to include -lgssapi_krb5 in the libraries list: lib_flags=3D"$lib_flags -lgssapi -lgssapi_krb5 -lheimntlm" and then did the following: - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) - started the openldap-sasl-server-2.4.18_1 - queried the LDAP server from a separate client using ldapsearch -------- SASL/GSSAPI authentication started SASL username: john@EXAMPLE.COM SASL SSF: 56 SASL data security layer installed. # extended LDIF # # LDAPv3 -------- SUCCESS! So, this fix obviates THAT reason for installing the Heimdal port. If George meets with similar success adding -lgssapi_spnego for his spnego problem, I suggest that both libraries be added to the list in line 96 of /usr/bin/krb5-config prior to release of FreeBSD 8.0. It doesn't look like this fix is as simple as submitting a patch to krb5-config. It looks like magic needs to happen somewhere in the base kerberos build system. I notice that the Heimdal port doesn't build the separate libraries and everything seems to be included in libgssapi (which explains why sasl2 "works" when linked against the Heimdal port). --=20 John Marshall --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq21tcACgkQw/tAaKKahKJxLgCeLlh73ABMo8lKSAnwqxX/Ywsr kcQAoLtctYCMcA5GUSpd9pEb9zBi8/cL =9F41 -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 03:06:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E051065670 for ; Mon, 21 Sep 2009 03:06:47 +0000 (UTC) (envelope-from crossd@cs.rpi.edu) Received: from cliffclavin.cs.rpi.edu (cliffclavin.cs.rpi.edu [128.213.1.9]) by mx1.freebsd.org (Postfix) with ESMTP id 74B748FC08 for ; Mon, 21 Sep 2009 03:06:47 +0000 (UTC) X-SMTP-From: cpe-72-226-79-217.nycap.res.rr.com [72.226.79.217] ([10.1.2.195]) {United States} DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cs.rpi.edu; h= subject:from:to:content-type:date:message-id:mime-version: content-transfer-encoding; s=default; i=crossd@cs.rpi.edu; t= 1253500299; x=1254105099; l=841; bh=ZsW5mTUz6MShO1AWNv7BH54T2B4= ; b=hflIO7GpGKDO7vANxj4daAZOYIfXAS/7CghoJkI5RFC3Crq8HWRyr4yFPWLE xPXB9gyrOlJBhpzzi/FAfx3xUTV+8QT34N41yA9Cm3XbIIA4ZUKLSkKV4Z9vhFwv 4fODtJ7C00MJIksmvkFLrHRr7t1CaKkUzNpjpEz/y+2+sh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cs.rpi.edu; h=subject:from:to: content-type:date:message-id:mime-version: content-transfer-encoding; q=dns; s=default; b=HhJWTO2Zr8D8zNhv6 Abgzlewhmmd9MiLw5rp1wLAAKtsh/yopnTMHCXFQHIqSQG1F4Lbbo9ZouFFDYPA2 hz6Z6Tl3lzK8Hlpy6eQlROVHpFfJaEqKKj6bCyaC9CPOIv/OWsRTqlADQjpc3ouh hi5Xs1nkZABcX5vsgSjrcMalec= Authentication-Results: cliffclavin.cs.rpi.edu; DKIM=neutral (none) header.from=crossd@cs.rpi.edu; SPF=neutral (mfrom; Mechanism '?all' matched) smtp.mail=crossd@cs.rpi.edu X-Auth-Passed: cliffclavin.cs.rpi.edu:n8L2VNpg066257 Auth:crossd Received: from [10.1.2.195] (cpe-72-226-79-217.nycap.res.rr.com [72.226.79.217]) (authenticated bits=0) by cliffclavin.cs.rpi.edu (8.14.3/8.13.6) with ESMTP id n8L2VNpg066257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 20 Sep 2009 22:31:39 -0400 (EDT) From: "David E. Cross" To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sun, 20 Sep 2009 22:33:59 -0400 Message-Id: <1253500439.24101.8.camel@kagome> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 128.213.1.9 Subject: psm0: unable to allocation IRQ (solution, well workaround) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 03:06:47 -0000 I recently stumbled across this bug, and I have a solution to my specific case. The problem is the following: acpi_ibm0: irq 12 on acpi0 _IF_, I put "device acpi_ibm" into the kernel config, disaster, psm0 is unable to attach. If I "acpi_ibm_load="YES"" in /boot/loader.conf, I then get the following: acpi_ibm0: on acpi0 Note the lack of "irq12" Which then frees up: psm0: irq 12 on atkbdc0 Now, psm0 maps its IRQ as RF_SHAREABLE, so it _should_ work regardless, right? I'd regard this as a fairly serious bug. I'm really at a loss of where to track it down more, looking at the acpi_ibm code, its pretty opaque as to how resource allocations are done and why this would ever map irq 12 (well, at least to me). -- David E. Cross From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 03:22:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A73BC106566B for ; Mon, 21 Sep 2009 03:22:22 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 088528FC13 for ; Mon, 21 Sep 2009 03:22:21 +0000 (UTC) Received: from lightning.wonkity.com (lightning.wonkity.com [10.0.0.8]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8L3MKvg001416; Sun, 20 Sep 2009 21:22:20 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Received: from lightning.wonkity.com (localhost [127.0.0.1]) by lightning.wonkity.com (8.14.3/8.14.3) with ESMTP id n8L3MKPf003442; Sun, 20 Sep 2009 21:22:20 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Received: from localhost (wblock@localhost) by lightning.wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8L3MK4U003439; Sun, 20 Sep 2009 21:22:20 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Date: Sun, 20 Sep 2009 21:22:20 -0600 (MDT) From: Warren Block To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [10.0.0.1]); Sun, 20 Sep 2009 21:22:20 -0600 (MDT) Cc: Gonzalo Nemmi Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 03:22:22 -0000 Gonzalo Nemmi wrote: > Just as seen on BETA2, kldload atapicam crashes my system. Here too, on 8.0-RC1: kldload atapicam Fatal trap 12: page fault while in kernel mode Loading atapicam in /boot/loader.conf works fine, though. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 05:14:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C82351065672 for ; Mon, 21 Sep 2009 05:14:20 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 696F28FC18 for ; Mon, 21 Sep 2009 05:14:20 +0000 (UTC) Received: from lightning.wonkity.com (lightning.wonkity.com [10.0.0.8]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8L5EJPc001725 for ; Sun, 20 Sep 2009 23:14:19 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Received: from lightning.wonkity.com (localhost [127.0.0.1]) by lightning.wonkity.com (8.14.3/8.14.3) with ESMTP id n8L5EJet003963 for ; Sun, 20 Sep 2009 23:14:19 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Received: from localhost (wblock@localhost) by lightning.wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8L5EJIP003954 for ; Sun, 20 Sep 2009 23:14:19 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Date: Sun, 20 Sep 2009 23:14:19 -0600 (MDT) From: Warren Block To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [10.0.0.1]); Sun, 20 Sep 2009 23:14:19 -0600 (MDT) Subject: Atheros AR5008X AR5416 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: Mon, 21 Sep 2009 05:14:20 -0000 This Atheros mini-PCIe card is in a Toshiba Satellite A215-S6820. Windows identifies it as an "Atheros AR5008X". It's a b/g/n card with three antenna connections. FreeBSD really hates the ACPI on this system, and insists on it being disabled. I don't think that's the problem with the wireless card. ath0: mem 0xf8200000-0xf820ffff irq 19 at device 0.0 on pci20 ath0: [ITHREAD] ath0: AR5418 mac 12.10 RF5133 phy 8.1 It sort-of works with a Linkys WRT54G b/g access point, but has some problems that keep it from working well. Transfers are usually stalled, then will suddenly jump to 2MB/sec for a little while, then stall again with the output of bb hang messages. Access point LED shows long pauses. kernel: ath0: bb hang detected (0x80), reseting kernel: ath0: bb hang detected (0x80), reseting kernel: ath0: bb hang detected (0x4), reseting kernel: ath0: bb hang detected (0x4), reseting The kernel includes GENERIC, so it has options AH_SUPPORT_AR5416 FreeBSD sat.wonkity.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Sep 20 22:42:33 MDT 2009 root@sat.wonkity.com:/usr/obj/usr/src/sys/SAT i386 wpa_supplicant.conf has just the ssid and psk. rc.conf: wlans_ath0="wlan0" ifconfig_wlan0="WPA DHCP" ath0: flags=8843 metric 0 mtu 2290 ether 00:1b:9e:88:01:62 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:1b:9e:88:01:62 inet 192.168.1.110 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g status: associated ssid xxxx channel 6 (2437 Mhz 11g) bssid 00:40:10:10:00:03 regdomain 105 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 05:38:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1E311065693 for ; Mon, 21 Sep 2009 05:38:00 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 33FEA8FC23 for ; Mon, 21 Sep 2009 05:37:59 +0000 (UTC) Received: by fxm22 with SMTP id 22so1220509fxm.36 for ; Sun, 20 Sep 2009 22:37:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=XsnagY4GlTFRwWO/smABdOrllwJn3mVs8+lRf2ZaaTQ=; b=H0nWLl840X4tl+ObiVs+xNrlbRDx8nBFQ6D3z/QTFsfx4b6v5AuVzGLqTq3bsP6I9K Qr6AkxTD9Xjb4KcIUvfxDW1ntw6oETJ49147HcUrn771m6uCk8mkroFOD7xAR5Jb5ysH WYOa3Y3LJb9pUHiEMeElmpRunHTa0ppaib2j0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hc7ptOvqaH11jCC7Jc36k+VcfcN7Tt3VoKYyBsntHcOfiHevVhCksoh7OK4fpaOXkL cqDvT1HMeFdzqkvFVe3Uog3kjlVlP6Kp5xMfclwgZ0JkdKTB0k9walOyMJY4q7TR5fkg FJ4ti1wOYn1q00VFaxvOnqpxs0+hoThzHKReo= MIME-Version: 1.0 Received: by 10.239.184.144 with SMTP id y16mr338133hbg.188.1253511479130; Sun, 20 Sep 2009 22:37:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Sep 2009 02:37:59 -0300 Message-ID: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> From: Gonzalo Nemmi To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 05:38:00 -0000 On Mon, Sep 21, 2009 at 12:22 AM, Warren Block wrote: > Gonzalo Nemmi wrote: > > Just as seen on BETA2, kldload atapicam crashes my system. >> > > Here too, on 8.0-RC1: > > kldload atapicam > > Fatal trap 12: page fault while in kernel mode > > Loading atapicam in /boot/loader.conf works fine, though. > > -Warren Block * Rapid City, South Dakota USA > I can confirm that .. kldload atapicam still results in a "Fatal trap 12: page fault while in kernel mode" on 8.0-RC1 Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 09:14:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AC5A1065670 for ; Mon, 21 Sep 2009 09:14:11 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id 0875D8FC12 for ; Mon, 21 Sep 2009 09:14:11 +0000 (UTC) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MpeyH-0001x8-A0; Mon, 21 Sep 2009 11:14:09 +0200 Received: from tfea6.t.pppool.de ([89.55.254.166]:27255 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1MpeyH-0001oD-3S; Mon, 21 Sep 2009 11:14:09 +0200 Date: Mon, 21 Sep 2009 11:14:07 +0200 From: Gary Jennejohn To: "David E. Cross" Message-ID: <20090921111407.248d068c@ernst.jennejohn.org> In-Reply-To: <1253500439.24101.8.camel@kagome> References: <1253500439.24101.8.camel@kagome> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: psm0: unable to allocation IRQ (solution, well workaround) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 09:14:11 -0000 On Sun, 20 Sep 2009 22:33:59 -0400 "David E. Cross" wrote: > I recently stumbled across this bug, and I have a solution to my > specific case. > > The problem is the following: > acpi_ibm0: irq 12 on acpi0 > > > _IF_, I put "device acpi_ibm" into the kernel config, disaster, psm0 is > unable to attach. > > If I "acpi_ibm_load="YES"" in /boot/loader.conf, I then get the > following: > acpi_ibm0: on acpi0 > > Note the lack of "irq12" > > Which then frees up: > > psm0: irq 12 on atkbdc0 > > > Now, psm0 maps its IRQ as RF_SHAREABLE, so it _should_ work regardless, > right? > > I'd regard this as a fairly serious bug. > > I'm really at a loss of where to track it down more, looking at the > acpi_ibm code, its pretty opaque as to how resource allocations are done > and why this would ever map irq 12 (well, at least to me). > I would guess (note - guess) that it's a matter of ordering in the kernel. When acpi_ibm is in the kernel it gets probed and attached before psm by the ACPI code and wins the race for irq allocation. If it's loaded as a module then psm has already gotten irq 12 so acpi_ibm is not assigned an irq. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 10:16:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5320C1065676; Mon, 21 Sep 2009 10:16:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0388D8FC1B; Mon, 21 Sep 2009 10:16:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LAGaOE064110; Mon, 21 Sep 2009 06:16:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LAGa6S064109; Mon, 21 Sep 2009 10:16:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 10:16:36 GMT Message-Id: <200909211016.n8LAGa6S064109@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 10:16:37 -0000 TB --- 2009-09-21 08:35:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 08:35:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-09-21 08:35:44 - cleaning the object tree TB --- 2009-09-21 08:35:57 - cvsupping the source tree TB --- 2009-09-21 08:35:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-09-21 08:37:25 - building world TB --- 2009-09-21 08:37:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 08:37:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 08:37:25 - TARGET=ia64 TB --- 2009-09-21 08:37:25 - TARGET_ARCH=ia64 TB --- 2009-09-21 08:37:25 - TZ=UTC TB --- 2009-09-21 08:37:25 - __MAKE_CONF=/dev/null TB --- 2009-09-21 08:37:25 - cd /src TB --- 2009-09-21 08:37:25 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 08:37:26 UTC 2009 >>> 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 Mon Sep 21 10:16:19 UTC 2009 TB --- 2009-09-21 10:16:19 - generating LINT kernel config TB --- 2009-09-21 10:16:19 - cd /src/sys/ia64/conf TB --- 2009-09-21 10:16:19 - /usr/bin/make -B LINT TB --- 2009-09-21 10:16:19 - building LINT kernel TB --- 2009-09-21 10:16:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 10:16:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 10:16:19 - TARGET=ia64 TB --- 2009-09-21 10:16:19 - TARGET_ARCH=ia64 TB --- 2009-09-21 10:16:19 - TZ=UTC TB --- 2009-09-21 10:16:19 - __MAKE_CONF=/dev/null TB --- 2009-09-21 10:16:19 - cd /src TB --- 2009-09-21 10:16:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 10:16:19 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_xauth (cleandir) rm -f export_syms wlan_xauth.ko wlan_xauth.kld ieee80211_xauth.o opt_wlan.h rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> x86bios (cleandir) cd: can't cd to /src/sys/modules/x86bios *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 10:16:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 10:16:36 - ERROR: failed to build lint kernel TB --- 2009-09-21 10:16:36 - 3689.50 user 437.23 system 6052.12 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 10:54:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49CD8106566B for ; Mon, 21 Sep 2009 10:54:59 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (unknown [IPv6:2001:470:1f15:1531:212:3fff:fe75:91a5]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9078FC08 for ; Mon, 21 Sep 2009 10:54:59 +0000 (UTC) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 4F13F5D6F5; Mon, 21 Sep 2009 12:54:58 +0200 (CEST) Date: Mon, 21 Sep 2009 12:54:58 +0200 From: Thomas Quinot To: Gonzalo Nemmi Message-ID: <20090921105458.GA86764@melamine.cuivre.fr.eu.org> References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Warren Block , freebsd-current@freebsd.org Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 10:54:59 -0000 * Gonzalo Nemmi, 2009-09-21 : > I can confirm that .. kldload atapicam still results in a "Fatal trap 12: > page fault while in kernel mode" on 8.0-RC1 I don't see this on RC1: nashville# uname -a FreeBSD nashville.act-europe.fr 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep 18 13:14:27 CEST 2009 root@nashville.act-europe.fr:/alex/build/alex/src/RELENG_8/src/sys/GENERIC amd64 nashville# kldload atapicam nashville# kldstat Id Refs Address Size Name 1 16 0xffffffff80100000 d20940 kernel 2 1 0xffffffff81022000 a4ca iscsi_initiator.ko 3 1 0xffffffff8102d000 f2d7a zfs.ko 4 1 0xffffffff81120000 19b2 opensolaris.ko 5 1 0xffffffff81122000 1b9a atapicam.ko nashville# camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus1 target 0 lun 0 (da1,pass1) at scbus2 target 0 lun 0 (cd0,pass2) Thomas. From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:13:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C49F310656A4; Mon, 21 Sep 2009 11:13:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 752048FC18; Mon, 21 Sep 2009 11:13:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LBDZtN066695; Mon, 21 Sep 2009 07:13:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LBDZCI066682; Mon, 21 Sep 2009 11:13:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 11:13:35 GMT Message-Id: <200909211113.n8LBDZCI066682@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 11:13:36 -0000 TB --- 2009-09-21 09:58:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 09:58:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-09-21 09:58:13 - cleaning the object tree TB --- 2009-09-21 09:58:40 - cvsupping the source tree TB --- 2009-09-21 09:58:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-09-21 09:59:34 - building world TB --- 2009-09-21 09:59:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 09:59:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 09:59:34 - TARGET=powerpc TB --- 2009-09-21 09:59:34 - TARGET_ARCH=powerpc TB --- 2009-09-21 09:59:34 - TZ=UTC TB --- 2009-09-21 09:59:34 - __MAKE_CONF=/dev/null TB --- 2009-09-21 09:59:34 - cd /src TB --- 2009-09-21 09:59:34 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 09:59:35 UTC 2009 >>> 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 Mon Sep 21 11:13:23 UTC 2009 TB --- 2009-09-21 11:13:23 - generating LINT kernel config TB --- 2009-09-21 11:13:23 - cd /src/sys/powerpc/conf TB --- 2009-09-21 11:13:23 - /usr/bin/make -B LINT TB --- 2009-09-21 11:13:23 - building LINT kernel TB --- 2009-09-21 11:13:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 11:13:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 11:13:23 - TARGET=powerpc TB --- 2009-09-21 11:13:23 - TARGET_ARCH=powerpc TB --- 2009-09-21 11:13:23 - TZ=UTC TB --- 2009-09-21 11:13:23 - __MAKE_CONF=/dev/null TB --- 2009-09-21 11:13:23 - cd /src TB --- 2009-09-21 11:13:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 11:13:23 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_xauth (cleandir) rm -f export_syms wlan_xauth.ko wlan_xauth.kld ieee80211_xauth.o opt_wlan.h rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> x86bios (cleandir) cd: can't cd to /src/sys/modules/x86bios *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 11:13:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 11:13:35 - ERROR: failed to build lint kernel TB --- 2009-09-21 11:13:35 - 2760.70 user 403.52 system 4521.91 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:25:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD1BD1065698; Mon, 21 Sep 2009 11:25:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCE28FC2F; Mon, 21 Sep 2009 11:25:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LBPcme009152; Mon, 21 Sep 2009 07:25:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LBPclt009148; Mon, 21 Sep 2009 11:25:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 11:25:38 GMT Message-Id: <200909211125.n8LBPclt009148@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 11:25:39 -0000 TB --- 2009-09-21 10:16:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 10:16:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-09-21 10:16:36 - cleaning the object tree TB --- 2009-09-21 10:16:52 - cvsupping the source tree TB --- 2009-09-21 10:16:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-09-21 10:18:09 - building world TB --- 2009-09-21 10:18:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 10:18:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 10:18:09 - TARGET=sparc64 TB --- 2009-09-21 10:18:09 - TARGET_ARCH=sparc64 TB --- 2009-09-21 10:18:09 - TZ=UTC TB --- 2009-09-21 10:18:09 - __MAKE_CONF=/dev/null TB --- 2009-09-21 10:18:09 - cd /src TB --- 2009-09-21 10:18:09 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 10:18:17 UTC 2009 >>> 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 Mon Sep 21 11:25:28 UTC 2009 TB --- 2009-09-21 11:25:28 - generating LINT kernel config TB --- 2009-09-21 11:25:28 - cd /src/sys/sparc64/conf TB --- 2009-09-21 11:25:28 - /usr/bin/make -B LINT TB --- 2009-09-21 11:25:28 - building LINT kernel TB --- 2009-09-21 11:25:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 11:25:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 11:25:28 - TARGET=sparc64 TB --- 2009-09-21 11:25:28 - TARGET_ARCH=sparc64 TB --- 2009-09-21 11:25:28 - TZ=UTC TB --- 2009-09-21 11:25:28 - __MAKE_CONF=/dev/null TB --- 2009-09-21 11:25:28 - cd /src TB --- 2009-09-21 11:25:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 11:25:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_xauth (cleandir) rm -f export_syms wlan_xauth.ko wlan_xauth.kld ieee80211_xauth.o opt_wlan.h rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> x86bios (cleandir) cd: can't cd to /src/sys/modules/x86bios *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 11:25:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 11:25:38 - ERROR: failed to build lint kernel TB --- 2009-09-21 11:25:38 - 2588.20 user 388.80 system 4142.03 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:26:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB531065695; Mon, 21 Sep 2009 11:26:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7015C8FC22; Mon, 21 Sep 2009 11:26:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LBQ5xX011967; Mon, 21 Sep 2009 07:26:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LBQ5fX011966; Mon, 21 Sep 2009 11:26:05 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 11:26:05 GMT Message-Id: <200909211126.n8LBQ5fX011966@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 11:26:06 -0000 TB --- 2009-09-21 10:17:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 10:17:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-09-21 10:17:23 - cleaning the object tree TB --- 2009-09-21 10:17:57 - cvsupping the source tree TB --- 2009-09-21 10:17:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-09-21 10:19:15 - building world TB --- 2009-09-21 10:19:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 10:19:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 10:19:15 - TARGET=sun4v TB --- 2009-09-21 10:19:15 - TARGET_ARCH=sparc64 TB --- 2009-09-21 10:19:15 - TZ=UTC TB --- 2009-09-21 10:19:15 - __MAKE_CONF=/dev/null TB --- 2009-09-21 10:19:15 - cd /src TB --- 2009-09-21 10:19:15 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 10:19:18 UTC 2009 >>> 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 Mon Sep 21 11:25:56 UTC 2009 TB --- 2009-09-21 11:25:56 - generating LINT kernel config TB --- 2009-09-21 11:25:56 - cd /src/sys/sun4v/conf TB --- 2009-09-21 11:25:56 - /usr/bin/make -B LINT TB --- 2009-09-21 11:25:56 - building LINT kernel TB --- 2009-09-21 11:25:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 11:25:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 11:25:56 - TARGET=sun4v TB --- 2009-09-21 11:25:56 - TARGET_ARCH=sparc64 TB --- 2009-09-21 11:25:56 - TZ=UTC TB --- 2009-09-21 11:25:56 - __MAKE_CONF=/dev/null TB --- 2009-09-21 11:25:56 - cd /src TB --- 2009-09-21 11:25:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 11:25:56 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine sparc64 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_xauth (cleandir) rm -f export_syms wlan_xauth.ko wlan_xauth.kld ieee80211_xauth.o opt_wlan.h rm -f @ machine sparc64 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> x86bios (cleandir) cd: can't cd to /src/sys/modules/x86bios *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 11:26:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 11:26:05 - ERROR: failed to build lint kernel TB --- 2009-09-21 11:26:05 - 2584.59 user 388.99 system 4122.21 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:26:58 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82C821065672; Mon, 21 Sep 2009 11:26:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2328FC2E; Mon, 21 Sep 2009 11:26:58 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6993F1CFC1; Mon, 21 Sep 2009 13:26:57 +0200 (CEST) Date: Mon, 21 Sep 2009 13:26:57 +0200 From: Ed Schouten To: arch@FreeBSD.org, current@FreeBSD.org Message-ID: <20090921112657.GW95398@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TXv8ADjWKuT9E31y" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 11:26:58 -0000 --TXv8ADjWKuT9E31y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, At the DevSummit in Cambridge we briefly discussed including tmux(1) in the base system. We recently had window(1) there, but unfortunately window(1) was a very limited tool, compared to tools like screen(1) and tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a better license and very active maintenance. I was talking with the author on IRC the other day and it seemed like I spoke with him at a fortunate moment, because he was just about to release version 1.0. I think it would be nice to import this into HEAD, which means FreeBSD 9.0 (maybe 8.1?) will include it by default. How to test tmux in base: - Download this tarball and extract it to contrib/tmux: http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz - Apply the following patch: http://80386.nl/pub/tmux.diff Comments? --=20 Ed Schouten WWW: http://80386.nl/ --TXv8ADjWKuT9E31y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq3YwEACgkQ52SDGA2eCwVK4wCfcf/E/9oM8ESCvdTDTXuyZUJC kfIAnikKgoekjFxPE+xC2oALIjfaAihv =L7Zf -----END PGP SIGNATURE----- --TXv8ADjWKuT9E31y-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:32:49 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22062106566B for ; Mon, 21 Sep 2009 11:32:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D0C3E8FC14 for ; Mon, 21 Sep 2009 11:32:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 75D2D9CB0F7; Mon, 21 Sep 2009 13:29:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sAt2TwkLwoa9; Mon, 21 Sep 2009 13:29:18 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 45BA99CB376; Mon, 21 Sep 2009 13:29:17 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n8LBTHsg090511; Mon, 21 Sep 2009 13:29:17 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 21 Sep 2009 13:29:17 +0200 From: Roman Divacky To: Ed Schouten Message-ID: <20090921112917.GA89971@freebsd.org> References: <20090921112657.GW95398@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090921112657.GW95398@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 11:32:49 -0000 On Mon, Sep 21, 2009 at 01:26:57PM +0200, Ed Schouten wrote: > Hi all, > > At the DevSummit in Cambridge we briefly discussed including tmux(1) in > the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) and > tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > better license and very active maintenance. > > I was talking with the author on IRC the other day and it seemed like I > spoke with him at a fortunate moment, because he was just about to > release version 1.0. I think it would be nice to import this into HEAD, > which means FreeBSD 9.0 (maybe 8.1?) will include it by default. > > How to test tmux in base: > > - Download this tarball and extract it to contrib/tmux: > http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > - Apply the following patch: > http://80386.nl/pub/tmux.diff > > Comments? can tmux be configured to be 100% compatible with screen? if so are we going to ship with such a config on default? From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 06:03:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A5611065676 for ; Mon, 21 Sep 2009 06:03:36 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82206.mail.mud.yahoo.com (web82206.mail.mud.yahoo.com [209.191.86.101]) by mx1.freebsd.org (Postfix) with SMTP id 3A3F48FC15 for ; Mon, 21 Sep 2009 06:03:35 +0000 (UTC) Received: (qmail 89647 invoked by uid 60001); 21 Sep 2009 06:03:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=iu4Mp840ybzsLn4qU/lvH3Afp3J3kn6hzRQ8VhRGAtxQB5hbfAOPbyo5LhdwaUAYAdY37qYKg3lTzOfF+22M/GOf8xsSX0g4Vq+bal0hrH5qt7ls3BcMG2iqN62dTdotmETTFI1bWfrfX5X5jSNRnw60j2f30qTDtx8JYdTvivk=; Message-ID: <64815.89454.qm@web82206.mail.mud.yahoo.com> X-YMail-OSG: 0g9fvLsVM1k3gqfe2T0E3.1KfrWtzuS8KftWy85c5hat.I6OdKundycaFfy6dgiQrWb2_4Tfxv3IfpDLqnymYOaPcEQRfhs8vl.392GimvIZTWyJA7qIqsViyLMebenzTCdGZw3CtSue2iPGSvbzjrMMhsbu2ND9mqDV2YzmETtvkmw9Swau3pBUWFQSsPR3gd_QPfAvQk_hB6ylicZ3senu8.naAgbU7FUyA9Tf0csgqxsjxtYeuvl8j3hWCZs9YTivIfKqqgOnlAYHA9aaN4NnxDaIktEzTQhrHQKSHfPr72CvW.K3Msf__Q65U6bMJw.5Xut0oMYNysGK Received: from [75.36.167.175] by web82206.mail.mud.yahoo.com via HTTP; Sun, 20 Sep 2009 23:03:34 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sun, 20 Sep 2009 23:03:34 -0700 (PDT) From: Jin Guojun To: Gavin Atkinson MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-969878095-1253513014=:89454" X-Mailman-Approved-At: Mon, 21 Sep 2009 11:34:57 +0000 Cc: current@freebsd.org Subject: Re: Is SATA HOT plug in still supported 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: Mon, 21 Sep 2009 06:03:36 -0000 --0-969878095-1253513014=:89454 Content-Type: text/plain; charset=us-ascii Only the SATA plug-in message is attached. Plug-in sees an error. The boot-up dmesg is also available at http://www.daemonfun.com/hd-bub/boot-dmesg.txt if it helps. --- On Sun, 9/20/09, Gavin Atkinson wrote: > From: Gavin Atkinson > Subject: Re: Is SATA HOT plug in still supported in Current? > To: "Jin Guojun" > Cc: current@freebsd.org, question@freebsd.org > Date: Sunday, September 20, 2009, 9:04 AM > On Sat, 19 Sep 2009, Jin Guojun > wrote: > > It seems that SATA hot-plug-in is no longer supported > in current -- both 7.2 and 8.0. > > > > I have a GeForce6100PM-M2 motherboard with both PATA > and SATA installed. > > System boots from PATA derives for 6.4, 7.2 and > 8.0-Beta4 with SATA offline. > > > > After system is up, power SATA, 6.4 sees the dirve > right way and disk is automatically attached to > ata2-master. > > > > When boot to both 7.2 and 8.0, hot plug-in SATA drive > does not show any message to the system. > > Issueing command "atacontrol attach ata2" or > "atacontrol reinit ata2" does not get disk online. Without > chnage anything, and just reboot the system, the SATA drive > will show up. > > Can you boot with verbose dmesg enabled, and without the > disk attached, > then plug the disk in after boot? Then please upload > the output of > "dmesg" somewhere and send a link to it to the list? > > Thanks, > > Gavin > --0-969878095-1253513014=:89454 Content-Type: application/octet-stream; name=sata-plug-in-dmesg Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=sata-plug-in-dmesg U2VwIDIwIDIyOjQ2OjE4IHc4MCBscGRbNjYxXTogbHBkIHN0YXJ0dXA6IGxv Z2dpbmc9MApTZXAgMjAgMjI6NDY6MjcgdzgwIGxvZ2luOiBST09UIExPR0lO IChyb290KSBPTiB0dHl2MApTZXAgMjAgMjI6NDg6MDQgdzgwIGtlcm5lbDog YXRhMjogQ09OTkVDVCByZXF1ZXN0ZWQKU2VwIDIwIDIyOjQ4OjA0IHc4MCBr ZXJuZWw6IGF0YTI6IHJlaW5pdGluZyBjaGFubmVsIC4uClNlcCAyMCAyMjo0 ODowNCB3ODAga2VybmVsOiBhdGEyOiBTQVRBIGNvbm5lY3QgdGltZT0wbXMg c3RhdHVzPTAwMDAwMTEzClNlcCAyMCAyMjo0ODowNCB3ODAga2VybmVsOiBh dGEyOiByZXNldCB0cDEgbWFzaz0wMSBvc3RhdDA9ODAgb3N0YXQxPTAwClNl cCAyMCAyMjo0ODowNCB3ODAga2VybmVsOiBhdGEyOiBzdGF0MD0weDgwIGVy cj0weGZmIGxzYj0weGZmIG1zYj0weGZmClNlcCAyMCAyMjo0ODowNCB3ODAg bGFzdCBtZXNzYWdlIHJlcGVhdGVkIDIgdGltZXMKU2VwIDIwIDIyOjQ4OjA0 IHc4MCBrZXJuZWw6IGF0YTI6IHN0YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4 MDAgbXNiPTB4MDAKU2VwIDIwIDIyOjQ4OjA0IHc4MCBrZXJuZWw6IGF0YTI6 IHJlc2V0IHRwMiBzdGF0MD01MCBzdGF0MT0wMCBkZXZpY2VzPTB4MQpTZXAg MjAgMjI6NDg6MDQgdzgwIGtlcm5lbDogYXRhMjogcmVpbml0IGRvbmUgLi4K U2VwIDIwIDIyOjQ4OjIyIHc4MCBsb2dpbjogUk9PVCBMT0dJTiAocm9vdCkg T04gdHR5djEK --0-969878095-1253513014=:89454-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:35:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA6FD1065703; Mon, 21 Sep 2009 11:35:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 934218FC27; Mon, 21 Sep 2009 11:35:56 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0C2361CFC1; Mon, 21 Sep 2009 13:35:56 +0200 (CEST) Date: Mon, 21 Sep 2009 13:35:56 +0200 From: Ed Schouten To: Roman Divacky Message-ID: <20090921113556.GX95398@hoeg.nl> References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+0KmLy8UubQqhxHi" Content-Disposition: inline In-Reply-To: <20090921112917.GA89971@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Arch , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 11:35:56 -0000 --+0KmLy8UubQqhxHi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Roman Divacky wrote: > can tmux be configured to be 100% compatible with screen? if so > are we going to ship with such a config on default? Well, we could ship a screen-like config in /usr/share/examples, but in my opinion we shouldn't enable this by default. It only makes it more confusing when people switch to different operating systems that don't use this config. I do think tmux's use of ^B instead of ^A by default is a bit awkward... --=20 Ed Schouten WWW: http://80386.nl/ --+0KmLy8UubQqhxHi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq3ZRsACgkQ52SDGA2eCwWg+wCZAU4DgF+x+bRNKIPYzenWCPyc 4bMAn2nX8wA/R63dR/8PkSXSuIpuLUiz =e8cP -----END PGP SIGNATURE----- --+0KmLy8UubQqhxHi-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:39:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6AF51065696; Mon, 21 Sep 2009 11:39:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 368F78FC18; Mon, 21 Sep 2009 11:39:49 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA01601; Mon, 21 Sep 2009 14:39:44 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB76600.8090407@icyb.net.ua> Date: Mon, 21 Sep 2009 14:39:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> In-Reply-To: <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-openoffice@freebsd.org, Vinicius Abrahao , freebsd-current , miwi@freebsd.org Subject: Re: Problem building Openoffice 3.1.1 at -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, 21 Sep 2009 11:39:52 -0000 on 20/09/2009 14:38 Sam Fourman Jr. said the following: > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: >> Hello dear fellows, >> >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm >> getting an strange error (associated with python). >> This is the error that appears many hours after I start the upgrade: > > > I am getting this same error on FreeBSD 8.0 Beta4 > any idea how to fix the build? I also had a compilation problem like this. Perhaps this is related to having python 2.6 installed on a system? Anyway, I was able to continue the build by doing the following (adjust the paths to your environment): $ ln -s /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6 $ cp /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unxfbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*.so /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6/ Maybe something else, it was a while ago. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 11:51:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4931065670; Mon, 21 Sep 2009 11:51:42 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF158FC0C; Mon, 21 Sep 2009 11:51:41 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8LBpa0n098754; Mon, 21 Sep 2009 14:51:36 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB768C3.6030003@eng.auth.gr> Date: Mon, 21 Sep 2009 14:51:31 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: Rick Macklem , George Mamalakis , freebsd-current@freebsd.org, freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 21 Sep 2009 11:53:48 +0000 Cc: Subject: Re: SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 11:51:42 -0000 John Marshall wrote: > On Sat, 19 Sep 2009, 09:31 +1000, John Marshall wrote: > >> On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: >> >>> When cyrus-sasl2 builds, it uses the little shell script >>> /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of >>> libraries to link against. This doesn't return "-lgssapi_spnego" in the >>> list. (The list can be changed by editting line #96 of >>> /usr/bin/krb5-config.) >>> >> I think this sounds promising! It makes sense. Thanks for pointing us >> in this direction. >> > > This morning, on my 8.0-RC1 system, I did the following to confirm that > GSSAPI authentication to the LDAP server via SASL2 using the base > Heimdal was still broken: > > - removed the heimdal-1.2.1 port > - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) > - started the openldap-sasl-server-2.4.18_1 > - queried the LDAP server from a separate client using ldapsearch: > -------- > SASL/GSSAPI authentication started > ldap_sasl_interactive_bind_s: Can't contact LDAP server (-1) > -------- > - and noted that the ldap server died at that point. > > I edited line 96 of /usr/bin/krb5-config to include -lgssapi_krb5 in the > libraries list: > > lib_flags="$lib_flags -lgssapi -lgssapi_krb5 -lheimntlm" > > and then did the following: > > - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) > - started the openldap-sasl-server-2.4.18_1 > - queried the LDAP server from a separate client using ldapsearch > -------- > SASL/GSSAPI authentication started > SASL username: john@EXAMPLE.COM > SASL SSF: 56 > SASL data security layer installed. > # extended LDIF > # > # LDAPv3 > -------- > > SUCCESS! > > So, this fix obviates THAT reason for installing the Heimdal port. If > George meets with similar success adding -lgssapi_spnego for his spnego > problem, I suggest that both libraries be added to the list in line 96 > of /usr/bin/krb5-config prior to release of FreeBSD 8.0. > > It doesn't look like this fix is as simple as submitting a patch to > krb5-config. It looks like magic needs to happen somewhere in the base > kerberos build system. > > I notice that the Heimdal port doesn't build the separate libraries and > everything seems to be included in libgssapi (which explains why sasl2 > "works" when linked against the Heimdal port). > > Guys, I changed my /usr/bin/krb5-config's line 96 to include -lgssapi_spnego and -lgssapi_krb5, and ever since both client and server work correctly!! Of course I get some other error, but at least this must be a configuration error :). So, to sum up: Still running on fbsd.8-BETA4, changed krb5-config to include the missing libraries, recompiled cyrus-sasl-2.1.23 after I changed the krb5-config, restarted openldap-sasl-server-2.4.18_1 and after performing an ldapsearch, the client does not complain (and exits) about missing libraries, NOR does the server crash on sasl authentication. Great job guys, thank you all very very much for your help! I posted my query on the 17th of Sep. and in four days (weekend inclusive!) someone came up with an answer that resolves my issue! Great job, once more, and thank you all again! -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 13:01:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B6C8106566C for ; Mon, 21 Sep 2009 13:01:26 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 414338FC0C for ; Mon, 21 Sep 2009 13:01:26 +0000 (UTC) Received: from Macintosh-4.local (no-dns-yet.demon.co.uk [62.49.66.13] (may be forged)) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8LD1Nd4054195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 06:01:25 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4AB77922.6070802@freebsd.org> Date: Mon, 21 Sep 2009 14:01:22 +0100 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Warren Block References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Atheros AR5008X AR5416 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: Mon, 21 Sep 2009 13:01:26 -0000 Warren Block wrote: > This Atheros mini-PCIe card is in a Toshiba Satellite A215-S6820. > Windows identifies it as an "Atheros AR5008X". It's a b/g/n card with > three antenna connections. FreeBSD really hates the ACPI on this > system, and insists on it being disabled. I don't think that's the > problem with the wireless card. > > ath0: mem 0xf8200000-0xf820ffff irq 19 at device 0.0 on > pci20 > ath0: [ITHREAD] > ath0: AR5418 mac 12.10 RF5133 phy 8.1 > > It sort-of works with a Linkys WRT54G b/g access point, but has some > problems that keep it from working well. > > Transfers are usually stalled, then will suddenly jump to 2MB/sec for a > little while, then stall again with the output of bb hang messages. > Access point LED shows long pauses. > > kernel: ath0: bb hang detected (0x80), reseting > kernel: ath0: bb hang detected (0x80), reseting > kernel: ath0: bb hang detected (0x4), reseting > kernel: ath0: bb hang detected (0x4), reseting This problem is a hardware bug in the 5416 that also appears in other Atheros 11n cards (i've seen it w/ 9160- and 9280-based cards). Atheros refused to help me resolve this, except to say the problem doesn't hobble their linux driver. So to fix this problem you'll need to compare how the linux code works to how the freebsd code works. If you can collect register access traces from the linux driver then you can compare them to what happens in freebsd (use the ATH_DEBUG_ALQ option). Otherwise you can try to do this through code inspection. Sam From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 13:15:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 452F71065693 for ; Mon, 21 Sep 2009 13:15:32 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 062828FC15 for ; Mon, 21 Sep 2009 13:15:31 +0000 (UTC) X-CNFS-Analysis: v=1.1 cv=U43SLuz+mznEeU6k0XtWkcXR9Y++tAUvrsVXj5cPltU= c=1 sm=0 a=6I5d2MoRAAAA:8 a=H5OBgCL4uvonUuZx8qkA:9 a=G5lYGvCDSfUp7JivocOdnvsdleQA:4 a=SV7veod9ZcQA:10 a=ltTBfuASkkJknWYg7-sA:9 a=aE1sZMYLiC76RyTFag59PFjzI5wA:4 a=LkYvsgB9u1MH7Ao0BLhsLg==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: ecout1 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (ecout1: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50298] helo=mail.colemankane.org) by ecout1 (envelope-from ) (ecelerity 2.2.2.43 r()) with ESMTP id 58/D8-14944-0D877BA4; Mon, 21 Sep 2009 09:00:00 -0400 Received: from [172.20.0.121] (rrcs-96-11-231-210.central.biz.rr.com [96.11.231.210]) by mail.colemankane.org (Postfix) with ESMTPSA id 650101143E; Mon, 21 Sep 2009 10:04:00 -0400 (EDT) From: Coleman Kane To: Ed Schouten In-Reply-To: <20090921113556.GX95398@hoeg.nl> References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Sa/mwQSc9vnzjdzVHzEc" Organization: FreeBSD Project Date: Mon, 21 Sep 2009 08:59:43 -0400 Message-Id: <1253537983.1757.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Cc: FreeBSD Arch , Roman Divacky , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 13:15:32 -0000 --=-Sa/mwQSc9vnzjdzVHzEc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-09-21 at 13:35 +0200, Ed Schouten wrote: > * Roman Divacky wrote: > > can tmux be configured to be 100% compatible with screen? if so > > are we going to ship with such a config on default? >=20 > Well, we could ship a screen-like config in /usr/share/examples, but in > my opinion we shouldn't enable this by default. It only makes it more > confusing when people switch to different operating systems that don't > use this config. I do think tmux's use of ^B instead of ^A by default is > a bit awkward... >=20 Funny. I always considered (and still consider, but live with it) screen's use of ^A to be quite awkward and annoying, myself, since it conflicts with using ^A for jump-to-start-of-line. --=20 Coleman Kane --=-Sa/mwQSc9vnzjdzVHzEc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkq3eLwACgkQcMSxQcXat5drggCdG+3TKZoIwwxxUhrnGQzhW3Mw GA8Ani4ayU73Q5FIo40T7EJcNINk0wWb =LvxD -----END PGP SIGNATURE----- --=-Sa/mwQSc9vnzjdzVHzEc-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 13:36:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249F01065670; Mon, 21 Sep 2009 13:36:07 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmailC.acsu.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id EA5D48FC18; Mon, 21 Sep 2009 13:36:06 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 2470F4B192; Mon, 21 Sep 2009 09:36:06 -0400 (EDT) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 7FB2F4B185; Mon, 21 Sep 2009 09:36:03 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 688C64B0DB; Mon, 21 Sep 2009 09:36:03 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 51F41207B4; Mon, 21 Sep 2009 09:36:03 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-A9PgbBGdOoECFQ9iEDvm" Date: Mon, 21 Sep 2009 09:35:59 -0400 Message-Id: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 13:36:07 -0000 --=-A9PgbBGdOoECFQ9iEDvm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The first of the Release Candidates for the FreeBSD 8.0 release cycle is now available. How many RC's we have will depend on how well 8.0-RC1 does. At the moment only one more RC is on the schedule but odds are fairly high we will wind up inserting at least one more RC. Between BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many other issues that have been brought up from the public testing. And a patch set was committed by the people who handle porting ZFS to FreeBSD that they felt makes ZFS production-ready. Details about the current target schedule along with much more detail about the current status of the release is available here: http://wiki.freebsd.org/8.0TODO There are two known problems with 8.0-RC1. One known issue with the 8.0-RC1 build was discovered after the builds got started so is not part of the ISO images or FreeBSD-Update builds. The issue is that local IPv6 link-local addresses are not reachable. A fix for it has been committed to RELENG_8 so if you install from the 8.0-RC1 media or update using FreeBSD-Update you will then need to update using csup/cvsup mechanisms if you need that fix for your environment. It should only impact people using IPv6. The other known issue is that the flowtable may direct packets to the wrong interface under certain routing conditions. We feel confident that this bug will be fixed so the flowtable is enabled in RC1 to maximize testing. If you experience routing problems, please temporarily disable the flowtable using the sysctl =3D0 and report the results to the freebsd-current@ mailing list. If we are unable to resolve this issue by RC2, we will disable the flowtable in 8.0-RELEASE. If you notice problems you can report them through the normal Gnats PR system or on the freebsd-current mailing list. I do cross-post announcements to freebsd-stable because this particular release is "about to become a stable branch" but when it comes to watching for issues related to the release most of the developers pay more attention to the freebsd-current list. ISO images for all supported architectures are available on the FTP sites, and a "memory stick" image is available for amd64/i386 architectures. For amd64/i386 architectures the cdrom and memstick images include the documentation packages this time but no other packages. The DVD image includes a rough pass at what packages will be available on the official release media but is subject to change between now and release. For sparc64 the DVD image has the set of packages that currently build for sparc64, which is a sub-set of the set provided for amd64/i386. The sparc64 disc1 does not have any packages on it because I noticed a little too late that adding the doc packages to disc1 caused it to overflow the target size. For 8.0-RC2 sparc64 will have the livefs bits split out to a separate image (which is the way all the other architectures have been for a while now) and the doc packages will be provided on disc1. None of the other images include packages. If you are using csup/cvsup methods to update an older system the branch tag to use is RELENG_8. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 can upgrade as follows: =20 # freebsd-update upgrade -r 8.0-RC1 =20 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. Systems running 8.0-BETA3 may print the warning INDEX-OLD.all: Invalid arguments when downloading updates; this warning is a harmless bug (fixed in 8.0-BETA4) and can be safely ignored. # freebsd-update install =20 The system must be rebooted with the newly installed kernel before continui= ng. =20 # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install =20 At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or earlier will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. See: http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html for mode details. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no longer used) system libraries: # freebsd-update install =20 Finally, reboot into 8.0-RC1: =20 # shutdown -r now MD5/SHA256 checksums for the image files: MD5 (8.0-RC1-amd64-bootonly.iso) =3D a84d43c8adaba3fee9a618098668154e MD5 (8.0-RC1-amd64-disc1.iso) =3D fb4f75c74144239b4994dc3ad040af33 MD5 (8.0-RC1-amd64-dvd1.iso) =3D 5da3097634fbe049dd01ad4127d0f396 MD5 (8.0-RC1-amd64-livefs.iso) =3D 43a483ea73cbbe80f0ef068502594363 MD5 (8.0-RC1-amd64-memstick.img) =3D 9b1ffcab33ceed4dcdf1a0f3d862f811 MD5 (8.0-RC1-i386-bootonly.iso) =3D b569d950d6806c7c88a15d857bef6a02 MD5 (8.0-RC1-i386-disc1.iso) =3D 1cfecd1489b8be4a6d06040b07af941b MD5 (8.0-RC1-i386-dvd1.iso) =3D 474b54e73a04a2f573b8a26ad00e3077 MD5 (8.0-RC1-i386-livefs.iso) =3D 7e5c3390c9f1e7915b9f229eb95f7e70 MD5 (8.0-RC1-i386-memstick.img) =3D 532736e255f069f7f891d6ed4f14970e MD5 (8.0-RC1-ia64-bootonly.iso) =3D f53c920e46d3ceeb755617b2de20507a MD5 (8.0-RC1-ia64-disc1.iso) =3D 504d3828b919563a83d7232d9a3a952b MD5 (8.0-RC1-ia64-disc2.iso) =3D 5f22a63a89bff893038b32c0c53bf2eb MD5 (8.0-RC1-ia64-disc3.iso) =3D bf17e84e9dfa62a6ce131e07bc701478 MD5 (8.0-RC1-ia64-dvd1.iso) =3D b8cf5cc2feab96c98da12b6fb1623136 MD5 (8.0-RC1-ia64-livefs.iso) =3D 2a83a1b32cfeb9a95f8ccc5e4cf36918 MD5 (8.0-RC1-pc98-bootonly.iso) =3D 60603f538db73c264ad7271da044e185 MD5 (8.0-RC1-pc98-disc1.iso) =3D 7c00a58b4b8f3e94b25a4539116542bd MD5 (8.0-RC1-pc98-livefs.iso) =3D aa67b1f3d8246381764a4df867e23f67 MD5 (8.0-RC1-powerpc-bootonly.iso) =3D a498cafdb4118f2d33007c5f0cf6ca0d MD5 (8.0-RC1-powerpc-disc1.iso) =3D 4448a906a36356c479623c8b4af7e685 MD5 (8.0-RC1-powerpc-disc2.iso) =3D bf9bf9e46da074a0787ca84da13251c8 MD5 (8.0-RC1-powerpc-disc3.iso) =3D 2f600348579d4adc87b2a32f565f3f03 MD5 (8.0-RC1-powerpc-livefs.iso) =3D 962f7d69cad7bb47e1cdfaf746b97f90 MD5 (8.0-RC1-sparc64-bootonly.iso) =3D 674724d0c2ddd997d86f91863c01ba20 MD5 (8.0-RC1-sparc64-disc1.iso) =3D 9e896ac68263ff816e3721b8b31e63bb MD5 (8.0-RC1-sparc64-dvd1.iso) =3D 8451f6fee8523cd33e3e7e973922d2cf SHA256 (8.0-RC1-amd64-bootonly.iso) =3D 0fcff1f76629c694be73133ad6ca5057a97= a7030d824adb3a3a58bfe881528ab SHA256 (8.0-RC1-amd64-disc1.iso) =3D 1b0246694012170ef83ce38395f4179c990d56= 89e1da2224a7cd2164770d1efb SHA256 (8.0-RC1-amd64-dvd1.iso) =3D 63dec5385f549a22e6940a8d30d23be96dec0c2= 7253550787107918631021bcc SHA256 (8.0-RC1-amd64-livefs.iso) =3D adda93a732168586272697d32824626898bee= 6c95ec2efc9e691e649489b99c2 SHA256 (8.0-RC1-amd64-memstick.img) =3D d2d3f90d3fb3b11cb06734df3ff1eb8433e= 4184158c85d34c4bd41ba068e131c SHA256 (8.0-RC1-i386-bootonly.iso) =3D 6b3f78fe556cb396cb1734fdcdfdd3619013= b4318f94b1736349e641a0745dbb SHA256 (8.0-RC1-i386-disc1.iso) =3D 06094f54d0b9141b571a8d22727a9c639a4ffb8= a72dd05d12e995ef417eaaf37 SHA256 (8.0-RC1-i386-dvd1.iso) =3D 02009c487ce5a00f52e45d2ccefc5c7b47edea11= 0d1922ff21fe05ee7b1c8cb3 SHA256 (8.0-RC1-i386-livefs.iso) =3D abcc0c3d975df784eaa4840af15555fc25f610= f8699619142185c77b396e00aa SHA256 (8.0-RC1-i386-memstick.img) =3D f6ed2716312b6fcdf4bea15e4290a122d34e= 569fda895fb8bdffa499eea6d9ce SHA256 (8.0-RC1-ia64-bootonly.iso) =3D c307cdfa5f98d84b367ac8ef939da6f42a2a= 0454c07ab0f7b7fe17b78c3f4c9e SHA256 (8.0-RC1-ia64-disc1.iso) =3D 44612f9922e8ee2ca6453f9a54b81c01bf35148= 6580fa7cc9cd031b2f0b132c6 SHA256 (8.0-RC1-ia64-disc2.iso) =3D 01eb3badf81e2e64ab4ddcfd4921f5bc6710c6e= b5eba514c92985266fcb805e5 SHA256 (8.0-RC1-ia64-disc3.iso) =3D 31fd356921f9430233bc7bf0699676746c735dd= de9dc4d6ad21438ba66124912 SHA256 (8.0-RC1-ia64-dvd1.iso) =3D a5bbdf0b0a338ffdc744f1d47513ebede568e852= c3e07062b7c0e2f2aafd108b SHA256 (8.0-RC1-ia64-livefs.iso) =3D a3a5633900decc819982c50d672cdd653503fe= 4edebcb566eb4b27784f073635 SHA256 (8.0-RC1-pc98-bootonly.iso) =3D 5d50fd76e3a1124189acaf54e5258b92383a= b0ce8b44b3e5b506020e011b9938 SHA256 (8.0-RC1-pc98-disc1.iso) =3D 4007e728e8a51fa04663ce9a234db2c1e1f587e= bacc45bdeee0ba86261a89345 SHA256 (8.0-RC1-pc98-livefs.iso) =3D 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9c6= c72a45335858e461b9d4cad205 SHA256 (8.0-RC1-powerpc-bootonly.iso) =3D b3a63ef86773ea28c548082d46d7199d4= 838648dfa1ecec82c881d90bb0ce9ca SHA256 (8.0-RC1-powerpc-disc1.iso) =3D 7cd4e68f0e6bdf95090121ffd89383134c44= 447a6d1a18a800d58fb1dcd8d1c6 SHA256 (8.0-RC1-powerpc-disc2.iso) =3D 65719abb58fc8d7904fcbd7052d807efbe44= f137badbcfbe7cef623d738360c1 SHA256 (8.0-RC1-powerpc-disc3.iso) =3D 9ec803dd266e752dcafe2fd3c6d5bb37b3bb= 6ce00c1cb4683c84616f866ec44b SHA256 (8.0-RC1-powerpc-livefs.iso) =3D 7ef3142568fc6c4837faa6cbbd371cf709e= e8e1d65df24ea538fba94095eebb5 SHA256 (8.0-RC1-sparc64-bootonly.iso) =3D 91fb4fee46c0a68520ce97351774725ae= 95ad4479f06e5d0f3de3e07eeb422d9 SHA256 (8.0-RC1-sparc64-disc1.iso) =3D 99c74dc6fa9b3185e12fa5084589d1f48f54= 0082c5166026deccf673be46c343 SHA256 (8.0-RC1-sparc64-dvd1.iso) =3D 777d8afc3330fae4089510d6b852ea1d1f910= 8a868b8ebb3d5a661b108a99196 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-A9PgbBGdOoECFQ9iEDvm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkq3gS8ACgkQ/G14VSmup/YT/gCfXSNmX9xyXsCFpKCsNgAiDxPH g4AAn1Qj9W+aY90IhN6/JcO9vN1vEwC6 =IqsR -----END PGP SIGNATURE----- --=-A9PgbBGdOoECFQ9iEDvm-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 13:45:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE0561065670 for ; Mon, 21 Sep 2009 13:45:07 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 921338FC0C for ; Mon, 21 Sep 2009 13:45:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 4C37641C690; Mon, 21 Sep 2009 15:45:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id E9ZBuj68jXD3; Mon, 21 Sep 2009 15:45:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 9F17141C670; Mon, 21 Sep 2009 15:45:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2DEC44448E6; Mon, 21 Sep 2009 13:43:19 +0000 (UTC) Date: Mon, 21 Sep 2009 13:43:18 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Message-ID: <20090921134158.R68375@maildrop.int.zabbadoz.net> References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 13:45:08 -0000 On Mon, 21 Sep 2009, Ken Smith wrote: > > The first of the Release Candidates for the FreeBSD 8.0 release cycle is > now available. How many RC's we have will depend on how well 8.0-RC1 > does. At the moment only one more RC is on the schedule but odds are > fairly high we will wind up inserting at least one more RC. Between > BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many > other issues that have been brought up from the public testing. And a > patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. > > Details about the current target schedule along with much more detail > about the current status of the release is available here: > > http://wiki.freebsd.org/8.0TODO > > There are two known problems with 8.0-RC1. One known issue with the > 8.0-RC1 build was discovered after the builds got started so is not part > of the ISO images or FreeBSD-Update builds. The issue is that local > IPv6 link-local addresses are not reachable. A fix for it has been > committed to RELENG_8 so if you install from the 8.0-RC1 media or update > using FreeBSD-Update you will then need to update using csup/cvsup > mechanisms if you need that fix for your environment. It should only > impact people using IPv6. > > The other known issue is that the flowtable may direct packets to the > wrong interface under certain routing conditions. We feel confident that > this bug will be fixed so the flowtable is enabled in RC1 to maximize > testing. If you experience routing problems, please temporarily disable > the flowtable using the sysctl =0 and report the results to the That should be sysctl net.inet.flowtable.enable=0 > freebsd-current@ mailing list. If we are unable to resolve this issue by > RC2, we will disable the flowtable in 8.0-RELEASE. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages this time but no other > packages. The DVD image includes a rough pass at what packages will be > available on the official release media but is subject to change between > now and release. For sparc64 the DVD image has the set of packages that > currently build for sparc64, which is a sub-set of the set provided for > amd64/i386. The sparc64 disc1 does not have any packages on it because > I noticed a little too late that adding the doc packages to disc1 caused > it to overflow the target size. For 8.0-RC2 sparc64 will have the > livefs bits split out to a separate image (which is the way all the > other architectures have been for a while now) and the doc packages will > be provided on disc1. None of the other images include packages. > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 > can upgrade as follows: > > # freebsd-update upgrade -r 8.0-RC1 > > During this process, FreeBSD Update may ask the user to help by merging > some configuration files or by confirming that the automatically > performed merging was done correctly. Systems running 8.0-BETA3 may > print the warning > > INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > > for mode details. After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > > Finally, reboot into 8.0-RC1: > > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC1-amd64-bootonly.iso) = a84d43c8adaba3fee9a618098668154e > MD5 (8.0-RC1-amd64-disc1.iso) = fb4f75c74144239b4994dc3ad040af33 > MD5 (8.0-RC1-amd64-dvd1.iso) = 5da3097634fbe049dd01ad4127d0f396 > MD5 (8.0-RC1-amd64-livefs.iso) = 43a483ea73cbbe80f0ef068502594363 > MD5 (8.0-RC1-amd64-memstick.img) = 9b1ffcab33ceed4dcdf1a0f3d862f811 > > MD5 (8.0-RC1-i386-bootonly.iso) = b569d950d6806c7c88a15d857bef6a02 > MD5 (8.0-RC1-i386-disc1.iso) = 1cfecd1489b8be4a6d06040b07af941b > MD5 (8.0-RC1-i386-dvd1.iso) = 474b54e73a04a2f573b8a26ad00e3077 > MD5 (8.0-RC1-i386-livefs.iso) = 7e5c3390c9f1e7915b9f229eb95f7e70 > MD5 (8.0-RC1-i386-memstick.img) = 532736e255f069f7f891d6ed4f14970e > > MD5 (8.0-RC1-ia64-bootonly.iso) = f53c920e46d3ceeb755617b2de20507a > MD5 (8.0-RC1-ia64-disc1.iso) = 504d3828b919563a83d7232d9a3a952b > MD5 (8.0-RC1-ia64-disc2.iso) = 5f22a63a89bff893038b32c0c53bf2eb > MD5 (8.0-RC1-ia64-disc3.iso) = bf17e84e9dfa62a6ce131e07bc701478 > MD5 (8.0-RC1-ia64-dvd1.iso) = b8cf5cc2feab96c98da12b6fb1623136 > MD5 (8.0-RC1-ia64-livefs.iso) = 2a83a1b32cfeb9a95f8ccc5e4cf36918 > > MD5 (8.0-RC1-pc98-bootonly.iso) = 60603f538db73c264ad7271da044e185 > MD5 (8.0-RC1-pc98-disc1.iso) = 7c00a58b4b8f3e94b25a4539116542bd > MD5 (8.0-RC1-pc98-livefs.iso) = aa67b1f3d8246381764a4df867e23f67 > > MD5 (8.0-RC1-powerpc-bootonly.iso) = a498cafdb4118f2d33007c5f0cf6ca0d > MD5 (8.0-RC1-powerpc-disc1.iso) = 4448a906a36356c479623c8b4af7e685 > MD5 (8.0-RC1-powerpc-disc2.iso) = bf9bf9e46da074a0787ca84da13251c8 > MD5 (8.0-RC1-powerpc-disc3.iso) = 2f600348579d4adc87b2a32f565f3f03 > MD5 (8.0-RC1-powerpc-livefs.iso) = 962f7d69cad7bb47e1cdfaf746b97f90 > > MD5 (8.0-RC1-sparc64-bootonly.iso) = 674724d0c2ddd997d86f91863c01ba20 > MD5 (8.0-RC1-sparc64-disc1.iso) = 9e896ac68263ff816e3721b8b31e63bb > MD5 (8.0-RC1-sparc64-dvd1.iso) = 8451f6fee8523cd33e3e7e973922d2cf > > SHA256 (8.0-RC1-amd64-bootonly.iso) = 0fcff1f76629c694be73133ad6ca5057a97a7030d824adb3a3a58bfe881528ab > SHA256 (8.0-RC1-amd64-disc1.iso) = 1b0246694012170ef83ce38395f4179c990d5689e1da2224a7cd2164770d1efb > SHA256 (8.0-RC1-amd64-dvd1.iso) = 63dec5385f549a22e6940a8d30d23be96dec0c27253550787107918631021bcc > SHA256 (8.0-RC1-amd64-livefs.iso) = adda93a732168586272697d32824626898bee6c95ec2efc9e691e649489b99c2 > SHA256 (8.0-RC1-amd64-memstick.img) = d2d3f90d3fb3b11cb06734df3ff1eb8433e4184158c85d34c4bd41ba068e131c > > SHA256 (8.0-RC1-i386-bootonly.iso) = 6b3f78fe556cb396cb1734fdcdfdd3619013b4318f94b1736349e641a0745dbb > SHA256 (8.0-RC1-i386-disc1.iso) = 06094f54d0b9141b571a8d22727a9c639a4ffb8a72dd05d12e995ef417eaaf37 > SHA256 (8.0-RC1-i386-dvd1.iso) = 02009c487ce5a00f52e45d2ccefc5c7b47edea110d1922ff21fe05ee7b1c8cb3 > SHA256 (8.0-RC1-i386-livefs.iso) = abcc0c3d975df784eaa4840af15555fc25f610f8699619142185c77b396e00aa > SHA256 (8.0-RC1-i386-memstick.img) = f6ed2716312b6fcdf4bea15e4290a122d34e569fda895fb8bdffa499eea6d9ce > > SHA256 (8.0-RC1-ia64-bootonly.iso) = c307cdfa5f98d84b367ac8ef939da6f42a2a0454c07ab0f7b7fe17b78c3f4c9e > SHA256 (8.0-RC1-ia64-disc1.iso) = 44612f9922e8ee2ca6453f9a54b81c01bf351486580fa7cc9cd031b2f0b132c6 > SHA256 (8.0-RC1-ia64-disc2.iso) = 01eb3badf81e2e64ab4ddcfd4921f5bc6710c6eb5eba514c92985266fcb805e5 > SHA256 (8.0-RC1-ia64-disc3.iso) = 31fd356921f9430233bc7bf0699676746c735ddde9dc4d6ad21438ba66124912 > SHA256 (8.0-RC1-ia64-dvd1.iso) = a5bbdf0b0a338ffdc744f1d47513ebede568e852c3e07062b7c0e2f2aafd108b > SHA256 (8.0-RC1-ia64-livefs.iso) = a3a5633900decc819982c50d672cdd653503fe4edebcb566eb4b27784f073635 > > SHA256 (8.0-RC1-pc98-bootonly.iso) = 5d50fd76e3a1124189acaf54e5258b92383ab0ce8b44b3e5b506020e011b9938 > SHA256 (8.0-RC1-pc98-disc1.iso) = 4007e728e8a51fa04663ce9a234db2c1e1f587ebacc45bdeee0ba86261a89345 > SHA256 (8.0-RC1-pc98-livefs.iso) = 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9c6c72a45335858e461b9d4cad205 > > SHA256 (8.0-RC1-powerpc-bootonly.iso) = b3a63ef86773ea28c548082d46d7199d4838648dfa1ecec82c881d90bb0ce9ca > SHA256 (8.0-RC1-powerpc-disc1.iso) = 7cd4e68f0e6bdf95090121ffd89383134c44447a6d1a18a800d58fb1dcd8d1c6 > SHA256 (8.0-RC1-powerpc-disc2.iso) = 65719abb58fc8d7904fcbd7052d807efbe44f137badbcfbe7cef623d738360c1 > SHA256 (8.0-RC1-powerpc-disc3.iso) = 9ec803dd266e752dcafe2fd3c6d5bb37b3bb6ce00c1cb4683c84616f866ec44b > SHA256 (8.0-RC1-powerpc-livefs.iso) = 7ef3142568fc6c4837faa6cbbd371cf709ee8e1d65df24ea538fba94095eebb5 > > SHA256 (8.0-RC1-sparc64-bootonly.iso) = 91fb4fee46c0a68520ce97351774725ae95ad4479f06e5d0f3de3e07eeb422d9 > SHA256 (8.0-RC1-sparc64-disc1.iso) = 99c74dc6fa9b3185e12fa5084589d1f48f540082c5166026deccf673be46c343 > SHA256 (8.0-RC1-sparc64-dvd1.iso) = 777d8afc3330fae4089510d6b852ea1d1f9108a868b8ebb3d5a661b108a99196 > > -- Bjoern A. Zeeb What was I talking about and who are you again? From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 14:18:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18DA21065679 for ; Mon, 21 Sep 2009 14:18:53 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9FC8FC18 for ; Mon, 21 Sep 2009 14:18:52 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8LEIpOA003859; Mon, 21 Sep 2009 08:18:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8LEIpcw003856; Mon, 21 Sep 2009 08:18:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 21 Sep 2009 08:18:51 -0600 (MDT) From: Warren Block To: Thomas Quinot In-Reply-To: <20090921105458.GA86764@melamine.cuivre.fr.eu.org> Message-ID: References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Mon, 21 Sep 2009 08:18:51 -0600 (MDT) Cc: freebsd-current@freebsd.org, Gonzalo Nemmi Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 14:18:53 -0000 On Mon, 21 Sep 2009, Thomas Quinot wrote: > * Gonzalo Nemmi, 2009-09-21 : > >> I can confirm that .. kldload atapicam still results in a "Fatal trap 12: >> page fault while in kernel mode" on 8.0-RC1 > > I don't see this on RC1: > > nashville# uname -a > FreeBSD nashville.act-europe.fr 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep 18 13:14:27 CEST 2009 root@nashville.act-europe.fr:/alex/build/alex/src/RELENG_8/src/sys/GENERIC amd64 > nashville# kldload atapicam > nashville# kldstat > Id Refs Address Size Name > 1 16 0xffffffff80100000 d20940 kernel > 2 1 0xffffffff81022000 a4ca iscsi_initiator.ko > 3 1 0xffffffff8102d000 f2d7a zfs.ko > 4 1 0xffffffff81120000 19b2 opensolaris.ko > 5 1 0xffffffff81122000 1b9a atapicam.ko > nashville# camcontrol devlist > at scbus0 target 0 lun 0 (pass0,da0) > at scbus1 target 0 lun 0 (da1,pass1) > at scbus2 target 0 lun 0 (cd0,pass2) Haven't tried it on amd64. The systems that show this problem here are both notebooks with AMD processors running 32-bit: FreeBSD sat.wonkity.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Sep 20 22:42:33 MDT 2009 root@sat.wonkity.com:/usr/obj/usr/src/sys/SAT i386 FreeBSD acer 8.0-RC1 FreeBSD 8.0-RC1 #0: Sun Sep 20 21:00:19 MDT 2009 root@acer:/usr/obj/usr/src/sys/ACER i386 The first is a Turion 64 X2 with 3G RAM, the second an Athlon 64 X2 with 4G. Interestingly, a desktop system with an Intel E8400 had no problem with kldload atapicam: FreeBSD lightning 8.0-RC1 FreeBSD 8.0-RC1 #0: Sun Sep 20 09:39:17 MDT 2009 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 The only other system available is an Atom-based netbook with no CD drive and BETA4. It also kldloads atapicam without a problem, but may not be a useful test. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 14:19:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA7261065693; Mon, 21 Sep 2009 14:19:36 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDDA8FC1A; Mon, 21 Sep 2009 14:19:35 +0000 (UTC) Received: by ewy4 with SMTP id 4so2462104ewy.36 for ; Mon, 21 Sep 2009 07:19:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=WM3WMNk71i94k9soBmZCDj8skJvxXHHEvpLRPu5+QL8=; b=lTOMXD6+hN3x+K49OYaDZzh/fyanF96U13lq45J3kMl6/q8ydy9xQ4oHCAGWVrS5sN Rzhu0zaRYL15wsPDIiqlxpVyZEXvMqjkGiwWLyPj48wCKljsH8Zp3kg1F1mILM4XbgO9 ilGSXkmudjeMdVFN14zhoUdu2Nx++dSRaJqN4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=AQo7W/Eews4eTDkFvFX569tmLdlhuoLm/PNB0iVMwG8djpRtY/qkcoGwBYFRSxMDk4 orAvlg6V6Qb6kw5IOuh7xHCOuT5tsppeWe1jKudOJ7mzIozJCKTG8TGls98KGB/n0cVa Yt/xt9VmCIx1sFfCZ8f+G9jNo1gFK/QfjYfaI= Received: by 10.211.154.17 with SMTP id g17mr3052085ebo.32.1253540787987; Mon, 21 Sep 2009 06:46:27 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 28sm187703eye.14.2009.09.21.06.46.26 (version=SSLv3 cipher=RC4-MD5); Mon, 21 Sep 2009 06:46:27 -0700 (PDT) From: Tom Evans To: Coleman Kane In-Reply-To: <1253537983.1757.5.camel@localhost> References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> Content-Type: text/plain Date: Mon, 21 Sep 2009 14:46:25 +0100 Message-Id: <1253540785.2134.85.camel@strangepork.london.mintel.ad> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 14:19:36 -0000 On Mon, 2009-09-21 at 08:59 -0400, Coleman Kane wrote: > On Mon, 2009-09-21 at 13:35 +0200, Ed Schouten wrote: > > * Roman Divacky wrote: > > > can tmux be configured to be 100% compatible with screen? if so > > > are we going to ship with such a config on default? > > > > Well, we could ship a screen-like config in /usr/share/examples, but in > > my opinion we shouldn't enable this by default. It only makes it more > > confusing when people switch to different operating systems that don't > > use this config. I do think tmux's use of ^B instead of ^A by default is > > a bit awkward... > > > > Funny. I always considered (and still consider, but live with it) > screen's use of ^A to be quite awkward and annoying, myself, since it > conflicts with using ^A for jump-to-start-of-line. > You can always change it. When I started at $JOB, my mentor hated that I used screen, because he used ^A a lot to jump to start of line. I now use ^F, which is used a lot less :) ``screen -e ^ff'' does the trick. Tom From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 14:23:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AE0B1065670 for ; Mon, 21 Sep 2009 14:23:35 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id C93418FC15 for ; Mon, 21 Sep 2009 14:23:34 +0000 (UTC) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8LCP4JG006376 for ; Mon, 21 Sep 2009 22:25:04 +1000 Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8LCP11N014855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 22:25:02 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8LCP11X018018; Mon, 21 Sep 2009 22:25:01 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8LCP1pl018017; Mon, 21 Sep 2009 22:25:01 +1000 (EST) (envelope-from peter) Date: Mon, 21 Sep 2009 22:25:01 +1000 From: Peter Jeremy To: Robert Noland Message-ID: <20090921122501.GA17982@server.vk2pj.dyndns.org> References: <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> <1253237945.2038.421.camel@balrog.2hip.net> <1253239848.2038.456.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <1253239848.2038.456.camel@balrog.2hip.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 14:23:35 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Sep-17 21:10:48 -0500, Robert Noland wrote: >True, however there is a bug in that if Xserver is built without hald, >it also doesn't get linked with pthreads. I've been using the fix in ports/139011 for several months. I thought I'd submitted it but it looks like it slipped through the cracks. --=20 Peter Jeremy --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq3cJ0ACgkQ/opHv/APuIdLOwCeNWr94BTaT2os9P68szMF42NS 4SsAoK8bfIcWtu2ys40lq4W5KUilMoUx =ACNs -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:08:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B66501065697; Mon, 21 Sep 2009 15:08:07 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D75868FC1A; Mon, 21 Sep 2009 15:08:06 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id B41945C025; Mon, 21 Sep 2009 23:08:05 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 87D2F55CE111; Mon, 21 Sep 2009 23:08:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id JExWRXta0yOX; Mon, 21 Sep 2009 23:08:00 +0800 (CST) Received: from qld630 (unknown [222.131.112.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E7E1F55CE109; Mon, 21 Sep 2009 23:07:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=NZNHOM5ky5rsBkfXs0jxWURn5z1W5QxuUNAPtB5Ni3Ao1gteEhDVekFN240exCeW2 mmOky50ROCDRiFWNViTvA== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ken Smith" , freebsd-current , freebsd-stable References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Date: Mon, 21 Sep 2009 23:08:00 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> User-Agent: Opera Mail/10.00 (Win32) Cc: Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:08:07 -0000 > > The first of the Release Candidates for the FreeBSD 8.0 release cycle is > now available. How many RC's we have will depend on how well 8.0-RC1 > does. At the moment only one more RC is on the schedule but odds are > fairly high we will wind up inserting at least one more RC. Between > BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many > other issues that have been brought up from the public testing. And a > patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. > > Details about the current target schedule along with much more detail > about the current status of the release is available here: > > http://wiki.freebsd.org/8.0TODO > > There are two known problems with 8.0-RC1. One known issue with the > 8.0-RC1 build was discovered after the builds got started so is not part > of the ISO images or FreeBSD-Update builds. The issue is that local > IPv6 link-local addresses are not reachable. A fix for it has been > committed to RELENG_8 so if you install from the 8.0-RC1 media or update > using FreeBSD-Update you will then need to update using csup/cvsup > mechanisms if you need that fix for your environment. It should only > impact people using IPv6. > > The other known issue is that the flowtable may direct packets to the > wrong interface under certain routing conditions. We feel confident that > this bug will be fixed so the flowtable is enabled in RC1 to maximize > testing. If you experience routing problems, please temporarily disable > the flowtable using the sysctl =0 and report the results to the > freebsd-current@ mailing list. If we are unable to resolve this issue by > RC2, we will disable the flowtable in 8.0-RELEASE. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages this time but no other > packages. The DVD image includes a rough pass at what packages will be > available on the official release media but is subject to change between > now and release. For sparc64 the DVD image has the set of packages that > currently build for sparc64, which is a sub-set of the set provided for > amd64/i386. The sparc64 disc1 does not have any packages on it because > I noticed a little too late that adding the doc packages to disc1 caused > it to overflow the target size. For 8.0-RC2 sparc64 will have the > livefs bits split out to a separate image (which is the way all the > other architectures have been for a while now) and the doc packages will > be provided on disc1. None of the other images include packages. > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 > can upgrade as follows: > # freebsd-update upgrade -r 8.0-RC1 > During this process, FreeBSD Update may ask the user to help by merging > some configuration files or by confirming that the automatically > performed merging was done correctly. Systems running 8.0-BETA3 may > print the warning > > INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # freebsd-update install > The system must be rebooted with the newly installed kernel before > continuing. > # shutdown -r now > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > > for mode details. After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > Finally, reboot into 8.0-RC1: > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC1-amd64-bootonly.iso) = a84d43c8adaba3fee9a618098668154e > MD5 (8.0-RC1-amd64-disc1.iso) = fb4f75c74144239b4994dc3ad040af33 > MD5 (8.0-RC1-amd64-dvd1.iso) = 5da3097634fbe049dd01ad4127d0f396 > MD5 (8.0-RC1-amd64-livefs.iso) = 43a483ea73cbbe80f0ef068502594363 > MD5 (8.0-RC1-amd64-memstick.img) = 9b1ffcab33ceed4dcdf1a0f3d862f811 > > MD5 (8.0-RC1-i386-bootonly.iso) = b569d950d6806c7c88a15d857bef6a02 > MD5 (8.0-RC1-i386-disc1.iso) = 1cfecd1489b8be4a6d06040b07af941b > MD5 (8.0-RC1-i386-dvd1.iso) = 474b54e73a04a2f573b8a26ad00e3077 > MD5 (8.0-RC1-i386-livefs.iso) = 7e5c3390c9f1e7915b9f229eb95f7e70 > MD5 (8.0-RC1-i386-memstick.img) = 532736e255f069f7f891d6ed4f14970e > > MD5 (8.0-RC1-ia64-bootonly.iso) = f53c920e46d3ceeb755617b2de20507a > MD5 (8.0-RC1-ia64-disc1.iso) = 504d3828b919563a83d7232d9a3a952b > MD5 (8.0-RC1-ia64-disc2.iso) = 5f22a63a89bff893038b32c0c53bf2eb > MD5 (8.0-RC1-ia64-disc3.iso) = bf17e84e9dfa62a6ce131e07bc701478 > MD5 (8.0-RC1-ia64-dvd1.iso) = b8cf5cc2feab96c98da12b6fb1623136 > MD5 (8.0-RC1-ia64-livefs.iso) = 2a83a1b32cfeb9a95f8ccc5e4cf36918 > > MD5 (8.0-RC1-pc98-bootonly.iso) = 60603f538db73c264ad7271da044e185 > MD5 (8.0-RC1-pc98-disc1.iso) = 7c00a58b4b8f3e94b25a4539116542bd > MD5 (8.0-RC1-pc98-livefs.iso) = aa67b1f3d8246381764a4df867e23f67 > > MD5 (8.0-RC1-powerpc-bootonly.iso) = a498cafdb4118f2d33007c5f0cf6ca0d > MD5 (8.0-RC1-powerpc-disc1.iso) = 4448a906a36356c479623c8b4af7e685 > MD5 (8.0-RC1-powerpc-disc2.iso) = bf9bf9e46da074a0787ca84da13251c8 > MD5 (8.0-RC1-powerpc-disc3.iso) = 2f600348579d4adc87b2a32f565f3f03 > MD5 (8.0-RC1-powerpc-livefs.iso) = 962f7d69cad7bb47e1cdfaf746b97f90 > > MD5 (8.0-RC1-sparc64-bootonly.iso) = 674724d0c2ddd997d86f91863c01ba20 > MD5 (8.0-RC1-sparc64-disc1.iso) = 9e896ac68263ff816e3721b8b31e63bb > MD5 (8.0-RC1-sparc64-dvd1.iso) = 8451f6fee8523cd33e3e7e973922d2cf > > SHA256 (8.0-RC1-amd64-bootonly.iso) = > 0fcff1f76629c694be73133ad6ca5057a97a7030d824adb3a3a58bfe881528ab > SHA256 (8.0-RC1-amd64-disc1.iso) = > 1b0246694012170ef83ce38395f4179c990d5689e1da2224a7cd2164770d1efb > SHA256 (8.0-RC1-amd64-dvd1.iso) = > 63dec5385f549a22e6940a8d30d23be96dec0c27253550787107918631021bcc > SHA256 (8.0-RC1-amd64-livefs.iso) = > adda93a732168586272697d32824626898bee6c95ec2efc9e691e649489b99c2 > SHA256 (8.0-RC1-amd64-memstick.img) = > d2d3f90d3fb3b11cb06734df3ff1eb8433e4184158c85d34c4bd41ba068e131c > > SHA256 (8.0-RC1-i386-bootonly.iso) = > 6b3f78fe556cb396cb1734fdcdfdd3619013b4318f94b1736349e641a0745dbb > SHA256 (8.0-RC1-i386-disc1.iso) = > 06094f54d0b9141b571a8d22727a9c639a4ffb8a72dd05d12e995ef417eaaf37 > SHA256 (8.0-RC1-i386-dvd1.iso) = > 02009c487ce5a00f52e45d2ccefc5c7b47edea110d1922ff21fe05ee7b1c8cb3 > SHA256 (8.0-RC1-i386-livefs.iso) = > abcc0c3d975df784eaa4840af15555fc25f610f8699619142185c77b396e00aa > SHA256 (8.0-RC1-i386-memstick.img) = > f6ed2716312b6fcdf4bea15e4290a122d34e569fda895fb8bdffa499eea6d9ce > > SHA256 (8.0-RC1-ia64-bootonly.iso) = > c307cdfa5f98d84b367ac8ef939da6f42a2a0454c07ab0f7b7fe17b78c3f4c9e > SHA256 (8.0-RC1-ia64-disc1.iso) = > 44612f9922e8ee2ca6453f9a54b81c01bf351486580fa7cc9cd031b2f0b132c6 > SHA256 (8.0-RC1-ia64-disc2.iso) = > 01eb3badf81e2e64ab4ddcfd4921f5bc6710c6eb5eba514c92985266fcb805e5 > SHA256 (8.0-RC1-ia64-disc3.iso) = > 31fd356921f9430233bc7bf0699676746c735ddde9dc4d6ad21438ba66124912 > SHA256 (8.0-RC1-ia64-dvd1.iso) = > a5bbdf0b0a338ffdc744f1d47513ebede568e852c3e07062b7c0e2f2aafd108b > SHA256 (8.0-RC1-ia64-livefs.iso) = > a3a5633900decc819982c50d672cdd653503fe4edebcb566eb4b27784f073635 > > SHA256 (8.0-RC1-pc98-bootonly.iso) = > 5d50fd76e3a1124189acaf54e5258b92383ab0ce8b44b3e5b506020e011b9938 > SHA256 (8.0-RC1-pc98-disc1.iso) = > 4007e728e8a51fa04663ce9a234db2c1e1f587ebacc45bdeee0ba86261a89345 > SHA256 (8.0-RC1-pc98-livefs.iso) = > 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9c6c72a45335858e461b9d4cad205 > > SHA256 (8.0-RC1-powerpc-bootonly.iso) = > b3a63ef86773ea28c548082d46d7199d4838648dfa1ecec82c881d90bb0ce9ca > SHA256 (8.0-RC1-powerpc-disc1.iso) = > 7cd4e68f0e6bdf95090121ffd89383134c44447a6d1a18a800d58fb1dcd8d1c6 > SHA256 (8.0-RC1-powerpc-disc2.iso) = > 65719abb58fc8d7904fcbd7052d807efbe44f137badbcfbe7cef623d738360c1 > SHA256 (8.0-RC1-powerpc-disc3.iso) = > 9ec803dd266e752dcafe2fd3c6d5bb37b3bb6ce00c1cb4683c84616f866ec44b > SHA256 (8.0-RC1-powerpc-livefs.iso) = > 7ef3142568fc6c4837faa6cbbd371cf709ee8e1d65df24ea538fba94095eebb5 > > SHA256 (8.0-RC1-sparc64-bootonly.iso) = > 91fb4fee46c0a68520ce97351774725ae95ad4479f06e5d0f3de3e07eeb422d9 > SHA256 (8.0-RC1-sparc64-disc1.iso) = > 99c74dc6fa9b3185e12fa5084589d1f48f540082c5166026deccf673be46c343 > SHA256 (8.0-RC1-sparc64-dvd1.iso) = > 777d8afc3330fae4089510d6b852ea1d1f9108a868b8ebb3d5a661b108a99196 > Hi Ken, I don't know whether USB stick can't boot issue is a show stoper, but it really a big problem for me. I hope it can resolve before 8.0-RELEASE. -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:10:19 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E556710656FD; Mon, 21 Sep 2009 15:10:19 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFDC8FC08; Mon, 21 Sep 2009 15:10:19 +0000 (UTC) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 6FC03E9F42C; Mon, 21 Sep 2009 16:50:33 +0200 (CEST) Message-ID: <4AB792B7.10206@FreeBSD.org> Date: Mon, 21 Sep 2009 16:50:31 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ed Schouten References: <20090921112657.GW95398@hoeg.nl> In-Reply-To: <20090921112657.GW95398@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:10:20 -0000 Ed Schouten skrev: > Hi all, > > At the DevSummit in Cambridge we briefly discussed including tmux(1) in > the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) and > tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > better license and very active maintenance. > > I was talking with the author on IRC the other day and it seemed like I > spoke with him at a fortunate moment, because he was just about to > release version 1.0. I think it would be nice to import this into HEAD, > which means FreeBSD 9.0 (maybe 8.1?) will include it by default. > > How to test tmux in base: > > - Download this tarball and extract it to contrib/tmux: > http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > - Apply the following patch: > http://80386.nl/pub/tmux.diff > > Comments? Yes, please! Screen has almost always been the first thing I install on new machines, but recently I've been switching more and more machines over to tmux instead. Having it in base would be a great addition. -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:21:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40DF1065670; Mon, 21 Sep 2009 15:21:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB7A8FC27; Mon, 21 Sep 2009 15:21:12 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAH42t0qDaFvJ/2dsb2JhbADSXIQbBYFY X-IronPort-AV: E=Sophos;i="4.44,424,1249272000"; d="scan'208";a="47096960" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 21 Sep 2009 11:21:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id A515DFB8063; Mon, 21 Sep 2009 11:21:11 -0400 (EDT) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id easzy9JgMNGW; Mon, 21 Sep 2009 11:21:01 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 23243FB8042; Mon, 21 Sep 2009 11:21:01 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8LFQdh00245; Mon, 21 Sep 2009 11:26:39 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 21 Sep 2009 11:26:39 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: George Mamalakis In-Reply-To: <4AB768C3.6030003@eng.auth.gr> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:21:13 -0000 On Mon, 21 Sep 2009, George Mamalakis wrote: [stuff snipped] >> >> SUCCESS! >> >> So, this fix obviates THAT reason for installing the Heimdal port. If >> George meets with similar success adding -lgssapi_spnego for his spnego >> problem, I suggest that both libraries be added to the list in line 96 >> of /usr/bin/krb5-config prior to release of FreeBSD 8.0. >> >> It doesn't look like this fix is as simple as submitting a patch to >> krb5-config. It looks like magic needs to happen somewhere in the base >> kerberos build system. >> >> I notice that the Heimdal port doesn't build the separate libraries and >> everything seems to be included in libgssapi (which explains why sasl2 >> "works" when linked against the Heimdal port). >> >> > Guys, > > I changed my /usr/bin/krb5-config's line 96 to include -lgssapi_spnego and > -lgssapi_krb5, and ever since both client and server work correctly!! Of > course I get some other error, but at least this must be a configuration > error :). > > So, to sum up: > > Still running on fbsd.8-BETA4, changed krb5-config to include the missing > libraries, recompiled cyrus-sasl-2.1.23 after I changed the krb5-config, > restarted openldap-sasl-server-2.4.18_1 and after performing an ldapsearch, > the client does not complain (and exits) about missing libraries, NOR does > the server crash on sasl authentication. > > Great job guys, thank you all very very much for your help! I posted my query > on the 17th of Sep. and in four days (weekend inclusive!) someone came up > with an answer that resolves my issue! Great job, once more, and thank you > all again! > Now, hopefully someone who understands enough about dynamic linking will know if this is the correct fix for 8.0? (I'm going on a couple of weeks vacation at the end of this week, so I won't be around to commit anything and don't understand it well enough to know if this is the correct way to fix it.) So, hopefully someone else can pick this one up? Thanks for testing it, rick From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:28:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB9B2106566C for ; Mon, 21 Sep 2009 15:28:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n3a.bullet.mail.ac4.yahoo.com (n3a.bullet.mail.ac4.yahoo.com [76.13.13.66]) by mx1.freebsd.org (Postfix) with SMTP id 7189E8FC14 for ; Mon, 21 Sep 2009 15:28:21 +0000 (UTC) Received: from [76.13.13.26] by n3.bullet.mail.ac4.yahoo.com with NNFMP; 21 Sep 2009 15:28:20 -0000 Received: from [76.13.10.170] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 21 Sep 2009 15:28:20 -0000 Received: from [127.0.0.1] by omp111.mail.ac4.yahoo.com with NNFMP; 21 Sep 2009 15:28:20 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 892050.57650.bm@omp111.mail.ac4.yahoo.com Received: (qmail 42800 invoked by uid 60001); 21 Sep 2009 15:28:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253546900; bh=toMvFIhsoPMsqI6Q98SMuOgiR20VGJjzobtKrp1Sm6Q=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cHbM7Cg1dC+GRGd8UWNOY7qL1Vj2Xdm2fVMNcU41/fe9qqJm4PQ8CyHsyReW3KD0+3D44s0bO12/uVTpvrwTunsSe/hIQD5ZofBWRnijGzelAuqAHZazG4w/J43abHUYm9cKuYgJhVQ/UkVWzsZNOFBQ/U7YlWPD2Kx3dnvVl5A= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=54OVjqBt/n5c5Dbzbqtn/9sS1DlJsn56Qljf1mf7XVz28I7oScunMW7ijJ6si3DrDgztp5TUbCXzWM/e6KPK+js5CbVFC2gJLgK6kZ2sxFtRaLVmprJp1mVevttCjR1rxLKAA3DhKMcAEFwZKqdfsp+lxOVcGNEwfvqcr2kDvzU=; Message-ID: <699897.41769.qm@web63903.mail.re1.yahoo.com> X-YMail-OSG: Wf0hr1cVM1n1V.ArCWjRh5vON0quWTrq2vOKbEbytyT4.E7lvUNNWh2pL7yNAnpHhQ12A0SBtPg5YSVzFqs2tZQy6NZmc3nzSgy.pEExxUz23hNQ.aT3sOmHQ95.Gjk0uUj.Wm7e4V5pw3qlzZWqgspe0VGtC959M30k1mHFGsWPeGPepzxXZiEs0r5UHWzIKhuOgRvUZcvz9Ald0dsmGUUWfbSoBMmt3PHg2MofpvUoxDCl2k68FOnnvbpbLDsoSHGIXBB_S3.g8icejS3vzfBh1w-- Received: from [98.203.21.152] by web63903.mail.re1.yahoo.com via HTTP; Mon, 21 Sep 2009 08:28:20 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Mon, 21 Sep 2009 08:28:20 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org, Warren Block In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Gonzalo Nemmi Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:28:21 -0000 =0A=0A--- On Sun, 9/20/09, Warren Block wrote:=0A=0A> = From: Warren Block =0A> Subject: Re: core dump on kldlo= ad atapicam=0A> To: freebsd-current@freebsd.org=0A> Cc: "Gonzalo Nemmi" =0A> Date: Sunday, September 20, 2009, 11:22 PM=0A> Gonzalo = Nemmi =0A> wrote:=0A> =0A> > Just as seen on BETA2, kldlo= ad atapicam crashes my=0A> system.=0A> =0A> Here too, on 8.0-RC1:=0A> =0A> = =A0 kldload atapicam=0A> =0A> =A0 Fatal trap 12: page fault while in kernel= mode=0A> =0A> Loading atapicam in /boot/loader.conf works fine, though.=0A= > =0A> -Warren Block * Rapid City, South Dakota USA=0A=0A=0AAs an aside to = this, I discovered that doing a kldload on a module=0Awith an external refe= rence error will panic the system if the module=0Ais stripped of symbols. I= t certainly shouldn't be panicing for something=0Aas trivial as that.=0A=0A= Barney=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:36:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D2311065694; Mon, 21 Sep 2009 15:36:19 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmailC.acsu.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id 293E78FC1F; Mon, 21 Sep 2009 15:36:19 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id CB6FE4BDC2; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 4DD2F4BD9F; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 4679A4932E; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.Buffalo.EDU [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 2CD03207B4; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) From: Ken Smith To: Chao Shin In-Reply-To: References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C79pqM4cbthPJbBgKnXQ" Date: Mon, 21 Sep 2009 11:25:50 -0400 Message-Id: <1253546750.15847.50.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-current , freebsd-stable Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:36:19 -0000 --=-C79pqM4cbthPJbBgKnXQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-09-21 at 23:08 +0800, Chao Shin wrote: > I don't know whether USB stick can't boot issue is a show stoper, but it > really a big problem for me. I hope it can resolve before 8.0-RELEASE. Somebody is working on that, we hope to have it resolved before RC2. It's one of several things that is making having an RC3 likely, we would want there to be a reasonable amount of time for people to test the changes that would be involved in that fix (as well as the flowtable fix and a few other issues). --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-C79pqM4cbthPJbBgKnXQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkq3mv4ACgkQ/G14VSmup/ZRAgCgi3IKCiF7MFZ/eugg4gFQa9kU PnUAniEw7VOs5hT/cRnNv6bzEWlWzi9V =fixF -----END PGP SIGNATURE----- --=-C79pqM4cbthPJbBgKnXQ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:36:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C05B6106568D for ; Mon, 21 Sep 2009 15:36:57 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 2ABA18FC29 for ; Mon, 21 Sep 2009 15:36:56 +0000 (UTC) Received: (qmail 41291 invoked by uid 1000); 21 Sep 2009 15:36:55 -0000 Date: Mon, 21 Sep 2009 11:36:55 -0400 From: Larry Baird To: freebsd-current@freebsd.org Message-ID: <20090921153655.GA37236@gta.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: XEN 5.5.0 and clflush X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:36:57 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Since the end of August I have been unable to boot a generic kernel from FreeBSD current or 8 under XEN 5.5.0. Finally had a chance to briefly look at the problem. If I apply attached patch to remove calls to clflush() I am able to boot current. Hopefully somebody can shed some light. Is XEN incorrecty reporting CPUID_CLFSH or is XEN not correctly virtualizing this option. Or is the issue someplace else? I have also attached the dmesg from a successful boot. This issue seems to be same as http://www.freebsd.org/cgi/query-pr.cgi?pr=138863 Here is an attempt to type backtrace from non-booting kernel: pmap_invalidate_cache_range(c3252000,c3253000,c3253000,0,fee00000,...) at pamp_invalidate_cache_range+0x60 pmap_mapdev_attr(fee00000,400,0,c1420d34,c0ba7a72,...) at pmap_mapdev_attr+0xec pmap_mapdev() at pmap_mapdev+0x20 lapic_init() at lapic_init+0x32 madt_setup_local() at madt_setup_local+0x2c apic_init() at apic_init+0x11a mistartup() at mi_startup+0x96 begin() at begin+0x2c Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 --OgqxwSJOaUobr8KG Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="pmap.patch" --- pmap.c.orig 2009-09-21 11:14:53.000000000 -0400 +++ pmap.c 2009-09-21 11:15:01.000000000 -0400 @@ -992,9 +992,10 @@ KASSERT((eva & PAGE_MASK) == 0, ("pmap_invalidate_cache_range: eva not page-aligned")); - if (cpu_feature & CPUID_SS) + if (cpu_feature & CPUID_SS) { ; /* If "Self Snoop" is supported, do nothing. */ - else if (cpu_feature & CPUID_CLFSH) { +#ifdef MAYBE_09_21_2009 + } else if (cpu_feature & CPUID_CLFSH) { /* * Otherwise, do per-cache line flush. Use the mfence @@ -1007,6 +1008,7 @@ for (; sva < eva; sva += cpu_clflush_line_size) clflush(sva); mfence(); +#endif // MAYBE_09_21_2009 } else { /* --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #2: Mon Sep 21 11:00:46 EDT 2009 lab@sw-xenoss.gta.com:/usr/src/sys/i386/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1691.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0x789fbff Features2=0x80002201> AMD Features=0x20000000 AMD Features2=0x1 TSC: P-state invariant real memory = 536870912 (512 MB) avail memory = 493977600 (471 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1f48-0x1f4b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 62500000 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc220-0xc22f at device 1.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xc200-0xc21f irq 23 at device 1.2 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0000 usbus0: controller did not stop usbus0: on uhci0 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xf0000000-0xf1ffffff,0xf3000000-0xf3000fff at device 2.0 on pci0 pci0: at device 3.0 (no driver attached) re0: port 0xc100-0xc1ff mem 0xf3001000-0xf30010ff irq 32 at device 4.0 on pci0 re0: Chip rev. 0x74800000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 4e:c4:60:ce:d0:72 re0: [FILTER] atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd7fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1691834274 Hz quality 800 Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 ad0: 20480MB at ata0-master WDMA2 ugen0.1: at usbus0 uhub0: on usbus0 GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). uhub0: 2 ports with 2 removable, self powered ugen0.2: at usbus0 ums0: on usbus0 ums0: 3 buttons and [Z] coordinates ID=0 acd0: CDROM at ata1-slave WDMA2 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a lock order reversal: (sleepable after non-sleepable) 1st 0xc390a058 rtentry (rtentry) @ net/route.c:1409 2nd 0xc0f433b8 ifnet_sx (ifnet_sx) @ netinet/sctp_bsd_addr.c:211 KDB: stack backtrace: db_trace_self_wrapper(c0c828bc,d6957788,c08c2725,c08b354b,c0c85715,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b354b,c0c85715,c35286e8,c352c8b8,d69577e4,...) at kdb_backtrace+0x29 _witness_debugger(c0c85715,c0f433b8,c0c8e50e,c352c8b8,c0c9865e,...) at _witness_debugger+0x25 witness_checkorder(c0f433b8,1,c0c98655,d3,0,...) at witness_checkorder+0x839 _sx_slock(c0f433b8,0,c0c98655,d3,d6957878,...) at _sx_slock+0x85 sctp_init_ifns_for_vrf(3,c39018c0,d69578c0,c08c3178,c3901964,...) at sctp_init_ifns_for_vrf+0x30 sctp_addr_change(c38ffa00,1,d69578c0,c08c256c,d695791c,...) at sctp_addr_change+0x2c rt_newaddrmsg(1,c38ffa00,0,c390a000,c38ffa00,...) at rt_newaddrmsg+0x3f rtinit(c38ffa00,1,5,c0de9cfc,51573592,...) at rtinit+0x381 in_ifinit(0,c0c96ee7,1aa,1a6,c3814800,...) at in_ifinit+0x8f6 in_control(c38f7000,8040691a,c3907dc0,c3814800,c39018c0,...) at in_control+0xccb ifioctl(c38f7000,8040691a,c3907dc0,c39018c0,c38ff200,...) at ifioctl+0x14f0 soo_ioctl(c385f540,8040691a,c3907dc0,c356e100,c39018c0,...) at soo_ioctl+0x415 kern_ioctl(c39018c0,3,8040691a,c3907dc0,8bc060,...) at kern_ioctl+0x1fd ioctl(c39018c0,d6957cf8,c,c0c96f81,c0d665c8,...) at ioctl+0x134 syscall(d6957d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281bf513, esp = 0xbfbfe61c, ebp = 0xbfbfe658 --- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:46:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 598A51065676; Mon, 21 Sep 2009 15:46: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 418588FC18; Mon, 21 Sep 2009 15:46:28 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8LFkLli024367; Mon, 21 Sep 2009 08:46:21 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8LFkLbJ024366; Mon, 21 Sep 2009 08:46:21 -0700 (PDT) (envelope-from sgk) Date: Mon, 21 Sep 2009 08:46:21 -0700 From: Steve Kargl To: Ed Schouten Message-ID: <20090921154621.GA24208@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090921112657.GW95398@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, current@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:46:28 -0000 On Mon, Sep 21, 2009 at 01:26:57PM +0200, Ed Schouten wrote: > Hi all, > > At the DevSummit in Cambridge we briefly discussed including tmux(1) in > the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) and > tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > better license and very active maintenance. > > I was talking with the author on IRC the other day and it seemed like I > spoke with him at a fortunate moment, because he was just about to > release version 1.0. I think it would be nice to import this into HEAD, > which means FreeBSD 9.0 (maybe 8.1?) will include it by default. > > How to test tmux in base: > > - Download this tarball and extract it to contrib/tmux: > http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > - Apply the following patch: > http://80386.nl/pub/tmux.diff > > Comments? > I've used FreeBSD since it was known as 386bsd+patchkit. In that time, I've used window/screen exactly zero times. IMHO, neither screen nor tmux should be in the base system. These are easily installed from the Ports Collection. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:49:42 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 920501065693; Mon, 21 Sep 2009 15:49:42 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 561B18FC0A; Mon, 21 Sep 2009 15:49:42 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id 8DCDD4AF56; Mon, 21 Sep 2009 17:33:20 +0200 (CEST) Date: Mon, 21 Sep 2009 17:33:20 +0200 From: Martin Wilke To: Ed Schouten Message-ID: <20090921153320.GQ19491@bsdcrew.de> References: <20090921112657.GW95398@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20090921112657.GW95398@hoeg.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:49:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Sep 21, 2009 at 01:26:57PM +0200, Ed Schouten wrote: > Hi all, >=20 > At the DevSummit in Cambridge we briefly discussed including tmux(1) in > the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) and > tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > better license and very active maintenance. >=20 > I was talking with the author on IRC the other day and it seemed like I > spoke with him at a fortunate moment, because he was just about to > release version 1.0. I think it would be nice to import this into HEAD, > which means FreeBSD 9.0 (maybe 8.1?) will include it by default. >=20 > How to test tmux in base: >=20 > - Download this tarball and extract it to contrib/tmux: > http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > - Apply the following patch: > http://80386.nl/pub/tmux.diff >=20 > Comments? I=C5=BDd also like to see that in src. >=20 > --=20 > Ed Schouten > WWW: http://80386.nl/ - --=20 +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkq3nMAACgkQdLJIhLHm/OkFAwCgsuODOu2Ge1ECFnJ6w6qdTAKu yC8AoIsYivL7O2PHv0stP9tfJWocLzEV =3DRXzT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 15:56:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E0D1106566C for ; Mon, 21 Sep 2009 15:56:26 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DDF3E8FC22 for ; Mon, 21 Sep 2009 15:56:25 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n8LFgH8j006577; Mon, 21 Sep 2009 17:42:19 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n8LFgHBW006576; Mon, 21 Sep 2009 17:42:17 +0200 (CEST) (envelope-from marius) Date: Mon, 21 Sep 2009 17:42:17 +0200 From: Marius Strobl To: "David E. Cross" Message-ID: <20090921154217.GA6474@alchemy.franken.de> References: <1253500439.24101.8.camel@kagome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1253500439.24101.8.camel@kagome> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: psm0: unable to allocation IRQ (solution, well workaround) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 15:56:26 -0000 On Sun, Sep 20, 2009 at 10:33:59PM -0400, David E. Cross wrote: > I recently stumbled across this bug, and I have a solution to my > specific case. > > The problem is the following: > acpi_ibm0: irq 12 on acpi0 > > > _IF_, I put "device acpi_ibm" into the kernel config, disaster, psm0 is > unable to attach. > > If I "acpi_ibm_load="YES"" in /boot/loader.conf, I then get the > following: > acpi_ibm0: on acpi0 > > Note the lack of "irq12" > > Which then frees up: > > psm0: irq 12 on atkbdc0 > > > Now, psm0 maps its IRQ as RF_SHAREABLE, so it _should_ work regardless, > right? > > I'd regard this as a fairly serious bug. > > I'm really at a loss of where to track it down more, looking at the > acpi_ibm code, its pretty opaque as to how resource allocations are done > and why this would ever map irq 12 (well, at least to me). > This was probably fixed by r197350 again. Marius From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 16:00:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2A2C106568D for ; Mon, 21 Sep 2009 16:00:13 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 85CB58FC0A for ; Mon, 21 Sep 2009 16:00:13 +0000 (UTC) Received: from HOME.encontacto.net ([189.129.150.183]) by ns2.bafirst.com with esmtp; Mon, 21 Sep 2009 10:50:08 -0500 id 000D50E1.4AB7A0B1.00001837 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 21 Sep 2009 10:50:08 -0500 id 0004AC26.4AB7A0B0.0000F992 Received: from econet.encontacto.net (econet.encontacto.net [189.129.150.183]) by econet.encontacto.net (Horde Framework) with HTTP; Mon, 21 Sep 2009 10:50:07 -0500 Message-ID: <20090921105007.369475927nsbigsg@econet.encontacto.net> Date: Mon, 21 Sep 2009 10:50:07 -0500 From: eculp To: current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Opera/9.80 (X11; FreeBSD 7.2-STABLE i386; U; en) Presto/2.2.15 Version/10.00 X-IMP-Server: 189.129.150.183 X-Originating-IP: 189.129.150.183 X-Originating-User: eculp@encontacto.net Cc: Subject: Still can't make sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 16:00:13 -0000 gmake[5]: Entering directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' cc -DHAVE_CONFIG_H -I. -I../../.. =20 -DPACKAGE_SYSCONF_DIR=3D\""/usr/local/etc"\" =20 -DPACKAGE_DATA_DIR=3D\""/usr/local/share"\" =20 -DPACKAGE_BIN_DIR=3D\""/usr/local/bin"\" =20 -DPACKAGE_LOCALE_DIR=3D\""/usr/local/share/locale"\" =20 -DPACKAGE_LOCALSTATEDIR=3D\""/var"\" -I../../.. =20 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include =20 -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing =20 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs =20 -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP =20 -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in =20 this function) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) I have current on my laptop and have not been able to get hal to =20 update since the last upgrade. I have tried everything that I can =20 think of including recursively building it etc and nothing works. I'm =20 sure that I am doing something really dumb. uname -a FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #316: Fri Sep =20 18 07:22:13 CDT 2009 =20 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 ed.local.net.mx # ls -d /var/db/pkg/hal* /var/db/pkg/hal-0.5.11_25 Any suggestions appreciated. Thanks, ed gmake[5]: *** [probe-hiddev.o] Error 1 gmake[5]: Leaving directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/hal. =3D=3D=3D>>> make failed for sysutils/hal =3D=3D=3D>>> Aborting update From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 16:32:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46D59106566B for ; Mon, 21 Sep 2009 16:32:14 +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 E7F4B8FC2E for ; Mon, 21 Sep 2009 16:32:13 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id n8LG96nV006291; Mon, 21 Sep 2009 12:09:06 -0400 (EDT) Received: from dhcp-64-102-221-141.cisco.com (dhcp-64-102-221-141.cisco.com [64.102.221.141]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id n8LG967T026941; Mon, 21 Sep 2009 12:09:06 -0400 (EDT) Message-ID: <4AB7A522.9000005@freebsd.org> Date: Mon, 21 Sep 2009 12:09:06 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: eculp References: <20090921105007.369475927nsbigsg@econet.encontacto.net> In-Reply-To: <20090921105007.369475927nsbigsg@econet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Still can't make sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 16:32:14 -0000 eculp wrote: > gmake[5]: Entering directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > cc -DHAVE_CONFIG_H -I. -I../../.. > -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" > -DPACKAGE_DATA_DIR=\""/usr/local/share"\" > -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" > -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" > -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. > -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include > -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing -Wall > -Wchar-subscripts -Wmissing-declarations -Wnested-externs > -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP > -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in > this function) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only once > probe-hiddev.c:81: error: for each function it appears in.) > I have current on my laptop and have not been able to get hal to update > since the last upgrade. I have tried everything that I can think of > including recursively building it etc and nothing works. I'm sure that > I am doing something really dumb. Builds fine for me, and I've been doing a lot of builds lately. Make sure you've run "make delete-old" to remove the old USB headers before trying to build hal. Joe > > uname -a > FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #316: Fri Sep 18 > 07:22:13 CDT 2009 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 > ed.local.net.mx > > # ls -d /var/db/pkg/hal* > /var/db/pkg/hal-0.5.11_25 > > Any suggestions appreciated. Thanks, > > ed > > gmake[5]: *** [probe-hiddev.o] Error 1 > gmake[5]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. > > ===>>> make failed for sysutils/hal > ===>>> Aborting update > _______________________________________________ > 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" > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 16:32:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97FB610656C0 for ; Mon, 21 Sep 2009 16:32:27 +0000 (UTC) (envelope-from solskogen@antarctica.no) Received: from mailout1-admin.bkkb.no (mailout.bkkb.no [62.97.193.182]) by mx1.freebsd.org (Postfix) with ESMTP id 466FF8FC26 for ; Mon, 21 Sep 2009 16:32:27 +0000 (UTC) X-ASG-Debug-ID: 1253549952-398603640000-XioQCd X-Barracuda-URL: http://62.97.193.182:8000/cgi-bin/mark.cgi Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no (Spam & Virus Firewall) with ESMTP id BAE5634D267 for ; Mon, 21 Sep 2009 18:19:12 +0200 (CEST) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no with ESMTP id ypuTTI4beGD3fyJf for ; Mon, 21 Sep 2009 18:19:12 +0200 (CEST) Received: from antarctica.no (220.85-200-86.bkkb.no [85.200.86.220]) by mail.hjemme.no (Postfix) with ESMTP id 33284B0911B9 for ; Mon, 21 Sep 2009 18:19:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by antarctica.no (Postfix) with ESMTP id 5135A9886 for ; Mon, 21 Sep 2009 18:19:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at example.com Received: from antarctica.no ([127.0.0.1]) by localhost (shine.antarctica.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SwUvYyYFMpkm for ; Mon, 21 Sep 2009 18:19:10 +0200 (CEST) Received: from [192.168.0.22] (funshine.antarctica.no [192.168.0.22]) by antarctica.no (Postfix) with ESMTP id 1E74D987C for ; Mon, 21 Sep 2009 18:19:10 +0200 (CEST) Message-ID: <4AB7A77B.9050104@antarctica.no> Date: Mon, 21 Sep 2009 18:19:07 +0200 From: Christer Solskogen User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: current@freebsd.org X-ASG-Orig-Subj: WITHOUT_LEGACY_CONSOLE=1 breaks usr.sbin/sysinstall Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mail.hjemme.no[62.97.193.11] X-Barracuda-Start-Time: 1253549952 X-Barracuda-Virus-Scanned: by Barracuda Spam & Virus Firewall at bkkb.no X-Barracuda-Spam-Score: -1002.00 X-Barracuda-Spam-Status: No, SCORE=-1002.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1000.0 X-Mailman-Approved-At: Mon, 21 Sep 2009 16:43:07 +0000 Cc: Subject: WITHOUT_LEGACY_CONSOLE=1 breaks usr.sbin/sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 16:32:27 -0000 A system built with WITHOUT_LEGACY_CONSOLE=1 will not be able to compile world. It seems to require 'kbdcontrol' which is not built when setting that option. From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 17:04:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12196106566C for ; Mon, 21 Sep 2009 17:04:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outk.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id EED3B8FC1B for ; Mon, 21 Sep 2009 17:04:49 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id F03F7B8930; Mon, 21 Sep 2009 10:04:49 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 5908F2D6026; Mon, 21 Sep 2009 10:04:49 -0700 (PDT) Message-ID: <4AB7B230.1040101@elischer.org> Date: Mon, 21 Sep 2009 10:04:48 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 References: <20090921112657.GW95398@hoeg.nl> <20090921154621.GA24208@troutmask.apl.washington.edu> In-Reply-To: <20090921154621.GA24208@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 17:04:50 -0000 Steve Kargl wrote: > On Mon, Sep 21, 2009 at 01:26:57PM +0200, Ed Schouten wrote: >> Hi all, >> >> At the DevSummit in Cambridge we briefly discussed including tmux(1) in >> the base system. We recently had window(1) there, but unfortunately >> window(1) was a very limited tool, compared to tools like screen(1) and >> tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a >> better license and very active maintenance. >> >> I was talking with the author on IRC the other day and it seemed >> like I spoke with him at a fortunate moment, because he was just >> about to release version 1.0. I think it would be nice to import >> this into HEAD, which means FreeBSD 9.0 (maybe 8.1?) will include >> it by default. >> >> How to test tmux in base: >> >> - Download this tarball and extract it to contrib/tmux: >> http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz >> - Apply the following patch: >> http://80386.nl/pub/tmux.diff >> >> Comments? >> > > I've used FreeBSD since it was known as 386bsd+patchkit. In that > time, I've used window/screen exactly zero times. IMHO, neither > screen nor tmux should be in the base system. These are easily > installed from the Ports Collection. I always use screen. I used to use window sometimes but screen was better. While it'd be noce to have it in the base system, it's always been ok for me to have it as a port and it probably can continue to be there. I'm not sure that putting tmux in the base system is worth while. It's being activly developed which means that we'll always be out of date. for Alfred's support point.. to watch soemoe else for support reasons I use watch -w Julian From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 17:16:53 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2309F1065676; Mon, 21 Sep 2009 17:16:53 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id D96308FC2F; Mon, 21 Sep 2009 17:16:52 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n8LHGmWB050255; Mon, 21 Sep 2009 12:16:48 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Mon, 21 Sep 2009 12:16:48 -0500 (CDT) From: "Sean C. Farley" To: Peter Jeremy In-Reply-To: <20090921122501.GA17982@server.vk2pj.dyndns.org> Message-ID: References: <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> <1253237945.2038.421.camel@balrog.2hip.net> <1253239848.2038.456.camel@balrog.2hip.net> <20090921122501.GA17982@server.vk2pj.dyndns.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: current@FreeBSD.org, Robert Noland Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 17:16:53 -0000 On Mon, 21 Sep 2009, Peter Jeremy wrote: > On 2009-Sep-17 21:10:48 -0500, Robert Noland wrote: >> True, however there is a bug in that if Xserver is built without >> hald, it also doesn't get linked with pthreads. > > I've been using the fix in ports/139011 for several months. I thought > I'd submitted it but it looks like it slipped through the cracks. Thank you. I will give it a try. Does it need anything else rebuilt? It looks like only drivers are dependent upon it. I will rebuild those anyway just out of paranoia. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 17:28:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB275106566C for ; Mon, 21 Sep 2009 17:28:05 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9C68FC19 for ; Mon, 21 Sep 2009 17:28:04 +0000 (UTC) Received: by fxm22 with SMTP id 22so1633492fxm.36 for ; Mon, 21 Sep 2009 10:28:04 -0700 (PDT) MIME-Version: 1.0 Sender: luizgustavo@luizgustavo.pro.br Received: by 10.223.2.205 with SMTP id 13mr1212817fak.83.1253554083980; Mon, 21 Sep 2009 10:28:03 -0700 (PDT) In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Date: Mon, 21 Sep 2009 14:28:03 -0300 X-Google-Sender-Auth: 5eb62ce775a192ed Message-ID: <772ca7d0909211028oe62d398x13d6f672da2e27cd@mail.gmail.com> From: "Luiz Gustavo S. Costa" To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 17:28:05 -0000 good new !!! the vimage is more stable on the BETA-4, i go update now the source !!! congratulations for FreeBSD team ! 2009/9/21 Ken Smith : > > The first of the Release Candidates for the FreeBSD 8.0 release cycle is > now available. =A0How many RC's we have will depend on how well 8.0-RC1 > does. =A0At the moment only one more RC is on the schedule but odds are > fairly high we will wind up inserting at least one more RC. =A0Between > BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many > other issues that have been brought up from the public testing. =A0And a > patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. > > Details about the current target schedule along with much more detail > about the current status of the release is available here: > > =A0 =A0 =A0 =A0http://wiki.freebsd.org/8.0TODO > > There are two known problems with 8.0-RC1. =A0One known issue with the > 8.0-RC1 build was discovered after the builds got started so is not part > of the ISO images or FreeBSD-Update builds. =A0The issue is that local > IPv6 link-local addresses are not reachable. =A0A fix for it has been > committed to RELENG_8 so if you install from the 8.0-RC1 media or update > using FreeBSD-Update you will then need to update using csup/cvsup > mechanisms if you need that fix for your environment. =A0It should only > impact people using IPv6. > > The other known issue is that the flowtable may direct packets to the > wrong interface under certain routing conditions. We feel confident that > this bug will be fixed so the flowtable is enabled in RC1 to maximize > testing. If you experience routing problems, please temporarily disable > the flowtable using the sysctl =3D0 and report the results to the > freebsd-current@ mailing list. If we are unable to resolve this issue by > RC2, we will disable the flowtable in 8.0-RELEASE. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. =A0I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. =A0For amd64/i386 architectures the cdrom and memstick > images include the documentation packages this time but no other > packages. =A0The DVD image includes a rough pass at what packages will be > available on the official release media but is subject to change between > now and release. =A0For sparc64 the DVD image has the set of packages tha= t > currently build for sparc64, which is a sub-set of the set provided for > amd64/i386. =A0The sparc64 disc1 does not have any packages on it because > I noticed a little too late that adding the doc packages to disc1 caused > it to overflow the target size. =A0For 8.0-RC2 sparc64 will have the > livefs bits split out to a separate image (which is the way all the > other architectures have been for a while now) and the doc packages will > be provided on disc1. =A0None of the other images include packages. > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 > can upgrade as follows: > > # freebsd-update upgrade -r 8.0-RC1 > > During this process, FreeBSD Update may ask the user to help by merging > some configuration files or by confirming that the automatically > performed merging was done correctly. =A0Systems running 8.0-BETA3 may > print the warning > > =A0 =A0 =A0 =A0INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before contin= uing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. =A0See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.ht= ml > > for mode details. =A0After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > > Finally, reboot into 8.0-RC1: > > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC1-amd64-bootonly.iso) =3D a84d43c8adaba3fee9a618098668154e > MD5 (8.0-RC1-amd64-disc1.iso) =3D fb4f75c74144239b4994dc3ad040af33 > MD5 (8.0-RC1-amd64-dvd1.iso) =3D 5da3097634fbe049dd01ad4127d0f396 > MD5 (8.0-RC1-amd64-livefs.iso) =3D 43a483ea73cbbe80f0ef068502594363 > MD5 (8.0-RC1-amd64-memstick.img) =3D 9b1ffcab33ceed4dcdf1a0f3d862f811 > > MD5 (8.0-RC1-i386-bootonly.iso) =3D b569d950d6806c7c88a15d857bef6a02 > MD5 (8.0-RC1-i386-disc1.iso) =3D 1cfecd1489b8be4a6d06040b07af941b > MD5 (8.0-RC1-i386-dvd1.iso) =3D 474b54e73a04a2f573b8a26ad00e3077 > MD5 (8.0-RC1-i386-livefs.iso) =3D 7e5c3390c9f1e7915b9f229eb95f7e70 > MD5 (8.0-RC1-i386-memstick.img) =3D 532736e255f069f7f891d6ed4f14970e > > MD5 (8.0-RC1-ia64-bootonly.iso) =3D f53c920e46d3ceeb755617b2de20507a > MD5 (8.0-RC1-ia64-disc1.iso) =3D 504d3828b919563a83d7232d9a3a952b > MD5 (8.0-RC1-ia64-disc2.iso) =3D 5f22a63a89bff893038b32c0c53bf2eb > MD5 (8.0-RC1-ia64-disc3.iso) =3D bf17e84e9dfa62a6ce131e07bc701478 > MD5 (8.0-RC1-ia64-dvd1.iso) =3D b8cf5cc2feab96c98da12b6fb1623136 > MD5 (8.0-RC1-ia64-livefs.iso) =3D 2a83a1b32cfeb9a95f8ccc5e4cf36918 > > MD5 (8.0-RC1-pc98-bootonly.iso) =3D 60603f538db73c264ad7271da044e185 > MD5 (8.0-RC1-pc98-disc1.iso) =3D 7c00a58b4b8f3e94b25a4539116542bd > MD5 (8.0-RC1-pc98-livefs.iso) =3D aa67b1f3d8246381764a4df867e23f67 > > MD5 (8.0-RC1-powerpc-bootonly.iso) =3D a498cafdb4118f2d33007c5f0cf6ca0d > MD5 (8.0-RC1-powerpc-disc1.iso) =3D 4448a906a36356c479623c8b4af7e685 > MD5 (8.0-RC1-powerpc-disc2.iso) =3D bf9bf9e46da074a0787ca84da13251c8 > MD5 (8.0-RC1-powerpc-disc3.iso) =3D 2f600348579d4adc87b2a32f565f3f03 > MD5 (8.0-RC1-powerpc-livefs.iso) =3D 962f7d69cad7bb47e1cdfaf746b97f90 > > MD5 (8.0-RC1-sparc64-bootonly.iso) =3D 674724d0c2ddd997d86f91863c01ba20 > MD5 (8.0-RC1-sparc64-disc1.iso) =3D 9e896ac68263ff816e3721b8b31e63bb > MD5 (8.0-RC1-sparc64-dvd1.iso) =3D 8451f6fee8523cd33e3e7e973922d2cf > > SHA256 (8.0-RC1-amd64-bootonly.iso) =3D 0fcff1f76629c694be73133ad6ca5057a= 97a7030d824adb3a3a58bfe881528ab > SHA256 (8.0-RC1-amd64-disc1.iso) =3D 1b0246694012170ef83ce38395f4179c990d= 5689e1da2224a7cd2164770d1efb > SHA256 (8.0-RC1-amd64-dvd1.iso) =3D 63dec5385f549a22e6940a8d30d23be96dec0= c27253550787107918631021bcc > SHA256 (8.0-RC1-amd64-livefs.iso) =3D adda93a732168586272697d32824626898b= ee6c95ec2efc9e691e649489b99c2 > SHA256 (8.0-RC1-amd64-memstick.img) =3D d2d3f90d3fb3b11cb06734df3ff1eb843= 3e4184158c85d34c4bd41ba068e131c > > SHA256 (8.0-RC1-i386-bootonly.iso) =3D 6b3f78fe556cb396cb1734fdcdfdd36190= 13b4318f94b1736349e641a0745dbb > SHA256 (8.0-RC1-i386-disc1.iso) =3D 06094f54d0b9141b571a8d22727a9c639a4ff= b8a72dd05d12e995ef417eaaf37 > SHA256 (8.0-RC1-i386-dvd1.iso) =3D 02009c487ce5a00f52e45d2ccefc5c7b47edea= 110d1922ff21fe05ee7b1c8cb3 > SHA256 (8.0-RC1-i386-livefs.iso) =3D abcc0c3d975df784eaa4840af15555fc25f6= 10f8699619142185c77b396e00aa > SHA256 (8.0-RC1-i386-memstick.img) =3D f6ed2716312b6fcdf4bea15e4290a122d3= 4e569fda895fb8bdffa499eea6d9ce > > SHA256 (8.0-RC1-ia64-bootonly.iso) =3D c307cdfa5f98d84b367ac8ef939da6f42a= 2a0454c07ab0f7b7fe17b78c3f4c9e > SHA256 (8.0-RC1-ia64-disc1.iso) =3D 44612f9922e8ee2ca6453f9a54b81c01bf351= 486580fa7cc9cd031b2f0b132c6 > SHA256 (8.0-RC1-ia64-disc2.iso) =3D 01eb3badf81e2e64ab4ddcfd4921f5bc6710c= 6eb5eba514c92985266fcb805e5 > SHA256 (8.0-RC1-ia64-disc3.iso) =3D 31fd356921f9430233bc7bf0699676746c735= ddde9dc4d6ad21438ba66124912 > SHA256 (8.0-RC1-ia64-dvd1.iso) =3D a5bbdf0b0a338ffdc744f1d47513ebede568e8= 52c3e07062b7c0e2f2aafd108b > SHA256 (8.0-RC1-ia64-livefs.iso) =3D a3a5633900decc819982c50d672cdd653503= fe4edebcb566eb4b27784f073635 > > SHA256 (8.0-RC1-pc98-bootonly.iso) =3D 5d50fd76e3a1124189acaf54e5258b9238= 3ab0ce8b44b3e5b506020e011b9938 > SHA256 (8.0-RC1-pc98-disc1.iso) =3D 4007e728e8a51fa04663ce9a234db2c1e1f58= 7ebacc45bdeee0ba86261a89345 > SHA256 (8.0-RC1-pc98-livefs.iso) =3D 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9= c6c72a45335858e461b9d4cad205 > > SHA256 (8.0-RC1-powerpc-bootonly.iso) =3D b3a63ef86773ea28c548082d46d7199= d4838648dfa1ecec82c881d90bb0ce9ca > SHA256 (8.0-RC1-powerpc-disc1.iso) =3D 7cd4e68f0e6bdf95090121ffd89383134c= 44447a6d1a18a800d58fb1dcd8d1c6 > SHA256 (8.0-RC1-powerpc-disc2.iso) =3D 65719abb58fc8d7904fcbd7052d807efbe= 44f137badbcfbe7cef623d738360c1 > SHA256 (8.0-RC1-powerpc-disc3.iso) =3D 9ec803dd266e752dcafe2fd3c6d5bb37b3= bb6ce00c1cb4683c84616f866ec44b > SHA256 (8.0-RC1-powerpc-livefs.iso) =3D 7ef3142568fc6c4837faa6cbbd371cf70= 9ee8e1d65df24ea538fba94095eebb5 > > SHA256 (8.0-RC1-sparc64-bootonly.iso) =3D 91fb4fee46c0a68520ce97351774725= ae95ad4479f06e5d0f3de3e07eeb422d9 > SHA256 (8.0-RC1-sparc64-disc1.iso) =3D 99c74dc6fa9b3185e12fa5084589d1f48f= 540082c5166026deccf673be46c343 > SHA256 (8.0-RC1-sparc64-dvd1.iso) =3D 777d8afc3330fae4089510d6b852ea1d1f9= 108a868b8ebb3d5a661b108a99196 > > -- > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0Ken Smith > - From there to here, from here to =A0 =A0 =A0| =A0 =A0 =A0 kensmith@buff= alo.edu > =A0there, funny things are everywhere. =A0 | > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- Theodore Geisel | > > --=20 Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 17:33:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB19106566C for ; Mon, 21 Sep 2009 17:33:18 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id F17208FC1C for ; Mon, 21 Sep 2009 17:33:17 +0000 (UTC) Received: by ywh8 with SMTP id 8so3802693ywh.14 for ; Mon, 21 Sep 2009 10:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=vF1oqfEqwiMcs/03MFApNz1FC5VabooweNwHfxF9FTw=; b=ABcZyavtp/UxjfF2iWzBQOS7xGa8vAIVxWBjtSfqX3jQXDBdXpmL6Oo+eI5uPcvzkn OyfZO5SFLXqFd9P5PiZSnQdKu/4XI42ljJ+Pn/MkrFwhVeQCgNRX+73A8HshsvzfKYc3 tF1Cf9lTI/K1wHtRakxBbok6t+5fg/aMwBKH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=c3jM0Ce85VlyAfpdLZAcrXms+C+GLrl4rihNbApYjK0db9R7XS8/Q2OBH9L8s3s1Uw KwVT7semrcC25keBhQ88XPJDymWeNr4X0RbJMpAS4T+2hztMtiiNIkzP+T0Cm/sVVipU I67FdIKisPFaU7V1pgOJx0hKgW38GXw9Zm01U= Received: by 10.90.140.1 with SMTP id n1mr3434265agd.69.1253554396971; Mon, 21 Sep 2009 10:33:16 -0700 (PDT) Received: from ?192.168.1.100? ([190.177.218.83]) by mx.google.com with ESMTPS id 38sm24362agd.76.2009.09.21.10.33.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 21 Sep 2009 10:33:16 -0700 (PDT) From: Gonzalo Nemmi To: Thomas Quinot Date: Mon, 21 Sep 2009 14:33:11 -0300 User-Agent: KMail/1.9.10 References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> In-Reply-To: <20090921105458.GA86764@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909211433.11792.gnemmi@gmail.com> Cc: Warren Block , freebsd-current@freebsd.org Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 17:33:18 -0000 On Monday 21 September 2009 7:54:58 am Thomas Quinot wrote: > * Gonzalo Nemmi, 2009-09-21 : > > I can confirm that .. kldload atapicam still results in a "Fatal > > trap 12: page fault while in kernel mode" on 8.0-RC1 > > I don't see this on RC1: > > nashville# uname -a > FreeBSD nashville.act-europe.fr 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep > 18 13:14:27 CEST 2009 > root@nashville.act-europe.fr:/alex/build/alex/src/RELENG_8/src/sys/GE >NERIC amd64 nashville# kldload atapicam > nashville# kldstat > Id Refs Address Size Name > 1 16 0xffffffff80100000 d20940 kernel > 2 1 0xffffffff81022000 a4ca iscsi_initiator.ko > 3 1 0xffffffff8102d000 f2d7a zfs.ko > 4 1 0xffffffff81120000 19b2 opensolaris.ko > 5 1 0xffffffff81122000 1b9a atapicam.ko > nashville# camcontrol devlist > at scbus0 target 0 lun 0 > (pass0,da0) at scbus1 target 0 lun > 0 (da1,pass1) at scbus2 target 0 > lun 0 (cd0,pass2) > > Thomas. Don't know about amd64, I'm running -RC1 i386 on a Intel(R) Celeron(R) CPU 560 @ 2.13GHz (2128.01-MHz 686-class CPU) Regards Gonzalo -- Blessings Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 17:39:56 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5DA61065672; Mon, 21 Sep 2009 17:39:56 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9865E8FC12; Mon, 21 Sep 2009 17:39:56 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8LHdaZ5009989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Sep 2009 10:39:37 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 65F881CC37; Mon, 21 Sep 2009 10:39:36 -0700 (PDT) To: Ed Schouten In-reply-to: Your message of "Mon, 21 Sep 2009 13:26:57 +0200." <20090921112657.GW95398@hoeg.nl> Date: Mon, 21 Sep 2009 10:39:36 -0700 From: "Kevin Oberman" Message-Id: <20090921173936.65F881CC37@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-21_10:2009-09-17, 2009-09-21, 2009-09-21 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909210084 Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 17:39:57 -0000 > Date: Mon, 21 Sep 2009 13:26:57 +0200 > From: Ed Schouten > Sender: owner-freebsd-current@freebsd.org > > Hi all, > > At the DevSummit in Cambridge we briefly discussed including tmux(1) in > the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) and > tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > better license and very active maintenance. > > I was talking with the author on IRC the other day and it seemed like I > spoke with him at a fortunate moment, because he was just about to > release version 1.0. I think it would be nice to import this into HEAD, > which means FreeBSD 9.0 (maybe 8.1?) will include it by default. > > How to test tmux in base: > > - Download this tarball and extract it to contrib/tmux: > http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > - Apply the following patch: > http://80386.nl/pub/tmux.diff > > Comments? While I make fairly heavy use of screen(1), I am unclear on why this functionality should be included in the base. I can (and do) install it on most systems I build, but I can't see any systemic justification for putting it in the base system. It just makes updating tmux harder. Remember the fun of dealing with Perl when it was in the base system? (Yes, Perl was probably about the worst possible case.) Unless a tool is maintained by the FreeBSD project or is so essential that most it would be inadvisable to have a base system where it was not available (ntp, SSL libraries, C compiler, ssh, ...), I really think adding things to the base is best avoided. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 17:47:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41935106566C; Mon, 21 Sep 2009 17:47:28 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id AE5D88FC17; Mon, 21 Sep 2009 17:47:27 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id DF267EB4E59; Mon, 21 Sep 2009 20:24:46 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id CD1384512A; Mon, 21 Sep 2009 20:24:46 +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 kssx-bBpjzEY; Mon, 21 Sep 2009 20:24:46 +0300 (EEST) Received: from kobe.laptop (adsl71-241.kln.forthnet.gr [77.49.118.241]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 75B86450C6; Mon, 21 Sep 2009 20:24:46 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n8LHOjjm009560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 20:24:45 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n8LHOisE009559; Mon, 21 Sep 2009 20:24:44 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Ed Schouten References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> Date: Mon, 21 Sep 2009 20:24:37 +0300 In-Reply-To: <20090921113556.GX95398@hoeg.nl> (Ed Schouten's message of "Mon, 21 Sep 2009 13:35:56 +0200") Message-ID: <87ocp443e2.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: FreeBSD Arch , Roman Divacky , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 17:47:28 -0000 --=-=-= On Mon, 21 Sep 2009 13:35:56 +0200, Ed Schouten wrote: > * Roman Divacky wrote: >> can tmux be configured to be 100% compatible with screen? if so >> are we going to ship with such a config on default? > > Well, we could ship a screen-like config in /usr/share/examples, but in > my opinion we shouldn't enable this by default. It only makes it more > confusing when people switch to different operating systems that don't > use this config. I do think tmux's use of ^B instead of ^A by default is > a bit awkward... ^A is rather comfortable with my Caps Lock key swapped with Ctrl. If the escape character of tmux can be configured to be ^A in the personal startup configuration of each user, the awkwardness of ^B is really a very minor issue. IMO, a sample screen-like config in /usr/share/examples will go a long way towards making tmux in the base system a comfortable and viable screen alternative :) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEARECAAYFAkq3ttwACgkQ1g+UGjGGA7aMggCfZ5ImHci0uZKeD9kcs1z8zm+e R8AAl3fY32acdEatBLd83Ipm54qWq5w= =f/2O -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 18:19:53 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93384106566B for ; Mon, 21 Sep 2009 18:19:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6FE8FC12 for ; Mon, 21 Sep 2009 18:19:53 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AA04719E027; Mon, 21 Sep 2009 20:19:51 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id CDB1119E019; Mon, 21 Sep 2009 20:19:02 +0200 (CEST) Message-ID: <4AB7C396.5050802@quip.cz> Date: Mon, 21 Sep 2009 20:19:02 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Kevin Oberman References: <20090921173936.65F881CC37@ptavv.es.net> In-Reply-To: <20090921173936.65F881CC37@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 18:19:53 -0000 Kevin Oberman wrote: >>Date: Mon, 21 Sep 2009 13:26:57 +0200 >>From: Ed Schouten >>Sender: owner-freebsd-current@freebsd.org >> >>Hi all, >> >>At the DevSummit in Cambridge we briefly discussed including tmux(1) in >>the base system. We recently had window(1) there, but unfortunately >>window(1) was a very limited tool, compared to tools like screen(1) and >>tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a >>better license and very active maintenance. >> >>I was talking with the author on IRC the other day and it seemed like I >>spoke with him at a fortunate moment, because he was just about to >>release version 1.0. I think it would be nice to import this into HEAD, >>which means FreeBSD 9.0 (maybe 8.1?) will include it by default. >> >>How to test tmux in base: >> >>- Download this tarball and extract it to contrib/tmux: >> http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz >>- Apply the following patch: >> http://80386.nl/pub/tmux.diff >> >>Comments? > > > While I make fairly heavy use of screen(1), I am unclear on why this > functionality should be included in the base. I can (and do) install it > on most systems I build, but I can't see any systemic justification for > putting it in the base system. It just makes updating tmux > harder. Remember the fun of dealing with Perl when it was in the base > system? (Yes, Perl was probably about the worst possible case.) > > Unless a tool is maintained by the FreeBSD project or is so essential > that most it would be inadvisable to have a base system where it was > not available (ntp, SSL libraries, C compiler, ssh, ...), I really think > adding things to the base is best avoided. +1 from me. I am daily screen(1) user but I think it (tmux or screen) should stay as port. It is better to have minimalistic base and easily upgradable ports. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 18:11:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4697A106566C; Mon, 21 Sep 2009 18:11:28 +0000 (UTC) (envelope-from peter@pean.org) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id ED1D48FC20; Mon, 21 Sep 2009 18:11:27 +0000 (UTC) Received: from iph2.telenor.se (195.54.127.133) by proxy3.bredband.net (7.3.140.3) id 49F597CD03AC303F; Mon, 21 Sep 2009 19:50:53 +0200 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQlAB9at0pV4QbzPGdsb2JhbAAIgiIUGJgUAQEBATe3NYQbBYFYgnQ X-IronPort-AV: E=Sophos;i="4.44,425,1249250400"; d="scan'208,217";a="45221037" Received: from c-f306e155.166-7-64736c14.cust.bredbandsbolaget.se (HELO [172.25.0.40]) ([85.225.6.243]) by iph2.telenor.se with ESMTP; 21 Sep 2009 19:50:53 +0200 Mime-Version: 1.0 (Apple Message framework v1076) From: =?iso-8859-1?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Mon, 21 Sep 2009 19:50:52 +0200 Message-Id: <1105595C-2914-49C4-9A71-87801D228982@pean.org> References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> To: Rick Macklem X-Mailer: Apple Mail (2.1076) X-Mailman-Approved-At: Mon, 21 Sep 2009 18:27:38 +0000 Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , freebsd-current@freebsd.org, George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 18:11:28 -0000 On Sep 21, 2009, at 5:26 PM, Rick Macklem wrote: >> >> > Now, hopefully someone who understands enough about dynamic linking =20= > will > know if this is the correct fix for 8.0? (I'm going on a couple of =20 > weeks > vacation at the end of this week, so I won't be around to commit =20 > anything > and don't understand it well enough to know if this is the correct way > to fix it.) > > So, hopefully someone else can pick this one up? > > Thanks for testing it, rick > _______________________________________________ Could this be the same problem I have with SASL and postfix? = http://lists.freebsd.org/pipermail/freebsd-questions/2009-September/205525= .html -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 18:53:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 538DB1065672; Mon, 21 Sep 2009 18:53:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id E2C6C8FC0A; Mon, 21 Sep 2009 18:53:33 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAOJot0qDaFvG/2dsb2JhbADSKIQbBYFYgnQ X-IronPort-AV: E=Sophos;i="4.44,425,1249272000"; d="scan'208";a="47126443" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 21 Sep 2009 14:53:33 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 22936210108; Mon, 21 Sep 2009 14:53:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ITpWaLFSQhxg; Mon, 21 Sep 2009 14:53:32 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id AB782210130; Mon, 21 Sep 2009 14:53:30 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8LIx9613139; Mon, 21 Sep 2009 14:59:09 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 21 Sep 2009 14:59:09 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: =?utf-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= In-Reply-To: <1105595C-2914-49C4-9A71-87801D228982@pean.org> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> <1105595C-2914-49C4-9A71-87801D228982@pean.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-1253559549=:11124" Cc: George Mamalakis , freebsd-current@freebsd.org, freebsd-stable Subject: Re: SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 18:53:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1804928587-1253559549=:11124 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 21 Sep 2009, Peter Ankerst=C3=A5l wrote: > > Could this be the same problem I have with SASL and postfix? > > http://lists.freebsd.org/pipermail/freebsd-questions/2009-September/20552= 5.html > I have no idea, but there's one way to find out. Apply this patch to /usr/bin/krb5-config and then rebuild all the cyrus-sasl2 stuff in=20 /usr/ports. (If you "rm -r work" before "make build", you'll be sure to use krb5-config again.) --- krb5-config.sav=092009-09-18 16:54:42.000000000 -0400 +++ krb5-config=092009-09-21 14:49:34.000000000 -0400 @@ -93,7 +93,7 @@ lib_flags=3D"-L${libdir}" case $library in gssapi) -=09lib_flags=3D"$lib_flags -lgssapi -lheimntlm" +=09lib_flags=3D"$lib_flags -lgssapi -lgssapi_spnego -lgssapi_krb5 -lheimnt= lm" =09;; kadm-client) =09lib_flags=3D"$lib_flags -lkadm5clnt" Then see if the newly built binaries work. Good luck with it, rick ---559023410-1804928587-1253559549=:11124-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:05:45 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C960A1065695 for ; Mon, 21 Sep 2009 19:05:45 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4078FC0A for ; Mon, 21 Sep 2009 19:05:45 +0000 (UTC) X-CNFS-Analysis: v=1.1 cv=U43SLuz+mznEeU6k0XtWkcXR9Y++tAUvrsVXj5cPltU= c=1 sm=0 a=6I5d2MoRAAAA:8 a=FP58Ms26AAAA:8 a=vItJ6SA2AAAA:8 a=k00AjR-Ayg4O1y1qc7IA:9 a=KZvq72kxVkMwIHRqjom7gxFU7_8A:4 a=SV7veod9ZcQA:10 a=Iy6FPoR9cBdGrUcJbbIA:9 a=4_Y6dV5647eVma5Ch9ofrtcf4HgA:4 a=LkYvsgB9u1MH7Ao0BLhsLg==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: ecout1 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (ecout1: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50883] helo=mail.colemankane.org) by ecout1 (envelope-from ) (ecelerity 2.2.2.43 r()) with ESMTP id 87/7A-14944-48EC7BA4; Mon, 21 Sep 2009 15:05:44 -0400 Received: from [172.20.0.76] (rrcs-96-11-231-210.central.biz.rr.com [96.11.231.210]) by mail.colemankane.org (Postfix) with ESMTPSA id 6E4191143E; Mon, 21 Sep 2009 16:09:41 -0400 (EDT) From: Coleman Kane To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4AB7C396.5050802@quip.cz> References: <20090921173936.65F881CC37@ptavv.es.net> <4AB7C396.5050802@quip.cz> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-B+hkyZAzvaqT1VSVR0LQ" Organization: FreeBSD Project Date: Mon, 21 Sep 2009 15:05:24 -0400 Message-Id: <1253559924.2236.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 19:05:46 -0000 --=-B+hkyZAzvaqT1VSVR0LQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-09-21 at 20:19 +0200, Miroslav Lachman wrote: > Kevin Oberman wrote: > >>Date: Mon, 21 Sep 2009 13:26:57 +0200 > >>From: Ed Schouten > >>Sender: owner-freebsd-current@freebsd.org > >> > >>Hi all, > >> > >>At the DevSummit in Cambridge we briefly discussed including tmux(1) in > >>the base system. We recently had window(1) there, but unfortunately > >>window(1) was a very limited tool, compared to tools like screen(1) and > >>tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > >>better license and very active maintenance. > >> > >>I was talking with the author on IRC the other day and it seemed like I > >>spoke with him at a fortunate moment, because he was just about to > >>release version 1.0. I think it would be nice to import this into HEAD, > >>which means FreeBSD 9.0 (maybe 8.1?) will include it by default. > >> > >>How to test tmux in base: > >> > >>- Download this tarball and extract it to contrib/tmux: > >> http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > >>- Apply the following patch: > >> http://80386.nl/pub/tmux.diff > >> > >>Comments? > >=20 > >=20 > > While I make fairly heavy use of screen(1), I am unclear on why this > > functionality should be included in the base. I can (and do) install it > > on most systems I build, but I can't see any systemic justification for > > putting it in the base system. It just makes updating tmux > > harder. Remember the fun of dealing with Perl when it was in the base > > system? (Yes, Perl was probably about the worst possible case.)=20 > >=20 > > Unless a tool is maintained by the FreeBSD project or is so essential > > that most it would be inadvisable to have a base system where it was > > not available (ntp, SSL libraries, C compiler, ssh, ...), I really thin= k > > adding things to the base is best avoided. >=20 > +1 from me. >=20 > I am daily screen(1) user but I think it (tmux or screen) should stay as=20 > port. It is better to have minimalistic base and easily upgradable ports. >=20 > Miroslav Lachman I agree with this. I would prefer it if more stuff would get relegated to ports (such as sendmail), and I am not really interested in seeing the base system expanded with yet another tool. If I really needed screen or tmux on a system that I was installing from disk, I would make sure to have it written to a packages ISO with all the other third-party applications that I need. I also feel that ports is a more visible place for such a tool to live if ever in the future the community needs someone to take over its maintenance. --=20 Coleman Kane --=-B+hkyZAzvaqT1VSVR0LQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkq3zm8ACgkQcMSxQcXat5dHJACfRYk019Sy+BXmY0ZF0RskzcJ0 9xIAniPzT22oHG5/bzqnTfmfS859gkDd =YhpR -----END PGP SIGNATURE----- --=-B+hkyZAzvaqT1VSVR0LQ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:12:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1AB810656A4 for ; Mon, 21 Sep 2009 19:12:44 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 516F08FC18 for ; Mon, 21 Sep 2009 19:12:43 +0000 (UTC) Received: from HOME.encontacto.net ([189.129.150.183]) by ns2.bafirst.com with esmtp; Mon, 21 Sep 2009 14:12:42 -0500 id 000D51F8.4AB7D02A.00001FE7 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 21 Sep 2009 14:12:41 -0500 id 0004AC1C.4AB7D029.00010FD2 Received: from dsl-189-190-71-3-dyn.prod-infinitum.com.mx (dsl-189-190-71-3-dyn.prod-infinitum.com.mx [189.190.71.3]) by econet.encontacto.net (Horde Framework) with HTTP; Mon, 21 Sep 2009 14:12:41 -0500 Message-ID: <20090921141241.17156cuou9hmbcw0@econet.encontacto.net> Date: Mon, 21 Sep 2009 14:12:41 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Opera/9.80 (X11; FreeBSD 7.2-STABLE i386; U; en) Presto/2.2.15 Version/10.00 X-IMP-Server: 189.129.150.183 X-Originating-IP: 189.190.71.3 X-Originating-User: eculp@encontacto.net Subject: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 19:12:44 -0000 Sorry to repeat but I inadvertantly screwed up a cut and paste. I have current on my laptop and have not been able to get hal to =20 update since the last upgrade. I have tried everything that I can =20 think of including recursively building it etc and nothing works. I'm =20 sure that I am doing something really dumb. uname -a FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #316: Fri Sep =20 18 07:22:13 CDT 2009 =20 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 ed.local.net.mx # ls -d /var/db/pkg/hal* /var/db/pkg/hal-0.5.11_25 gmake[5]: Entering directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' cc -DHAVE_CONFIG_H -I. -I../../.. =20 -DPACKAGE_SYSCONF_DIR=3D\""/usr/local/etc"\" =20 -DPACKAGE_DATA_DIR=3D\""/usr/local/share"\" =20 -DPACKAGE_BIN_DIR=3D\""/usr/local/bin"\" =20 -DPACKAGE_LOCALE_DIR=3D\""/usr/local/share/locale"\" =20 -DPACKAGE_LOCALSTATEDIR=3D\""/var"\" -I../../.. =20 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include =20 -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing =20 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs =20 -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP =20 -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in =20 this function) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) gmake[5]: *** [probe-hiddev.o] Error 1 gmake[5]: Leaving directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/hal. =3D=3D=3D>>> make failed for sysutils/hal =3D=3D=3D>>> Aborting update Any suggestions appreciated. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:14:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567F71065679 for ; Mon, 21 Sep 2009 19:14:12 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 182978FC12 for ; Mon, 21 Sep 2009 19:14:11 +0000 (UTC) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 93DEAE9F42C for ; Mon, 21 Sep 2009 21:14:10 +0200 (CEST) Message-ID: <4AB7D081.8090203@FreeBSD.org> Date: Mon, 21 Sep 2009 21:14:09 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 19:14:12 -0000 Fresh FreeBSD 9-CURRENT (svn 197392) hangs at: atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa This is in VMware Fusion 2.0.5. CURRENT from 2 weeks ago works. -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:15:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D80E91065695; Mon, 21 Sep 2009 19:15:10 +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 B822C8FC25; Mon, 21 Sep 2009 19:15:10 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8LJFASI055419; Mon, 21 Sep 2009 12:15:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8LJF9aJ055418; Mon, 21 Sep 2009 12:15:09 -0700 (PDT) (envelope-from sgk) Date: Mon, 21 Sep 2009 12:15:09 -0700 From: Steve Kargl To: Andriy Gapon Message-ID: <20090921191509.GA55401@troutmask.apl.washington.edu> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AB76600.8090407@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: "Sam Fourman Jr." , freebsd-openoffice@freebsd.org, Vinicius Abrahao , freebsd-current , miwi@freebsd.org Subject: Re: Problem building Openoffice 3.1.1 at -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, 21 Sep 2009 19:15:10 -0000 On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: > on 20/09/2009 14:38 Sam Fourman Jr. said the following: > > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: > >> Hello dear fellows, > >> > >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm > >> getting an strange error (associated with python). > >> This is the error that appears many hours after I start the upgrade: > > > > > > I am getting this same error on FreeBSD 8.0 Beta4 > > any idea how to fix the build? > > I also had a compilation problem like this. > Perhaps this is related to having python 2.6 installed on a system? > > Anyway, I was able to continue the build by doing the following (adjust the paths > to your environment): > > $ ln -s > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6 > > $ cp > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unxfbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*.so > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6/ > > Maybe something else, it was a while ago. > The above ln and cp were sufficient to complete my build. I haven't tested the resulting exectuables. Thanks, Andriy -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:27:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6EB71065672 for ; Mon, 21 Sep 2009 19:27:57 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 68E9A8FC1B for ; Mon, 21 Sep 2009 19:27:57 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n8LJRoxa014594 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 21 Sep 2009 19:27:51 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: FreeBSD current mailing list Date: Mon, 21 Sep 2009 20:27:49 +0100 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909212027.49752.ken@mthelicon.com> X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Subject: SIIS timeout with current r197392: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 19:27:57 -0000 Hello Current, Since my latest build of amd64-current kernel and world (r197392) I am getting strange timeout errors in my dmesg and eventual system instability. Would anyone know how I may diagnose this further so I am give better information that will help locate the cause? The actual errors are: (there are literally pages of there, so I am just cut and paste a few) siisch0: Timeout on slot 16 siisch0: siis_timeout is 00040000 ss 00010000 rs 00010000 es 00000004 sts 001f0000 serr 00000000 siisch0: port is not ready (timeout 1000ms) status = 001f0000 siisch0: port is not ready (timeout 1000ms) status = 001f0000 siisch0: Timeout on slot 17 siisch0: siis_timeout is 00040000 ss 00020000 rs 00020000 es 00000004 sts 001f0000 serr 00000000 siisch0: port is not ready (timeout 1000ms) status = 001f0000 siisch0: port is not ready (timeout 1000ms) status = 001f0000 Thanks, Peg From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:30:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315DF106566B; Mon, 21 Sep 2009 19:30:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C34158FC1E; Mon, 21 Sep 2009 19:30:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LJU0Vb022579; Mon, 21 Sep 2009 15:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LJU0eI022552; Mon, 21 Sep 2009 19:30:00 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 19:30:00 GMT Message-Id: <200909211930.n8LJU0eI022552@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 19:30:02 -0000 TB --- 2009-09-21 18:08:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 18:08:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-09-21 18:08:06 - cleaning the object tree TB --- 2009-09-21 18:08:21 - cvsupping the source tree TB --- 2009-09-21 18:08:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-09-21 18:09:07 - building world TB --- 2009-09-21 18:09:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 18:09:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 18:09:07 - TARGET=powerpc TB --- 2009-09-21 18:09:07 - TARGET_ARCH=powerpc TB --- 2009-09-21 18:09:07 - TZ=UTC TB --- 2009-09-21 18:09:07 - __MAKE_CONF=/dev/null TB --- 2009-09-21 18:09:07 - cd /src TB --- 2009-09-21 18:09:07 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 18:09:08 UTC 2009 >>> 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 Mon Sep 21 19:18:44 UTC 2009 TB --- 2009-09-21 19:18:44 - generating LINT kernel config TB --- 2009-09-21 19:18:44 - cd /src/sys/powerpc/conf TB --- 2009-09-21 19:18:44 - /usr/bin/make -B LINT TB --- 2009-09-21 19:18:45 - building LINT kernel TB --- 2009-09-21 19:18:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 19:18:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 19:18:45 - TARGET=powerpc TB --- 2009-09-21 19:18:45 - TARGET_ARCH=powerpc TB --- 2009-09-21 19:18:45 - TZ=UTC TB --- 2009-09-21 19:18:45 - __MAKE_CONF=/dev/null TB --- 2009-09-21 19:18:45 - cd /src TB --- 2009-09-21 19:18:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 19:18:45 UTC 2009 >>> 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/x86bios/x86bios.c:80: warning: nested extern declaration of 'outw' /src/sys/dev/x86bios/x86bios.c: In function 'vm86_emu_outl': /src/sys/dev/x86bios/x86bios.c:88: warning: implicit declaration of function 'outl' /src/sys/dev/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl' /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init': /src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 19:30:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 19:30:00 - ERROR: failed to build lint kernel TB --- 2009-09-21 19:30:00 - 3311.39 user 460.29 system 4913.95 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:41:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA9E51065670 for ; Mon, 21 Sep 2009 19:41:32 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2131D8FC1C for ; Mon, 21 Sep 2009 19:41:31 +0000 (UTC) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n8LJfTgK047038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 21 Sep 2009 20:41:29 +0100 (BST) (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 chronos.org.uk n8LJfTgK047038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1253562089; bh=QhnbtvYrO3zLPiSxYuRy7zwgPDPBxs5m57eeFFdv52c=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=ab9SPvO1/0AWc5IDBvavP4kBCAzBEPgcwqkjmouLY+6ASyY4T8li0/WfVZNDTU31m aqvahRD6R9FPIPZkMhLO7WjVQtGg9MavoqL27foVOzZzGtWyBLxyMO9KSbKUj7NxeM AVs2YLPRPGIfkk0det8ZF29Q6aI0vQYNngR83ZYw= From: Matt Dawson To: freebsd-current@freebsd.org Date: Mon, 21 Sep 2009 20:41:27 +0100 User-Agent: KMail/1.12.1 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.1; amd64; ; ) References: <20090921172817.826D61065698@hub.freebsd.org> In-Reply-To: <20090921172817.826D61065698@hub.freebsd.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Mon, 21 Sep 2009 20:41:29 +0100 (BST) X-Virus-Scanned: clamav-milter 0.95.2 at central.local.chronos.org.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=3.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_96_XX,NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 19:41:32 -0000 On Monday 21 Sep 2009 18:28:17 Martin Wilke wrote: > I=B4d also like to see that in src. =20 +1 to that, having just compiled and tried tmux 0.9 after what seems a=20 lifetime using screen, probably because tmux was hidden in misc instead of= =20 sysutils where I'd expect to find it, and found my major niggles have been= =20 addressed: Finally I can easily see the buffer (C-b =3D) after a detach and= =20 reattach instead of the last trailing few words of an error flipping me off= =20 (sorry about the graphic metaphor, but that's what it feels like) and ^a=20 works as normal. To those saying they'd prefer screen in base, I would propose that the tmux= =20 licence makes this particular decision a no-brainer if it has to be one or= =20 the other. =2D-=20 Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:48:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79BE71065672; Mon, 21 Sep 2009 19:48:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D95D48FC1E; Mon, 21 Sep 2009 19:48:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LJmK1P079429; Mon, 21 Sep 2009 15:48:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LJmKdO079428; Mon, 21 Sep 2009 19:48:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 19:48:20 GMT Message-Id: <200909211948.n8LJmKdO079428@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 19:48:22 -0000 TB --- 2009-09-21 18:33:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 18:33:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-09-21 18:33:33 - cleaning the object tree TB --- 2009-09-21 18:33:43 - cvsupping the source tree TB --- 2009-09-21 18:33:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-09-21 18:34:29 - building world TB --- 2009-09-21 18:34:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 18:34:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 18:34:29 - TARGET=sparc64 TB --- 2009-09-21 18:34:29 - TARGET_ARCH=sparc64 TB --- 2009-09-21 18:34:29 - TZ=UTC TB --- 2009-09-21 18:34:29 - __MAKE_CONF=/dev/null TB --- 2009-09-21 18:34:29 - cd /src TB --- 2009-09-21 18:34:29 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 18:34:30 UTC 2009 >>> 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 Mon Sep 21 19:37:16 UTC 2009 TB --- 2009-09-21 19:37:16 - generating LINT kernel config TB --- 2009-09-21 19:37:16 - cd /src/sys/sparc64/conf TB --- 2009-09-21 19:37:16 - /usr/bin/make -B LINT TB --- 2009-09-21 19:37:17 - building LINT kernel TB --- 2009-09-21 19:37:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 19:37:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 19:37:17 - TARGET=sparc64 TB --- 2009-09-21 19:37:17 - TARGET_ARCH=sparc64 TB --- 2009-09-21 19:37:17 - TZ=UTC TB --- 2009-09-21 19:37:17 - __MAKE_CONF=/dev/null TB --- 2009-09-21 19:37:17 - cd /src TB --- 2009-09-21 19:37:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 19:37:17 UTC 2009 >>> 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/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl' /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init': /src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_uninit': /src/sys/dev/x86bios/x86bios.c:184: warning: implicit declaration of function 'pmap_unmapdev' /src/sys/dev/x86bios/x86bios.c:184: warning: nested extern declaration of 'pmap_unmapdev' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 19:48:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 19:48:20 - ERROR: failed to build lint kernel TB --- 2009-09-21 19:48:20 - 3154.18 user 442.33 system 4487.08 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 19:52:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 456B8106568D; Mon, 21 Sep 2009 19:52:35 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-px0-f204.google.com (mail-px0-f204.google.com [209.85.216.204]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED018FC35; Mon, 21 Sep 2009 19:52:35 +0000 (UTC) Received: by pxi42 with SMTP id 42so232754pxi.13 for ; Mon, 21 Sep 2009 12:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=agrSaQ89poRNm3XuIGfFLRAdiT79PGt6RxAMsvEfgMs=; b=VlLCGQGPXygM2j+I2no9bh9zYsXBLpu2/gGQgbTQS5pjkpv63C9Dej7xw/6HS4VGvk +VQqAjBvR17P/jz9AVqeNE9MjI+MJitJ1eddDgnzJEKzvTJvZ4IfiFYvz2HdNwEhWJs7 de+Hjnkp7zv9oYDCqPG9o6oIk3ZRGJ0J0pMyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=NOvWoPvq47PZzwmgBfrFwCgZ4QQLVoghKyIn9QI4HrTdigZe67E9EfDF8XyR+2j8tw gGTsjFDOuwTXM5ibsol2ocxH3nQGwf4Ab979W3YMOfvkDUAWZ+8b6fPTC69F0pWAdWMd glFsYhvDe5nRMFdtWWYI6XIoS9KgXx3yFLc4c= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.115.102.9 with SMTP id e9mr8999670wam.199.1253561113172; Mon, 21 Sep 2009 12:25:13 -0700 (PDT) In-Reply-To: <4AB792B7.10206@FreeBSD.org> References: <20090921112657.GW95398@hoeg.nl> <4AB792B7.10206@FreeBSD.org> Date: Mon, 21 Sep 2009 12:25:13 -0700 X-Google-Sender-Auth: 19fd2b7f40415b33 Message-ID: <82c4140e0909211225j5ab8ecf3q2645323bec99274d@mail.gmail.com> From: "K. Macy" To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@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: Mon, 21 Sep 2009 19:52:36 -0000 > Screen has almost always been the first thing I install on new machines, but > recently I've been switching more and more machines over to tmux instead. > Having it in base would be a great addition. > The first thing *I* always install is xemacs and zsh... From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 20:01:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F4BB1065785; Mon, 21 Sep 2009 20:01:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 41F368FC14; Mon, 21 Sep 2009 20:01:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8LK1gPr002399; Mon, 21 Sep 2009 16:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8LK1gBg002398; Mon, 21 Sep 2009 20:01:42 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Sep 2009 20:01:42 GMT Message-Id: <200909212001.n8LK1gBg002398@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 21 Sep 2009 20:01:43 -0000 TB --- 2009-09-21 18:50:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-21 18:50:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-09-21 18:50:28 - cleaning the object tree TB --- 2009-09-21 18:50:45 - cvsupping the source tree TB --- 2009-09-21 18:50:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-09-21 18:51:22 - building world TB --- 2009-09-21 18:51:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 18:51:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 18:51:22 - TARGET=sun4v TB --- 2009-09-21 18:51:22 - TARGET_ARCH=sparc64 TB --- 2009-09-21 18:51:22 - TZ=UTC TB --- 2009-09-21 18:51:22 - __MAKE_CONF=/dev/null TB --- 2009-09-21 18:51:22 - cd /src TB --- 2009-09-21 18:51:22 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 21 18:51:23 UTC 2009 >>> 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 Mon Sep 21 19:50:51 UTC 2009 TB --- 2009-09-21 19:50:51 - generating LINT kernel config TB --- 2009-09-21 19:50:51 - cd /src/sys/sun4v/conf TB --- 2009-09-21 19:50:51 - /usr/bin/make -B LINT TB --- 2009-09-21 19:50:51 - building LINT kernel TB --- 2009-09-21 19:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-21 19:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-21 19:50:51 - TARGET=sun4v TB --- 2009-09-21 19:50:51 - TARGET_ARCH=sparc64 TB --- 2009-09-21 19:50:51 - TZ=UTC TB --- 2009-09-21 19:50:51 - __MAKE_CONF=/dev/null TB --- 2009-09-21 19:50:51 - cd /src TB --- 2009-09-21 19:50:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 21 19:50:51 UTC 2009 >>> 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/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl' /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init': /src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_uninit': /src/sys/dev/x86bios/x86bios.c:184: warning: implicit declaration of function 'pmap_unmapdev' /src/sys/dev/x86bios/x86bios.c:184: warning: nested extern declaration of 'pmap_unmapdev' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-21 20:01:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-21 20:01:42 - ERROR: failed to build lint kernel TB --- 2009-09-21 20:01:42 - 3155.38 user 431.90 system 4273.62 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 20:34:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B9CD106566C for ; Mon, 21 Sep 2009 20:34:14 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7B98FC16 for ; Mon, 21 Sep 2009 20:34:13 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8LKJ46t024495 for ; Mon, 21 Sep 2009 13:19:04 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8LKJ4OK024494 for freebsd-current@freebsd.org; Mon, 21 Sep 2009 13:19:04 -0700 (PDT) (envelope-from faber) Date: Mon, 21 Sep 2009 13:19:04 -0700 From: Ted Faber To: freebsd-current@freebsd.org Message-ID: <20090921201903.GB52169@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+KJYzRxRHjYqLGl5" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Subject: RELENG_8 regression: cannot detect partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 20:34:14 -0000 --+KJYzRxRHjYqLGl5 Content-Type: multipart/mixed; boundary="eHhjakXzOLJAF9wJ" Content-Disposition: inline --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 8.0 (RELENG_8, from last night) doesn't seem to find the FBSD partitions on my PATA drive that boots FreeBSD 7-STABLE fine. RELENG_8 finds the drive and the BIOS partition (slice). It fails on the same hardware that boots 7.2-STABLE just fine. It drops me into the menu to manually configure the root partition, but doesn't accept either the native device names for the root partition (/dev/ad0s1a) or a geom label (/dev/label/root). The list of GEOM devices only includes ad0 and ad0s1. The disk isn't dangerously dedicated, but I only added geom labels to the partitions last night. The glabels work fine under 7.2-STABLE, but RELENG_8 seems to ignore them. I've attached output from fdisk, bsdlabel, and glabel in case I'm misinterpreting them. I haven't gotten a dmesg yet, because I need to get this kernel on a memory stick to do so. I'll be able to run more diagnostics under 8.0 tonight. Any ideas? --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=fdisk ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 488392002 (238472 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 14/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=label Content-Transfer-Encoding: quoted-printable # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 0 4.2BSD 0 0 0=20 b: 20971520 4194304 swap =20 c: 488392002 0 unused 0 0 # "raw" part, don'= t edit d: 41943040 25165824 4.2BSD 2048 16384 28552=20 e: 421283138 67108864 4.2BSD 0 0 0=20 --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=glabel Name Status Components label/root N/A ad0s1a label/swap N/A ad0s1b label/var N/A ad0s1d label/usr N/A ad0s1e --eHhjakXzOLJAF9wJ-- --+KJYzRxRHjYqLGl5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq337cACgkQaUz3f+Zf+XuCuACcCUx4rNnSFz6zvhlyZub2qz7A gnYAoP1rNkEuRlX65tn28eqIhz/hCRyb =TdP3 -----END PGP SIGNATURE----- --+KJYzRxRHjYqLGl5-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 20:39:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 234331065676 for ; Mon, 21 Sep 2009 20:39:51 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id B3DA28FC12 for ; Mon, 21 Sep 2009 20:39:50 +0000 (UTC) Received: from libero.it (192.168.17.2) by cp-out4.libero.it (8.5.107) id 4AAABEC6007F851B; Mon, 21 Sep 2009 22:39:35 +0200 Date: Mon, 21 Sep 2009 22:39:35 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "eculp" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 82.57.159.161 Cc: freebsd-current Subject: Re:Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 20:39:51 -0000 > Sorry to repeat but I inadvertantly screwed up a cut and paste. > > I have current on my laptop and have not been able to get hal to > update since the last upgrade. I have tried everything that I can > think of including recursively building it etc and nothing works. I'm = > sure that I am doing something really dumb. > > uname -a > FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #316: Fri Sep = > 18 07:22:13 CDT 2009 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 > ed.local.net.mx > > # ls -d /var/db/pkg/hal* > /var/db/pkg/hal-0.5.11_25 > > gmake[5]: Entering directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > cc -DHAVE_CONFIG_H -I. -I../../.. > -DPACKAGE_SYSCONF_DIR=3D\""/usr/local/etc"\" > -DPACKAGE_DATA_DIR=3D\""/usr/local/share"\" > -DPACKAGE_BIN_DIR=3D\""/usr/local/bin"\" > -DPACKAGE_LOCALE_DIR=3D\""/usr/local/share/locale"\" > -DPACKAGE_LOCALSTATEDIR=3D\""/var"\" -I../../.. > -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include = > -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing > -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs > -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP = > -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in = > this function) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only = once > probe-hiddev.c:81: error: for each function it appears in.) > > gmake[5]: *** [probe-hiddev.o] Error 1 > gmake[5]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/ha= ld' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/ha= ld' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. > > =3D=3D=3D>>> make failed for sysutils/hal > =3D=3D=3D>>> Aborting update > > Any suggestions appreciated. Thanks, > > ed I guess you have devel/libusb installed. pkg_delete it. Barbara From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 20:40:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17065106568B for ; Mon, 21 Sep 2009 20:40:55 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id BA4758FC22 for ; Mon, 21 Sep 2009 20:40:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id D1E7339C9D for ; Mon, 21 Sep 2009 22:40:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CRYy1rICZEyn for ; Mon, 21 Sep 2009 22:40:53 +0200 (CEST) Received: from sidhe.keltia.net (unknown [IPv6:2001:660:330f:f820:223:12ff:fe1a:19d7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 083F839C7C for ; Mon, 21 Sep 2009 22:40:53 +0200 (CEST) Date: Mon, 21 Sep 2009 22:42:58 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20090921204258.GA29565@sidhe.keltia.net> References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 20:40:55 -0000 According to Ken Smith: > other issues that have been brought up from the public testing. And a > patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. After playing quite a bit with zfsboot with both raidz and mirror configurations under VMware, it seems that we may still have issues with booting from raidz pools. I've validated the much simplier mirror setup. I have an "informal" howto based on various mailing-lists messages and my own experience I may post if anyone wants it. Cheers, -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:02:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99782106566C; Mon, 21 Sep 2009 21:02:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3BB8FC20; Mon, 21 Sep 2009 21:02:08 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8LL1xN1006512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Sep 2009 14:01:59 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2D4D51CC37; Mon, 21 Sep 2009 14:01:59 -0700 (PDT) To: kmacy@freebsd.org In-reply-to: Your message of "Mon, 21 Sep 2009 12:25:13 PDT." <82c4140e0909211225j5ab8ecf3q2645323bec99274d@mail.gmail.com> Date: Mon, 21 Sep 2009 14:01:59 -0700 From: "Kevin Oberman" Message-Id: <20090921210159.2D4D51CC37@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-21_10:2009-09-17, 2009-09-21, 2009-09-21 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909210115 Cc: arch@freebsd.org, Ed Schouten , current@freebsd.org, Joel Dahl Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 21:02:08 -0000 > Date: Mon, 21 Sep 2009 12:25:13 -0700 > From: "K. Macy" > Sender: owner-freebsd-current@freebsd.org > > > Screen has almost always been the first thing I install on new > > machines, but recently I've been switching more and more machines > > over to tmux instead. Having it in base would be a great addition. > > > > The first thing *I* always install is xemacs and zsh... most(1) and xemacs(1), but this is getting seriously off topic. 1. Should such a tool be in the base system? 2. If so, should it be screen(1) or tmux(1) I vote 'no' to 1 and 'tmux(1)' for 2. I've just spent a fews minutes with tmux and it has several wins over screen. Then again, FreeBSD is not a democracy, so 'voting' is really just advisory. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:06:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F302106566C for ; Mon, 21 Sep 2009 21:06:57 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2523E8FC1F for ; Mon, 21 Sep 2009 21:06:57 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8LL6VdQ012869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Sep 2009 14:06:32 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C9A801CC39; Mon, 21 Sep 2009 14:06:31 -0700 (PDT) To: "barbara" In-reply-to: Your message of "Mon, 21 Sep 2009 22:39:35 +0200." Date: Mon, 21 Sep 2009 14:06:31 -0700 From: "Kevin Oberman" Message-Id: <20090921210631.C9A801CC39@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-21_10:2009-09-17, 2009-09-21, 2009-09-21 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909210115 Cc: freebsd-current Subject: Re: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 21:06:57 -0000 > Date: Mon, 21 Sep 2009 22:39:35 +0200 > From: "barbara" > Sender: owner-freebsd-current@freebsd.org > > > Sorry to repeat but I inadvertantly screwed up a cut and paste. > > > > I have current on my laptop and have not been able to get hal to > > update since the last upgrade. I have tried everything that I can > > think of including recursively building it etc and nothing works. I'm > > sure that I am doing something really dumb. > > > > uname -a > > FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #316: Fri Sep > > 18 07:22:13 CDT 2009 > > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 > > ed.local.net.mx > > > > # ls -d /var/db/pkg/hal* > > /var/db/pkg/hal-0.5.11_25 > > > > gmake[5]: Entering directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > > cc -DHAVE_CONFIG_H -I. -I../../.. > > -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" > > -DPACKAGE_DATA_DIR=\""/usr/local/share"\" > > -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" > > -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" > > -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. > > -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include > > -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing > > -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs > > -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP > > -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > > probe-hiddev.c: In function 'main': > > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in > > this function) > > probe-hiddev.c:81: error: (Each undeclared identifier is reported only once > > probe-hiddev.c:81: error: for each function it appears in.) > > > > gmake[5]: *** [probe-hiddev.o] Error 1 > > gmake[5]: Leaving directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > > gmake[4]: *** [all-recursive] Error 1 > > gmake[4]: Leaving directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > > gmake[3]: *** [all-recursive] Error 1 > > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > > gmake[2]: *** [all] Error 2 > > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > > gmake: *** [all] Error 2 > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/hal. > > > > ===>>> make failed for sysutils/hal > > ===>>> Aborting update > > > > Any suggestions appreciated. Thanks, > > > > ed > > I guess you have devel/libusb installed. > pkg_delete it. > > Barbara > > > _______________________________________________ > 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" > This REALLY needs to be in UPDATING, right up front. I hit it (but figured it out fairly quickly). Lots of folks are going to hit it. It needs to be down near the end in the update step-by-step section and also to be very prominent in the release notes. Otherwise this will become the main FAQ for a long time to come. (It might still be.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:17:54 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AE5710656A7 for ; Mon, 21 Sep 2009 21:17:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4318FC22 for ; Mon, 21 Sep 2009 21:17:53 +0000 (UTC) Received: (qmail 21230 invoked by uid 399); 21 Sep 2009 21:17:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Sep 2009 21:17:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB7ED76.5010406@FreeBSD.org> Date: Mon, 21 Sep 2009 14:17:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Ed Schouten References: <20090921112657.GW95398@hoeg.nl> In-Reply-To: <20090921112657.GW95398@hoeg.nl> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 21:17:54 -0000 I hate to sound negative, but I really don't find arguments of the sort, "the first thing I install on a new system is 'foo', so 'foo' should be part of the base" compelling.[1] I, like a lot of other FreeBSD users have never used screen or tmux, and probably never will. For my money nohup works just fine for long-lived processes that need a log. But even the "I don't use it so it shouldn't be there" argument is not particularly persuasive. We need to take a hard look at what kind of system we want to have. It's a lot easier to keep userland utilities like tmux up to date from the ports tree than it is in the base. That alone should be the deciding factor, but if you want to hear a chorus of the "bloat" argument then fill it in here. Rather than going down the road of putting everything that some subset of our developer base thinks makes a system "usable" into the base I would like to suggest that the effort be spent on improving the installation tools such that making a system "usable" out of the box is a matter of ticking off a few boxes at install time. That change will benefit a whole lot more users than installing one more userland tool into the base. Doug [1] If we're going to go that route then I'm installing bash. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:25:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CDF106566B for ; Mon, 21 Sep 2009 21:25:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4B68FC19 for ; Mon, 21 Sep 2009 21:25:18 +0000 (UTC) Received: (qmail 2828 invoked by uid 399); 21 Sep 2009 21:25:15 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Sep 2009 21:25:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB7EF34.9010400@FreeBSD.org> Date: Mon, 21 Sep 2009 14:25:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Kevin Oberman References: <20090921210631.C9A801CC39@ptavv.es.net> In-Reply-To: <20090921210631.C9A801CC39@ptavv.es.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: barbara , freebsd-current Subject: Re: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 21:25:18 -0000 Kevin Oberman wrote: > This REALLY needs to be in UPDATING, right up front. I hit it (but > figured it out fairly quickly). Lots of folks are going to hit it. It > needs to be down near the end in the update step-by-step section and > also to be very prominent in the release notes. Otherwise this will > become the main FAQ for a long time to come. (It might still be.) This btw is one of the reasons we tell people to remove all their ports to do major version upgrades, although your point about updating UPDATING is well taken. Hopefully someone with some actual knowledge of the topic will take that on. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:30:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 399DC106566B; Mon, 21 Sep 2009 21:30:41 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id A70078FC16; Mon, 21 Sep 2009 21:30:39 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MpqT1-0003Kc-Ep; Mon, 21 Sep 2009 23:30:39 +0200 Date: Mon, 21 Sep 2009 23:30:39 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090921213039.GQ48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> <20090915064830.GN48206@home.opsec.eu> <20090915073457.GO48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915073457.GO48206@home.opsec.eu> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 21:30:41 -0000 Hi! > My previous tests were with 8.0-beta4-amd64. I now tested 8.0-RC1 and it works now, very nice! -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:36:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E5FA106566C; Mon, 21 Sep 2009 21:36:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id DECAE8FC08; Mon, 21 Sep 2009 21:36:57 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id BE4026D41B; Mon, 21 Sep 2009 21:36:56 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 827C3844C6; Mon, 21 Sep 2009 23:36:56 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Kevin Oberman" References: <20090921210159.2D4D51CC37@ptavv.es.net> Date: Mon, 21 Sep 2009 23:36:56 +0200 In-Reply-To: <20090921210159.2D4D51CC37@ptavv.es.net> (Kevin Oberman's message of "Mon, 21 Sep 2009 14:01:59 -0700") Message-ID: <86y6o8kmiv.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, arch@freebsd.org, Joel Dahl , kmacy@freebsd.org, Ed Schouten Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 21:36:58 -0000 "Kevin Oberman" writes: > 1. Should such a tool be in the base system? We already have window(1). It has a number of features that screen(1) and tmux(1) lack, but it can't detach. > 2. If so, should it be screen(1) or tmux(1) The former is GPL, the latter is BSD. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:37:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643C210656C4; Mon, 21 Sep 2009 21:37:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 157EA8FC18; Mon, 21 Sep 2009 21:37:15 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8LLb83c026881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Sep 2009 14:37:09 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9DF3C1CC39; Mon, 21 Sep 2009 14:37:07 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Mon, 21 Sep 2009 14:25:08 PDT." <4AB7EF34.9010400@FreeBSD.org> Date: Mon, 21 Sep 2009 14:37:07 -0700 From: "Kevin Oberman" Message-Id: <20090921213707.9DF3C1CC39@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-21_11:2009-09-17, 2009-09-21, 2009-09-21 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909210121 Cc: barbara , freebsd-current Subject: Re: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 21:37:16 -0000 > Date: Mon, 21 Sep 2009 14:25:08 -0700 > From: Doug Barton > > Kevin Oberman wrote: > > This REALLY needs to be in UPDATING, right up front. I hit it (but > > figured it out fairly quickly). Lots of folks are going to hit it. It > > needs to be down near the end in the update step-by-step section and > > also to be very prominent in the release notes. Otherwise this will > > become the main FAQ for a long time to come. (It might still be.) > > This btw is one of the reasons we tell people to remove all their > ports to do major version upgrades, although your point about updating > UPDATING is well taken. Hopefully someone with some actual knowledge > of the topic will take that on. While your recommendation of removing all ports and re-installing is a good one, the actual recommendation made was to re-install all ports and that is inadequate for this one as both portmaster and portupdate will not install libusb and tell you that it is now in the base system, but will then try to re-build everything with the header files and the sharable still in place. Kaboom! When you have several hundred ports installed (not uncommon for a desktop system), the odds of catching the warning about libusb is not too good. I think that the first step to updating ports when upgrading the OS from 7.x to 8.0 should be to explicitly: 'pkg_deinstall libusb' and then 'portupgrade -af' or 'portmaster -af'. (I still have not had time to play with portmaster, so that command may not be right.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:49:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88D18106566C for ; Mon, 21 Sep 2009 21:49:51 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 64B418FC17 for ; Mon, 21 Sep 2009 21:49:51 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 21 Sep 2009 14:22:42 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.3/8.14.1) with ESMTP id n8LLLTrE092183 for ; Mon, 21 Sep 2009 14:21:29 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.3/8.14.3/Submit) id n8LLLTHC092182 for freebsd-current@freebsd.org; Mon, 21 Sep 2009 14:21:29 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200909212121.n8LLLTHC092182@ambrisko.com> To: freebsd-current@freebsd.org Date: Mon, 21 Sep 2009 14:21:29 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: growfs on ufs2, anyone willing to work on it? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 21:49:51 -0000 Hi folks, We have a situation at work in which we'd like to run growfs on ufs2. It works great on ufs1. My sanity check for growfs on ufs2 is tunefs -n disable fsck -y growfs -y fsck -y tunefs -n enable This works fine when the initial file-system is ufs1 ie (newfs -O 1) but doesn't work so well with ufs2. I turned off soft-updates just to make it simplier. When the 2nd fsck runs after growfs it has lots of issues with the file-system. I can easily repro. this. If anyone is interested in working on this problem please let me know. Funding might be arranged. FWIW, I'm running FreeBSD 7.2. Please cc me in replies since I'm back-logged in my FreeBSD email. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:55:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C5211065670; Mon, 21 Sep 2009 21:55:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BF8868FC2D; Mon, 21 Sep 2009 21:55:05 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 109EA6D44C; Mon, 21 Sep 2009 21:55:05 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id DF981844CE; Mon, 21 Sep 2009 23:55:04 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Kevin Oberman" References: <20090921210159.2D4D51CC37@ptavv.es.net> <86y6o8kmiv.fsf@ds4.des.no> Date: Mon, 21 Sep 2009 23:55:04 +0200 In-Reply-To: <86y6o8kmiv.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon, 21 Sep 2009 23:36:56 +0200") Message-ID: <86tyywklon.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , arch@freebsd.org, kmacy@freebsd.org, current@freebsd.org, Joel Dahl Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 21:55:06 -0000 Dag-Erling Sm=C3=B8rgrav writes: > "Kevin Oberman" writes: > > 1. Should such a tool be in the base system? > We already have window(1). It has a number of features that screen(1) > and tmux(1) lack, but it can't detach. > > 2. If so, should it be screen(1) or tmux(1) > The former is GPL, the latter is BSD. Don't construe this as a vote in favor of importing tmux, though. I use screen pretty much everywhere, and I'm perfectly OK with installing it from ports; it's just One Of Those Things that I always do on a new machine, like installing zsh and copying over my zsh{env,rc}. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 21:55:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 802E51065672 for ; Mon, 21 Sep 2009 21:55:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB758FC13 for ; Mon, 21 Sep 2009 21:55:20 +0000 (UTC) Received: (qmail 23369 invoked by uid 399); 21 Sep 2009 21:55:19 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Sep 2009 21:55:19 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB7F63C.4060601@FreeBSD.org> Date: Mon, 21 Sep 2009 14:55:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Kevin Oberman References: <20090921213707.9DF3C1CC39@ptavv.es.net> In-Reply-To: <20090921213707.9DF3C1CC39@ptavv.es.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: barbara , freebsd-current Subject: Re: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 21:55:21 -0000 Kevin Oberman wrote: >> Date: Mon, 21 Sep 2009 14:25:08 -0700 >> From: Doug Barton >> >> Kevin Oberman wrote: >>> This REALLY needs to be in UPDATING, right up front. I hit it (but >>> figured it out fairly quickly). Lots of folks are going to hit it. It >>> needs to be down near the end in the update step-by-step section and >>> also to be very prominent in the release notes. Otherwise this will >>> become the main FAQ for a long time to come. (It might still be.) >> This btw is one of the reasons we tell people to remove all their >> ports to do major version upgrades, although your point about updating >> UPDATING is well taken. Hopefully someone with some actual knowledge >> of the topic will take that on. > > While your recommendation of removing all ports and re-installing is a > good one, the actual recommendation made was to re-install all ports and > that is inadequate for this one as both portmaster and portupdate will > not install libusb and tell you that it is now in the base system, but > will then try to re-build everything with the header files and the > sharable still in place. Kaboom! I'm sorry, I don't really parse this sentence. Unless I'm missing something, removing all your ports and making sure that /usr/local/ is actually cleaned out will solve the problem you're describing. If I'm missing something please clue me in. > I think that the first step to updating ports when upgrading the OS from > 7.x to 8.0 should be to explicitly: 'pkg_deinstall libusb' and then > 'portupgrade -af' or 'portmaster -af'. (I still have not had time to > play with portmaster, so that command may not be right.) There is a step-by-step on replacing ports after a major version upgrade at the end of the portmaster man page. I do not recommend using '-af' for this purpose, although that option is discussed there as well. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 22:06:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4429106568F; Mon, 21 Sep 2009 22:06:35 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 99DB88FC0A; Mon, 21 Sep 2009 22:06:35 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8LM6D0R015764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Sep 2009 15:06:24 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 610191CC39; Mon, 21 Sep 2009 15:06:08 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Mon, 21 Sep 2009 14:55:08 PDT." <4AB7F63C.4060601@FreeBSD.org> Date: Mon, 21 Sep 2009 15:06:08 -0700 From: "Kevin Oberman" Message-Id: <20090921220608.610191CC39@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-21_11:2009-09-17, 2009-09-21, 2009-09-21 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909210128 Cc: barbara , freebsd-current Subject: Re: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 22:06:35 -0000 > Date: Mon, 21 Sep 2009 14:55:08 -0700 > From: Doug Barton > > Kevin Oberman wrote: > >> Date: Mon, 21 Sep 2009 14:25:08 -0700 > >> From: Doug Barton > >> > >> Kevin Oberman wrote: > >>> This REALLY needs to be in UPDATING, right up front. I hit it (but > >>> figured it out fairly quickly). Lots of folks are going to hit it. It > >>> needs to be down near the end in the update step-by-step section and > >>> also to be very prominent in the release notes. Otherwise this will > >>> become the main FAQ for a long time to come. (It might still be.) > >> This btw is one of the reasons we tell people to remove all their > >> ports to do major version upgrades, although your point about updating > >> UPDATING is well taken. Hopefully someone with some actual knowledge > >> of the topic will take that on. > > > > While your recommendation of removing all ports and re-installing is a > > good one, the actual recommendation made was to re-install all ports and > > that is inadequate for this one as both portmaster and portupdate will > > not install libusb and tell you that it is now in the base system, but > > will then try to re-build everything with the header files and the > > sharable still in place. Kaboom! > > I'm sorry, I don't really parse this sentence. Unless I'm missing > something, removing all your ports and making sure that /usr/local/ is > actually cleaned out will solve the problem you're describing. If I'm > missing something please clue me in. No, you parsed it quite well, but the standard recommendation was simply to "re-install al ports" and was accompanied in some cases with the suggestion to use portupgrade or portmaster to do this. Cleaning out /usr/local is the way to avoid this, but it is far more time consuming, especially sysadmin time, than re-installing ports by using portupgrade/portmaster, so it is done far less often. > > I think that the first step to updating ports when upgrading the OS from > > 7.x to 8.0 should be to explicitly: 'pkg_deinstall libusb' and then > > 'portupgrade -af' or 'portmaster -af'. (I still have not had time to > > play with portmaster, so that command may not be right.) > > There is a step-by-step on replacing ports after a major version > upgrade at the end of the portmaster man page. I do not recommend > using '-af' for this purpose, although that option is discussed there > as well. I really like this and it gives me a lot of incentive to start using portmaster before 9.0 comes out and, maybe even before I upgrade my main desktop after 8.0-Release hits the streets. I can DTRT and not work too hard at it. That is a clear win. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 22:22:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A1C5106566B; Mon, 21 Sep 2009 22:22:50 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8AAB58FC1A; Mon, 21 Sep 2009 22:22:49 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8LMMgPI060460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 22 Sep 2009 08:22:43 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253571764; bh=RqB7DOSpPbPTraNKBk2T+YsjSZFMU90sVr2Wb/It5j0=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=NsvjxlXYVv0K1glLojt80TGLUX1AIbPXiynJ+CqMV2mal2Hoex+2vCdR4kS+M+l3q WrN/wsWcSgpdCj1+3PlYYEbiTDqS/bdS1ntDr7Z4ZMowqol+G8Ox6FSu8YvW+xw8u2 kyL46b/BDkhJ4rNjDNtmSYCdqsrbFtypL6hZAfLE= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8LMMgGr006791; Tue, 22 Sep 2009 08:22:42 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8LMMf3R006790; Tue, 22 Sep 2009 08:22:41 +1000 (AEST) (envelope-from john) Date: Tue, 22 Sep 2009 08:22:41 +1000 From: John Marshall To: Rick Macklem Message-ID: <20090921222241.GF1001@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Rick Macklem , George Mamalakis , freebsd-current@freebsd.org, Doug Rabson References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vA66WO2vHvL/CRSR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: Doug Rabson , freebsd-current@freebsd.org, George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 22:22:50 -0000 --vA66WO2vHvL/CRSR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 21 Sep 2009, 11:26 -0400, Rick Macklem wrote: >=20 > On Mon, 21 Sep 2009, George Mamalakis wrote: >=20 > [stuff snipped] > >> > >>SUCCESS! > >> > >>So, this fix obviates THAT reason for installing the Heimdal port. If > >>George meets with similar success adding -lgssapi_spnego for his spnego > >>problem, I suggest that both libraries be added to the list in line 96 > >>of /usr/bin/krb5-config prior to release of FreeBSD 8.0. > >> > >>It doesn't look like this fix is as simple as submitting a patch to > >>krb5-config. It looks like magic needs to happen somewhere in the base > >>kerberos build system. > >> > >>I notice that the Heimdal port doesn't build the separate libraries and > >>everything seems to be included in libgssapi (which explains why sasl2 > >>"works" when linked against the Heimdal port). > >> > >> > >Guys, > > > >I changed my /usr/bin/krb5-config's line 96 to include -lgssapi_spnego a= nd=20 > >-lgssapi_krb5, and ever since both client and server work correctly!! Of= =20 > >course I get some other error, but at least this must be a configuration= =20 > >error :). > > > >So, to sum up: > > > >Still running on fbsd.8-BETA4, changed krb5-config to include the missin= g=20 > >libraries, recompiled cyrus-sasl-2.1.23 after I changed the krb5-config,= =20 > >restarted openldap-sasl-server-2.4.18_1 and after performing an=20 > >ldapsearch, the client does not complain (and exits) about missing=20 > >libraries, NOR does the server crash on sasl authentication. > > > >Great job guys, thank you all very very much for your help! I posted my= =20 > >query on the 17th of Sep. and in four days (weekend inclusive!) someone= =20 > >came up with an answer that resolves my issue! Great job, once more, and= =20 > >thank you all again! > > > Now, hopefully someone who understands enough about dynamic linking will > know if this is the correct fix for 8.0? (I'm going on a couple of weeks > vacation at the end of this week, so I won't be around to commit anything > and don't understand it well enough to know if this is the correct way > to fix it.) >=20 > So, hopefully someone else can pick this one up? >=20 > Thanks for testing it, rick Thanks Rick for your very valuable guidance on this problem. Have a great vacation! I have submitted a patch to the FreeBSD Makefile which patches the vendor-supplied template for krb5-config. I should be grateful if dfr@ or another src committer would please review this with a view to obtaining re@ approval to commit it before 8.0-RC2. --=20 John Marshall --vA66WO2vHvL/CRSR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq3/LEACgkQw/tAaKKahKL1CgCcCazZ13EB4F1CBha9SeYFEV0b 3HQAniuXQ8vu0OlF/H7a4tGkLXAweSdl =z6jI -----END PGP SIGNATURE----- --vA66WO2vHvL/CRSR-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 22:29:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B9B51065676 for ; Mon, 21 Sep 2009 22:29:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id C00BE8FC12 for ; Mon, 21 Sep 2009 22:29:58 +0000 (UTC) Received: (qmail 19131 invoked by uid 399); 21 Sep 2009 22:29:55 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Sep 2009 22:29:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB7FE55.2080709@FreeBSD.org> Date: Mon, 21 Sep 2009 15:29:41 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Kevin Oberman References: <20090921220608.610191CC39@ptavv.es.net> In-Reply-To: <20090921220608.610191CC39@ptavv.es.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: barbara , freebsd-current Subject: Re: Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 22:29:59 -0000 Kevin Oberman wrote: > No, you parsed it quite well, First time for everything. :) > but the standard recommendation was simply > to "re-install al ports" and was accompanied in some cases with the > suggestion to use portupgrade or portmaster to do this. I'm not sure that is the standard recommendation. However let me make myself clear, I and a lot of others recommend to first remove all your old ports, then reinstall the ones you want to have again. > Cleaning out /usr/local is the way to avoid this, but it is far more > time consuming, especially sysadmin time, than re-installing ports by > using portupgrade/portmaster, so it is done far less often. Actually I think time-wise it's a wash, unless you're in a position to do 'rm -rf /usr/local/*' in which case that would be much faster than 'pkg_delete -f *'. The reason it's a wash is that even portmaster and portupgrade do the pkg_delete step, they just do it "in line" with the upgrade for that port. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Sep 21 23:03:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F109106566B for ; Mon, 21 Sep 2009 23:03:31 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n20.bullet.mail.mud.yahoo.com (n20.bullet.mail.mud.yahoo.com [68.142.206.147]) by mx1.freebsd.org (Postfix) with SMTP id 5B5408FC18 for ; Mon, 21 Sep 2009 23:03:31 +0000 (UTC) Received: from [68.142.200.226] by n20.bullet.mail.mud.yahoo.com with NNFMP; 21 Sep 2009 22:50:01 -0000 Received: from [76.13.13.26] by t7.bullet.mud.yahoo.com with NNFMP; 21 Sep 2009 22:50:01 -0000 Received: from [76.13.10.173] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 21 Sep 2009 22:50:01 -0000 Received: from [127.0.0.1] by omp114.mail.ac4.yahoo.com with NNFMP; 21 Sep 2009 22:50:01 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 563619.97572.bm@omp114.mail.ac4.yahoo.com Received: (qmail 15949 invoked by uid 60001); 21 Sep 2009 22:27:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253572063; bh=0n0yIyDCAs4A4c+dII2ZJs77M4eqWs3+34JI+BDi0x8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=36z01EYev40hxfHGc7Q8zAmFWi7riYS3XodY1t9m/nPdTdTzTYaxUl3lWkk7pn9IoitcRsSMwIj0CtudcxLhNz+xkvJweMtecz6i9VczfLSJG/Iduua9VD/gOusM/Cj/jSs7KAayM3xFqiCT4RJwOFV5+mktYUesU1Hva806684= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Ia6rtwAMVopB2F56Tok0iddRH9RgIz1TgHLsUzZJJ75yc9m2L0oB4gNJRrrvoPGmwzTZ62Lt2yJMLVhzCXtPFBxlj2ZajVyUg7d2Dm6UgQEGJukRbg4TNHbb2BiMi6SMdaZLJnUc81HBLiI0vGC1/nZzrNu1Vfpy1Iou7oGQeDE=; Message-ID: <16199.15820.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: 6TOwBfgVM1nrwQAaLcTIpjWKwdpk6d.dLOewHGgWsmNmfPTPM.7Qavi4ALeUs857MgDsxjYA19eJJI3ozl3rcQLLrfTrIv5CMwAr1JXLhZGbDZerLTq4DUYC5ydviWWekydQRUqTrtAp51nYOeCGGTd05qcVHucBXciG2lkuJf0gEpnRDAi5JtEEBu0NSxU4b10mBQ4.EHL2b9Y1EoHYiQhL7tMwAz.ZZtHyFY9Ho8d9CLFPlUnhBccDPA-- Received: from [98.203.21.152] by web63906.mail.re1.yahoo.com via HTTP; Mon, 21 Sep 2009 15:27:42 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Mon, 21 Sep 2009 15:27:42 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 21 Sep 2009 23:07:55 +0000 Cc: Subject: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2009 23:03:31 -0000 I can't seem to find where device_get_parent() is defined. Barney From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 00:28:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66800106566C for ; Tue, 22 Sep 2009 00:28:28 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id E35A28FC13 for ; Tue, 22 Sep 2009 00:28:27 +0000 (UTC) Received: by fxm22 with SMTP id 22so1893758fxm.36 for ; Mon, 21 Sep 2009 17:28:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=DatwnChwVBSVu/JNlKaIB2qrd8CGGOENlkT7NMR0XCQ=; b=LGosznxFpff+oyb4rtz8a8BXRlQH2BaGd3ulN64iuDATdC2k9ZNbcyxP+1UyzeaDOD UF+HV/elGHu20XmpOIA82Gly2Uz6CQNo+s9Yhqu93c5uWDQUJoZmVbgloWQbjKRJWAJO HgFrCB6L9EpETYknZhGzMtwIr8yICTgwHe6tI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qczPAbnpcnhrV4ahiVH/OPRmHxcwZEAd1qCEsnbO/VNlmKeR9C2I3LoUFsCpLnnzaF TQJ0SZ5jQog+T8ipj7GbFv6r+0vGwkClQwCuKeU+gqPSyOedqpFJrymGEMc7zWqIn4aw 2/TRLCSYIkKq7Ccr0IVwv/WVLg55Mdu6piXhg= MIME-Version: 1.0 Received: by 10.239.179.94 with SMTP id c30mr21125hbg.159.1253579306466; Mon, 21 Sep 2009 17:28:26 -0700 (PDT) In-Reply-To: <4AB7ED76.5010406@FreeBSD.org> References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> Date: Mon, 21 Sep 2009 21:28:26 -0300 Message-ID: <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> From: Gonzalo Nemmi To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 00:28:28 -0000 On Mon, Sep 21, 2009 at 6:17 PM, Doug Barton wrote: > I hate to sound negative, but I really don't find arguments of the > sort, "the first thing I install on a new system is 'foo', so 'foo' > should be part of the base" compelling.[1] I, like a lot of other > FreeBSD users have never used screen or tmux, and probably never will. > For my money nohup works just fine for long-lived processes that need > a log. But even the "I don't use it so it shouldn't be there" argument > is not particularly persuasive. > > We need to take a hard look at what kind of system we want to have. > It's a lot easier to keep userland utilities like tmux up to date from > the ports tree than it is in the base. That alone should be the > deciding factor, but if you want to hear a chorus of the "bloat" > argument then fill it in here. > > Rather than going down the road of putting everything that some subset > of our developer base thinks makes a system "usable" into the base I > would like to suggest that the effort be spent on improving the > installation tools such that making a system "usable" out of the box > is a matter of ticking off a few boxes at install time. That change > will benefit a whole lot more users than installing one more userland > tool into the base. > > Doug > +10 ... bge won't resresume from suspend, a simple kldload atapicam causes a fatal trap12 and ACPI support is just a matter of luck ... and we are at -RC1 ... > [1] If we're going to go that route then I'm installing bash. > I'd get rid of Sendmail and replace it with something more sensible like DMA (DragonFly Mail Agent) ... Even the Fedora guys are thinking about it ... regards Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 01:06:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 652DF106566B; Tue, 22 Sep 2009 01:06:29 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8A18FC1A; Tue, 22 Sep 2009 01:06:29 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id B8C905C025; Tue, 22 Sep 2009 09:06:27 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id D0CEA55CE12F; Tue, 22 Sep 2009 09:06:26 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id rz-do3gVfvca; Tue, 22 Sep 2009 09:06:19 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 7740155CE0F8; Tue, 22 Sep 2009 09:06:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Jy00EJpOgigpGmkKmHF/iRlh+nSqk4h23Ld+f0s1xJydnzsEjgN4gF6bFBV01JLdq gFjx3akCG42wBFYtCWL9w== Message-ID: <4AB82303.9030109@delphij.net> Date: Mon, 21 Sep 2009 18:06:11 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090803) MIME-Version: 1.0 To: Joel Dahl References: <4AB7D081.8090203@FreeBSD.org> In-Reply-To: <4AB7D081.8090203@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Anonymous , current@freebsd.org, paradox Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 01:06:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Joel Dahl wrote: > Fresh FreeBSD 9-CURRENT (svn 197392) hangs at: > > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa Will reverting revision 197384 help? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkq4IwIACgkQi+vbBBjt66BJBACfTKSszgO773vSJIwQ3SXDSwcx 2ucAoLvhjIKcMsV+kwT8hI/987Rvj+Sh =JY/3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 01:17:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D011106566B; Tue, 22 Sep 2009 01:17:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EACC78FC13; Tue, 22 Sep 2009 01:17:55 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C2BC25C06F; Tue, 22 Sep 2009 09:17:54 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 8A95C55CE12F; Tue, 22 Sep 2009 09:17:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id sDk0Pfaigkj7; Tue, 22 Sep 2009 09:17:49 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 8976455CE0F8; Tue, 22 Sep 2009 09:17:47 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=XnaRtj7fT54HXrtlRsVX8tdrSAjaeDbp6uX9h8sZtDgR9NsRjtI0pAelPca7UOqA2 zxRjTGFsxVt1/shMFCyCg== Message-ID: <4AB825B6.6010602@delphij.net> Date: Mon, 21 Sep 2009 18:17:42 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090803) MIME-Version: 1.0 To: d@delphij.net References: <4AB7D081.8090203@FreeBSD.org> <4AB82303.9030109@delphij.net> In-Reply-To: <4AB82303.9030109@delphij.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------040308040409010903050609" Cc: Anonymous , paradox , current@freebsd.org, Joel Dahl Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 01:17:56 -0000 This is a multi-part message in MIME format. --------------040308040409010903050609 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Hi, > > Joel Dahl wrote: >> Fresh FreeBSD 9-CURRENT (svn 197392) hangs at: > >> atkbd: the current kbd controller command byte 0047 >> atkbd: keyboard ID 0x41ab (2) >> kbdc: RESET_KBD return code:00fa >> kbdc: RESET_KBD status:00aa > > Will reverting revision 197384 help? Forgot the attachment. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkq4JbYACgkQi+vbBBjt66CPcQCgkT5NhuvHM58YdGUmO3Ik4C98 ZkkAnimYMDjawA/4/ptfNfdK86yOlhiO =aLKm -----END PGP SIGNATURE----- --------------040308040409010903050609 Content-Type: text/plain; name="197384-revert.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="197384-revert.diff" Index: sys/conf/files =================================================================== --- sys/conf/files (revision 197384) +++ sys/conf/files (revision 197383) @@ -2828,8 +2828,8 @@ dev/xen/xenpci/xenpci.c optional xenpci dev/xen/xenpci/evtchn.c optional xenpci dev/xen/xenpci/machine_reboot.c optional xenpci -dev/x86bios/x86bios.c optional x86bios | atkbd | dpms | vesa -dev/x86bios/x86bios_alloc.c optional x86bios | atkbd | dpms | vesa -contrib/x86emu/x86emu.c optional x86bios | atkbd | dpms | vesa -contrib/x86emu/x86emu_util.c optional x86bios | atkbd | dpms | vesa +dev/x86bios/x86bios.c optional x86bios | dpms | vesa +dev/x86bios/x86bios_alloc.c optional x86bios | dpms | vesa +contrib/x86emu/x86emu.c optional x86bios | dpms | vesa +contrib/x86emu/x86emu_util.c optional x86bios | dpms | vesa Index: sys/dev/atkbdc/atkbd.c =================================================================== --- sys/dev/atkbdc/atkbd.c (revision 197384) +++ sys/dev/atkbdc/atkbd.c (revision 197383) @@ -44,10 +44,10 @@ #include #include -#if defined(__i386__) || defined(__amd64__) +#ifdef __i386__ #include #include -#include +#include #include #include @@ -55,7 +55,7 @@ #include #include -#endif /* __i386__ || __amd64__ */ +#endif /* __i386__ */ #include #include @@ -1089,33 +1089,34 @@ static int get_typematic(keyboard_t *kbd) { -#if defined(__i386__) || defined(__amd64__) +#ifdef __i386__ /* * Only some systems allow us to retrieve the keyboard repeat * rate previously set via the BIOS... */ - x86regs_t regs; - vm_offset_t p; + struct vm86frame vmf; + u_int32_t p; - regs.R_AX = 0xc000; - x86biosCall(®s, 0x15); - if ((regs.R_EFLG & PSL_C) || regs.R_AH) + bzero(&vmf, sizeof(vmf)); + vmf.vmf_ax = 0xc000; + vm86_intcall(0x15, &vmf); + if ((vmf.vmf_eflags & PSL_C) || vmf.vmf_ah) return ENODEV; - p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); + p = BIOS_PADDRTOVADDR(((u_int32_t)vmf.vmf_es << 4) + vmf.vmf_bx); if ((readb(p + 6) & 0x40) == 0) /* int 16, function 0x09 supported? */ return ENODEV; - regs.R_AX = 0x0900; - x86biosCall(®s, 0x16); - if ((regs.R_AL & 0x08) == 0) /* int 16, function 0x0306 supported? */ + vmf.vmf_ax = 0x0900; + vm86_intcall(0x16, &vmf); + if ((vmf.vmf_al & 0x08) == 0) /* int 16, function 0x0306 supported? */ return ENODEV; - regs.R_AX = 0x0306; - x86biosCall(®s, 0x16); - kbd->kb_delay1 = typematic_delay(regs.R_BH << 5); - kbd->kb_delay2 = typematic_rate(regs.R_BL); + vmf.vmf_ax = 0x0306; + vm86_intcall(0x16, &vmf); + kbd->kb_delay1 = typematic_delay(vmf.vmf_bh << 5); + kbd->kb_delay2 = typematic_rate(vmf.vmf_bl); return 0; #else return ENODEV; -#endif /* __i386__ || __amd64__ */ +#endif /* __i386__ */ } static int --------------040308040409010903050609-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 01:31:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F52106566B for ; Tue, 22 Sep 2009 01:31:52 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 5A05D8FC12 for ; Tue, 22 Sep 2009 01:31:52 +0000 (UTC) Received: from HOME.encontacto.net ([189.129.150.183]) by ns2.bafirst.com with esmtp; Mon, 21 Sep 2009 20:31:48 -0500 id 000D5288.4AB82906.00002D13 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 21 Sep 2009 20:31:44 -0500 id 0004AC1C.4AB82900.0001380C Received: from econet.encontacto.net (econet.encontacto.net [189.129.150.183]) by econet.encontacto.net (Horde Framework) with HTTP; Mon, 21 Sep 2009 20:31:44 -0500 Message-ID: <20090921203144.135951wvow31ykg0@econet.encontacto.net> Date: Mon, 21 Sep 2009 20:31:44 -0500 From: eculp To: barbara References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Opera/9.80 (X11; FreeBSD 7.2-STABLE i386; U; en) Presto/2.2.15 Version/10.00 X-IMP-Server: 189.129.150.183 X-Originating-IP: 189.129.150.183 X-Originating-User: eculp@encontacto.net Cc: freebsd-current Subject: Re:Still can't seem to get sysutils/hal compile on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 01:31:52 -0000 Quoting barbara : >> Sorry to repeat but I inadvertantly screwed up a cut and paste. >> >> I have current on my laptop and have not been able to get hal to >> update since the last upgrade. I have tried everything that I can >> think of including recursively building it etc and nothing works. I'm >> sure that I am doing something really dumb. >> >> uname -a >> FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #316: Fri Sep >> 18 07:22:13 CDT 2009 >> root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 >> ed.local.net.mx >> >> # ls -d /var/db/pkg/hal* >> /var/db/pkg/hal-0.5.11_25 >> >> gmake[5]: Entering directory >> `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' >> cc -DHAVE_CONFIG_H -I. -I../../.. >> -DPACKAGE_SYSCONF_DIR=3D\""/usr/local/etc"\" >> -DPACKAGE_DATA_DIR=3D\""/usr/local/share"\" >> -DPACKAGE_BIN_DIR=3D\""/usr/local/bin"\" >> -DPACKAGE_LOCALE_DIR=3D\""/usr/local/share/locale"\" >> -DPACKAGE_LOCALSTATEDIR=3D\""/var"\" -I../../.. >> -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include >> -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing >> -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs >> -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP >> -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c >> probe-hiddev.c: In function 'main': >> probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in >> this function) >> probe-hiddev.c:81: error: (Each undeclared identifier is reported only on= ce >> probe-hiddev.c:81: error: for each function it appears in.) >> >> gmake[5]: *** [probe-hiddev.o] Error 1 >> gmake[5]: Leaving directory >> `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' >> gmake[4]: *** [all-recursive] Error 1 >> gmake[4]: Leaving directory >> `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' >> gmake[3]: *** [all-recursive] Error 1 >> gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' >> gmake[2]: *** [all] Error 2 >> gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' >> gmake: *** [all] Error 2 >> *** Error code 1 >> >> Stop in /usr/ports/sysutils/hal. >> >> =3D=3D=3D>>> make failed for sysutils/hal >> =3D=3D=3D>>> Aborting update >> >> Any suggestions appreciated. Thanks, >> >> ed > > I guess you have devel/libusb installed. > pkg_delete it. > > Barbara Thanks, Barbara. That solved the problem. My ports are all up to date agai= n. ed From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 02:12:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 538F5106568B for ; Tue, 22 Sep 2009 02:12:19 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 194B98FC0C for ; Tue, 22 Sep 2009 02:12:18 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8M2CC6m098158 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 22:12:13 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Peter Jeremy In-Reply-To: <20090921122501.GA17982@server.vk2pj.dyndns.org> References: <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> <1253237945.2038.421.camel@balrog.2hip.net> <1253239848.2038.456.camel@balrog.2hip.net> <20090921122501.GA17982@server.vk2pj.dyndns.org> Content-Type: text/plain Organization: FreeBSD Date: Mon, 21 Sep 2009 21:12:06 -0500 Message-Id: <1253585526.50176.1353.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 02:12:19 -0000 On Mon, 2009-09-21 at 22:25 +1000, Peter Jeremy wrote: > On 2009-Sep-17 21:10:48 -0500, Robert Noland wrote: > >True, however there is a bug in that if Xserver is built without hald, > >it also doesn't get linked with pthreads. > > I've been using the fix in ports/139011 for several months. I thought > I'd submitted it but it looks like it slipped through the cracks. Hrm, tls isn't really what I was referring to, but... There is an equivalent option for mesa, but I've not really had success when I've tried it. It is supposed to work though, I'm not sure what has gone wrong when I've tried to enable it previously. If I am remembering correctly the pthread issue tends to show up when you have built the server without hal and are using the intel ddx driver. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 03:32:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B3841065670 for ; Tue, 22 Sep 2009 03:32:23 +0000 (UTC) (envelope-from johny-freebsd@earthmagic.org) Received: from ppp194-14.static.internode.on.net (ppp194-14.static.internode.on.net [59.167.194.14]) by mx1.freebsd.org (Postfix) with ESMTP id BAE098FC14 for ; Tue, 22 Sep 2009 03:32:22 +0000 (UTC) Received: from [192.168.2.4] (tornado.zone2.earthmagic.org [192.168.2.4]) by ppp194-14.static.internode.on.net (Postfix-MSA) with ESMTP id CD7BF66F22 for ; Tue, 22 Sep 2009 13:10:31 +1000 (EST) Message-ID: <4AB84026.7010908@earthmagic.org> Date: Tue, 22 Sep 2009 13:10:30 +1000 From: Johny Mattsson User-Agent: Thunderbird 2.0.0.23 (X11/20090919) MIME-Version: 1.0 To: freebsd-current References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 03:32:23 -0000 Ken Smith wrote: > a patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. Hi there, I only loaded up -BETA4 over the weekend, and went through the extra hoops to get a ZFS root (and everything else) to give that a spin. Aside from the already-reported lock-order-reversals on zfs unmount, I ran into a slight issue when using freebsd-update to go to -RC1 --- It nuked my ZFS-aware /boot/loader and left me stranded at the loader prompt. Now this is quite arguably self-inflicted and now that I'm aware of it I can make sure I'm careful around it in the future, but is there any chance of having either a) the loader be ZFS-aware by default (especially if ZFS is now considered production-ready)? or b) have freebsd-update notice that /boot/loader has changed from the initial install and leave it alone (and maybe whinge about it)? Either way, good work on getting ZFS in! Cheers /Johny From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 03:55:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF856106568F for ; Tue, 22 Sep 2009 03:55:35 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id DD0678FC21 for ; Tue, 22 Sep 2009 03:55:34 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id D254B39825; Tue, 22 Sep 2009 05:55:31 +0200 (SAST) Date: Tue, 22 Sep 2009 05:55:31 +0200 From: John Hay To: Johny Mattsson Message-ID: <20090922035531.GA37789@zibbi.meraka.csir.co.za> References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> <4AB84026.7010908@earthmagic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AB84026.7010908@earthmagic.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 03:55:35 -0000 On Tue, Sep 22, 2009 at 01:10:30PM +1000, Johny Mattsson wrote: > Ken Smith wrote: > >a patch set was committed by the people who handle porting ZFS to FreeBSD > >that they felt makes ZFS production-ready. > > Hi there, > > I only loaded up -BETA4 over the weekend, and went through the extra > hoops to get a ZFS root (and everything else) to give that a spin. Aside > from the already-reported lock-order-reversals on zfs unmount, I ran > into a slight issue when using freebsd-update to go to -RC1 --- It nuked > my ZFS-aware /boot/loader and left me stranded at the loader prompt. What I do for now, is to call the zfs aware loader loader.zfs and then put /boot/loader.zfs in /boot.config. > Now this is quite arguably self-inflicted and now that I'm aware of it I > can make sure I'm careful around it in the future, but is there any > chance of having either > > a) the loader be ZFS-aware by default (especially if ZFS is now > considered production-ready)? That would be nice. :-) John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 04:10:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C122D1065672 for ; Tue, 22 Sep 2009 04:10:55 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id A32E88FC08 for ; Tue, 22 Sep 2009 04:10:55 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8M4AtLQ029429 for ; Mon, 21 Sep 2009 21:10:55 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8M4AtVA029428 for freebsd-current@freebsd.org; Mon, 21 Sep 2009 21:10:55 -0700 (PDT) (envelope-from faber) Date: Mon, 21 Sep 2009 21:10:55 -0700 From: Ted Faber To: freebsd-current@freebsd.org Message-ID: <20090922041055.GA29399@zod.isi.edu> References: <20090921201903.GB52169@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: <20090921201903.GB52169@zod.isi.edu> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Subject: Re: RELENG_8 regression: cannot detect partitions (now with boot -v) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 04:10:55 -0000 --KFztAG8eRSV9hGtP Content-Type: multipart/mixed; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 21, 2009 at 01:19:04PM -0700, Ted Faber wrote: > 8.0 (RELENG_8, from last night) doesn't seem to find the FBSD partitions > on my PATA drive that boots FreeBSD 7-STABLE fine. RELENG_8 finds the > drive and the BIOS partition (slice). It fails on the same hardware > that boots 7.2-STABLE just fine. It drops me into the menu to manually > configure the root partition, but doesn't accept either the native > device names for the root partition (/dev/ad0s1a) or a geom label > (/dev/label/root). The list of GEOM devices only includes ad0 and > ad0s1. >=20 > The disk isn't dangerously dedicated, but I only added geom labels to > the partitions last night. The glabels work fine under 7.2-STABLE, but > RELENG_8 seems to ignore them. I've attached output from fdisk, > bsdlabel, and glabel in case I'm misinterpreting them. I haven't gotten > a dmesg yet, because I need to get this kernel on a memory stick to do > so. >=20 > I'll be able to run more diagnostics under 8.0 tonight. I was able to boot -v from a very recent (morning of 21 Sept 2009 PDT) RELENG_8. The output is attached. Any help would be great. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RC1 #13: Mon Sep 21 09:53:33 PDT 2009 root@praxis.lunabase.org:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0f77000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2200094867 Hz CPU: AMD Athlon(tm) 64 Processor 3500+ (2200.09-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory =3D 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001026000 - 0x000000007db6bfff, 2092195840 bytes (510790 pages) avail memory =3D 2090889216 (1994 MB) Table 'FACP' at 0x7ffc0200 Table 'APIC' at 0x7ffc0390 MADT: Found table at 0x7ffc0390 MP Configuration Table version 1.4 found at 0xc00fd360 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 129 ACPI ID 2: disabled ACPI APIC Table: APIC: CPU 0 has ACPI ID 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f57f0 pnpbios: Entry =3D f0000:65ea Rev =3D 1.0 Other BIOS signatures found: ULE: setup cpu 0 ACPI: RSDP 0xf87c0 00014 (v0 ACPIAM) ACPI: RSDT 0x7ffc0000 00034 (v1 A M I OEMRSDT 09000528 MSFT 00000097) ACPI: FACP 0x7ffc0200 00084 (v2 A M I OEMFACP 09000528 MSFT 00000097) ACPI: DSDT 0x7ffc0440 045ED (v1 12345 12345123 00000123 INTL 02002026) ACPI: FACS 0x7ffce000 00040 ACPI: APIC 0x7ffc0390 00068 (v1 A M I OEMAPIC 09000528 MSFT 00000097) ACPI: MCFG 0x7ffc0400 0003C (v1 A M I OEMMCFG 09000528 MSFT 00000097) ACPI: OEMB 0x7ffce040 00046 (v1 A M I AMI_OEM 09000528 MSFT 00000097) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 2, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010400 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: random: nfslock: pseudo-device io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 npx0: INT 16 interface acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 pcibios: BIOS version 2.10 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xc50c0000 pa 0x1000 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX0 -> bus 0 dev 17 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX2 -> bus 0 dev 17 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x0238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 27, ena= bled found-> vendor=3D0x1106, dev=3D0x1238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x2238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x3238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x4238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D4 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x5238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D5 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x7238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D7 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0xb188, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D3 current D0 found-> vendor=3D0x1106, dev=3D0xa238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=3D0x1106, dev=3D0xc238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 31 found-> vendor=3D0x1106, dev=3D0xd238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D3, func=3D1 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 31 found-> vendor=3D0x1106, dev=3D0xe238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D3, func=3D2 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTC pcib0: slot 3 INTC hardwired to IRQ 39 found-> vendor=3D0x1106, dev=3D0xf238, revid=3D0x00 domain=3D0, bus=3D0, slot=3D3, func=3D3 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 31 found-> vendor=3D0x10de, dev=3D0x0110, revid=3D0xb2 domain=3D0, bus=3D0, slot=3D5, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled map[14]: type Prefetchable Memory, range 32, base 0xc8000000, size 27, ena= bled pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 16 found-> vendor=3D0x1106, dev=3D0x3149, revid=3D0x80 domain=3D0, bus=3D0, slot=3D15, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 3, enabled map[14]: type I/O Port, range 32, base 0xe800, size 2, enabled map[18]: type I/O Port, range 32, base 0xe400, size 3, enabled map[1c]: type I/O Port, range 32, base 0xe000, size 2, enabled map[20]: type I/O Port, range 32, base 0xdc00, size 4, enabled map[24]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 20 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 domain=3D0, bus=3D0, slot=3D15, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 domain=3D0, bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xd400, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 domain=3D0, bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xd000, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 domain=3D0, bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D3 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 domain=3D0, bus=3D0, slot=3D16, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D3 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xc800, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86 domain=3D0, bus=3D0, slot=3D16, func=3D4 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfebefc00, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3227, revid=3D0x00 domain=3D0, bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x60 domain=3D0, bus=3D0, slot=3D17, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xc400, size 8, enabled pcib0: matched entry for 0.17.INTC pcib0: slot 17 INTC hardwired to IRQ 22 found-> vendor=3D0x1106, dev=3D0x3065, revid=3D0x78 domain=3D0, bus=3D0, slot=3D18, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled map[14]: type Memory, range 32, base 0xfebef800, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) agp0: on hostb0 agp0: 1 Miscellaneous Control unit(s) found. hostb0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xc0000000 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 pcib2: irq 27 at device 2.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 pcib3: irq 31 at device 3.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 pcib4: irq 31 at device 3.1 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=3D0, physical bus=3D4 pcib5: irq 39 at device 3.2 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0x0-0x0 pcib5: no prefetched decode pci5: on pcib5 pci5: domain=3D0, physical bus=3D5 pcib6: irq 31 at device 3.3 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: no prefetched decode pci6: on pcib6 pci6: domain=3D0, physical bus=3D6 vgapci0: mem 0xfd000000-0xfdffffff,0xc8000000-0xcf= ffffff irq 16 at device 5.0 on pci0 atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe= 400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 = on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 49 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xd800 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata2: SATA connect timeout status=3D00000000 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata3: SATA connect timeout status=3D00000000 ata3: [MPSAFE] ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D10 stat1=3D01 devices=3D0x10000 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 51 ata1: [MPSAFE] ata1: [ITHREAD] uhci0: port 0xd400-0xd41f irq 21 at device 16.0= on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 52 uhci0: [MPSAFE] uhci0: [ITHREAD] uhci0: LegSup =3D 0x8030 usbus0: on uhci0 uhci1: port 0xd000-0xd01f irq 21 at device 16.1= on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci1: [MPSAFE] uhci1: [ITHREAD] uhci1: LegSup =3D 0x8030 usbus1: on uhci1 uhci2: port 0xcc00-0xcc1f irq 21 at device 16.2= on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci2: [MPSAFE] uhci2: [ITHREAD] uhci2: LegSup =3D 0x8030 usbus2: on uhci2 uhci3: port 0xc800-0xc81f irq 21 at device 16.3= on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci3: [MPSAFE] uhci3: [ITHREAD] uhci3: LegSup =3D 0x8030 usbus3: on uhci3 ehci0: mem 0xfebefc00-0xfebefcff irq 21 at = device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfebefc00 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xc000-0xc0ff mem 0xfebef800-0= xfebef8ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x78 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 10 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:14:2a:c9:26:19 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 53 vr0: [MPSAFE] vr0: [ITHREAD] acpi_button0: on acpi0 acpi_button1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ ppc0: using extended I/O port range ppc0: SPP ECP=20 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 55 ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: [FILTER] uart0: fast interrupt cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x5010 powernow0: on cpu0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ex_isa_identify() isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134093 -> 100000 procfs registered lapic: Divisor 2, Frequency 100004316 hz Timecounter "TSC" frequency 2200094867 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00000001 ata0: New devices: 00000001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting PIO4 on 8237 chip ad0: setting UDMA100 on 8237 chip ad0: 238475MB at ata0-master UDMA100 ad0: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1: Identifying devices: 00010000 ata1: New devices: 00010000 ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D40 wire acd0: setting PIO4 on 8237 chip acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: setting UDMA33 on 8237 chip acd0: CDRW drive at ata1 as master acd0: read 345KB/s (8939KB/s) write 8939KB/s (8939KB/s), 2048KB buffer, UDM= A33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2: Identifying devices: 00000000 ata2: New devices: 00000000 ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ATA PseudoRAID loaded Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 ugen1.2: at usbus1 ums0: on us= bus1 ums0: 3 buttons and [XYZ] coordinates ID=3D0 ugen4.2: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 Root mount waiting for: usbus4 ugen1.3: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 umass0:0:0:-1: Attached to scbus0 Trying to mount root from ufs:/dev/ufs/FreeBSD8RC ROOT MOUNT ERROR:=20 If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=3Drw and then remove invalid mount options from /etc/fstab. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD8RC vfs.root.mountfrom.options=3Drw,noatime Manual root filesystem specification:(probe0:umass-sim0:0: : Mount using filesystem eg. ufs:/dev/da0s1a eg. cd9660:/dev/acd0 This is equivalent to: mount -t cd9660 /dev/acd0 / ? List valid disk boot devices Abort manual input mountroot> 0:0): Down reving Protocol Version from 2 to 0? pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device=20 pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 960MB (1966080 512 byte sectors: 64H 32S/T 960C) ? List of GEOM managed disk devices: ufs/FreeBSD8RC1a ufsid/4ab7f997f1cf9fafa ufsid/4ab7f9e776705b99 ufs/FreeB= SD8RC1 ufsid/4ab7f997f1cf9faf da0s1a da0s1 da0 acd0 ad0a ad0 Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD8RC vfs.root.mountfrom.options=3Drw,noatime Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a eg. cd9660:/dev/acd0 This is equivalent to: mount -t cd9660 /dev/acd0 / ? List valid disk boot devices Abort manual input mountroot> ufs:/dev/da0s1a Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted ct_to_ts([2009-09-22 04:01:34]) =3D 1253592094.000000000 start_init: trying /sbin/init --UlVJffcvxoiEqYs2-- --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq4Tk8ACgkQaUz3f+Zf+XuCpgCgzcbs2qz4tPoUE4OcId152RQd TVsAnjAp+9SpVD/ciniTFA9rdzBKf9ah =FtCE -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 04:27:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F14C01065679; Tue, 22 Sep 2009 04:27:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B4AF28FC19; Tue, 22 Sep 2009 04:27:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8M4RBJO013205; Tue, 22 Sep 2009 00:27:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8M4RAX2013171; Tue, 22 Sep 2009 04:27:10 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Sep 2009 04:27:10 GMT Message-Id: <200909220427.n8M4RAX2013171@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 22 Sep 2009 04:27:12 -0000 TB --- 2009-09-22 03:06:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-22 03:06:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-09-22 03:06:32 - cleaning the object tree TB --- 2009-09-22 03:06:55 - cvsupping the source tree TB --- 2009-09-22 03:06:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-09-22 03:07:40 - building world TB --- 2009-09-22 03:07:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-22 03:07:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-22 03:07:40 - TARGET=sparc64 TB --- 2009-09-22 03:07:40 - TARGET_ARCH=sparc64 TB --- 2009-09-22 03:07:40 - TZ=UTC TB --- 2009-09-22 03:07:40 - __MAKE_CONF=/dev/null TB --- 2009-09-22 03:07:40 - cd /src TB --- 2009-09-22 03:07:40 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 22 03:07:40 UTC 2009 >>> 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 Sep 22 04:15:06 UTC 2009 TB --- 2009-09-22 04:15:06 - generating LINT kernel config TB --- 2009-09-22 04:15:06 - cd /src/sys/sparc64/conf TB --- 2009-09-22 04:15:06 - /usr/bin/make -B LINT TB --- 2009-09-22 04:15:06 - building LINT kernel TB --- 2009-09-22 04:15:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-22 04:15:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-22 04:15:06 - TARGET=sparc64 TB --- 2009-09-22 04:15:06 - TARGET_ARCH=sparc64 TB --- 2009-09-22 04:15:06 - TZ=UTC TB --- 2009-09-22 04:15:06 - __MAKE_CONF=/dev/null TB --- 2009-09-22 04:15:06 - cd /src TB --- 2009-09-22 04:15:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 22 04:15:06 UTC 2009 >>> 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/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl' /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init': /src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios' /src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast /src/sys/dev/x86bios/x86bios.c: In function 'x86bios_uninit': /src/sys/dev/x86bios/x86bios.c:184: warning: implicit declaration of function 'pmap_unmapdev' /src/sys/dev/x86bios/x86bios.c:184: warning: nested extern declaration of 'pmap_unmapdev' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-22 04:27:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-22 04:27:10 - ERROR: failed to build lint kernel TB --- 2009-09-22 04:27:10 - 3160.84 user 449.30 system 4838.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 05:26:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7E341065670 for ; Tue, 22 Sep 2009 05:26:06 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f189.google.com (mail-iw0-f189.google.com [209.85.223.189]) by mx1.freebsd.org (Postfix) with ESMTP id 77F3B8FC08 for ; Tue, 22 Sep 2009 05:26:06 +0000 (UTC) Received: by iwn27 with SMTP id 27so402547iwn.7 for ; Mon, 21 Sep 2009 22:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=G+7vxbMl/YtLXLt8YCLC1y0+FkX7VkgRMKxcEJJ7RCM=; b=Jkc2/uoE1fUuHqjq/MgP0xxTrMKg0pyb4odv/y2teYUphU2O4+Dvl4S6Nhl1kVWOoV 6YRgcLd8bpHgxn2AL7A5NFtlL9epnBCPkm6PvWuLHRTqAOfQfklTofIiy4XJ9IW/CdHo mf+eosVlpiR0ytkEc1f8icHIXeAc0wa8NHwRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=G16MxZETpXz6+e9fl+SKHU5P38l9VXtYnNxeRDI+p3930o8nobsrcA6XEY6M7flRqx 8ml26P2EP6WXFHQFsrjhDJkMFPhOYz98Y8Aiq+gvWv+79TJpB1CylZGVk83YAR2WKvQy XlrTBWHZ4lcDGmH50KLxjkoUJojNBc3WofCAw= MIME-Version: 1.0 Received: by 10.231.6.164 with SMTP id 36mr1038609ibz.39.1253595192709; Mon, 21 Sep 2009 21:53:12 -0700 (PDT) Date: Tue, 22 Sep 2009 01:53:12 -0300 Message-ID: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> From: Raphael Kubo da Costa To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 05:26:06 -0000 Hi there, I'm not sure this is the proper place to send this, so please tell me if I should send this mail to another mailing list or file a PR about this. I used freebsd-update to upgrade from 7.2-RELEASE-p3 to 8.0-RC1. Everything went fine, but I had to regenerate my wireless card (Realtek RTL8180L) module with ndisgen. However, when I load the generated module with kldload I get a kernel panic and the system reboots. I also have a 67mb vmcore; I can try to make it available if needed. I'll paste some sections from core.txt; I can attach the whole file if you want. ----------- Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc4ea831a fault code = supervisor read, page not present instruction pointer = 0x20:0xc4df96b3 stack pointer = 0x28:0xe3744a44 frame pointer = 0x28:0xe3744aac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1110 (ifconfig) trap number = 12 panic: page fault cpuid = 0 Uptime: 36s Physical memory: 883 MB Dumping 67 MB: 52 36 20 4 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from /boot/kernel/reiserfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/reiserfs.ko Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from /boot/kernel/logo_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/logo_saver.ko Reading symbols from /boot/modules/rtl8180_sys.ko...done. Loaded symbols for /boot/modules/rtl8180_sys.ko Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from /boot/kernel/if_ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_ndis.ko Reading symbols from /boot/kernel/ndis.ko...Reading symbols from /boot/kernel/ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/ndis.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc08823c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc08826b9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc0bb346c in trap_fatal (frame=0xe3744a04, eva=3303703322) at /usr/src/sys/i386/i386/trap.c:933 #4 0xc0bb36f0 in trap_pfault (frame=0xe3744a04, usermode=0, eva=3303703322) at /usr/src/sys/i386/i386/trap.c:846 #5 0xc0bb40d5 in trap (frame=0xe3744a04) at /usr/src/sys/i386/i386/trap.c:528 #6 0xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc4df96b3 in ndis_rtl8180_sys_drv_data_start () from /boot/modules/rtl8180_sys.ko Previous frame inner to this frame (corrupt stack?) (kgdb) ------ Last lines from dmesg -------- Tue Sep 22 01:02:49 BRT 2009 Sep 22 01:02:55 borges login: ROOT LOGIN (root) ON ttyv0 warning: KLD '/boot/modules/rtl8180_sys.ko' is newer than the linker.hints file ndis0: port 0xe800-0xe8ff mem 0xdffffc00-0xdffffcff irq 16 at device 6.0 on pci1 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 ifa_add_loopback_route: insertion failed Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc4ea831a fault code = supervisor read, page not present instruction pointer = 0x20:0xc4df96b3 stack pointer = 0x28:0xe3744a44 frame pointer = 0x28:0xe3744aac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1110 (ifconfig) trap number = 12 panic: page fault cpuid = 0 Uptime: 36s Physical memory: 883 MB Dumping 67 MB: 52 36 20 4 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 07:09:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B21E1065672 for ; Tue, 22 Sep 2009 07:09:15 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id A86F88FC14 for ; Tue, 22 Sep 2009 07:09:14 +0000 (UTC) Received: by ewy5 with SMTP id 5so155613ewy.36 for ; Tue, 22 Sep 2009 00:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=OqsFvmiirFbsvvbgcmcf7gIGp8kUxx3rfoBcpWYxdsg=; b=XDVllG0TvHaU+BUAHGyzMpfdA17Tu9qYlUV9XaMDjN7Aq6HgY+H1pVmouTNjacxkv5 59ptp3S5eBO3KcPhAKOOfKzBxwT2lLM1Irmu4Un8OdJSYN7P3xgw2BBq7SQWySjkntIt 7rwScgust8RU+/W+mscuOibQeg3CM21EqER/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=vbQ0W4zZh1k7MY/YyN/jhnhe93kkkPlCpRVmm6GCxkq8f3s2GdnnpYibLuVPr98Smu P3oiIiG/tya4/JaAmKTzNkOEnACm+0v5HdGKC+mObbBii543UcAZan4NjtX/gBrjxxqR E1MOBSOXQh690dauyHVRnXjNPhqa6QFHmR/4k= Received: by 10.211.132.3 with SMTP id j3mr591191ebn.81.1253603353884; Tue, 22 Sep 2009 00:09:13 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 24sm881005eyx.4.2009.09.22.00.09.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 00:09:12 -0700 (PDT) From: Anonymous To: d@delphij.net References: <4AB7D081.8090203@FreeBSD.org> <4AB82303.9030109@delphij.net> <4AB825B6.6010602@delphij.net> Date: Tue, 22 Sep 2009 11:09:09 +0400 In-Reply-To: <4AB825B6.6010602@delphij.net> (Xin LI's message of "Mon, 21 Sep 2009 18:17:42 -0700") Message-ID: <86ab0nxxpm.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: paradox , current@freebsd.org, Joel Dahl Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 07:09:15 -0000 --=-=-= Xin LI writes: > Xin LI wrote: >> Hi, >> >> Joel Dahl wrote: >>> Fresh FreeBSD 9-CURRENT (svn 197392) hangs at: >> >>> atkbd: the current kbd controller command byte 0047 >>> atkbd: keyboard ID 0x41ab (2) >>> kbdc: RESET_KBD return code:00fa >>> kbdc: RESET_KBD status:00aa >> >> Will reverting revision 197384 help? > > Forgot the attachment. > Before trying to revert it can make sense to try place back u_int32_t cast first [...] > - p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); > + p = BIOS_PADDRTOVADDR(((u_int32_t)vmf.vmf_es << 4) + vmf.vmf_bx); that I accidentally removed here. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=a.diff Index: sys/dev/atkbdc/atkbd.c =================================================================== --- sys/dev/atkbdc/atkbd.c (revision 197392) +++ sys/dev/atkbdc/atkbd.c (working copy) @@ -1101,7 +1101,7 @@ x86biosCall(®s, 0x15); if ((regs.R_EFLG & PSL_C) || regs.R_AH) return ENODEV; - p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); + p = BIOS_PADDRTOVADDR(((uint32_t)regs.R_ES << 4) + regs.R_BX); if ((readb(p + 6) & 0x40) == 0) /* int 16, function 0x09 supported? */ return ENODEV; regs.R_AX = 0x0900; --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 07:33:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9892B1065696 for ; Tue, 22 Sep 2009 07:33:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 255208FC16 for ; Tue, 22 Sep 2009 07:33:12 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2C388.dip.t-dialin.net [217.226.195.136]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 09CF8844024; Tue, 22 Sep 2009 09:15:00 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id C364968246; Tue, 22 Sep 2009 09:14:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1253603696; bh=lldB4lNBzes/xpKm9jeS5Dn1qtMSs0csywPQLjWP8cI=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=rHN6J2303spsi8aMS5dLindr9NhauXC35U0YV6yG/n6xzHJl7wWjuFNIQwPNBNZoA 6fm7hSJCmC+gV1FdNgrU5dv9yC2oKsPjDm1bj4u4eCdyI/01tdHaavNg+NcuxSvhnu 4eBzgJroV2/jnkGvQMcujlRhuwv0YgwKoz6pXWOtPROh4iwYOYxtV3fu96fo7RDjzd 9Zht4R1crKLK/Ig3HjZOliRMZ9rV9kwoWHZf5qawEumK5y/Coz3I9s4acuSuuiA3ry 9HTcGbIh2L2aXQjXvVzUKpLZlZ0ypGsYh0JUSknGePD28g71BXHzE//YRid8V31S4J VuRw9TRCDnrzQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n8M7EuNA048535; Tue, 22 Sep 2009 09:14:56 +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 Framework) with HTTP; Tue, 22 Sep 2009 09:14:55 +0200 Message-ID: <20090922091455.208864fktn4do1c8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 22 Sep 2009 09:14:55 +0200 From: Alexander Leidinger To: Tom Evans References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> <1253540785.2134.85.camel@strangepork.london.mintel.ad> In-Reply-To: <1253540785.2134.85.camel@strangepork.london.mintel.ad> 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) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 09CF8844024.13CEF X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.56, required 6, autolearn=disabled, ALL_TRUSTED -1.44, BR_SPAMMER_URI 2.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1254208500.76433@FA57CoRH7sKxRLkNKxxcFg X-EBL-Spam-Status: No Cc: FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 07:33:13 -0000 Quoting Tom Evans (from Mon, 21 Sep 2009 14:46:25 +0100): > On Mon, 2009-09-21 at 08:59 -0400, Coleman Kane wrote: >> On Mon, 2009-09-21 at 13:35 +0200, Ed Schouten wrote: >> > * Roman Divacky wrote: >> > > can tmux be configured to be 100% compatible with screen? if so >> > > are we going to ship with such a config on default? >> > >> > Well, we could ship a screen-like config in /usr/share/examples, but in >> > my opinion we shouldn't enable this by default. It only makes it more >> > confusing when people switch to different operating systems that don't >> > use this config. I do think tmux's use of ^B instead of ^A by default is >> > a bit awkward... >> > >> >> Funny. I always considered (and still consider, but live with it) >> screen's use of ^A to be quite awkward and annoying, myself, since it >> conflicts with using ^A for jump-to-start-of-line. >> > > You can always change it. When I started at $JOB, my mentor hated that I > used screen, because he used ^A a lot to jump to start of line. I now > use ^F, which is used a lot less :) > > ``screen -e ^ff'' does the trick. In /usr/local/etc/screenrc you can do something similar without the need to always enter it manually: ---snip--- # change escape char and no startup message startup_message off escape ^Ff defescape ^Ff ---snip--- I also have: ---snip--- # fancy bottom lines caption always "%{= kw}%?%-Lw%?%{+b kw}%n*%t%f %?(%u)%?%{= kw}%?%+Lw%?" hardstatus alwayslastline "%{+b kr}[ $USER($LOGNAME)@%H ] %{ky} Load: %l %-=%{kb} %c %d.%m." ---snip--- To get back on-topic to the initial stuff: as a user of screen and a person which doesn't care if it is screen or tmux... I would prefer to not have anything like this in the base. It is not hard to install it on a machine, and if tmux there are frequent releases of tmux, it will always be outdated in FreeBSD and as such I would prefer to get it from ports. Bye, Alexander. -- It's no longer a question of staying healthy. It's a question of finding a sickness you like. -- Jackie Mason 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 Tue Sep 22 08:25:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 985D2106566C for ; Tue, 22 Sep 2009 08:25:17 +0000 (UTC) (envelope-from giuseppe.bonfa@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1AC8FC12 for ; Tue, 22 Sep 2009 08:25:17 +0000 (UTC) Received: by fxm22 with SMTP id 22so2088616fxm.36 for ; Tue, 22 Sep 2009 01:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=BVnk+9pd5mAG5V3N1O4AFqf7qvKyNPQaQWV9eqDVyak=; b=NW4HuE263GjfSvEhHCsL8jLkvcrC+p635gwFk3YOC61elBwsHCu+bUtb/kdfo4ncHR IqyCxdWYx2jBD46e70mgtVZloGafoGWUQ68ZCKgMhW14e9bNtu7xHjizg1HMkjiKZlgJ 2kVDpurCBXmcLze00Hiy88t+euBaj1Qf6Zr/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=YQs8GdJHI+u5ES31twkFM8y19A4nEvmfwlb1kjL+0ob2wMSjJuQCY1Qdq+8UjcdcM6 /ujnf5lBn6YR4l1BnhI4cGMV9L8TpeuZDsqZpXNbZDuz7PnD5huzWA1FoJiAFI2YGr/P yj1vdOH+LJ2X2xNrfkpaof9tfgp/bc7Us9Mzg= Received: by 10.204.3.207 with SMTP id 15mr554989bko.106.1253606468161; Tue, 22 Sep 2009 01:01:08 -0700 (PDT) Received: from ?44.134.103.6? ([95.239.123.19]) by mx.google.com with ESMTPS id d13sm754891fka.30.2009.09.22.01.01.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 01:01:06 -0700 (PDT) Message-ID: <4AB8843D.6030001@gmail.com> Date: Tue, 22 Sep 2009 10:01:01 +0200 From: GiuseppeBonfa User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Broken link FreeBSD 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 08:25:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The following link is broken http://www.freebsd.org/news/newsflash.html#event20090921:01 Regards, Giuseppe Bonfa' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJKuIQ9AAoJEGmfwu8uK1CcdDoIAIIxvcww3LV3l6hd3KdUQQ0c UKNCxzVKVbC0XuRlPrZEp1u8H2Zwbmeoiy7r1N9mWWDmbMLFpfCqsOiMxFIqwFjm jHc547T/EbtIKxwBJWRnV4yqjyAlkENgldhYtOkWhn6a8dv3RCStxhB/DlKLpK4j 2dmcE8Q7RGO9t5c9h6LLKoukakN2LYHrtblquMX986onBsSOaAmWQo5LTUxTacgg IBBy2ApucxdKFCBt1s9VKFFB6+OCbn/iTLie6F74xuX6FKqhdj8uHiruntLPHbcj A3Y+o9IANouHybTmPYP8s5nDax0h3p4FLMbHpbmzrpfYo7cAFqBpMA+vDQlqK98= =uaGI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 08:42:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CDBF106566B; Tue, 22 Sep 2009 08:42:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 290D38FC13; Tue, 22 Sep 2009 08:42:13 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Mq0ff-00023P-HQ; Tue, 22 Sep 2009 09:24:28 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1Mq0f3-0006TS-8G; Tue, 22 Sep 2009 09:24:22 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n8M8Njwe064901; Tue, 22 Sep 2009 09:23:45 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n8M8NiWN064900; Tue, 22 Sep 2009 09:23:45 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 22 Sep 2009 09:23:44 +0100 From: Anton Shterenlikht To: Doug Barton Message-ID: <20090922082344.GA64877@mech-cluster241.men.bris.ac.uk> References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AB7ED76.5010406@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.2 X-Spam-Level: ---- Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 08:42:14 -0000 On Mon, Sep 21, 2009 at 02:17:42PM -0700, Doug Barton wrote: > I hate to sound negative, but I really don't find arguments of the > sort, "the first thing I install on a new system is 'foo', so 'foo' > should be part of the base" compelling.[1] I, like a lot of other > FreeBSD users have never used screen or tmux, and probably never will. > For my money nohup works just fine for long-lived processes that need > a log. But even the "I don't use it so it shouldn't be there" argument > is not particularly persuasive. > > We need to take a hard look at what kind of system we want to have. > It's a lot easier to keep userland utilities like tmux up to date from > the ports tree than it is in the base. That alone should be the > deciding factor, but if you want to hear a chorus of the "bloat" > argument then fill it in here. > > Rather than going down the road of putting everything that some subset > of our developer base thinks makes a system "usable" into the base I > would like to suggest that the effort be spent on improving the > installation tools such that making a system "usable" out of the box > is a matter of ticking off a few boxes at install time. That change > will benefit a whole lot more users than installing one more userland > tool into the base. I completely agree -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 09:08:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AACC106566C for ; Tue, 22 Sep 2009 09:08:20 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 030998FC12 for ; Tue, 22 Sep 2009 09:08:19 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n8M98GtD010642; Tue, 22 Sep 2009 10:08:16 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mq1M8-0000Kw-9x; Tue, 22 Sep 2009 10:08:16 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n8M98Eew043606; Tue, 22 Sep 2009 10:08:15 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n8M98Dx4043600; Tue, 22 Sep 2009 10:08:13 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 22 Sep 2009 10:08:12 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Barney Cordoba In-Reply-To: <16199.15820.qm@web63906.mail.re1.yahoo.com> Message-ID: <20090922100729.O39832@ury.york.ac.uk> References: <16199.15820.qm@web63906.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 09:08:20 -0000 On Mon, 21 Sep 2009, Barney Cordoba wrote: > I can't seem to find where device_get_parent() is defined. theta %4 cd /usr/src/sys && grep -rn ^device_get_parent * kern/subr_bus.c:1855:device_get_parent(device_t dev) Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 09:18:00 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85C1910656C0 for ; Tue, 22 Sep 2009 09:18:00 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8EA8FC1C for ; Tue, 22 Sep 2009 09:17:59 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n8M9Huxj012639; Tue, 22 Sep 2009 10:17:56 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mq1VU-0006bv-Pl; Tue, 22 Sep 2009 10:17:56 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n8M9HuwT046104; Tue, 22 Sep 2009 10:17:56 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n8M9Hu33046099; Tue, 22 Sep 2009 10:17:56 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 22 Sep 2009 10:17:56 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Gonzalo Nemmi In-Reply-To: <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> Message-ID: <20090922101329.K39832@ury.york.ac.uk> References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 09:18:00 -0000 On Mon, 21 Sep 2009, Gonzalo Nemmi wrote: > +10 ... bge won't resresume from suspend, a simple kldload atapicam causes a > fatal trap12 and ACPI support is just a matter of luck ... and we are at > -RC1 ... ACPI support seems to work very well: I can't remember the last time I personally saw a system that had issues which mattered. Regardless, have you reported these problems? I know about the bge(4) problems on resume, but it doesn't look like anybody has reported the atapicam panic (which, by the way, doesn't panic for me), and without a PR for the ACPI problems, that's unlikely to get fixed too. If you are seriously seeing these problems, the solution is to report them, and provide enough information so that they stand a chance of being fixed before -RC2. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 09:19:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DE491065693 for ; Tue, 22 Sep 2009 09:19:51 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id 70D018FC19 for ; Tue, 22 Sep 2009 09:19:51 +0000 (UTC) Received: by pxi29 with SMTP id 29so3141449pxi.14 for ; Tue, 22 Sep 2009 02:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=zEMui1LITfy9O4sEyMrn+uVhfX4nVWTlifTw0Qtb7n4=; b=B5koDuqYHu8QWN4UyTAsIhSFOJe/yd1015/O9hy2CE9UIUcwW7MwcU++/b/UeuX3+H yhzWZbs4Lq6eWS+/5Y/6uWR7o0niEy2iT9Blkd7du7IEcrhqLvPXBj6JtUZrOM5sWAGU XJWJqOuPrniMz2LfietwGBviprju3Z5XMgapM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=awFn6DE/v/jZ/NkDDHoOZBei0drC5qSoyW/oB7YvowbwyNO079ywDndT9g5aq2HTSX WV6ZRjLcMuOpZ0o1P3p6lCbnwJNItJNzF4Btxl6QNZTlmSonlLVdUw8W7yUcRTZbWpLN 2I1YLVRfOmi7EkpCgMHAMn0uaV3HBBtnyLn+E= MIME-Version: 1.0 Received: by 10.143.154.29 with SMTP id g29mr54523wfo.267.1253609734864; Tue, 22 Sep 2009 01:55:34 -0700 (PDT) In-Reply-To: <20090922091455.208864fktn4do1c8@webmail.leidinger.net> References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> <1253540785.2134.85.camel@strangepork.london.mintel.ad> <20090922091455.208864fktn4do1c8@webmail.leidinger.net> Date: Tue, 22 Sep 2009 15:55:34 +0700 Message-ID: From: Edho P Arief To: Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Tom Evans , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 09:19:51 -0000 On Tue, Sep 22, 2009 at 2:14 PM, Alexander Leidinger wrote: > To get back on-topic to the initial stuff: as a user of screen and a person > which doesn't care if it is screen or tmux... I would prefer to not have > anything like this in the base. It is not hard to install it on a machine, > and if tmux there are frequent releases of tmux, it will always be outdated > in FreeBSD and as such I would prefer to get it from ports. IIUC, the intention is to replace window(1). Or you're suggesting to remove window(1) from base, too? -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 09:31:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8A19106566C for ; Tue, 22 Sep 2009 09:31:14 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9F45D8FC25 for ; Tue, 22 Sep 2009 09:31:14 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:44101 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Mq1hR-00061K-3Y; Tue, 22 Sep 2009 11:30:19 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 5D28060B1; Tue, 22 Sep 2009 11:30:10 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: Date: Tue, 22 Sep 2009 11:30:08 +0200 Content-Transfer-Encoding: 7bit Message-Id: <5F305156-C760-4544-947A-EC952190381D@exscape.org> References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> <1253540785.2134.85.camel@strangepork.london.mintel.ad> <20090922091455.208864fktn4do1c8@webmail.leidinger.net> To: Edho P Arief X-Mailer: Apple Mail (2.1076) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1Mq1hR-00061K-3Y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Mq1hR-00061K-3Y c308206bfbf768219d9294d5e419231d Cc: Tom Evans , Alexander Leidinger , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 09:31:15 -0000 On Sep 22, 2009, at 10:55 AM, Edho P Arief wrote: > On Tue, Sep 22, 2009 at 2:14 PM, Alexander Leidinger > wrote: >> To get back on-topic to the initial stuff: as a user of screen and >> a person >> which doesn't care if it is screen or tmux... I would prefer to not >> have >> anything like this in the base. It is not hard to install it on a >> machine, >> and if tmux there are frequent releases of tmux, it will always be >> outdated >> in FreeBSD and as such I would prefer to get it from ports. > > IIUC, the intention is to replace window(1). Or you're suggesting to > remove window(1) from base, too? There's no window(1) in my base system (8.0-RC1). Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 09:32:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13FB1065697 for ; Tue, 22 Sep 2009 09:32:41 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA568FC0C for ; Tue, 22 Sep 2009 09:32:41 +0000 (UTC) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1Mq1jk-0005C7-74; Tue, 22 Sep 2009 11:32:40 +0200 Received: from td960.t.pppool.de ([89.55.217.96]:31126 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1Mq1jj-00075j-W4; Tue, 22 Sep 2009 11:32:40 +0200 Date: Tue, 22 Sep 2009 11:32:39 +0200 From: Gary Jennejohn To: Barney Cordoba Message-ID: <20090922113239.02f3653f@ernst.jennejohn.org> In-Reply-To: <16199.15820.qm@web63906.mail.re1.yahoo.com> References: <16199.15820.qm@web63906.mail.re1.yahoo.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 09:32:41 -0000 On Mon, 21 Sep 2009 15:27:42 -0700 (PDT) Barney Cordoba wrote: > I can't seem to find where device_get_parent() is defined. > /sys/kern/subr_bus,c grep -r ^device_get_parent /sys/ --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:09:58 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63B481065692; Tue, 22 Sep 2009 10:09:58 +0000 (UTC) (envelope-from boogie@lazybytes.org) Received: from mail.lazybytes.org (odin.rinet.ru [195.54.209.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1008FC26; Tue, 22 Sep 2009 10:09:57 +0000 (UTC) Received: from localhost.localdomain (broadband-77-37-224-248.nationalcablenetworks.ru [77.37.224.248]) by mail.lazybytes.org (Postfix) with ESMTPSA id 46CDC14036E4; Tue, 22 Sep 2009 13:52:15 +0400 (MSD) Date: Tue, 22 Sep 2009 13:54:35 +0400 From: Sergey Vinogradov To: Ed Schouten Message-ID: <20090922135435.36a3d40e@lazybytes.org> In-Reply-To: <20090921112657.GW95398@hoeg.nl> References: <20090921112657.GW95398@hoeg.nl> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/OD=pnI0MagHgEAwaLAqYPo3"; protocol="application/pgp-signature" Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 10:09:58 -0000 --Sig_/OD=pnI0MagHgEAwaLAqYPo3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =D0=92 Mon, 21 Sep 2009 13:26:57 +0200 Ed Schouten =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi all, >=20 > At the DevSummit in Cambridge we briefly discussed including tmux(1) > in the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) > and tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first > has a better license and very active maintenance. >=20 > I was talking with the author on IRC the other day and it seemed like > I spoke with him at a fortunate moment, because he was just about to > release version 1.0. I think it would be nice to import this into > HEAD, which means FreeBSD 9.0 (maybe 8.1?) will include it by default. >=20 > How to test tmux in base: >=20 > - Download this tarball and extract it to contrib/tmux: > http://downloads.sourceforge.net/tmux/tmux-1.0.tar.gz > - Apply the following patch: > http://80386.nl/pub/tmux.diff >=20 > Comments? >=20 I don't think tmux(1) should be included in the base system. As it was mentioned, it will be hard to update it, many people will still install screen(1) because they still like it more, or just got used to it, the system will become a little more bloated, and nobody likes when that happens :) Offtopic part (maybe we should start another discussion thread): The thing I'll be happy to see someday in base system is zsh(1). tcsh(1) syntax is not Bourne shell compatible, and sh(1) sucks at interactive work; it's a big deal for me, I'd like to have a shell that can do both things simultaneously :) Despite the zsh(1) has appropriate license, it needs autotools and iconv (both GPL AFAIK), so it's hard to include in the base system. The things in the base system I always wondered about are sendmail and bind9. These are pretty heavy, and definitely are not used in every single installation. Maybe someday I'll see sendmail and bind9 in ports instead of base system. And yes, I know about WITHOUT_BIND=3D and WITHOUT_SENDMAIL=3D :) --=20 wbr, Boo --Sig_/OD=pnI0MagHgEAwaLAqYPo3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkq4ntsACgkQCt8hfbw1GpZElgCeI1uLxg9Gx3MplE+SHw3G5wBE RgYAn3iGIMJ/SQmIDf+TSpPQZCt0gqqS =CNWZ -----END PGP SIGNATURE----- --Sig_/OD=pnI0MagHgEAwaLAqYPo3-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:21:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47378106566B; Tue, 22 Sep 2009 10:21:51 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC558FC15; Tue, 22 Sep 2009 10:21:51 +0000 (UTC) Received: from [192.168.2.101] (host81-155-13-237.range81-155.btcentralplus.com [81.155.13.237]) by cyrus.watson.org (Postfix) with ESMTPSA id C609046B06; Tue, 22 Sep 2009 06:21:49 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: "Robert N. M. Watson" In-Reply-To: <200908122159.25234.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Tue, 22 Sep 2009 11:21:48 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <200908122159.25234.mel.flynn+fbsd.current@mailing.thruhere.net> To: Mel Flynn , Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1075.2) Cc: freebsd-current@freebsd.org Subject: Re: Call for regression and performance testing - 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 10:21:51 -0000 On 13 Aug 2009, at 06:59, Mel Flynn wrote: > On Wednesday 12 August 2009 04:29:35 Robert Watson wrote: > >> We actually have a sizable regression test suite in src/tools/ >> regression -- >> some of these tools will have broken as a result of 8-CURRENT >> development, >> so the first task may be to fix them. The next is to run them on 7- >> STABLE >> and 8-CURRENT and decide if things have gotten worse -- or maybe we >> have a >> bug to fix in both. Pick the tool of your choice, and give it a >> spin. >> More than one person per tool is fine, because that way we get more >> diverse >> testing. > > Well, there's one regression that prevents me from testing a > regression. In > gmirror(8) and still on 8.x it is described how to do kernel dumps > on a > gmirror, using /etc/rc.early. Yet, /etc/rc.d/early.sh has been > removed and a > grep for early in the /etc tree, has not shown me that there's a > replacement > in place. Catching up on back e-mail here after a lot of conference organizing :-). Did this issue get resolved to everyone (most people)'s satisfaction? I've CC'd Pawel. Robert > > I'm trying to see coming sunday (downtime) if a bug has re-occured > in 8.x > (kern/122572) and would like to de-activate one component of the > mirror, > install, reboot and if garbage is written to the disk again, use > livefs tools > + rc.early to boot from the de-activated mirror. > > So my questions are: > - What should really be in NOTES for gmirror(8) in 8.x? > - Is it possible to deactivate a mirror component, hose the active > component > and nextboot from the deactivated one, preferably without opening > the case? > -- > Mel From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:22:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D137E106568D for ; Tue, 22 Sep 2009 10:22:28 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id A3A088FC14 for ; Tue, 22 Sep 2009 10:22:28 +0000 (UTC) Received: by pzk15 with SMTP id 15so712470pzk.9 for ; Tue, 22 Sep 2009 03:22:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=5RGLl8uhpp5OC5ioMuWDeWXiH0Ux90A5kKua+T/o4SY=; b=CGY+08ighdWH71aLKH3MEGIeZ4EgXCnntXmlYcvQV4wq1WIovaRveS41NbwMPNL/P1 tNCMmOPFbXMRT3ncrG3XKthR8L8PoQCwqqW/0UGCo6z/EodsEl7cTDkIQoz6to/V3xFY dFDwwhWACxhiDcMKHeupjoAt3XTgmLbkvQids= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nFOfrVBH4uQqGVxsOwGiQk5cAZaIMWhYAg+xqOkZOqnpG88ZtnQ2FZt8ptD+5TEkK5 TA7RsQvPsZ3YREuvnmrmOC6SeGVn5RLVeDvbhylDdsrFT0epaT/B8aY7jBmA8T4qV63a i4vmKMzgmTV7DdNsBjBDiga7osVC09u1k0qbM= MIME-Version: 1.0 Received: by 10.142.196.7 with SMTP id t7mr58550wff.33.1253614948338; Tue, 22 Sep 2009 03:22:28 -0700 (PDT) In-Reply-To: <5F305156-C760-4544-947A-EC952190381D@exscape.org> References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> <1253540785.2134.85.camel@strangepork.london.mintel.ad> <20090922091455.208864fktn4do1c8@webmail.leidinger.net> <5F305156-C760-4544-947A-EC952190381D@exscape.org> Date: Tue, 22 Sep 2009 17:22:28 +0700 Message-ID: From: Edho P Arief To: Thomas Backman Content-Type: text/plain; charset=UTF-8 Cc: Tom Evans , Alexander Leidinger , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 10:22:28 -0000 On Tue, Sep 22, 2009 at 4:30 PM, Thomas Backman wrote: > On Sep 22, 2009, at 10:55 AM, Edho P Arief wrote: > >> On Tue, Sep 22, 2009 at 2:14 PM, Alexander Leidinger >> wrote: >>> >>> To get back on-topic to the initial stuff: as a user of screen and a >>> person >>> which doesn't care if it is screen or tmux... I would prefer to not have >>> anything like this in the base. It is not hard to install it on a >>> machine, >>> and if tmux there are frequent releases of tmux, it will always be >>> outdated >>> in FreeBSD and as such I would prefer to get it from ports. >> >> IIUC, the intention is to replace window(1). Or you're suggesting to >> remove window(1) from base, too? > > There's no window(1) in my base system (8.0-RC1). > oh right. it is removed in 8.0 -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:30:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FC0B106568B for ; Tue, 22 Sep 2009 10:30:30 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 091788FC17 for ; Tue, 22 Sep 2009 10:30:30 +0000 (UTC) Received: from [192.168.2.101] (host81-155-13-237.range81-155.btcentralplus.com [81.155.13.237]) by cyrus.watson.org (Postfix) with ESMTPSA id 2F36046B06; Tue, 22 Sep 2009 06:30:29 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: "Robert N. M. Watson" In-Reply-To: Date: Tue, 22 Sep 2009 11:30:27 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: To: Arno J. Klaassen X-Mailer: Apple Mail (2.1075.2) Cc: current@freebsd.org Subject: Re: Call for regression and performance testing - 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 10:30:30 -0000 On 13 Aug 2009, at 21:55, Arno J. Klaassen wrote: > Robert Watson writes: > >>> [ ... ] >> Functional testing >> >> We actually have a sizable regression test suite in src/tools/ >> regression -- > > is anyone aware of some rudimentary efforts to set up an overall > "make && ./runtests" environment? Resurfacing after organising conferences, and discovered I had missed this e-mail. I'm not aware of any such efforts, and it would be really good to do. Making it easy to do "runtests" would vastly improve the ease of testing during the release process. Right now the output of the tests is fairly inconsistent, and this is probably to a large extent my fault. It would be nice to have a "test template" program that people can start with when writing new regression tests -- I know I would find that valuable. Robert From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:43:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5203E106568B for ; Tue, 22 Sep 2009 10:43:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 59E268FC17 for ; Tue, 22 Sep 2009 10:43:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA25975; Tue, 22 Sep 2009 13:43:31 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8AA52.7030203@icyb.net.ua> Date: Tue, 22 Sep 2009 13:43:30 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Gonzalo Nemmi References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> <200909211433.11792.gnemmi@gmail.com> In-Reply-To: <200909211433.11792.gnemmi@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Warren Block , freebsd-current@freebsd.org, Thomas Quinot Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 10:43:35 -0000 on 21/09/2009 20:33 Gonzalo Nemmi said the following: > On Monday 21 September 2009 7:54:58 am Thomas Quinot wrote: >> * Gonzalo Nemmi, 2009-09-21 : >>> I can confirm that .. kldload atapicam still results in a "Fatal >>> trap 12: page fault while in kernel mode" on 8.0-RC1 >> I don't see this on RC1: >> >> nashville# uname -a >> FreeBSD nashville.act-europe.fr 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep >> 18 13:14:27 CEST 2009 >> root@nashville.act-europe.fr:/alex/build/alex/src/RELENG_8/src/sys/GE >> NERIC amd64 nashville# kldload atapicam >> nashville# kldstat >> Id Refs Address Size Name >> 1 16 0xffffffff80100000 d20940 kernel >> 2 1 0xffffffff81022000 a4ca iscsi_initiator.ko >> 3 1 0xffffffff8102d000 f2d7a zfs.ko >> 4 1 0xffffffff81120000 19b2 opensolaris.ko >> 5 1 0xffffffff81122000 1b9a atapicam.ko >> nashville# camcontrol devlist >> at scbus0 target 0 lun 0 >> (pass0,da0) at scbus1 target 0 lun >> 0 (da1,pass1) at scbus2 target 0 >> lun 0 (cd0,pass2) >> >> Thomas. > > Don't know about amd64, I'm running -RC1 i386 on a Intel(R) Celeron(R) > CPU 560 @ 2.13GHz (2128.01-MHz 686-class CPU) Probably I missed it, but I haven't yet seen any useful debug info. Like a crash stack trace for a start... -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:43:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6591065693 for ; Tue, 22 Sep 2009 10:43:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 656348FC1F for ; Tue, 22 Sep 2009 10:43:50 +0000 (UTC) Received: by bwz27 with SMTP id 27so2412478bwz.43 for ; Tue, 22 Sep 2009 03:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sZYYu+wZ2aUuyeugazqGQRiNEU5BP9fmePxMqqvlbzA=; b=eF+7KmMOURsqnWVAOD7Rar+0Zrms/RnhvZnfGQkozIk+uoLvx1pE72ULv8+YxtYDl9 nRCS6UR0D2wL+ynHuADBlbFy6jG93orODAYdOlsPrqb/ZAtR+AXAYqo8hRoFmdxQbS+C LOx2jXggbsdYInRwDXs6supu1r3MI/SbFf+3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UJRxsa/bBdFNrvKr5IAsKQ9HWRBLwr4jlBRQ4gAbl7yIX7H0A9exCS8wNm5frnMajw 5YZI+NbJmDPThhVYR4sH2BsIt2+Zte14WX9rGzecSkhMImgIjmfYvuuJyhL6m695F4Ls zR5ZwLz5DrbPcZDzIjteOZwdemIFDWW3EVzuU= MIME-Version: 1.0 Received: by 10.102.197.14 with SMTP id u14mr344815muf.39.1253616229293; Tue, 22 Sep 2009 03:43:49 -0700 (PDT) In-Reply-To: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> Date: Tue, 22 Sep 2009 12:43:49 +0200 Message-ID: <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> From: "Paul B. Mahol" To: Raphael Kubo da Costa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 10:43:51 -0000 On 9/22/09, Raphael Kubo da Costa wrote: > Hi there, > > I'm not sure this is the proper place to send this, so please tell me > if I should send this mail to another mailing list or file a PR about > this. > > I used freebsd-update to upgrade from 7.2-RELEASE-p3 to 8.0-RC1. > Everything went fine, but I had to regenerate my wireless card > (Realtek RTL8180L) module with ndisgen. However, when I load the > generated module with kldload I get a kernel panic and the system > reboots. I also have a 67mb vmcore; I can try to make it available if > needed. You are saying that it worked without problems on 7.2? There were very little changes with sys/compat/ndis between that two versions so if problem really exist it must be somewhere in if_ndis module. Are you sure that complete world and kernel are in sync? And you really did loaded regenerated module? > > I'll paste some sections from core.txt; I can attach the whole file if you > want. > > ----------- > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xc4ea831a > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc4df96b3 > stack pointer = 0x28:0xe3744a44 > frame pointer = 0x28:0xe3744aac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1110 (ifconfig) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 36s > Physical memory: 883 MB > Dumping 67 MB: 52 36 20 4 > > Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from > /boot/kernel/snd_hda.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/snd_hda.ko > Reading symbols from /boot/kernel/sound.ko...Reading symbols from > /boot/kernel/sound.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/sound.ko > Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from > /boot/kernel/linprocfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linprocfs.ko > Reading symbols from /boot/kernel/linux.ko...Reading symbols from > /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from > /boot/kernel/reiserfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/reiserfs.ko > Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from > /boot/kernel/logo_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/logo_saver.ko > Reading symbols from /boot/modules/rtl8180_sys.ko...done. > Loaded symbols for /boot/modules/rtl8180_sys.ko > Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from > /boot/kernel/if_ndis.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/if_ndis.ko > Reading symbols from /boot/kernel/ndis.ko...Reading symbols from > /boot/kernel/ndis.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ndis.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump () at pcpu.h:246 > #1 0xc08823c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xc08826b9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:579 > #3 0xc0bb346c in trap_fatal (frame=0xe3744a04, eva=3303703322) > at /usr/src/sys/i386/i386/trap.c:933 > #4 0xc0bb36f0 in trap_pfault (frame=0xe3744a04, usermode=0, eva=3303703322) > at /usr/src/sys/i386/i386/trap.c:846 > #5 0xc0bb40d5 in trap (frame=0xe3744a04) at > /usr/src/sys/i386/i386/trap.c:528 > #6 0xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #7 0xc4df96b3 in ndis_rtl8180_sys_drv_data_start () > from /boot/modules/rtl8180_sys.ko > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > ------ Last lines from dmesg -------- > Tue Sep 22 01:02:49 BRT 2009 > Sep 22 01:02:55 borges login: ROOT LOGIN (root) ON ttyv0 > warning: KLD '/boot/modules/rtl8180_sys.ko' is newer than the linker.hints > file > ndis0: port > 0xe800-0xe8ff mem 0xdffffc00-0xdffffcff irq 16 at device 6.0 on pci1 > ndis0: [ITHREAD] > ndis0: NDIS API version: 5.1 > ifa_add_loopback_route: insertion failed Try to enable debug.ndis sysctl. > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xc4ea831a > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc4df96b3 > stack pointer = 0x28:0xe3744a44 > frame pointer = 0x28:0xe3744aac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1110 (ifconfig) What commands are to reproduce this? > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 36s > Physical memory: 883 MB > Dumping 67 MB: 52 36 20 4 > > ------------------------------------------------------------------------ > kernel config > > config: File /boot/kernel/kernel doesn't contain configuration file. > Either unsupported, or not compiled with INCLUDE_CONFIG_FILE > _______________________________________________ > 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" > -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:46:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26890106568F for ; Tue, 22 Sep 2009 10:46:43 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id E16338FC15 for ; Tue, 22 Sep 2009 10:46:42 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a507:5101:23d3:a91b] (unknown [IPv6:2001:7b8:3a7:0:a507:5101:23d3:a91b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 997375C59; Tue, 22 Sep 2009 12:46:41 +0200 (CEST) Message-ID: <4AB8AB12.7010406@andric.com> Date: Tue, 22 Sep 2009 12:46:42 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090921 Shredder/3.0pre MIME-Version: 1.0 To: Ted Faber References: <20090921201903.GB52169@zod.isi.edu> <20090922041055.GA29399@zod.isi.edu> In-Reply-To: <20090922041055.GA29399@zod.isi.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 regression: cannot detect partitions (now with boot -v) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 10:46:43 -0000 On 2009-09-22 06:10, Ted Faber wrote: > I was able to boot -v from a very recent (morning of 21 Sept 2009 PDT) > RELENG_8. The output is attached. ... > List of GEOM managed disk devices: > ufs/FreeBSD8RC1a ufsid/4ab7f997f1cf9fafa ufsid/4ab7f9e776705b99 ufs/FreeBSD8RC1 ufsid/4ab7f997f1cf9faf da0s1a da0s1 da0 acd0 ad0a ad0 > Loader variables: > vfs.root.mountfrom=ufs:/dev/ufs/FreeBSD8RC Your label is "FreeBSD8RC1", apparently, while vfs.root.mountfrom is "FreeBSD8RC". I guess the "1" got dropped somewhere... From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 10:58:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10E51065676; Tue, 22 Sep 2009 10:58:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 753E88FC18; Tue, 22 Sep 2009 10:58:21 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8MAwJuh046527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 13:58:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n8MAwJ3Q001892; Tue, 22 Sep 2009 13:58:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8MAwIHk001891; Tue, 22 Sep 2009 13:58:18 +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: Tue, 22 Sep 2009 13:58:18 +0300 From: Kostik Belousov To: "Robert N. M. Watson" Message-ID: <20090922105818.GT47688@deviant.kiev.zoral.com.ua> References: <200908122159.25234.mel.flynn+fbsd.current@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oEj3/8+YnogYHQRs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean Cc: Mel Flynn , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Call for regression and performance testing - 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 10:58:22 -0000 --oEj3/8+YnogYHQRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 11:21:48AM +0100, Robert N. M. Watson wrote: >=20 > On 13 Aug 2009, at 06:59, Mel Flynn wrote: >=20 > >On Wednesday 12 August 2009 04:29:35 Robert Watson wrote: > > > >>We actually have a sizable regression test suite in src/tools/=20 > >>regression -- > >>some of these tools will have broken as a result of 8-CURRENT =20 > >>development, > >>so the first task may be to fix them. The next is to run them on 7-=20 > >>STABLE > >>and 8-CURRENT and decide if things have gotten worse -- or maybe we =20 > >>have a > >>bug to fix in both. Pick the tool of your choice, and give it a =20 > >>spin. > >>More than one person per tool is fine, because that way we get more =20 > >>diverse > >>testing. > > > >Well, there's one regression that prevents me from testing a =20 > >regression. In > >gmirror(8) and still on 8.x it is described how to do kernel dumps =20 > >on a > >gmirror, using /etc/rc.early. Yet, /etc/rc.d/early.sh has been =20 > >removed and a > >grep for early in the /etc tree, has not shown me that there's a =20 > >replacement > >in place. >=20 > Catching up on back e-mail here after a lot of conference =20 > organizing :-). Did this issue get resolved to everyone (most =20 > people)'s satisfaction? I've CC'd Pawel. >=20 I mailed the following patch relatively long time ago. I want /etc/rc.early support back. diff --git a/etc/rc.d/Makefile b/etc/rc.d/Makefile index fbfac8a..45f4dc6 100755 --- a/etc/rc.d/Makefile +++ b/etc/rc.d/Makefile @@ -9,7 +9,7 @@ FILES=3D DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS \ ccd cleanvar cleartmp cron \ ddb defaultroute devd devfs dhclient \ dmesg dumpon \ - encswap \ + early encswap \ faith fsck ftp-proxy ftpd \ gbde geli geli2 gssd \ hcsecd \ diff --git a/etc/rc.d/early b/etc/rc.d/early new file mode 100755 index 0000000..8a863d0 --- /dev/null +++ b/etc/rc.d/early @@ -0,0 +1,29 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: early +# REQUIRE: disks localswap +# BEFORE: fsck + +# +# Support for legacy /etc/rc.early script +# +. /etc/rc.subr + +name=3D"early" +start_cmd=3D"early_start" +stop_cmd=3D":" + +early_start() +{ + if [ -r /etc/rc.early ]; then + echo -n 'Executing rc.early script:' + . /etc/rc.early + echo '.' + fi +} + +load_rc_config $name +run_rc_command "$1" --oEj3/8+YnogYHQRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq4rcoACgkQC3+MBN1Mb4hw1wCeLSvRaZQc3AMwjAPQcxJ4LruC FNIAn29wXlKa0rj+wHjtGPfGVwsQ4MCj =WPzp -----END PGP SIGNATURE----- --oEj3/8+YnogYHQRs-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 08:23:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D35DF1065679 for ; Tue, 22 Sep 2009 08:23:05 +0000 (UTC) (envelope-from evilcry@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 635348FC1B for ; Tue, 22 Sep 2009 08:23:05 +0000 (UTC) Received: by fxm22 with SMTP id 22so2087558fxm.36 for ; Tue, 22 Sep 2009 01:23:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=ed2pBtZkIWIWR5wmoPVpit2X1F6RxoYNiXaWcpSE6Co=; b=lkRDz0KtUDo95jZnAxemHz122Wpt3LvfvOw6VNfB+qvT9js+Ej0rL6UwY5RyE4mE16 PGdqRbXL09/WBuVr9HQVqwdzhmIksywoPQeOe34HkBjulaPF817GDbs1ktX8li1hkOnW pP3wlj1p2eoTmvnfSgPjYBdRZRvXI3gdGL5bo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=ZnhtyTa8pgX/23c3Xmo6ONaHrDq6jecBTNk/Twry6wNmWIEsZwhs2n1HNBEKlIp4Py 7XAhENX8QGKo4SnbtnzGuRn48iS687JguO89jzaFJp2Coo7F5cotFIuKB9a6x6vBr0Kl a3BVLp0t9yByJUahsWl/0RcHgRlVl0+y94uf4= Received: by 10.204.5.75 with SMTP id 11mr556251bku.20.1253606070590; Tue, 22 Sep 2009 00:54:30 -0700 (PDT) Received: from ?44.134.103.6? ([95.239.123.19]) by mx.google.com with ESMTPS id 21sm1458719fks.39.2009.09.22.00.54.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 00:54:30 -0700 (PDT) Message-ID: <4AB882B2.3020806@gmail.com> Date: Tue, 22 Sep 2009 09:54:26 +0200 From: Evilcry User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 22 Sep 2009 11:15:24 +0000 Subject: Broken link FreeBSD 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 08:23:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The following link is broken http://www.freebsd.org/news/newsflash.html#event20090921:01 Regards, Giuseppe Bonfa' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJKuIKxAAoJEADha6c0giRPZ+AH/RYSz3VZF2ZuTbPOWCBxOU/Q h0JxGWTiiZ/Uh7IzzJ151UZf4IocXUkfOR5ECXDPYvqUhfRmR04Cu4xo6iae/8bX 0a+LXjD1dpzjVo64Owa5r0ESLZBEVf4sVrfLeg/dbU3vCQaDVjcaH71MDUNf7YfJ wCBTFZ+5y7EVKMUa1f+oahFTW7EprRp2Tj+WtNVNmz45l6coxpsnq6ZH+GSaFks5 ZRfD64yDPXdzx2r2wDDpy27CsX2Az9d5qS/u5JNW/5+54NXQRFnrrpF5tm0/RBQ8 VEHCyebRydmArAxZQL1rk4se+qjj9C0oiJxpI4JtMihFIV/o/qFf4Fd/JjXZas4= =B2cf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:25:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D996D106566B; Tue, 22 Sep 2009 11:25:49 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from baranao.anywi.com (baranao.anywi.com [213.207.101.176]) by mx1.freebsd.org (Postfix) with ESMTP id 99FCA8FC14; Tue, 22 Sep 2009 11:25:49 +0000 (UTC) Received: from Hillary.van-laarhoven.org (ip51cfcfde.direct-adsl.nl [81.207.207.222]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by baranao.anywi.com (Postfix) with ESMTPSA id C71373F41C; Tue, 22 Sep 2009 13:06:43 +0200 (CEST) Message-Id: <37B47737-E4A4-4CF3-9DAA-B0F0A4CC8901@van-laarhoven.org> From: Nick Hibma To: current@freebsd.org, arch@freebsd.org In-Reply-To: <20090922082344.GA64877@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 22 Sep 2009 13:06:42 +0200 References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> <20090922082344.GA64877@mech-cluster241.men.bris.ac.uk> X-Mailer: Apple Mail (2.936) X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on baranao.anywi.com Cc: Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:25:49 -0000 >> Rather than going down the road of putting everything that some >> subset >> of our developer base thinks makes a system "usable" into the base I >> would like to suggest that the effort be spent on improving the >> installation tools such that making a system "usable" out of the box >> is a matter of ticking off a few boxes at install time. That change >> will benefit a whole lot more users than installing one more user >> land >> tool into the base. > > I completely agree While pondering a +1 for tmux in the base system, I realised that the first thing I install is bash and vim, but the existing tools are suitable for booting a system. Another argument against including it is compilation time: It takes more than 10 seconds to compile tmux (I expected it to be 1 source file to be compiled, silly me) on my Hamster-powered (tm) server, so it would add a significant of overhead to buildworld. Our package system is a tremendous asset, and wholeheartedly agree with Doug on this. So my vote is now a -1. Not that anyone cares. Nick P.S.: I've added 'tmux' to the default packages of our nanobsd image build system. Thanks for the suggestion! From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:34:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65942106566B for ; Tue, 22 Sep 2009 11:34:35 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8F38FC1B for ; Tue, 22 Sep 2009 11:34:33 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA27403; Tue, 22 Sep 2009 14:34:29 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4AB8B645.2030402@freebsd.org> Date: Tue, 22 Sep 2009 14:34:29 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Gonzalo Nemmi References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> <200909211433.11792.gnemmi@gmail.com> <4AB8AA52.7030203@icyb.net.ua> In-Reply-To: <4AB8AA52.7030203@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Warren Block , freebsd-current@freebsd.org, Thomas Quinot Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:34:35 -0000 on 22/09/2009 13:43 Andriy Gapon said the following: > > Probably I missed it, but I haven't yet seen any useful debug info. > Like a crash stack trace for a start... I was kindly pointed to this (excellent) report: http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010937.html Gonzalo, if you still have the crash dump or could readily produce it, could you please go to frame #6 in kgdb and examine the following variables? softc ccb_h ccb_h->target_id softc->atadev[ccb_h->target_id] If anyone else can do the same, it would be useful too. Thank you! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:36:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 089951065672 for ; Tue, 22 Sep 2009 11:36:47 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id C6B2A8FC12 for ; Tue, 22 Sep 2009 11:36:46 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 7E48E81C5; Tue, 22 Sep 2009 11:36:45 +0000 (UTC) Date: Tue, 22 Sep 2009 12:36:47 +0100 From: Bruce Cran To: "Robert N. M. Watson" Message-ID: <20090922123647.000078e5@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Arno J. Klaassen" , current@freebsd.org Subject: Re: Call for regression and performance testing - 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 11:36:47 -0000 On Tue, 22 Sep 2009 11:30:27 +0100 "Robert N. M. Watson" wrote: > > On 13 Aug 2009, at 21:55, Arno J. Klaassen wrote: > > > Robert Watson writes: > > > >>> [ ... ] > >> Functional testing > >> > >> We actually have a sizable regression test suite in src/tools/ > >> regression -- > > > > is anyone aware of some rudimentary efforts to set up an overall > > "make && ./runtests" environment? > > Resurfacing after organising conferences, and discovered I had > missed this e-mail. I'm not aware of any such efforts, and it would > be really good to do. Making it easy to do "runtests" would vastly > improve the ease of testing during the release process. Right now the > output of the tests is fairly inconsistent, and this is probably to a > large extent my fault. It would be nice to have a "test template" > program that people can start with when writing new regression tests > -- I know I would find that valuable. There's already a limited template available: src/tools/regression/README specifies the format to use, and many of the regression tests do use it. You can run all the tests which use the specified format by running "prove -r" (after installing devel/p5-Test-Harness), but there are currently quite a few failures. Some tests don't use the template for good reason - for example src/tools/regression/redzone9 depends on the DEBUG_REDZONE kernel option to be present. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:36:53 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 797EF106566B; Tue, 22 Sep 2009 11:36:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 370728FC15; Tue, 22 Sep 2009 11:36:52 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 24AE219E023; Tue, 22 Sep 2009 13:36:51 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id F22C519E027; Tue, 22 Sep 2009 13:36:48 +0200 (CEST) Message-ID: <4AB8B6D0.2000809@quip.cz> Date: Tue, 22 Sep 2009 13:36:48 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Sergey Vinogradov References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> In-Reply-To: <20090922135435.36a3d40e@lazybytes.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:36:53 -0000 Sergey Vinogradov wrote: > В Mon, 21 Sep 2009 13:26:57 +0200 > Ed Schouten пишет: [...] > I don't think tmux(1) should be included in the base system. As it was > mentioned, it will be hard to update it, many people will still install > screen(1) because they still like it more, or just got used to it, the > system will become a little more bloated, and nobody likes when that > happens :) [...] > The things in the base system I always wondered about are sendmail > and bind9. These are pretty heavy, and definitely are not used in every > single installation. Maybe someday I'll see sendmail and bind9 in ports > instead of base system. And yes, I know about WITHOUT_BIND= and > WITHOUT_SENDMAIL= :) I can second this. I am using Sendmail only on one machine (replaced with Postfix on the others) and the same with BIND. It should be better to not have them in base, but have them as ports with special care of FreeBSD team. It will give us better possibility of updates and fixes for users who are using them. And if SW like this will be available for install by sysinstall in some extra category as 'always on the first / minimal media' (or installed by default?), then anybody can install it if needed. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:37:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B977210656C2 for ; Tue, 22 Sep 2009 11:37:12 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n7b.bullet.mail.ac4.yahoo.com (n7b.bullet.mail.ac4.yahoo.com [76.13.13.77]) by mx1.freebsd.org (Postfix) with SMTP id 5D5558FC22 for ; Tue, 22 Sep 2009 11:37:12 +0000 (UTC) Received: from [76.13.13.25] by n7.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 11:37:11 -0000 Received: from [76.13.10.184] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 11:37:11 -0000 Received: from [127.0.0.1] by omp125.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 11:37:11 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 737328.64734.bm@omp125.mail.ac4.yahoo.com Received: (qmail 94552 invoked by uid 60001); 22 Sep 2009 11:35:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253619355; bh=5tW6HQDUoL5g+0UyQ18Q9UI9IoofOq0ViSCmMi2HkFY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=KeBDgrUPGnKKeo/pR4V/MRP/4+cjr6qQ1mKuWOsGz/HwIqq5bGfGfktO1iP99p8X2PINHsRmPEA5cHCADssjRYScdxJHxH4J8qq6mZM88HnHsJwkhI5gMBs4qDYItlRt1RjRn8bwj0C5EMHPNEC0nsI16jVEaaFTkjxJ9e8xQaY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=tfhcGA9WU4KXmCnzT1Fr3f1ttaOu73bY2PFCRWuUwPSj7qBjvLnHZxeLF9uNIbbsYZnesEsAvZseTyhzoeTA9txI4ACEaNlTcbUVwYvH+U2fyL2FFGdyfqBz1YzEqK1WgzSRrTLOjMyWEqYhfxpYr+dmWQ6nmZ1mF6S/EB4uM+s=; Message-ID: <295750.94482.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: XNho27IVM1m7WWieG.pDZEsT_QdEeNttBG70SQsDz8E667oKdyyRGdo8b8d2v8lcFX2zsFD.pqxwFJF8szdS4fS0LIItFeOnSqmXM4TkyFWoPThvnob54x2cK5XwOTdCAJt41am1AZRXBSScRQmWUBDCJmty1KmSKV67Of1ZIQZw7Zna33PALoZBuL05qgs2UEZcwRfhzlLtWOMW7zR_FGIblhyrtgsqfqNJzybZoVbOC8b7Tl76VMtM1F3TIxwfhWdEbremPyPjL0VSo_r62MA- Received: from [98.203.21.152] by web63906.mail.re1.yahoo.com via HTTP; Tue, 22 Sep 2009 04:35:55 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Tue, 22 Sep 2009 04:35:55 -0700 (PDT) From: Barney Cordoba To: gary.jennejohn@freenet.de In-Reply-To: <20090922113239.02f3653f@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:37:12 -0000 --- On Tue, 9/22/09, Gary Jennejohn wrote: > From: Gary Jennejohn > Subject: Re: where is device_get_parent function defined > To: "Barney Cordoba" > Cc: current@freebsd.org > Date: Tuesday, September 22, 2009, 5:32 AM > On Mon, 21 Sep 2009 15:27:42 -0700 > (PDT) > Barney Cordoba > wrote: > > > I can't seem to find where device_get_parent() is > defined. > > > > /sys/kern/subr_bus,c > > grep -r ^device_get_parent /sys/ Thanks, I found it shortly after posting. The "problem" with grep is that you get about a billion lines, particularly on systems with 4 or 5 different kernel sources installed. Barney From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:37:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E93001065672 for ; Tue, 22 Sep 2009 11:37:58 +0000 (UTC) (envelope-from afmcc@btinternet.com) Received: from smtp820.mail.ird.yahoo.com (smtp820.mail.ird.yahoo.com [217.146.189.247]) by mx1.freebsd.org (Postfix) with SMTP id 511B98FC26 for ; Tue, 22 Sep 2009 11:37:58 +0000 (UTC) Received: (qmail 49731 invoked from network); 22 Sep 2009 11:37:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Date:From:To:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding; b=FyNU/2VQE/RJd958lMUgLOX7lOrfwdwugLZ0NqGD9xnoMfcU1KTY9h+YLEYYEWCED2pGlH3N+2nj/+bgS0dcZB8I4p7K6F9+h0GBS4BROpf72w3X9D/+ZatRQ4W/RuZcpEDIR/o1QjnadzGKwMj9wcD2QsTioZA3dv36Ea3rNCE= ; Received: from unknown (HELO elena) (afmcc@81.158.61.88 with login) by smtp820.mail.ird.yahoo.com with SMTP; 22 Sep 2009 11:37:57 -0000 X-Yahoo-SMTP: SW2apSyswBAt0gNRBekT9336f.by6cx.6GfQeJfVJ_9U X-YMail-OSG: I3vie5wVM1kwHlN0ntyZZouSLNZmddT3ReDEnGLnnRzFAeFUGZZ3rj8rkTrNs_I.YPl25SXcez_cRjBDGEEL1aq87GEtmy8uvrgUwRBBONyP7pZoW5etS1zCpDLRFfUYeVC6zNluPDoe.c9dEkP3MEadvOZAr1uf__KKkkUgDO3AJYhdpSnszqvf2eQtvC9QJhjMif01VNgC6xaRMstFPtpbDEyEwZ4fsfqwM0wZVvI4E61cQb6j4wXFKDKWJiM.MaqgV_iVgIOi1LwSihE4c105Wo.8q7GoZGif.g.Mug-- X-Yahoo-Newman-Property: ymail-3 Date: Tue, 22 Sep 2009 12:38:05 +0100 From: Tony McC To: freebsd-current@freebsd.org Message-ID: <20090922123805.123eaf53@elena> In-Reply-To: <20090922101329.K39832@ury.york.ac.uk> References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:37:59 -0000 On Tue, 22 Sep 2009 10:17:56 +0100 (BST) Gavin Atkinson wrote: > ACPI support seems to work very well: I can't remember the last time > I personally saw a system that had issues which mattered. > Regardless, have you reported these problems? I know about the > bge(4) problems on resume, but it doesn't look like anybody has > reported the atapicam panic (which, by the way, doesn't panic for > me), and without a PR for the ACPI problems, that's unlikely to get > fixed too. > > If you are seriously seeing these problems, the solution is to report > them, and provide enough information so that they stand a chance of > being fixed before -RC2. Ok, can I please draw your attention to my message of a few days ago, with Subject: "Internal DVD drive not recognised and ACPI error messages at boot." I see error messages like the following at boot time: acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed and my internal DVD drive is just not recognised. I included a verbose boot log and a kernel config file in the earlier message. So far there have been no responses to that message. Please don't get me wrong. I am not impatient, I am not demanding that someone fix my computer, and I realise that the developers of FreeBSD give their time and I am hugely grateful for that. I just thought I ought to respond to your assertion that there are no problems that matter. I don't know whether or not the acpi problems are causing the DVD drive to be ignored, but at least I have reported it so, as you say, hopefully it can be looked at before -RC2. Best wishes, Tony From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:39:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B535F1065692 for ; Tue, 22 Sep 2009 11:39:11 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6ED8FC13 for ; Tue, 22 Sep 2009 11:39:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7F1489CB139; Tue, 22 Sep 2009 13:35:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZUA6lxxNqheb; Tue, 22 Sep 2009 13:35:39 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C143F9CB187; Tue, 22 Sep 2009 13:35:39 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n8MBZd3U020779; Tue, 22 Sep 2009 13:35:39 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 22 Sep 2009 13:35:39 +0200 From: Roman Divacky To: Barney Cordoba Message-ID: <20090922113539.GB20559@freebsd.org> References: <20090922113239.02f3653f@ernst.jennejohn.org> <295750.94482.qm@web63906.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <295750.94482.qm@web63906.mail.re1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:39:11 -0000 On Tue, Sep 22, 2009 at 04:35:55AM -0700, Barney Cordoba wrote: > > > --- On Tue, 9/22/09, Gary Jennejohn wrote: > > > From: Gary Jennejohn > > Subject: Re: where is device_get_parent function defined > > To: "Barney Cordoba" > > Cc: current@freebsd.org > > Date: Tuesday, September 22, 2009, 5:32 AM > > On Mon, 21 Sep 2009 15:27:42 -0700 > > (PDT) > > Barney Cordoba > > wrote: > > > > > I can't seem to find where device_get_parent() is > > defined. > > > > > > > /sys/kern/subr_bus,c > > > > grep -r ^device_get_parent /sys/ > > Thanks, I found it shortly after posting. The "problem" with grep is > that you get about a billion lines, particularly on systems with 4 or > 5 different kernel sources installed. use cscope (available in ports) From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:51:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 302FE106566B for ; Tue, 22 Sep 2009 11:51:13 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id DC56C8FC13 for ; Tue, 22 Sep 2009 11:51:12 +0000 (UTC) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id D84F11396BB; Tue, 22 Sep 2009 14:51:06 +0300 (EEST) Date: Tue, 22 Sep 2009 14:51:06 +0300 From: Jaakko Heinonen To: Warren Block Message-ID: <20090922115106.GA2856@a91-153-125-115.elisa-laajakaista.fi> References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, Gonzalo Nemmi , avg@FreeBSD.org, Thomas Quinot Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:51:13 -0000 On 2009-09-21, Warren Block wrote: > >> I can confirm that .. kldload atapicam still results in a "Fatal trap 12: > >> page fault while in kernel mode" on 8.0-RC1 The problem was introduced in r195534. Does the following patch work for you? %%% Index: sys/dev/ata/atapi-cam.c =================================================================== --- sys/dev/ata/atapi-cam.c (revision 197399) +++ sys/dev/ata/atapi-cam.c (working copy) @@ -418,8 +418,10 @@ atapi_action(struct cam_sim *sim, union break; } } - cpi->maxio = softc->ata_ch->dma.max_iosize ? - softc->ata_ch->dma.max_iosize : DFLTPHYS; + if (softc->ata_ch != NULL && softc->ata_ch->dma.max_iosize != 0) + cpi->maxio = softc->ata_ch->dma.max_iosize; + else + cpi->maxio = DFLTPHYS; ccb->ccb_h.status = CAM_REQ_CMP; xpt_done(ccb); return; %%% -- Jaakko From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 11:53:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFA2C1065692; Tue, 22 Sep 2009 11:53:10 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id ACD488FC27; Tue, 22 Sep 2009 11:53:10 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Mq3vh-0006ZS-JY>; Tue, 22 Sep 2009 13:53:09 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Mq3vh-0006sv-I6>; Tue, 22 Sep 2009 13:53:09 +0200 Message-ID: <4AB8BAA9.1060100@zedat.fu-berlin.de> Date: Tue, 22 Sep 2009 11:53:13 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 11:53:11 -0000 Hello, I run into trouble with FreeBSD and LDAP on a regular basis! Sometimes it is necessary to log in onto a bunch of servers with no LDAP service responding, due to service, crash, eletrically disconnetion, whatever. The problem is: I can't. Using all prerequisits from ports (pam_ldap/nss_ldap/ldap as most recent) my /etc/nsswitch.conf looks like this as it has been the most reasonable (and only working!) solution for the past 2 years: passwd: ldap [unavail=continue notfound=continue] files [success=return notfound=return] The same for group. Intention is to have root- or wheel-group access of local managed service users without timeouts due to irresponsible LDAP servers. But it does not work! If the LDAP service is not available, FreeBSD 8.0/AMD64-RC1 (most recent source/build) does nothing for approx. 120 seconds and sometimes much longer when trying to login as root from console. In some cases, the same box under the very same conditions refuses login due to a timeout, very strange. After a couple of time and lots of questiosn, the above showed nsswitch.conf entries were evaluated as those which should work, but exchanging 'ldap' and 'files' results in a never-can-login-situation, when LDAP isn't responsible. Is there a way to shorten the timeouts and if yes, where to look for? 2 minutes for a login within services sessions is too much, a waste of time. Our network is very fast, so 30 seconds should be enough ... Any help appreciated. Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:01:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50DBE1065672 for ; Tue, 22 Sep 2009 12:01:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 296D48FC1C for ; Tue, 22 Sep 2009 12:01:35 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id A927E46B03; Tue, 22 Sep 2009 08:01:34 -0400 (EDT) Date: Tue, 22 Sep 2009 13:01:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bruce Cran In-Reply-To: <20090922123647.000078e5@unknown> Message-ID: References: <20090922123647.000078e5@unknown> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Arno J. Klaassen" , current@freebsd.org Subject: Re: Call for regression and performance testing - 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 12:01:35 -0000 On Tue, 22 Sep 2009, Bruce Cran wrote: >> Resurfacing after organising conferences, and discovered I had missed this >> e-mail. I'm not aware of any such efforts, and it would be really good to >> do. Making it easy to do "runtests" would vastly improve the ease of >> testing during the release process. Right now the output of the tests is >> fairly inconsistent, and this is probably to a large extent my fault. It >> would be nice to have a "test template" program that people can start with >> when writing new regression tests -- I know I would find that valuable. > > There's already a limited template available: src/tools/regression/README > specifies the format to use, and many of the regression tests do use it. You > can run all the tests which use the specified format by running "prove -r" > (after installing devel/p5-Test-Harness), but there are currently quite a > few failures. > > Some tests don't use the template for good reason - for example > src/tools/regression/redzone9 depends on the DEBUG_REDZONE kernel option to > be present. However, others don't do it for a good reason -- perhaps mostly my tests? :-) If people want to convert them over that would be excellent. Robert From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:07:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0291065694 for ; Tue, 22 Sep 2009 12:07:17 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 862638FC08 for ; Tue, 22 Sep 2009 12:07:17 +0000 (UTC) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id ED868E9F42C; Tue, 22 Sep 2009 14:07:12 +0200 (CEST) Message-ID: <4AB8BDED.801@FreeBSD.org> Date: Tue, 22 Sep 2009 14:07:09 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Anonymous References: <4AB7D081.8090203@FreeBSD.org> <4AB82303.9030109@delphij.net> <4AB825B6.6010602@delphij.net> <86ab0nxxpm.fsf@gmail.com> In-Reply-To: <86ab0nxxpm.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: d@delphij.net, current@freebsd.org, paradox Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:07:17 -0000 Anonymous skrev: > Xin LI writes: > >> Xin LI wrote: >>> Hi, >>> >>> Joel Dahl wrote: >>>> Fresh FreeBSD 9-CURRENT (svn 197392) hangs at: >>>> atkbd: the current kbd controller command byte 0047 >>>> atkbd: keyboard ID 0x41ab (2) >>>> kbdc: RESET_KBD return code:00fa >>>> kbdc: RESET_KBD status:00aa >>> Will reverting revision 197384 help? >> Forgot the attachment. >> > > Before trying to revert it can make sense to try place back u_int32_t > cast first > > [...] >> - p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); >> + p = BIOS_PADDRTOVADDR(((u_int32_t)vmf.vmf_es << 4) + vmf.vmf_bx); No effect. It still hangs at the same place. I'll try reverting rev 197384 next... -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:25:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E82DE106566C for ; Tue, 22 Sep 2009 12:25:31 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0588FC08 for ; Tue, 22 Sep 2009 12:25:30 +0000 (UTC) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n8MCPL4Y003231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Sep 2009 13:25:21 +0100 (BST) (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 chronos.org.uk n8MCPL4Y003231 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1253622321; bh=jpQ2svNuMYeBXaQbZgPh8b4TIRN9TFq5Vx7DKzYt7ZE=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=EodcqH/TU83/BhVcOU3YizorqFYihbBrhlCP1+34k8vOnOQ8BG2Iaaqp/Lbc7fpYm U0Od2YF/GiXk5o8GN+Dv/0ayyCnlVpyCG03zIwAnTS43q/5o/+9d7bZxJS+ntWrC+B 2KhmEA6ifYYTqXXLxNCFvVaIbOO0gCWNwGqlTbz8= From: Matt Dawson To: freebsd-current@freebsd.org Date: Tue, 22 Sep 2009 13:25:19 +0100 User-Agent: KMail/1.12.1 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.1; amd64; ; ) References: <20090921112657.GW95398@hoeg.nl> <20090922082344.GA64877@mech-cluster241.men.bris.ac.uk> <37B47737-E4A4-4CF3-9DAA-B0F0A4CC8901@van-laarhoven.org> In-Reply-To: <37B47737-E4A4-4CF3-9DAA-B0F0A4CC8901@van-laarhoven.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Tue, 22 Sep 2009 13:25:21 +0100 (BST) X-Virus-Scanned: clamav-milter 0.95.2 at central.local.chronos.org.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=3.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_96_XX,NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:25:32 -0000 On Tuesday 22 Sep 2009 12:06:42 you wrote: > Our package system is a tremendous asset, and wholeheartedly agree > with Doug on this. So my vote is now a -1. Not that anyone cares. I do. These arguments have changed my mind. Having read most of these replies, and already put my size 10 in with a +1, I've been forced to reconsider due to the overwhelming evidence that most everyone wants a minimal base system and the cogent arguments to keep base clean and free of outdated code. Coupled with the ease of updating ports, can I change my opinion to "keep them all in ports," please? Now I know tmux is there, simply adding it to my local "install this lot first" metaport will work just as well. -- Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:32:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C87C1065694 for ; Tue, 22 Sep 2009 12:32:15 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4938FC0A for ; Tue, 22 Sep 2009 12:32:14 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n8MCWAks009502; Tue, 22 Sep 2009 13:32:10 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mq4XS-0005zm-KZ; Tue, 22 Sep 2009 13:32:10 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n8MCWAlI097328; Tue, 22 Sep 2009 13:32:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n8MCWA9c097325; Tue, 22 Sep 2009 13:32:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 22 Sep 2009 13:32:10 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Evilcry In-Reply-To: <4AB882B2.3020806@gmail.com> Message-ID: <20090922133052.X39832@ury.york.ac.uk> References: <4AB882B2.3020806@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: Broken link FreeBSD 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:32:15 -0000 On Tue, 22 Sep 2009, Evilcry wrote: > The following link is broken > > http://www.freebsd.org/news/newsflash.html#event20090921:01 You may need to be more specific. THe posted link itself works for me, and both the links in the text that it points to also both work for me. Which link exactly do you mean? Are you using a local website mirror or anything? Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:47:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF5D106566B; Tue, 22 Sep 2009 12:47:40 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id E92768FC0A; Tue, 22 Sep 2009 12:47:39 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so967068eyf.9 for ; Tue, 22 Sep 2009 05:47:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=PSUp4dUgxfb3YfC7rOGVu3FRcGPdb7/q/QMlXK2bLWM=; b=ZOMQ9pI8A0Jf5e8J9/CXk9uhYGMo7LnXTrttFjG6mP39UKxplX56GLGFdGobmLAyGL +6O6cbmlkzU59ZkktXjBaEftkncsi5E7OIuIc52uf2Oy8pUlCELaP8PcTkglAbJ5xXhK 4F78JnjPSeV23mJ1eJckQ+4qTO+qs52AAKUXI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=amL5j9AALQ0rsyORvOgJ2iuUMoe4qPHblAypEcc06XBtkd+xkaXbZO1Li77Alid3Be bxi/k9FDSMbZZPmpKdTqzjbeR6ALPssF2KsnCbzRbSh4ZHOvlGP3wDg5p7x6WbpbXN9u snMo34jV6uWG/C2AspKMYKfF4UA3m2F1lYNng= Received: by 10.211.131.12 with SMTP id i12mr4218719ebn.97.1253623659047; Tue, 22 Sep 2009 05:47:39 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 5sm1623436eyh.19.2009.09.22.05.47.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 05:47:37 -0700 (PDT) From: Anonymous To: Joel Dahl References: <4AB7D081.8090203@FreeBSD.org> <4AB82303.9030109@delphij.net> <4AB825B6.6010602@delphij.net> <86ab0nxxpm.fsf@gmail.com> <4AB8BDED.801@FreeBSD.org> Date: Tue, 22 Sep 2009 16:46:59 +0400 Message-ID: <8663bb5epo.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: d@delphij.net, current@freebsd.org, paradox Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:47:40 -0000 Joel Dahl writes: >> Before trying to revert it can make sense to try place back u_int32_t >> cast first >> >> [...] >>> - p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); >>> + p = BIOS_PADDRTOVADDR(((u_int32_t)vmf.vmf_es << 4) + vmf.vmf_bx); > > No effect. It still hangs at the same place. > > I'll try reverting rev 197384 next... What arch are you using? Can you try on i386 using vm86 (r197383) and x86bios (r197384). From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:51:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E2D1065670 for ; Tue, 22 Sep 2009 12:51:10 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4EDB48FC12 for ; Tue, 22 Sep 2009 12:51:10 +0000 (UTC) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id A0F66E9F42C; Tue, 22 Sep 2009 14:51:08 +0200 (CEST) Message-ID: <4AB8C83B.1060404@FreeBSD.org> Date: Tue, 22 Sep 2009 14:51:07 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: d@delphij.net References: <4AB7D081.8090203@FreeBSD.org> <4AB82303.9030109@delphij.net> <4AB825B6.6010602@delphij.net> In-Reply-To: <4AB825B6.6010602@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Anonymous , current@freebsd.org, paradox Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:51:10 -0000 Xin LI skrev: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Xin LI wrote: >> Hi, >> >> Joel Dahl wrote: >>> Fresh FreeBSD 9-CURRENT (svn 197392) hangs at: >>> atkbd: the current kbd controller command byte 0047 >>> atkbd: keyboard ID 0x41ab (2) >>> kbdc: RESET_KBD return code:00fa >>> kbdc: RESET_KBD status:00aa >> Will reverting revision 197384 help? Yes, using your diff the machine now boots ok. -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:51:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 898DB1065693 for ; Tue, 22 Sep 2009 12:51:46 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f189.google.com (mail-iw0-f189.google.com [209.85.223.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4153D8FC0C for ; Tue, 22 Sep 2009 12:51:46 +0000 (UTC) Received: by iwn27 with SMTP id 27so499263iwn.7 for ; Tue, 22 Sep 2009 05:51:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ll+j7WRnfvj3bd7nRBdCUlROTTfI4AhFzHnLo8LCEUQ=; b=uEIRt6S39hM+nsOtp1mvfQhZb/WU3eDVtMHdyPc6McCyzG3oGBQYsCX/Ju5OfYiAas +S4vAWe1rFCmjdtx3RkXyI5R7WjBvI5lc1Y/P3Lc9W8iEHtvGLWAiqmNTCQy53eKCKiz mdJMIjfuX4W1Qf+NAD0MyNWf/WOtIFWw9mHGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=G2IESqkYvO3T/r05aK1yjz2EIU9InlomN3pICCMUkm5Higj97PQ2Yr3cGpEIp9mnn5 8h/K08oKa5sfz4YDOoXAemSaPdhvAdQBa0GD2wDlUNnntL14D/hkmxOlBcaX7ej2855k U0GhqbuzlKicX50yqXSC94NJWKg8hRb3l/fjY= MIME-Version: 1.0 Received: by 10.231.26.131 with SMTP id e3mr1942928ibc.0.1253623905297; Tue, 22 Sep 2009 05:51:45 -0700 (PDT) In-Reply-To: <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> Date: Tue, 22 Sep 2009 09:51:45 -0300 Message-ID: <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> From: Raphael Kubo da Costa To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:51:46 -0000 2009/9/22 Paul B. Mahol : > On 9/22/09, Raphael Kubo da Costa wrote: >> Hi there, >> >> I'm not sure this is the proper place to send this, so please tell me >> if I should send this mail to another mailing list or file a PR about >> this. >> >> I used freebsd-update to upgrade from 7.2-RELEASE-p3 to 8.0-RC1. >> Everything went fine, but I had to regenerate my wireless card >> (Realtek RTL8180L) module with ndisgen. However, when I load the >> generated module with kldload I get a kernel panic and the system >> reboots. I also have a 67mb vmcore; I can try to make it available if >> needed. > > You are saying that it worked without problems on 7.2? Yes, until this upgrade everything worked fine. > There were very little changes with sys/compat/ndis between that two vers= ions > so if problem really exist it must be somewhere in if_ndis module. > Are you sure that complete world and kernel are in sync? I think so; I've followed http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html and ran "freebsd-update -r 8.0-RC1 upgrade", "freebsd-update install", rebooted, reran "freebsd-update install", rebooted and ran ndisgen. > And you really did loaded regenerated module? Yes, I ran ndisgen and used kldload to load the generated module and besides I copied the module to /boot/modules and tried loading it after the kernel panics. >> >> I'll paste some sections from core.txt; I can attach the whole file if y= ou >> want. >> >> ----------- >> >> Unread portion of the kernel message buffer: >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xc4ea831a >> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not present >> instruction pointer =A0 =3D 0x20:0xc4df96b3 >> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744a44 >> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744aac >> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32 1, = gran 1 >> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 1110 (ifconfig) >> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >> panic: page fault >> cpuid =3D 0 >> Uptime: 36s >> Physical memory: 883 MB >> Dumping 67 MB: 52 36 20 4 >> >> Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from >> /boot/kernel/snd_hda.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/snd_hda.ko >> Reading symbols from /boot/kernel/sound.ko...Reading symbols from >> /boot/kernel/sound.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/sound.ko >> Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from >> /boot/kernel/linprocfs.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/linprocfs.ko >> Reading symbols from /boot/kernel/linux.ko...Reading symbols from >> /boot/kernel/linux.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/linux.ko >> Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from >> /boot/kernel/reiserfs.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/reiserfs.ko >> Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from >> /boot/kernel/logo_saver.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/logo_saver.ko >> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >> Loaded symbols for /boot/modules/rtl8180_sys.ko >> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >> /boot/kernel/if_ndis.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/if_ndis.ko >> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >> /boot/kernel/ndis.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ndis.ko >> #0 =A0doadump () at pcpu.h:246 >> 246 =A0 pcpu.h: No such file or directory. >> =A0 =A0 =A0 in pcpu.h >> (kgdb) #0 =A0doadump () at pcpu.h:246 >> #1 =A00xc08823c7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdow= n.c:416 >> #2 =A00xc08826b9 in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:579 >> #3 =A00xc0bb346c in trap_fatal (frame=3D0xe3744a04, eva=3D3303703322) >> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:933 >> #4 =A00xc0bb36f0 in trap_pfault (frame=3D0xe3744a04, usermode=3D0, eva= =3D3303703322) >> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:846 >> #5 =A00xc0bb40d5 in trap (frame=3D0xe3744a04) at >> /usr/src/sys/i386/i386/trap.c:528 >> #6 =A00xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:16= 5 >> #7 =A00xc4df96b3 in ndis_rtl8180_sys_drv_data_start () >> =A0 =A0from /boot/modules/rtl8180_sys.ko >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> >> ------ Last lines from dmesg -------- >> Tue Sep 22 01:02:49 BRT 2009 >> Sep 22 01:02:55 borges login: ROOT LOGIN (root) ON ttyv0 >> warning: KLD '/boot/modules/rtl8180_sys.ko' is newer than the linker.hin= ts >> file >> ndis0: port >> 0xe800-0xe8ff mem 0xdffffc00-0xdffffcff irq 16 at device 6.0 on pci1 >> ndis0: [ITHREAD] >> ndis0: NDIS API version: 5.1 >> ifa_add_loopback_route: insertion failed > > Try to enable debug.ndis sysctl. And then paste the same sections here? >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xc4ea831a >> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not present >> instruction pointer =A0 =3D 0x20:0xc4df96b3 >> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744a44 >> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744aac >> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32 1, = gran 1 >> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 1110 (ifconfig) > > What commands are to reproduce this? # kldload rtl8180_sys >> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >> panic: page fault >> cpuid =3D 0 >> Uptime: 36s >> Physical memory: 883 MB >> Dumping 67 MB: 52 36 20 4 >> >> ------------------------------------------------------------------------ >> kernel config >> >> config: File /boot/kernel/kernel doesn't contain configuration file. >> Either unsupported, or not compiled with INCLUDE_CONFIG_FILE From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:52:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 736291065693 for ; Tue, 22 Sep 2009 12:52:24 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 2F22E8FC25 for ; Tue, 22 Sep 2009 12:52:24 +0000 (UTC) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id B2484E9F42C; Tue, 22 Sep 2009 14:52:22 +0200 (CEST) Message-ID: <4AB8C886.8030602@FreeBSD.org> Date: Tue, 22 Sep 2009 14:52:22 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Anonymous References: <4AB7D081.8090203@FreeBSD.org> <4AB82303.9030109@delphij.net> <4AB825B6.6010602@delphij.net> <86ab0nxxpm.fsf@gmail.com> <4AB8BDED.801@FreeBSD.org> <8663bb5epo.fsf@gmail.com> In-Reply-To: <8663bb5epo.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: d@delphij.net, current@freebsd.org, paradox Subject: Re: svn rev 197392 hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:52:24 -0000 Anonymous skrev: > Joel Dahl writes: > >>> Before trying to revert it can make sense to try place back u_int32_t >>> cast first >>> >>> [...] >>>> - p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); >>>> + p = BIOS_PADDRTOVADDR(((u_int32_t)vmf.vmf_es << 4) + vmf.vmf_bx); >> No effect. It still hangs at the same place. >> >> I'll try reverting rev 197384 next... > > What arch are you using? Can you try on i386 using vm86 (r197383) and > x86bios (r197384). i386. As I wrote to Xin Li two minutes ago, reverting rev 197384 fixes the issue. -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 12:56:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B70641065670 for ; Tue, 22 Sep 2009 12:56:43 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f189.google.com (mail-iw0-f189.google.com [209.85.223.189]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF7F8FC21 for ; Tue, 22 Sep 2009 12:56:43 +0000 (UTC) Received: by iwn27 with SMTP id 27so500941iwn.7 for ; Tue, 22 Sep 2009 05:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3yZ7KZXr0RYPh+epQPMesqvgiB42XFSVoYjzkHqqHew=; b=Oe4EUeSh7Fz19k1u/W4pcT9Q8nLamBpC/mcy2VMWSPCPAa/tExJbJt1HtCHswCgsXE +QLj8J4mUDTtL1aCCI7gJSwdybvcuu4Nio5ypEv0gqQdi+VviA219HrBZ7ZrK6hVVtT0 8wyipapDgvBytVWxNOE2iEH/jfvoPhFnCqf9A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=q+yT5HLe78CewI5NaLyLijk0LOi5ItCCwR8h9Dcj/7mKE0/M7rUBRMufvvS+E/DQwn 0/DvRXv72hP01bwjZ8qXz+sYoOrRkwfRlNXTyoM2ue0gvWN/YZLvKBLTGISmo53gbgwJ v/ZXWvt4iJVQaQo3vXsmu23bo2QBg/67M1/YU= MIME-Version: 1.0 Received: by 10.231.81.148 with SMTP id x20mr1943063ibk.2.1253624202695; Tue, 22 Sep 2009 05:56:42 -0700 (PDT) In-Reply-To: <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> Date: Tue, 22 Sep 2009 09:56:42 -0300 Message-ID: <68c3445d0909220556n23e51d42t8460fe355f13159b@mail.gmail.com> From: Raphael Kubo da Costa To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 12:56:43 -0000 2009/9/22 Raphael Kubo da Costa : > 2009/9/22 Paul B. Mahol : >> On 9/22/09, Raphael Kubo da Costa wrote: >>> Hi there, >>> >>> I'm not sure this is the proper place to send this, so please tell me >>> if I should send this mail to another mailing list or file a PR about >>> this. >>> >>> I used freebsd-update to upgrade from 7.2-RELEASE-p3 to 8.0-RC1. >>> Everything went fine, but I had to regenerate my wireless card >>> (Realtek RTL8180L) module with ndisgen. However, when I load the >>> generated module with kldload I get a kernel panic and the system >>> reboots. I also have a 67mb vmcore; I can try to make it available if >>> needed. >> >> You are saying that it worked without problems on 7.2? > Yes, until this upgrade everything worked fine. > >> There were very little changes with sys/compat/ndis between that two ver= sions >> so if problem really exist it must be somewhere in if_ndis module. >> Are you sure that complete world and kernel are in sync? > I think so; I've followed > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.ht= ml > and ran "freebsd-update -r 8.0-RC1 upgrade", "freebsd-update install", > rebooted, reran "freebsd-update install", rebooted and ran ndisgen. > >> And you really did loaded regenerated module? > Yes, I ran ndisgen and used kldload to load the generated module and > besides I copied the module to /boot/modules and tried loading it > after the kernel panics. > >>> >>> I'll paste some sections from core.txt; I can attach the whole file if = you >>> want. >>> >>> ----------- >>> >>> Unread portion of the kernel message buffer: >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid =3D 0; apic id =3D 00 >>> fault virtual address =3D 0xc4ea831a >>> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not present >>> instruction pointer =A0 =3D 0x20:0xc4df96b3 >>> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744a44 >>> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744aac >>> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32 1,= gran 1 >>> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >>> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 1110 (ifconfig) >>> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >>> panic: page fault >>> cpuid =3D 0 >>> Uptime: 36s >>> Physical memory: 883 MB >>> Dumping 67 MB: 52 36 20 4 >>> >>> Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from >>> /boot/kernel/snd_hda.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/snd_hda.ko >>> Reading symbols from /boot/kernel/sound.ko...Reading symbols from >>> /boot/kernel/sound.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/sound.ko >>> Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from >>> /boot/kernel/linprocfs.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/linprocfs.ko >>> Reading symbols from /boot/kernel/linux.ko...Reading symbols from >>> /boot/kernel/linux.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/linux.ko >>> Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from >>> /boot/kernel/reiserfs.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/reiserfs.ko >>> Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from >>> /boot/kernel/logo_saver.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/logo_saver.ko >>> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >>> Loaded symbols for /boot/modules/rtl8180_sys.ko >>> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >>> /boot/kernel/if_ndis.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/if_ndis.ko >>> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >>> /boot/kernel/ndis.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ndis.ko >>> #0 =A0doadump () at pcpu.h:246 >>> 246 =A0 pcpu.h: No such file or directory. >>> =A0 =A0 =A0 in pcpu.h >>> (kgdb) #0 =A0doadump () at pcpu.h:246 >>> #1 =A00xc08823c7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdo= wn.c:416 >>> #2 =A00xc08826b9 in panic (fmt=3DVariable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:579 >>> #3 =A00xc0bb346c in trap_fatal (frame=3D0xe3744a04, eva=3D3303703322) >>> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:933 >>> #4 =A00xc0bb36f0 in trap_pfault (frame=3D0xe3744a04, usermode=3D0, eva= =3D3303703322) >>> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:846 >>> #5 =A00xc0bb40d5 in trap (frame=3D0xe3744a04) at >>> /usr/src/sys/i386/i386/trap.c:528 >>> #6 =A00xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:1= 65 >>> #7 =A00xc4df96b3 in ndis_rtl8180_sys_drv_data_start () >>> =A0 =A0from /boot/modules/rtl8180_sys.ko >>> Previous frame inner to this frame (corrupt stack?) >>> (kgdb) >>> >>> >>> ------ Last lines from dmesg -------- >>> Tue Sep 22 01:02:49 BRT 2009 >>> Sep 22 01:02:55 borges login: ROOT LOGIN (root) ON ttyv0 >>> warning: KLD '/boot/modules/rtl8180_sys.ko' is newer than the linker.hi= nts >>> file >>> ndis0: port >>> 0xe800-0xe8ff mem 0xdffffc00-0xdffffcff irq 16 at device 6.0 on pci1 >>> ndis0: [ITHREAD] >>> ndis0: NDIS API version: 5.1 >>> ifa_add_loopback_route: insertion failed >> >> Try to enable debug.ndis sysctl. > And then paste the same sections here? > >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid =3D 0; apic id =3D 00 >>> fault virtual address =3D 0xc4ea831a >>> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not present >>> instruction pointer =A0 =3D 0x20:0xc4df96b3 >>> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744a44 >>> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744aac >>> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32 1,= gran 1 >>> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >>> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 1110 (ifconfig) >> >> What commands are to reproduce this? > # kldload rtl8180_sys > >>> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >>> panic: page fault >>> cpuid =3D 0 >>> Uptime: 36s >>> Physical memory: 883 MB >>> Dumping 67 MB: 52 36 20 4 >>> >>> -----------------------------------------------------------------------= - >>> kernel config >>> >>> config: File /boot/kernel/kernel doesn't contain configuration file. >>> Either unsupported, or not compiled with INCLUDE_CONFIG_FILE > One last thing: should a PR be filed about this? From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 13:05:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F744106566B for ; Tue, 22 Sep 2009 13:05:51 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 936F88FC12 for ; Tue, 22 Sep 2009 13:05:50 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8MD5fpT094975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 22 Sep 2009 23:05:41 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253624741; bh=O057t5De6bktkOsR323ZDBok8lvkeala1Nfdr3VxzjI=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=0fiIKxqdVcAguatcqpHyQhgpoDPNvNLLHPvamYmRI7cwg+V+Wx2bD3CkTnnopkv54 z1lmQeN61Bx6n4GJF9wyYU8CLFJeTpGKHxdoCGT6dZabW4yR5kUc4rcBLyHFcatKht esJnt63rMQxqntw9mhtnMQUyHeYPZV6Nyprv1BpM= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8MD5eg4009471; Tue, 22 Sep 2009 23:05:40 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8MD5e0i009470; Tue, 22 Sep 2009 23:05:40 +1000 (AEST) (envelope-from john) Date: Tue, 22 Sep 2009 23:05:40 +1000 From: John Marshall To: "O. Hartmann" Message-ID: <20090922130540.GI1001@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: "O. Hartmann" , freebsd-questions@freebsd.org, freebsd-current@freebsd.org References: <4AB8BAA9.1060100@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vJguvTgX93MxBIIe" Content-Disposition: inline In-Reply-To: <4AB8BAA9.1060100@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 13:05:51 -0000 --vJguvTgX93MxBIIe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 22 Sep 2009, 11:53 +0000, O. Hartmann wrote: > Hello, >=20 > I run into trouble with FreeBSD and LDAP on a regular basis! >=20 > Sometimes it is necessary to log in onto a bunch of servers with no LDAP= =20 > service responding, due to service, crash, eletrically disconnetion,=20 > whatever. The problem is: I can't. > Using all prerequisits from ports (pam_ldap/nss_ldap/ldap as most=20 > recent) my /etc/nsswitch.conf looks like this as it has been the most=20 > reasonable (and only working!) solution for the past 2 years: >=20 > passwd: ldap [unavail=3Dcontinue notfound=3Dcontinue] files [success=3Dre= turn=20 > notfound=3Dreturn] >=20 > The same for group. Intention is to have root- or wheel-group access of= =20 > local managed service users without timeouts due to irresponsible LDAP=20 > servers. But it does not work! > If the LDAP service is not available, FreeBSD 8.0/AMD64-RC1 (most recent= =20 > source/build) does nothing for approx. 120 seconds and sometimes much=20 > longer when trying to login as root from console. In some cases, the=20 > same box under the very same conditions refuses login due to a timeout,= =20 > very strange. >=20 > After a couple of time and lots of questiosn, the above showed=20 > nsswitch.conf entries were evaluated as those which should work, but=20 > exchanging 'ldap' and 'files' results in a never-can-login-situation,=20 > when LDAP isn't responsible. >=20 > Is there a way to shorten the timeouts and if yes, where to look for? 2= =20 > minutes for a login within services sessions is too much, a waste of=20 > time. Our network is very fast, so 30 seconds should be enough ... I've only recently started playing with LDAP but it sounds to me like you probably have one of the 'hard' options set for the reconnect policy in your nss_ldap.conf file. I use 'bind_policy soft' so that if the LDAP server isn't available we fail over to the next nsswitch service immediately. I don't think further discussion of this thread belongs on the freebsd-current list. Hope this helps. --=20 John Marshall --vJguvTgX93MxBIIe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq4y6QACgkQw/tAaKKahKLk2ACfYa/+id8OR5tFT9L0cN1wcCt5 EDgAoLxRCNZkRnQpKNI9kcrO+HMUdQds =UQVs -----END PGP SIGNATURE----- --vJguvTgX93MxBIIe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 13:13:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1C751065670 for ; Tue, 22 Sep 2009 13:13:30 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC478FC19 for ; Tue, 22 Sep 2009 13:13:29 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so971746eyf.9 for ; Tue, 22 Sep 2009 06:13:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=B0RefnWtwB8lB3BtKJ8U2/gVE1JqwVWjNgCzrl4mmU4=; b=SlVmi3Bqaus7xIK67QM6SnSeMo6ExTNliAZ6DzAsFU2srOuFCLJUVUdctMtNimbJhz WcKs5sW5uvMnSW3mdi0EY1fqSqB4t/7NEvKZMxcPPLNppluXWYAktD+IWrA4wAqam/TO Yr52n7ODwPVYIBLPdvrK9EDHfcMFN/GMvt90E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Cm8T35RV/hSBOeggcyjxzPd8V4MIjLLT6tjJfanoMfnKYGGjy7chce80y22vz+nN32 tk5AkZdZeEKoa/EpU9bOYiVJAQy50bmf43u50oQN6BP7RrkHfziYzMmm9oJnZvkFpoiB DA1kKtswNUz9fzojlj+g0IYM8NC9r7QTriqkY= Received: by 10.211.146.1 with SMTP id y1mr4603728ebn.0.1253625209188; Tue, 22 Sep 2009 06:13:29 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 28sm205650eyg.41.2009.09.22.06.13.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 06:13:28 -0700 (PDT) From: Anonymous To: Ed Schouten References: <20090921112657.GW95398@hoeg.nl> Date: Tue, 22 Sep 2009 17:12:57 +0400 In-Reply-To: <20090921112657.GW95398@hoeg.nl> (Ed Schouten's message of "Mon, 21 Sep 2009 13:26:57 +0200") Message-ID: <86ab0n2kdi.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 13:13:30 -0000 Ed Schouten writes: > Hi all, > > At the DevSummit in Cambridge we briefly discussed including tmux(1) in > the base system. We recently had window(1) there, but unfortunately > window(1) was a very limited tool, compared to tools like screen(1) and > tmux(1). Why tmux(1) and not screen(1)? Well, simple. The first has a > better license and very active maintenance. I think some simple tool like dtach(1) but with BSD-friendly license would be better suited for base system. And unlike mg(1) which is preferable to have in /rescue I don't think there is a reason to have tmux(1) in base other than avoiding ports. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 13:18:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F97A106566C; Tue, 22 Sep 2009 13:18:24 +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 D82298FC1B; Tue, 22 Sep 2009 13:18:23 +0000 (UTC) Received: from inchoate.gsoft.com.au ([118.210.70.173]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8MDILMi026808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 22 Sep 2009 22:48:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 22 Sep 2009 22:48:06 +0930 User-Agent: KMail/1.9.10 References: <4AB8BAA9.1060100@zedat.fu-berlin.de> In-Reply-To: <4AB8BAA9.1060100@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6531400.HeUU1V82GJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909222248.16475.doconnor@gsoft.com.au> X-Spam-Score: -2.596 () AWL,BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 13:18:24 -0000 --nextPart6531400.HeUU1V82GJ Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Sep 2009, O. Hartmann wrote: > I run into trouble with FreeBSD and LDAP on a regular basis! > > Sometimes it is necessary to log in onto a bunch of servers with no > LDAP service responding, due to service, crash, eletrically > disconnetion, whatever. The problem is: I can't. > Using all prerequisits from ports (pam_ldap/nss_ldap/ldap as most > recent) my /etc/nsswitch.conf looks like this as it has been the most > reasonable (and only working!) solution for the past 2 years: > > passwd: ldap [unavail=3Dcontinue notfound=3Dcontinue] files > [success=3Dreturn notfound=3Dreturn] I just have passwd: cache files ldap group: cache files ldap and I can login as root locally without any delay. That said my LDAP server is on the same machine so perhaps it fails=20 faster. I am using "uri ldapi://%2fvar%2frun%2fopenldap%2fldapi/" to=20 connect to. =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 --nextPart6531400.HeUU1V82GJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKuM6Y5ZPcIHs/zowRAqa+AJ9Rx8SG9Ui1K5sG2h+ST3+EQFDXDACdG4wj hBHaZ7IT8+TGYPXjnxMr2Cc= =n101 -----END PGP SIGNATURE----- --nextPart6531400.HeUU1V82GJ-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 13:37:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09791106566C for ; Tue, 22 Sep 2009 13:37:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9184B8FC18 for ; Tue, 22 Sep 2009 13:37:01 +0000 (UTC) Received: by fxm22 with SMTP id 22so2273864fxm.36 for ; Tue, 22 Sep 2009 06:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=PMDUCHmumT3afAzKB0A9DpBHsOv32yPOoT8LnVgbitE=; b=uVAjBTp1UwDY/6+vyYOXeK0FqlwvbPwFAWsOW/NxG4X/R+KRX3N5npZ6YfKr0J7v31 w8IamABPrCWkwQ6/QKMN91wlvvEFQBHpsq4wiA2UBRfQHDJhcAI5L6csN0UU92ubLaRd U5b2/MPWx69HE+zOj88ZFuOH2ktWobTBANJcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=x18ejm3GR1nigdYxSKFJqiqbY0pPvaIRgdKJDbt+vofs3TZn2o7d0jUf31Z+Ndsemc PkMAJ9aWpufi3p3Rf+RTsiZ9HGr3w0Sui+iYpP9jnLVGAXv1odEJpDw/zT9H1CT5o6DP W4jxpo7z0uY3RAbM9vlw6wdbnZsMD2HlSI4lc= MIME-Version: 1.0 Received: by 10.204.20.138 with SMTP id f10mr821123bkb.212.1253626620435; Tue, 22 Sep 2009 06:37:00 -0700 (PDT) In-Reply-To: <295750.94482.qm@web63906.mail.re1.yahoo.com> References: <20090922113239.02f3653f@ernst.jennejohn.org> <295750.94482.qm@web63906.mail.re1.yahoo.com> Date: Tue, 22 Sep 2009 17:37:00 +0400 Message-ID: From: pluknet To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 13:37:02 -0000 2009/9/22 Barney Cordoba : > > > --- On Tue, 9/22/09, Gary Jennejohn wrote: > >> From: Gary Jennejohn >> Subject: Re: where is device_get_parent function defined >> To: "Barney Cordoba" >> Cc: current@freebsd.org >> Date: Tuesday, September 22, 2009, 5:32 AM >> On Mon, 21 Sep 2009 15:27:42 -0700 >> (PDT) >> Barney Cordoba >> wrote: >> >> > I can't seem to find where device_get_parent() is >> defined. >> > >> >> /sys/kern/subr_bus,c >> >> grep -r ^device_get_parent /sys/ > > Thanks, I found it shortly after posting. The "problem" with grep is > that you get about a billion lines, particularly on systems with 4 or > 5 different kernel sources installed. > Following style(9): ### The function type should be on a line by itself preceding the function. static char * function(int a1, int a2, float fl, int a4) ### So you can safely use the caret sign in regex: grep ^keyword path -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 14:30:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03135106568D for ; Tue, 22 Sep 2009 14:30:51 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id B5DD28FC08 for ; Tue, 22 Sep 2009 14:30:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8MEUnDq009173; Tue, 22 Sep 2009 08:30:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8MEUnMs009170; Tue, 22 Sep 2009 08:30:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 22 Sep 2009 08:30:49 -0600 (MDT) From: Warren Block To: Sam Leffler In-Reply-To: <4AB77922.6070802@freebsd.org> Message-ID: References: <4AB77922.6070802@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Tue, 22 Sep 2009 08:30:49 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Atheros AR5008X AR5416 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: Tue, 22 Sep 2009 14:30:51 -0000 On Mon, 21 Sep 2009, Sam Leffler wrote: > Warren Block wrote: >> >> ath0: mem 0xf8200000-0xf820ffff irq 19 at device 0.0 on >> pci20 >> ath0: [ITHREAD] >> ath0: AR5418 mac 12.10 RF5133 phy 8.1 >> >> It sort-of works with a Linkys WRT54G b/g access point, but has some >> problems that keep it from working well. >> >> Transfers are usually stalled, then will suddenly jump to 2MB/sec for a >> little while, then stall again with the output of bb hang messages. >> Access point LED shows long pauses. >> >> kernel: ath0: bb hang detected (0x80), reseting >> kernel: ath0: bb hang detected (0x80), reseting >> kernel: ath0: bb hang detected (0x4), reseting >> kernel: ath0: bb hang detected (0x4), reseting > > This problem is a hardware bug in the 5416 that also appears in other > Atheros 11n cards (i've seen it w/ 9160- and 9280-based cards). Atheros > refused to help me resolve this, except to say the problem doesn't > hobble their linux driver. So to fix this problem you'll need to compare > how the linux code works to how the freebsd code works. If you can > collect register access traces from the linux driver then you can > compare them to what happens in freebsd (use the ATH_DEBUG_ALQ option). > Otherwise you can try to do this through code inspection. Beyond my abilities at present, unfortunately. Fortunately, the AR5007EX/AR5BXB63 cards are relatively easy to find, cheap, and work great. Thank you for all the work you've done to make that happen. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 14:35:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD3E106572A for ; Tue, 22 Sep 2009 14:35:29 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n72.bullet.mail.sp1.yahoo.com (n72.bullet.mail.sp1.yahoo.com [98.136.44.34]) by mx1.freebsd.org (Postfix) with SMTP id B72438FC1A for ; Tue, 22 Sep 2009 14:35:29 +0000 (UTC) Received: from [69.147.84.144] by n72.bullet.mail.sp1.yahoo.com with NNFMP; 22 Sep 2009 14:21:55 -0000 Received: from [68.142.200.225] by t6.bullet.mail.sp1.yahoo.com with NNFMP; 22 Sep 2009 14:21:55 -0000 Received: from [76.13.13.25] by t6.bullet.mud.yahoo.com with NNFMP; 22 Sep 2009 14:21:54 -0000 Received: from [76.13.10.179] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 14:21:54 -0000 Received: from [127.0.0.1] by omp120.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 14:21:54 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 839162.78692.bm@omp120.mail.ac4.yahoo.com Received: (qmail 94541 invoked by uid 60001); 22 Sep 2009 14:21:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253629314; bh=f49mzKbqZaVq6urUQMjdK35nGwoWa3u+KHrRyaPJB1k=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TDEDPQUge1pbXNaRdBnjysdcg1KYODta4yrWYDiwTOlZ9S9XJN6ANEH5La6qUVntdzz2xFtIdZRI7WG4DXaz+PkRbhbE8YTko2fbeT5onDaNGobZoLdEBGSK0uPAqUz7rpr+30kMgZDwNc8fvK8gparNHqAVc1/H0lVMgWS+L4c= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Au2fBMoyCbDmkQAUo9qkisHkIqooPPFD/efxN+q8OnHSmbe70UbX7LsyFDD90M36TEuUgKr1KiIdkkqblIWzdaJVVHFJxcr2BCNeV8vL2LtoiXMzt2d0RZ/wB+6CpQHy/zvFNE6RnpZFfHJjKUPsqxtttACXswsoFxAdB4e88Dg=; Message-ID: <654636.94077.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: p_Y7qz0VM1nbz9mr3B1J3bIf_0QIhmKjLDODcZyXoQXJ4HJU57gqSxfXWpH61c9rUeQCO1y.5Hna1lHDmY9LJK60e1NpJSz5hERES_CcX74XHRrTBxrDoo4.vGTS_WsBXaIJGPG1GAkx_bk7Q9yO_35WCTlhVeCmDeouaLsZ0tzF_DfSD0bMPKGv1QcWCEy6xga8QwiOs_IyRgOnn52XYkbpM6e5n3qgRwen4jSEW.3ejBop0Lqd4oP6kNBcoYxuv1jYswKSlkMkSjS4HRt48tI- Received: from [98.203.21.152] by web63908.mail.re1.yahoo.com via HTTP; Tue, 22 Sep 2009 07:21:54 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Tue, 22 Sep 2009 07:21:54 -0700 (PDT) From: Barney Cordoba To: pluknet In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 14:35:30 -0000 =0A=0A--- On Tue, 9/22/09, pluknet wrote:=0A=0A> From: = pluknet =0A> Subject: Re: where is device_get_parent fun= ction defined=0A> To: "Barney Cordoba" =0A> Cc: c= urrent@freebsd.org=0A> Date: Tuesday, September 22, 2009, 9:37 AM=0A> 2009/= 9/22 Barney Cordoba :=0A> >=0A> >=0A> > --- On Tu= e, 9/22/09, Gary Jennejohn =0A> wrote:=0A> >=0A>= >> From: Gary Jennejohn =0A> >> Subject: Re: wh= ere is device_get_parent function=0A> defined=0A> >> To: "Barney Cordoba" <= barney_cordoba@yahoo.com>=0A> >> Cc: current@freebsd.org=0A> >> Date: Tuesd= ay, September 22, 2009, 5:32 AM=0A> >> On Mon, 21 Sep 2009 15:27:42 -0700= =0A> >> (PDT)=0A> >> Barney Cordoba =0A> >> wrote= :=0A> >>=0A> >> > I can't seem to find where=0A> device_get_parent() is=0A>= >> defined.=0A> >> >=0A> >>=0A> >> /sys/kern/subr_bus,c=0A> >>=0A> >> grep= -r ^device_get_parent /sys/=0A> >=0A> > Thanks, I found it shortly after p= osting. The=0A> "problem" with grep is=0A> > that you get about a billion l= ines, particularly on=0A> systems with 4 or=0A> > 5 different kernel source= s installed.=0A> >=0A> =0A> Following style(9):=0A> ###=0A> =A0 =A0=A0=A0Th= e function type should be on a=0A> line by itself preceding the function.= =0A> =0A> =A0 =A0=A0=A0static char *=0A> =A0 =A0=A0=A0function(int a1, int = a2, float fl,=0A> int a4)=0A> ###=0A> =0A> So you can safely use the caret = sign in regex: grep=0A> ^keyword path=0A> =0A> -- =0A> wbr,=0A> pluknet=0A= =0AExcept for the 50K recursive warnings from the module build directories= =0Ayou're correct.=0A=0AI'd think there would be an automated way to add th= e source modules into=0Athe man pages. It certainly would be useful.=0A=0AB= C=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 14:53:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EDB21065679 for ; Tue, 22 Sep 2009 14:53:01 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id A3C378FC18 for ; Tue, 22 Sep 2009 14:53:00 +0000 (UTC) Received: by qyk30 with SMTP id 30so801237qyk.7 for ; Tue, 22 Sep 2009 07:52:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=h8H/1rshRtstnunpGXm/7a9fTiHSjUH5ep9SQhmPWbg=; b=bTn0+eGoeJhuqTNHkHOM5jZx1uYG7dPa0i5ue+YpT+IFJvp6MFW8BUYJC69smYl+Dn Y8jP8uUn7baLrZ6v1pjZzCtptAPv8zwhgpuy9FSUWr8tFYdusxlbfCUjXjfqmZey9+bR M+0KUFYDkEiEn/tuhfga06w27eak39FeSBlTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=xREtH63+n2qc5lf0SDTIOnISfFSuJMp71+PCHYAijRck7ITIOlghAPjY9p6Ilc50rk 7mBivM8MkuBBdwgmikXM3CmZ538ncxFSE5ms4VCq4l3MILOWUwesQTc9KYqGBrmRMdqa 9GwjSI0TJnUkR+qy3ToQ76qq3ayHHI0+lTly8= Received: by 10.224.65.69 with SMTP id h5mr763960qai.190.1253631179817; Tue, 22 Sep 2009 07:52:59 -0700 (PDT) Received: from ?10.0.3.231? (pool-71-187-189-54.nwrknj.fios.verizon.net [71.187.189.54]) by mx.google.com with ESMTPS id 7sm202632qwb.34.2009.09.22.07.52.58 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 07:52:59 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Jaakko Heinonen In-Reply-To: <20090922115106.GA2856@a91-153-125-115.elisa-laajakaista.fi> References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> <20090922115106.GA2856@a91-153-125-115.elisa-laajakaista.fi> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Sep 2009 10:52:49 -0400 Message-Id: <1253631169.7895.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Warren Block , freebsd-current@freebsd.org, Gonzalo Nemmi , avg@FreeBSD.org, Thomas Quinot Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 14:53:01 -0000 On Tue, 2009-09-22 at 14:51 +0300, Jaakko Heinonen wrote: > On 2009-09-21, Warren Block wrote: > > >> I can confirm that .. kldload atapicam still results in a "Fatal trap 12: > > >> page fault while in kernel mode" on 8.0-RC1 > > The problem was introduced in r195534. Does the following patch work for > you? > > %%% > Index: sys/dev/ata/atapi-cam.c > =================================================================== > --- sys/dev/ata/atapi-cam.c (revision 197399) > +++ sys/dev/ata/atapi-cam.c (working copy) > @@ -418,8 +418,10 @@ atapi_action(struct cam_sim *sim, union > break; > } > } > - cpi->maxio = softc->ata_ch->dma.max_iosize ? > - softc->ata_ch->dma.max_iosize : DFLTPHYS; > + if (softc->ata_ch != NULL && softc->ata_ch->dma.max_iosize != 0) > + cpi->maxio = softc->ata_ch->dma.max_iosize; > + else > + cpi->maxio = DFLTPHYS; > ccb->ccb_h.status = CAM_REQ_CMP; > xpt_done(ccb); > return; > %%% > I can confirm that: a) problem still exists in r197402 b) your patch (hand-applied) fixes it. I have not done any extensive testing of the device apart from mounting, unmounting and ejecting /dev/cd0. Thank you very much for your help. -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 15:06:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76D51065670 for ; Tue, 22 Sep 2009 15:06:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1088FC0C for ; Tue, 22 Sep 2009 15:06:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 106E439952 for ; Tue, 22 Sep 2009 17:06:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id izuqtXWGXmAn for ; Tue, 22 Sep 2009 17:06:50 +0200 (CEST) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 7E686396BC for ; Tue, 22 Sep 2009 17:06:50 +0200 (CEST) Date: Tue, 22 Sep 2009 17:06:44 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20090922150644.GA38158@roberto-al.eurocontrol.fr> References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> <20090921204258.GA29565@sidhe.keltia.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090921204258.GA29565@sidhe.keltia.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 15:06:52 -0000 According to Ollivier Robert: > mailing-lists messages and my own experience I may post if anyone wants it. By popular demand: http://www.keltia.net/howtos/zfsboot (also accessible through http://www.keltia.net/freebsd) Any idea/corrections/whatever welcome, the original file is in Markdown format. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 15:12:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 718E9106566B for ; Tue, 22 Sep 2009 15:12:11 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 238368FC13 for ; Tue, 22 Sep 2009 15:12:10 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1102925qwe.7 for ; Tue, 22 Sep 2009 08:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=vJsoqNxLX02Nb2LKU5QF2Azp5SHnHiGPyjXVWdrbW4g=; b=NVm8MwHDFhhIf0TvXIqeXyCBlvP6Zh0v7E1pTLAlKlDLu2KXfyiYEIyZxGVon3oPUJ 2KByPMhdEhkXqNek5igC7Lr5zPl25EylXfTOqFMptUZaljhYrPX7pIMPn8LSyLjCpwN6 wMYnNNuaE8zEkzZ6MSg6hH5cLIiU17I+5yLp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=NEWcYYiJ1uyyRMFvfA49mUi31GTZ9CSH45zf0f6DFELmtUO0hlZqB5eGDk6vT4vjbY YOtoMJnPsaCfMHumMk+H3oo7l9Hdf9ykmB8ofQ4scducbVsqjbGfBeQAfx76FNe9So6Z bhCJbuYYPKJ99VfIApAM04LrbL5z2ZeHlWrRc= Received: by 10.224.4.200 with SMTP id 8mr788517qas.130.1253632329760; Tue, 22 Sep 2009 08:12:09 -0700 (PDT) Received: from ?10.0.3.231? (pool-71-187-189-54.nwrknj.fios.verizon.net [71.187.189.54]) by mx.google.com with ESMTPS id 2sm35031qwi.10.2009.09.22.08.12.08 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 08:12:09 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Gavin Atkinson In-Reply-To: <20090922101329.K39832@ury.york.ac.uk> References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Sep 2009 11:11:55 -0400 Message-Id: <1253632315.7895.6.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Gonzalo Nemmi , current@FreeBSD.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 15:12:11 -0000 On Tue, 2009-09-22 at 10:17 +0100, Gavin Atkinson wrote: > On Mon, 21 Sep 2009, Gonzalo Nemmi wrote: > > > +10 ... bge won't resresume from suspend, a simple kldload atapicam causes a > > fatal trap12 and ACPI support is just a matter of luck ... and we are at > > -RC1 ... > > ACPI support seems to work very well: I can't remember the last time I > personally saw a system that had issues which mattered. Regardless, have > you reported these problems? I know about the bge(4) problems on resume, > but it doesn't look like anybody has reported the atapicam panic (which, There were two threads on the subject on current@: http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009775.html http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010937.html the latter one with the excellent problem report by Gonzalo Nemmi and patch by Jaakko Heinonen: http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011858.html You must have just missed them. -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 15:14:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 150C6106566C for ; Tue, 22 Sep 2009 15:14:47 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id ECF0D8FC12 for ; Tue, 22 Sep 2009 15:14:46 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8MFEgvt038103; Tue, 22 Sep 2009 08:14:42 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8MFEfaQ038102; Tue, 22 Sep 2009 08:14:41 -0700 (PDT) (envelope-from faber) Date: Tue, 22 Sep 2009 08:14:41 -0700 From: Ted Faber To: Dimitry Andric Message-ID: <20090922151441.GA38036@zod.isi.edu> References: <20090921201903.GB52169@zod.isi.edu> <20090922041055.GA29399@zod.isi.edu> <4AB8AB12.7010406@andric.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <4AB8AB12.7010406@andric.com> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 regression: cannot detect partitions (now with boot -v) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 15:14:47 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 12:46:42PM +0200, Dimitry Andric wrote: > On 2009-09-22 06:10, Ted Faber wrote: > > I was able to boot -v from a very recent (morning of 21 Sept 2009 PDT) > > RELENG_8. The output is attached. > ... > > List of GEOM managed disk devices: > > ufs/FreeBSD8RC1a ufsid/4ab7f997f1cf9fafa ufsid/4ab7f9e776705b99 ufs/F= reeBSD8RC1 ufsid/4ab7f997f1cf9faf da0s1a da0s1 da0 acd0 ad0a ad0 > > Loader variables: > > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD8RC >=20 > Your label is "FreeBSD8RC1", apparently, while vfs.root.mountfrom is > "FreeBSD8RC". I guess the "1" got dropped somewhere... That's the USB disk label I was using to get the boot from. The slices on ad0: /dev/ad0s1a /dev/ad0s1d and /dev/ad0s1e are the ones I don't see. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq46eEACgkQaUz3f+Zf+XtJgACfWvoxUXktyJ+cm707ZuZktCcP RsIAn0oXa8kuflELoauruXszXzD/ay3N =xJ1g -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 15:16:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E87C11065670 for ; Tue, 22 Sep 2009 15:16:31 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 843158FC08 for ; Tue, 22 Sep 2009 15:16:31 +0000 (UTC) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1Mq76U-0000Lg-9Y; Tue, 22 Sep 2009 17:16:30 +0200 Received: from tc27e.t.pppool.de ([89.55.194.126]:17972 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1Mq76U-0006v0-2d; Tue, 22 Sep 2009 17:16:30 +0200 Date: Tue, 22 Sep 2009 17:16:29 +0200 From: Gary Jennejohn To: pluknet Message-ID: <20090922171629.418a089b@ernst.jennejohn.org> In-Reply-To: References: <20090922113239.02f3653f@ernst.jennejohn.org> <295750.94482.qm@web63906.mail.re1.yahoo.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Barney Cordoba , current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 15:16:32 -0000 On Tue, 22 Sep 2009 17:37:00 +0400 pluknet wrote: > 2009/9/22 Barney Cordoba : > > > > > > --- On Tue, 9/22/09, Gary Jennejohn wrote: > > > >> From: Gary Jennejohn > >> Subject: Re: where is device_get_parent function defined > >> To: "Barney Cordoba" > >> Cc: current@freebsd.org > >> Date: Tuesday, September 22, 2009, 5:32 AM > >> On Mon, 21 Sep 2009 15:27:42 -0700 > >> (PDT) > >> Barney Cordoba > >> wrote: > >> > >> > I can't seem to find where device_get_parent() is > >> defined. > >> > > >> > >> /sys/kern/subr_bus,c > >> > >> grep -r ^device_get_parent /sys/ > > > > Thanks, I found it shortly after posting. The "problem" with grep is > > that you get about a billion lines, particularly on systems with 4 or > > 5 different kernel sources installed. > > > > Following style(9): > ### > The function type should be on a line by itself preceding the function. > > static char * > function(int a1, int a2, float fl, int a4) > ### > > So you can safely use the caret sign in regex: grep ^keyword path > Which, of course, is exactly why I used it. This style(9) rule is one big advantage which FreeBSD has over Linux. It's practically impossible to find a function in Linux because the type is always on the same line as the function declaration. Drives my crazy. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 15:31:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0871065672; Tue, 22 Sep 2009 15:31:33 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id D18118FC26; Tue, 22 Sep 2009 15:31:32 +0000 (UTC) Received: by ywh2 with SMTP id 2so1518667ywh.27 for ; Tue, 22 Sep 2009 08:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=/0ZlSgxE4ILlKENnSWfkFf8U45X4PNUwdKUqzDEkpfs=; b=tn6HLIb6q/3jxOZkUEnQM9ejDbj8S/Sw8MZHX5RpeeqXNYmS2qytJpuAcB/CoWmH/m 4f/oH58EXzhOQK5JnZUqe94Tb9S3ilU5vX9WM+sOVeSQTFgf8TGBFskdBpzFGGDhrpBN uNTwFa8ieZ7Z4VZ4pkYIfYORdBKltWoWE6bqU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=rPhXJphqQuy0qSUdc/zY5DL46SZR6n7y0ycXV/GzpFsfTM5q4iRlPSGBqtBLkjrlGz PqR14qwLU7vRnfy00gO3u2ZmL+tFn4G8OaNJmkm+e9h26i86hd+vomPY7/ahL9r6oHac WsmlIE2wyB4fTOc7CxMHd4ms02G0R6m4D+sVI= Received: by 10.90.225.5 with SMTP id x5mr666063agg.87.1253633491667; Tue, 22 Sep 2009 08:31:31 -0700 (PDT) Received: from ?192.168.1.100? ([190.177.194.87]) by mx.google.com with ESMTPS id 27sm2417228agb.42.2009.09.22.08.31.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 08:31:30 -0700 (PDT) From: Gonzalo Nemmi To: Gavin Atkinson Date: Tue, 22 Sep 2009 12:31:27 -0300 User-Agent: KMail/1.9.10 References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> In-Reply-To: <20090922101329.K39832@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909221231.27713.gnemmi@gmail.com> Cc: current@freebsd.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 15:31:33 -0000 On Tuesday 22 September 2009 6:17:56 am Gavin Atkinson wrote: > On Mon, 21 Sep 2009, Gonzalo Nemmi wrote: > > +10 ... bge won't resresume from suspend, a simple kldload atapicam > > causes a fatal trap12 and ACPI support is just a matter of luck ... > > and we are at -RC1 ... > > ACPI support seems to work very well: I can't remember the last time > I personally saw a system that had issues which mattered. > Regardless, have you reported these problems? I know about the > bge(4) problems on resume, but it doesn't look like anybody has > reported the atapicam panic (which, by the way, doesn't panic for > me), and without a PR for the ACPI problems, that's unlikely to get > fixed too. Hi there Gavin! Regarding your questions, yes I have reported them in one way or another ... bge: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/136876 http://forums.freebsd.org/showthread.php?t=3886 fwohci: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/136946 atapicam: http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009781.html although the OP was Alexandre Kovalenko http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009775.html and then again: http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010937.html which has been kindly replied to today by Jaakko Heinonen (patch included but not tested yet, I'm at work right now :s ) http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011858.html > If you are seriously seeing these problems, the solution is to report > them, and provide enough information so that they stand a chance of > being fixed before -RC2. > > Gavin With all due respect Gavin, I've been doing that since I first bumped into them back in June when I bought my notebook :s Best Regards Gonzalo -- Blessings Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 15:39:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B961065676 for ; Tue, 22 Sep 2009 15:39:43 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n7b.bullet.mail.ac4.yahoo.com (n7b.bullet.mail.ac4.yahoo.com [76.13.13.77]) by mx1.freebsd.org (Postfix) with SMTP id D1E408FC19 for ; Tue, 22 Sep 2009 15:39:42 +0000 (UTC) Received: from [76.13.13.25] by n7.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 15:39:42 -0000 Received: from [76.13.10.184] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 15:39:42 -0000 Received: from [127.0.0.1] by omp125.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 15:39:42 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 114808.33704.bm@omp125.mail.ac4.yahoo.com Received: (qmail 62829 invoked by uid 60001); 22 Sep 2009 15:37:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253633846; bh=YMryTHcWTMJgAXz4bAQRwaFOl2nGWh1oOi1aJflvFkM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vMf515rLTmGNj+PzS0X0IeQfH+jlcSzsXDqytUGM+SkNu3fAfv0D8Kw63iEzNgTgdZ+P2uX8IcQbNyvj5Y1NKqI8BMHRplOnD7yBhDgkMpPxZ+EWxclNSux006X5kBoSKQJTx0VEBlmBsS4cP2qygasW98+TRvRoyvIcU8ezD2k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WbBmtcQNjuEeWgc5GZKXtaZwM8smuBcwJvBvEM4cc8W51EDBAkPyKnV/OHjq24WwgMbJBB1S1mSHGjnsIxzL/LCosjHNFSZ1ajs2mqZl/INthBNu8XWRiWcUQT6Apk58dlJ0kbzeZpbHyG+Dc61TI9L+MsnUPQpLN4+IwfHMPE0=; Message-ID: <917077.59537.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: 5dvTRQsVM1mSl5Ru6qIBZxt30Q63_DPNTYmec1JMcXSyokQ_Z44XhevPSjFYWjToQGPbx5N5iJ29AZYsSYmauplUSMw8B07KBMeIW2oLx2N5pnFNvlnpVzZt.R5ESf4_hKM2EPv2.ii8De1ChfA94FJn6.v45eSJrt7JNQcoVnYlIL97vEILx6PgwxDn35MGPZc3jZVCzQPhyW4.aR5SdT.P6JWwD2dU.Wn6jCZ5RPn5HNGvBrVcUO62sRU95JFc6nX7YYeB8ix0VUlpesmNEHgcVsyo9IXEAPXwb2FQ6zTw Received: from [98.203.21.152] by web63902.mail.re1.yahoo.com via HTTP; Tue, 22 Sep 2009 08:37:26 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Tue, 22 Sep 2009 08:37:26 -0700 (PDT) From: Barney Cordoba To: pluknet , gary.jennejohn@freenet.de In-Reply-To: <20090922171629.418a089b@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 15:39:43 -0000 =0A=0A--- On Tue, 9/22/09, Gary Jennejohn wrote= :=0A=0A> From: Gary Jennejohn =0A> Subject: Re: = where is device_get_parent function defined=0A> To: "pluknet" =0A> Cc: "Barney Cordoba" , current@freebsd= ..org=0A> Date: Tuesday, September 22, 2009, 11:16 AM=0A> On Tue, 22 Sep 200= 9 17:37:00 +0400=0A> pluknet =0A> wrote:=0A> =0A> > 2009= /9/22 Barney Cordoba :=0A> > >=0A> > >=0A> > > --= - On Tue, 9/22/09, Gary Jennejohn =0A> wrote:=0A= > > >=0A> > >> From: Gary Jennejohn =0A> > >> Su= bject: Re: where is device_get_parent=0A> function defined=0A> > >> To: "Ba= rney Cordoba" =0A> > >> Cc: current@freebsd.org= =0A> > >> Date: Tuesday, September 22, 2009, 5:32 AM=0A> > >> On Mon, 21 Se= p 2009 15:27:42 -0700=0A> > >> (PDT)=0A> > >> Barney Cordoba =0A> > >> wrote:=0A> > >>=0A> > >> > I can't seem to find where= =0A> device_get_parent() is=0A> > >> defined.=0A> > >> >=0A> > >>=0A> > >> = /sys/kern/subr_bus,c=0A> > >>=0A> > >> grep -r ^device_get_parent /sys/=0A>= > >=0A> > > Thanks, I found it shortly after posting. The=0A> "problem" wi= th grep is=0A> > > that you get about a billion lines, particularly=0A> on = systems with 4 or=0A> > > 5 different kernel sources installed.=0A> > >=0A>= > =0A> > Following style(9):=0A> > ###=0A> >=A0 =A0 =A0 The function type = should be on a=0A> line by itself preceding the function.=0A> > =0A> >=A0 = =A0 =A0 static char *=0A> >=A0 =A0 =A0 function(int a1, int a2, float fl,= =0A> int a4)=0A> > ###=0A> > =0A> > So you can safely use the caret sign in= regex: grep=0A> ^keyword path=0A> > =0A> =0A> Which, of course, is exactly= why I used it.=A0 This=0A> style(9) rule is one=0A> big advantage which Fr= eeBSD has over Linux.=A0 It's=0A> practically impossible to=0A> find a func= tion in Linux because the type is always on the=0A> same line as the=0A> fu= nction declaration.=A0 Drives my crazy.=0A> =0A> ---=0A> Gary Jennejohn=0A= =0ASo all they need now is an open to turn off the recursive directory=0Awa= rnings....=0A=0AOf course a section in the man page telling you the source = module would=0Amake way too much sense to be adopted by any of the free sof= tware groups...=0A=0ABC=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 16:38:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3293106566C for ; Tue, 22 Sep 2009 16:38:34 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDE58FC17 for ; Tue, 22 Sep 2009 16:38:34 +0000 (UTC) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1Mq8Ns-0004ZD-TW; Tue, 22 Sep 2009 18:38:32 +0200 Received: from tc27e.t.pppool.de ([89.55.194.126]:26461 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1Mq8Ns-0001Hu-Mq; Tue, 22 Sep 2009 18:38:32 +0200 Date: Tue, 22 Sep 2009 18:38:31 +0200 From: Gary Jennejohn To: Barney Cordoba Message-ID: <20090922183831.4c100672@ernst.jennejohn.org> In-Reply-To: <917077.59537.qm@web63902.mail.re1.yahoo.com> References: <20090922171629.418a089b@ernst.jennejohn.org> <917077.59537.qm@web63902.mail.re1.yahoo.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: pluknet , current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 16:38:34 -0000 On Tue, 22 Sep 2009 08:37:26 -0700 (PDT) Barney Cordoba wrote: > So all they need now is an open to turn off the recursive directory > warnings.... > I saw no warnings at all when I did the grep. The only ouput from grep was the name of the file. Must be something weird on your machine. > Of course a section in the man page telling you the source module would > make way too much sense to be adopted by any of the free software groups... > It generally isn't relevant where a function is located. Man pages are supposed to document the required syntax and not the layout of the source tree, which can change at any time. FreeBSD has generally excellent man pages for kernel functions. Linux, on the other hand, has virtually no kernel documentation at all, so the only way to figure out how a routine works is to examine the code. I can speak authoritatively on this because I make my living developing drivers for Linux. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 16:52:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE9731065692 for ; Tue, 22 Sep 2009 16:52:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 69F878FC0A for ; Tue, 22 Sep 2009 16:52:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EFEC746B09; Tue, 22 Sep 2009 12:52:01 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 2306C8A025; Tue, 22 Sep 2009 12:52:01 -0400 (EDT) From: John Baldwin To: Olivier Smedts Date: Tue, 22 Sep 2009 11:24:58 -0400 User-Agent: KMail/1.9.7 References: <367b2c980909191009x1df7456bx10f97f25fc990a35@mail.gmail.com> In-Reply-To: <367b2c980909191009x1df7456bx10f97f25fc990a35@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200909221124.58475.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 22 Sep 2009 12:52:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current Subject: Re: [regression]: acpi_aiboost fails to attach on Asus P5Q3 Deluxe in 8.0 (Was: [regression] : 8.0-BETA3 (and BETA2?) acpi_hpet0 fails on TYAN H2000M) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 16:52:02 -0000 On Saturday 19 September 2009 1:09:19 pm Olivier Smedts wrote: > 2009/8/24 John Baldwin > > > > On Monday 24 August 2009 4:54:13 pm Olivier Smedts wrote: > > > 2009/8/24 John Baldwin : > > > > On Saturday 22 August 2009 1:20:18 pm Arno J. Klaassen wrote: > > > >> > > > >> Hello, > > > >> > > > >> I have a regression with acpi_hpet on a Tyan H2000M MB : > > > >> > > > >> =A0 acpi_hpet0: iomem 0xfed00000-0xfe= d03fff on > > acpi0 > > > >> =A0 acpi_hpet0: HPET never increments, disabling > > > >> =A0 device_attach: acpi_hpet0 attach returned 6 > > > >> =A0 [twice] > > > >> > > > >> it exists at least since Aug16 sources (I just looked at > > > >> the 'netif' problems on this board which BTW are indeed fixed > > > >> by recent flowtable init changes) > > > > > > > > Perhaps the recent ACPI-CA update is when this broke? > > > > > > Sorry for hijacking the thread (and not reporting this before) but > > > maybe my issues with acpi_aiboost are related. It won't attach on my > > > ASUS P5Q3 Deluxe (latest BIOS) since the ACPICA update (which also > > > made "est" attach successfully on this ASUS board) : > > > > > > acpi_aiboost0: on acpi0 > > > NOREF > > > BAD DATA > > > device_attach: acpi_aiboost0 attach returned 22 > > > > I would figure out what function in it's attach routine is failing with= EINVAL > > and drill down from there. =A0It looks like it is dying trying to > > evaluate "TSIF", "VSIF", or "FSIF". =A0Maybe add some printfs to see wh= ich one > > and print out the 'elem->Type' in the "NOREF" error message. =A0You cou= ld also > > just print the 'name' there as well which would help perhaps. > > > > -- > > John Baldwin Ok, try this. I believe that the newer ACPI-CA is expanding the package inline and there is no reason the subpackages have to be external references rather than inline. Index: acpi_aiboost.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- acpi_aiboost.c (revision 197402) +++ acpi_aiboost.c (working copy) @@ -46,7 +46,6 @@ =20 #define DESCSTRLEN 32 struct acpi_aiboost_element{ =2D ACPI_HANDLE h; uint32_t id; char desc[DESCSTRLEN]; }; @@ -127,22 +126,23 @@ =09 for(i =3D 1 ; i < o->Package.Count; i++){ elem =3D &o->Package.Elements[i]; =2D if(elem->Type !=3D ACPI_TYPE_ANY){ =2D printf("NOREF\n"); =2D goto error; =2D } =2D c->elem[ i - 1].h =3D elem->Reference.Handle; + if (elem->type =3D=3D ACPI_TYPE_ANY) { + buf2.Pointer =3D NULL; + buf2.Length =3D ACPI_ALLOCATE_BUFFER; =20 =2D buf2.Pointer =3D NULL; =2D buf2.Length =3D ACPI_ALLOCATE_BUFFER; =2D =09 =2D status =3D AcpiEvaluateObject(c->elem[i - 1].h, NULL, NULL, =2D &buf2); =2D if(ACPI_FAILURE(status)){ =2D printf("FETCH OBJECT\n"); + status =3D AcpiEvaluateObject(elem->Reference.Handle, + NULL, NULL, &buf2); + if (ACPI_FAILURE(status)){ + printf("FETCH OBJECT\n"); + goto error; + } + subobj =3D buf2.Pointer; + } else if (elem->type =3D=3D ACPI_TYPE_PACKAGE) + subobj =3D elem; + else { + printf("NO PACKAGE\n"); goto error; } =2D subobj =3D buf2.Pointer; if(ACPI_FAILURE(acpi_PkgInt32(subobj,0, &c->elem[i -1].id))){ printf("ID FAILED\n"); goto error; @@ -151,15 +151,17 @@ sizeof(c->elem[i - 1].desc)); if(ACPI_FAILURE(status)){ if(status =3D=3D E2BIG){ =2D c->elem[i-1].desc[DESCSTRLEN-1] =3D 0; + c->elem[i - 1].desc[DESCSTRLEN-1] =3D 0; }else{ printf("DESC FAILED %d\n", i-1); goto error; } } =09 =2D if(buf2.Pointer) =2D AcpiOsFree(buf2.Pointer); + if (buf2.Pointer) { + AcpiOsFree(buf2.Pointer); + buf2.Pointer =3D NULL; + } } =20 if(buf.Pointer) =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 16:52:31 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 461A810656A5 for ; Tue, 22 Sep 2009 16:52:31 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id AC9AA8FC14 for ; Tue, 22 Sep 2009 16:52:30 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 3F8C51CC96; Tue, 22 Sep 2009 18:52:29 +0200 (CEST) Date: Tue, 22 Sep 2009 18:52:29 +0200 From: Erwin Lansing To: current@FreeBSD.org Message-ID: <20090922165228.GD54962@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ItroYk2LVxvwOvi/" Content-Disposition: inline X-Operating-System: FreeBSD/i386 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: bge(4) hang on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 16:52:31 -0000 --ItroYk2LVxvwOvi/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Configuring an inet address on bge(4) to up the interface hangs the system on todays RELENG_8 or leads to an instant reboot. The system becomes completely unresponsive and I haven't managed to break into the debugger. Disabling hw.bge.allow_asf fixes the symptoms. Some relevant information about the hardware: http://people.freebsd.org/~erwin/bge-20090922.txt -erwin --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --ItroYk2LVxvwOvi/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKuQDMqy9aWxUlaZARAvluAKCmxxnVOkG7lv0aTv2fiwxnx9k+/QCgs9DD R7yfSdKRiaOIHE/iH2wzD48= =WjEk -----END PGP SIGNATURE----- --ItroYk2LVxvwOvi/-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 16:52:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49A8310656BF for ; Tue, 22 Sep 2009 16:52:47 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id BA9658FC14 for ; Tue, 22 Sep 2009 16:52:46 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n8MGqg9P026004; Tue, 22 Sep 2009 17:52:42 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mq8ba-0002EY-R7; Tue, 22 Sep 2009 17:52:42 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n8MGqgUs065909; Tue, 22 Sep 2009 17:52:42 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n8MGqgnb065906; Tue, 22 Sep 2009 17:52:42 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 22 Sep 2009 17:52:42 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Gonzalo Nemmi In-Reply-To: <200909221231.27713.gnemmi@gmail.com> Message-ID: <20090922174713.B39832@ury.york.ac.uk> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 16:52:47 -0000 On Tue, 22 Sep 2009, Gonzalo Nemmi wrote: > Regarding your questions, yes I have reported them in one way or > another ... > > fwohci: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/136946 I believe this issue is being worked on, but it's not a simple problem to solve. > atapicam: > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009781.html > although the OP was Alexandre Kovalenko > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009775.html > and then again: > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010937.html > which has been kindly replied to today by Jaakko Heinonen (patch > included but not tested yet, I'm at work right now :s ) > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011858.html I hadn't remembered these reports, and there doesn't appear to be a PR about them (which is what I searched when suggesting that the issue hadn't been reported). If Jaakko Heinonen's patch doesn't work, it would be worth submitting a PR with as much detail as possible, so that this doesn't get missed again. > With all due respect Gavin, I've been doing that since I first bumped > into them back in June when I bought my notebook :s Indeed. Apologies for suggesting otherwise. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 16:42:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C3D4106568B; Tue, 22 Sep 2009 16:42:08 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 339998FC18; Tue, 22 Sep 2009 16:42:08 +0000 (UTC) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 585DB81D4; Tue, 22 Sep 2009 16:25:00 +0000 (UTC) Date: Tue, 22 Sep 2009 16:25:00 +0000 From: Bruce Cran To: Dag-Erling Sm??rgrav Message-ID: <20090922162500.GA29224@muon.cran.org.uk> References: <20090921210159.2D4D51CC37@ptavv.es.net> <86y6o8kmiv.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86y6o8kmiv.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 22 Sep 2009 16:56:35 +0000 Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org, Joel Dahl , kmacy@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 16:42:08 -0000 On Mon, Sep 21, 2009 at 11:36:56PM +0200, Dag-Erling Sm??rgrav wrote: > "Kevin Oberman" writes: > > 1. Should such a tool be in the base system? > > We already have window(1). It has a number of features that screen(1) > and tmux(1) lack, but it can't detach. No we don't - it was removed at the start of June and moved to misc/window. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:07:31 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7816B1065676 for ; Tue, 22 Sep 2009 17:07:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 087628FC17 for ; Tue, 22 Sep 2009 17:07:30 +0000 (UTC) Received: (qmail 8317 invoked by uid 399); 22 Sep 2009 17:07:26 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Sep 2009 17:07:26 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB90448.9020706@FreeBSD.org> Date: Tue, 22 Sep 2009 10:07:20 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Sergey Vinogradov References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> In-Reply-To: <20090922135435.36a3d40e@lazybytes.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:07:31 -0000 Sergey Vinogradov wrote: > The things in the base system I always wondered about are sendmail > and bind9. These are pretty heavy, and definitely are not used in every > single installation. Maybe someday I'll see sendmail and bind9 in ports > instead of base system. And yes, I know about WITHOUT_BIND= and > WITHOUT_SENDMAIL= :) For about the millionth time ... :) I would be perfectly happy to remove BIND, however most people want some or all of dig, host, or nslookup in the base, which means that about 60% or more of the BIND source code has to be there to allow that. From there it's a pretty simple leap to "let's build it all then because that's how we've always done it." The next-best thing would be to flip the knobs so that we're not building named and friends by default which I'm happy to do if people want it done, but no one ever comes up with a clear consensus to do it. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:08:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 446B31065679 for ; Tue, 22 Sep 2009 17:08:32 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id E30BB8FC16 for ; Tue, 22 Sep 2009 17:08:31 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8MGpbJ3009653 for ; Tue, 22 Sep 2009 10:51:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8MGpbhe009650 for ; Tue, 22 Sep 2009 10:51:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 22 Sep 2009 10:51:37 -0600 (MDT) From: Warren Block To: current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Tue, 22 Sep 2009 10:51:37 -0600 (MDT) Cc: Subject: 8.0-RC1 install "Leave MBR untouched" writes MBR anyway X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:08:32 -0000 Just did a mini install of the 8.0-RC1 ISO. After slicing, choosing "Leave the Master Boot Record untouched" is ignored. A standard MBR is installed. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:14:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55CE0106566B; Tue, 22 Sep 2009 17:14:14 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 879A88FC08; Tue, 22 Sep 2009 17:14:13 +0000 (UTC) Received: by fxm22 with SMTP id 22so2456899fxm.36 for ; Tue, 22 Sep 2009 10:14:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=UAT+3JXMTKL8zmMpNVmghOoTdxsNngMw9vIMFmQL+xM=; b=PsrjpGmWo9B0Z2GRtFJXWfSgrSBjN6t4ci8uUI+mzC8clceWyNwFsuTEyoqX3fVIpr oSHuyunkc37FSzsdElrZaJw9C8DLQ2tHrbhz44wm1mEYohA/oS2erhEvNzJ8AC56W1Rr ou/8Lda/djrHVM2AW8wFT10tc8ow8/gvIaK9o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FFxL5kSaUZS/Wip5dxCXdVZtRnvITrUqhmZV6HIinfzmuC7SjZrQoeuTQB8h+qjlzk oiIv75qTQz+1CVgQ/4znj3aMeUJ4D4CqZJAH/HVLmfbuwZ1E6Z1RQ2paSHsk6P5F4eUy Ss0dyaRFzn4bhxWTe8H4gjL72dV3Ogu7Hx5LQ= MIME-Version: 1.0 Received: by 10.239.170.35 with SMTP id q35mr97918hbe.150.1253639652271; Tue, 22 Sep 2009 10:14:12 -0700 (PDT) In-Reply-To: <4AB90448.9020706@FreeBSD.org> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> Date: Tue, 22 Sep 2009 14:14:12 -0300 Message-ID: <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> From: Gonzalo Nemmi To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Sergey Vinogradov , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:14:14 -0000 ... and what about sendmail?? couldn't it be easily replaced by DMA Regards Gonzalo On 9/22/09, Doug Barton wrote: > Sergey Vinogradov wrote: >> The things in the base system I always wondered about are sendmail >> and bind9. These are pretty heavy, and definitely are not used in every >> single installation. Maybe someday I'll see sendmail and bind9 in ports >> instead of base system. And yes, I know about WITHOUT_BIND= and >> WITHOUT_SENDMAIL= :) > > For about the millionth time ... :) > > I would be perfectly happy to remove BIND, however most people want > some or all of dig, host, or nslookup in the base, which means that > about 60% or more of the BIND source code has to be there to allow > that. From there it's a pretty simple leap to "let's build it all then > because that's how we've always done it." > > The next-best thing would be to flip the knobs so that we're not > building named and friends by default which I'm happy to do if people > want it done, but no one ever comes up with a clear consensus to do it. > > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > 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 Sep 22 17:35:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679F010656A3; Tue, 22 Sep 2009 17:35:17 +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 4B7B18FC1E; Tue, 22 Sep 2009 17:35:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8MHZHZL063383; Tue, 22 Sep 2009 10:35:17 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8MHZH8s063382; Tue, 22 Sep 2009 10:35:17 -0700 (PDT) (envelope-from sgk) Date: Tue, 22 Sep 2009 10:35:17 -0700 From: Steve Kargl To: Gonzalo Nemmi Message-ID: <20090922173517.GB63149@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, Sergey Vinogradov , Doug Barton , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:35:17 -0000 On Tue, Sep 22, 2009 at 02:14:12PM -0300, Gonzalo Nemmi wrote: > ... and what about sendmail?? I suppose it doesn't matter to you that sendmail is actually maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. > couldn't it be easily replaced by DMA If you don't want to build and use sendmail, see http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mail-changingmta.html -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:42:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4E021065694 for ; Tue, 22 Sep 2009 17:42:51 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 311B98FC2A for ; Tue, 22 Sep 2009 17:42:50 +0000 (UTC) Received: by bwz27 with SMTP id 27so2700550bwz.43 for ; Tue, 22 Sep 2009 10:42:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=SWKuc2IWSg1QXf2ZP6qlJgqmpwreUzsgsmcOgmskFyw=; b=GjuEtpHScMg8L1HssgQYzv5jmVWFBFGq9TNgAiCnXcleJEAZrWp29RcNYmYWYlYcXK f0yJ6gJg1FbAp2yYvX0Vsp4i/bEbIbVjwxI1fK/gmm8Q7cRh4NDoUp4qIyHA0kYeF8q/ R5kiTmGMpRSzLChU355kRNAGsbcGIoiZH8PrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=elF7KPCkjrXz2/fYnQVQCL2xI1Q/aH2zeLLwTj6x7Ylb6EvzKCCp+t6qMMSvYYnSWf IpEaMLuMAdGkVB3MVosp6fZYs4Zs4W1SbQcr2Kf/m905/S5ygp24LmGaxL3RsZkzzpWd 9dA0hwFWY7ajWuh1IvDKhtzDWEj+TeHNBCL4E= MIME-Version: 1.0 Received: by 10.239.237.193 with SMTP id k1mr106636hbp.173.1253641369898; Tue, 22 Sep 2009 10:42:49 -0700 (PDT) In-Reply-To: <20090922174713.B39832@ury.york.ac.uk> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> Date: Tue, 22 Sep 2009 14:42:49 -0300 Message-ID: <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> From: Gonzalo Nemmi To: Gavin Atkinson Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:42:51 -0000 On 9/22/09, Gavin Atkinson wrote: > On Tue, 22 Sep 2009, Gonzalo Nemmi wrote: >> Regarding your questions, yes I have reported them in one way or >> another ... >> >> fwohci: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/136946 > > I believe this issue is being worked on, but it's not a simple problem to > solve. I understand .. that's why I offered my help to Sean in the reply. >> atapicam: >> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009781.html >> although the OP was Alexandre Kovalenko >> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009775.html >> and then again: >> http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010937.html >> which has been kindly replied to today by Jaakko Heinonen (patch >> included but not tested yet, I'm at work right now :s ) >> http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011858.html > > I hadn't remembered these reports, and there doesn't appear to be a PR > about them (which is what I searched when suggesting that the issue > hadn't been reported). I actually never opened a PR about atapicam because (as you can see) I sent as much info as I had at that time and nobody seemed to care, so I thought maybe that was something you guys knew and were working on, that's why I decided to wait until RC1 or so .. Besides, the most serious problem that affects me is the bge(4) one, and although I did file the proper PR, there's still no word about it, so I though maybe opening another PR about atapicam made no sense. The bge problem is the one I need to get fixed in order to be able to run FreeBSD on my notebook on a daily basis =( > If Jaakko Heinonen's patch doesn't work, it would be worth submitting a PR > with as much detail as possible, so that this doesn't get missed again. Will do. Right now I'm trying to debug the original vmcore (as Andriy Gapon asked on a mail) in order to see what can be found there. I will try Jaakko's patch once I'm done with the debugging =D >> With all due respect Gavin, I've been doing that since I first bumped >> into them back in June when I bought my notebook :s > > Indeed. Apologies for suggesting otherwise. Apologies accepted although there was no need for them .. no harm done, no need to apologize ;) Best Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:45:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C781065693 for ; Tue, 22 Sep 2009 17:45:15 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFE18FC21 for ; Tue, 22 Sep 2009 17:45:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:151a:ed95:bb65:31fc] (unknown [IPv6:2001:7b8:3a7:0:151a:ed95:bb65:31fc]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BE7EA5C59; Tue, 22 Sep 2009 19:45:14 +0200 (CEST) Message-ID: <4AB90D2B.30801@andric.com> Date: Tue, 22 Sep 2009 19:45:15 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090921 Shredder/3.0pre MIME-Version: 1.0 To: Ted Faber References: <20090921201903.GB52169@zod.isi.edu> <20090922041055.GA29399@zod.isi.edu> <4AB8AB12.7010406@andric.com> <20090922151441.GA38036@zod.isi.edu> In-Reply-To: <20090922151441.GA38036@zod.isi.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 regression: cannot detect partitions (now with boot -v) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:45:15 -0000 On 2009-09-22 17:14, Ted Faber wrote: > That's the USB disk label I was using to get the boot from. The slices > on ad0: /dev/ad0s1a /dev/ad0s1d and /dev/ad0s1e are the ones I don't > see. Just checking. :) Can you run (from a rescue disk or 7-STABLE): dd if=/dev/ad2 count=4 2>/dev/null | hexdump -C and post the output here? Output of fdisk and bsdlabel would also be handy. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:45:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9533B1065670; Tue, 22 Sep 2009 17:45:58 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id BBC618FC2B; Tue, 22 Sep 2009 17:45:57 +0000 (UTC) Received: by bwz27 with SMTP id 27so2702684bwz.43 for ; Tue, 22 Sep 2009 10:45:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=5m9vdV+wk1falUliAuh7vhNbKVwPNfdlRWyNLSiLduE=; b=wsH4EK/rCssKFZFeEfRu4Ai3h2ORcZRzpoMzdH6AK9sk9mwqcMudaqWBX2fHET0p1r sMrAaKHEhzAQV+9ZhuQPHvujtdcSqcRWY4UOIs244JB2UpcYGd8ColYHPiLY7cH7k+rO f8N1wSZDWAQoSHPVCZU9XaSKXhxGaCaSOVbuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=E+aT4ZE3JebmDYXyKEU0AUPcCoGmB6XtuCRPAJ3x2JXb+8Ot3xJ6Erc1U3FPCN3hlI 2kKTozj1+fifQCNujHRCyiwfNZ/7dMrpq+EkZzXAGl2labLCWK9NF0tOETwB4wTzSe9u t53raCPr6DejtpgYn1QrgiH1HqglOELfQR8Vw= MIME-Version: 1.0 Received: by 10.239.237.193 with SMTP id k1mr107004hbp.173.1253641556448; Tue, 22 Sep 2009 10:45:56 -0700 (PDT) In-Reply-To: References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> Date: Tue, 22 Sep 2009 14:45:56 -0300 Message-ID: <19e9a5dc0909221045q6dfa1affv4955b5b51107f514@mail.gmail.com> From: Gonzalo Nemmi To: Peter Wemm Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Sergey Vinogradov , Doug Barton , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:45:58 -0000 On 9/22/09, Peter Wemm wrote: > On Tue, Sep 22, 2009 at 10:14 AM, Gonzalo Nemmi wrote: >> ... and what about sendmail?? >> couldn't it be easily replaced by DMA >> >> Regards >> Gonzalo > > I just went and had a quick at dma's info. It looks almost exactly > like what I've been saying for ages we should have in the base instead > of a heavyweight MTA. > > "It accepts mails from locally > installed Mail User Agents (MUA) and delivers the mails either locally > or to a remote destination. Remote delivery includes several features > like TLS/SSL support and SMTP authentication." > Yes ... that's exactly I'm suggesting it. =D Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:53:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 965A510656A7; Tue, 22 Sep 2009 17:53:55 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id B82488FC20; Tue, 22 Sep 2009 17:53:54 +0000 (UTC) Received: by bwz27 with SMTP id 27so2708060bwz.43 for ; Tue, 22 Sep 2009 10:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=uUU3+swXbX4sKAY87l7xNN75Cvosmcnc7O6qczXWe0Q=; b=t9EEZysYOadaYijNrbDNMGhAXMtF5MJz1H73y8VlQozcVbHquvShOt67aMF1jBtY6s tMV41p7arrRN3xeRSna/ntsu6Qp6K8X+XbLnJ8Y9CPBpC1V37ohzgiW4eWdnC6T2ao9p p7hv17h6nFhwlJKbuwqnm7Oo32IzhWpjtlOXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=joU7qQKHqvGWy8Zi06lwW3rlNGjkeSGU+CT5mpmUmv17qt5gjEulYB3OQMaE6VokWd 0DokQQsoV0KDm2oZJOtYTBikKZXhmFu+hz919VGzQBjSflg8x6JabE9AKGk5Zmllpr8/ GrUUGvwoIq7Q2U1cHbXQ7p2rJOtT8sV/hszxk= MIME-Version: 1.0 Received: by 10.239.181.163 with SMTP id m35mr101548hbg.175.1253642033328; Tue, 22 Sep 2009 10:53:53 -0700 (PDT) In-Reply-To: <20090922173517.GB63149@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> Date: Tue, 22 Sep 2009 14:53:53 -0300 Message-ID: <19e9a5dc0909221053r4ada92bege718e37aa575e0de@mail.gmail.com> From: Gonzalo Nemmi To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Sergey Vinogradov , Doug Barton , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:53:55 -0000 On 9/22/09, Steve Kargl wrote: > On Tue, Sep 22, 2009 at 02:14:12PM -0300, Gonzalo Nemmi wrote: >> ... and what about sendmail?? > > I suppose it doesn't matter to you that sendmail is > actually maintained by Greg Shapiro, VP, CTO of > Sendmail, Inc. No, not really ... >> couldn't it be easily replaced by DMA > > If you don't want to build and use sendmail, see > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mail-changingmta.html With all due respect, I already know that .. it's pretty clear in the different manuals, hanbooks and how-ro's ... and that's exactly why I never asked how can I remove sendmail and replace it with dma .. the question was more inclined in the way: why such a heavywheight (which is what a lot of users seem to be saying, and I agree with them) when we could do just as well with dma (let alone the fact that we could then cooperate with DragonFly, creating synergy, advancing toghether towards the same goal amongst a plenty of other advantages). Best Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 17:55:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8472C1065693; Tue, 22 Sep 2009 17:55:41 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-px0-f204.google.com (mail-px0-f204.google.com [209.85.216.204]) by mx1.freebsd.org (Postfix) with ESMTP id 5F75D8FC15; Tue, 22 Sep 2009 17:55:41 +0000 (UTC) Received: by pxi42 with SMTP id 42so1010816pxi.13 for ; Tue, 22 Sep 2009 10:55:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.115.24.12 with SMTP id b12mr2043770waj.86.1253640793890; Tue, 22 Sep 2009 10:33:13 -0700 (PDT) In-Reply-To: <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> Date: Tue, 22 Sep 2009 10:33:13 -0700 Message-ID: From: Peter Wemm To: Gonzalo Nemmi Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Sergey Vinogradov , Doug Barton , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 17:55:41 -0000 On Tue, Sep 22, 2009 at 10:14 AM, Gonzalo Nemmi wrote: > ... and what about sendmail?? > couldn't it be easily replaced by DMA > > Regards > Gonzalo I just went and had a quick at dma's info. It looks almost exactly like what I've been saying for ages we should have in the base instead of a heavyweight MTA. "It accepts mails from locally installed Mail User Agents (MUA) and delivers the mails either locally or to a remote destination. Remote delivery includes several features like TLS/SSL support and SMTP authentication." On the subject of host/dig/nslookup. We had an old 'host' and 'nslookup' that were replaced with bind's heavyweight versions. Perhaps those could be revived and refreshed? The functionality of 'host' that I care about is: peter@overcee[10:19AM]~-1177> host www.yahoo.com www.yahoo.com is an alias for www.wa1.b.yahoo.com. www.wa1.b.yahoo.com is an alias for www-real.wa1.b.yahoo.com. www-real.wa1.b.yahoo.com has address 209.131.36.158 peter@overcee[10:31AM]~-1178> host yahoo.com yahoo.com has address 209.191.93.53 yahoo.com has address 69.147.114.224 yahoo.com has address 209.131.36.159 yahoo.com mail is handled by 1 g.mx.mail.yahoo.com. yahoo.com mail is handled by 1 a.mx.mail.yahoo.com. yahoo.com mail is handled by 1 b.mx.mail.yahoo.com. yahoo.com mail is handled by 1 c.mx.mail.yahoo.com. yahoo.com mail is handled by 1 d.mx.mail.yahoo.com. yahoo.com mail is handled by 1 e.mx.mail.yahoo.com. yahoo.com mail is handled by 1 f.mx.mail.yahoo.com. peter@overcee[10:31AM]~-1179> host 209.131.36.158 158.36.131.209.in-addr.arpa domain name pointer f1.www.vip.sp1.yahoo.com. In other words, it's going to have to talk to the res_* functions in libc again instead of bind's replacement. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:04:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5991065679 for ; Tue, 22 Sep 2009 18:04:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id F25848FC0C for ; Tue, 22 Sep 2009 18:04:31 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8MI4VfE008160; Tue, 22 Sep 2009 11:04:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8MI4VDv008159; Tue, 22 Sep 2009 11:04:31 -0700 (PDT) (envelope-from david) Date: Tue, 22 Sep 2009 11:04:31 -0700 From: David Wolfskill To: Peter Wemm Message-ID: <20090922180431.GA1320@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Peter Wemm , current@freebsd.org References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:04:32 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable host(1) is also handy for getting a name server's notion of the SOA serial for a zone, as well as verifying that a zone xfer can work (vs., e.g., being blocked by packet filters or gremlins or ...). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq5Ea4ACgkQmprOCmdXAD0isQCfW+SffX8XRkwX6NLUy8gWr/T9 kh8An2yOsysV3v2xfDzR0BruZ5G5BB84 =PzMF -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:07:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC55B1065670 for ; Tue, 22 Sep 2009 18:07:07 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n3c.bullet.mail.ac4.yahoo.com (n3c.bullet.mail.ac4.yahoo.com [76.13.13.80]) by mx1.freebsd.org (Postfix) with SMTP id 66A948FC16 for ; Tue, 22 Sep 2009 18:07:07 +0000 (UTC) Received: from [76.13.13.26] by n3.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 18:07:06 -0000 Received: from [76.13.10.178] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 18:07:06 -0000 Received: from [127.0.0.1] by omp119.mail.ac4.yahoo.com with NNFMP; 22 Sep 2009 18:07:06 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 709219.45391.bm@omp119.mail.ac4.yahoo.com Received: (qmail 75021 invoked by uid 60001); 22 Sep 2009 18:02:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253642579; bh=AvKIhVZCP0MZrV73Z0cQSNVhQ1Fd22VSHUDlqsyDsTE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GMRcXzpePGmVBksdtRMc5IjlFqclcH2Z6x20v/7xDVDWGSVOdFwprdLnvdbRHBBnH9LFJcBzdNgq4PCYsm+SA3w4m75wULDlSJvj1iOlE+lZIuDMM4uVKltMAdGDfWRc1cfHnv67x+sbl+n/v8TO8ALtsA/xcW+05RNIuHjUzbI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LlLegat5pTB+HP/+w+ddxnCKbXm1jKAAUnU4oCwgPZ2hlWjElxrgCrdygRcBfqGtcsKueqAtm+BTV5dtAkGjb6gV/6Pzh4R5shEAYUf+mnoGqDJktTYp5JE9tRX0olB5hrP+WCVVokGzoX7ePD1gCz3vh5+5wHaFZqlzQugay4M=; Message-ID: <207197.74332.qm@web63901.mail.re1.yahoo.com> X-YMail-OSG: F3fxZaUVM1kv0jimuds5PtHlA8R5AucBmxWArguwtL1N71rvGk5mrzl23CgoJc5jUUCxUKSyvHM1ao451YfnBQ7JlcSS4A0jOsSHA0e.e4_wzJliT2934RCuHBMjAUNcbN8qvr9vAsQILrnWaa83d0NwIzjEWbbxrr39iHjbiFLJ6PNKFUptyeU6pB9.zIIKDm.lj2fJW7mPlU0hI.s_YU4lPFyeHOepSW6zRd59e4EPb06e6qGvXxnaTdRVNvOIqg5iwAOCt40uGuCqny6pmCnaOfGxD9HOOJa8otTExKwTBtNBKQ7Bo6gdYDrnxxOcqyYBcmcq Received: from [98.203.21.152] by web63901.mail.re1.yahoo.com via HTTP; Tue, 22 Sep 2009 11:02:59 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Tue, 22 Sep 2009 11:02:59 -0700 (PDT) From: Barney Cordoba To: gary.jennejohn@freenet.de In-Reply-To: <20090922183831.4c100672@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:07:08 -0000 =0A=0A--- On Tue, 9/22/09, Gary Jennejohn wrote= :=0A=0A> From: Gary Jennejohn =0A> Subject: Re: = where is device_get_parent function defined=0A> To: "Barney Cordoba" =0A> Cc: "pluknet" , current@freebsd= ..org=0A> Date: Tuesday, September 22, 2009, 12:38 PM=0A> On Tue, 22 Sep 200= 9 08:37:26 -0700=0A> (PDT)=0A> Barney Cordoba =0A= > wrote:=0A> =0A> > So all they need now is an open to turn off the=0A> rec= ursive directory=0A> > warnings....=0A> > =0A> =0A> I saw no warnings at al= l when I did the grep.=A0 The=0A> only ouput from grep=0A> was the name of = the file.=0A> =0A> Must be something weird on your machine.=0A> =0A> > Of c= ourse a section in the man page telling you the=0A> source module would=0A>= > make way too much sense to be adopted by any of the=0A> free software gr= oups...=0A> > =0A> =0A> It generally isn't relevant where a function is=0A>= located.=A0 Man pages=0A> are supposed to document the required syntax and= not the=0A> layout of=0A> the source tree, which can change at any time.= =0A> =0A> FreeBSD has generally excellent man pages for kernel=0A> function= s.=A0 Linux,=0A> on the other hand, has virtually no kernel documentation a= t=0A> all, so the=0A> only way to figure out how a routine works is to exam= ine=0A> the code.=0A> =0A> I can speak authoritatively on this because I ma= ke my=0A> living developing=0A> drivers for Linux.=0A=0AI have to disagree = that its more important to put the AUTHOR of the man=0Apage than the source= file where it can be found.=0A=0ABarney=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:12:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE0881065672 for ; Tue, 22 Sep 2009 18:12:36 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [63.80.162.100]) by mx1.freebsd.org (Postfix) with SMTP id 9FC008FC18 for ; Tue, 22 Sep 2009 18:12:36 +0000 (UTC) Received: (qmail 62722 invoked by uid 1001); 22 Sep 2009 17:46:22 -0000 Date: Tue, 22 Sep 2009 10:45:59 -0701 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20090922174622.GQ24249@redundancy.redundancy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 18:12:36 -0000 Hello list, I'm having a rather irritating problem with my Thinkpad X60 and Xorg. Previously, I have been able to plug and unplug an external USB keyboard with impunity. As of a few months ago, when I unplug the external keyboard, the built-in one stops working. If I plug the external one back in, both keyboards work again. I worked around this for a while by switching to the console and then back, which seemed to poke hald or whatever to get things working again. A week or two ago, this workaround stopped working -- when I switch back to X, I just get a blank screen. That's a bug of some kind too, but a nebulous one, so I'm focusing on the one that's more debuggable. Looking at the Xorg.0.log, I see this on unplug: (II) config/hal: removing device Apple Keyboard (II) UnloadModule: "kbd" Thanks HAL, but I still need that module. I tried adding a separate InputDevice entry, so that X might retain the driver, but the behavior is the same. Could anyone point me in the right direction? Here is the log and config. http://redundancy.redundancy.org/Xorg.0.log http://redundancy.redundancy.org/xorg.conf Thanks, David From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:14:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 879C61065694; Tue, 22 Sep 2009 18:14:04 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id DD1E48FC27; Tue, 22 Sep 2009 18:14:03 +0000 (UTC) Received: by ewy5 with SMTP id 5so671633ewy.36 for ; Tue, 22 Sep 2009 11:14:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.30.135 with SMTP id k7mr310371wea.82.1253643242765; Tue, 22 Sep 2009 11:14:02 -0700 (PDT) In-Reply-To: <200909221124.58475.jhb@freebsd.org> References: <367b2c980909191009x1df7456bx10f97f25fc990a35@mail.gmail.com> <200909221124.58475.jhb@freebsd.org> Date: Tue, 22 Sep 2009 20:14:02 +0200 Message-ID: <367b2c980909221114m7d68abc9t209b8db3195c3018@mail.gmail.com> From: Olivier Smedts To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: [regression]: acpi_aiboost fails to attach on Asus P5Q3 Deluxe in 8.0 (Was: [regression] : 8.0-BETA3 (and BETA2?) acpi_hpet0 fails on TYAN H2000M) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:14:04 -0000 2009/9/22 John Baldwin : > On Saturday 19 September 2009 1:09:19 pm Olivier Smedts wrote: >> 2009/8/24 John Baldwin >> > >> > On Monday 24 August 2009 4:54:13 pm Olivier Smedts wrote: >> > > 2009/8/24 John Baldwin : >> > > > On Saturday 22 August 2009 1:20:18 pm Arno J. Klaassen wrote: >> > > >> >> > > >> Hello, >> > > >> >> > > >> I have a regression with acpi_hpet on a Tyan H2000M MB : >> > > >> >> > > >> =A0 acpi_hpet0: iomem 0xfed00000-0xf= ed03fff on >> > acpi0 >> > > >> =A0 acpi_hpet0: HPET never increments, disabling >> > > >> =A0 device_attach: acpi_hpet0 attach returned 6 >> > > >> =A0 [twice] >> > > >> >> > > >> it exists at least since Aug16 sources (I just looked at >> > > >> the 'netif' problems on this board which BTW are indeed fixed >> > > >> by recent flowtable init changes) >> > > > >> > > > Perhaps the recent ACPI-CA update is when this broke? >> > > >> > > Sorry for hijacking the thread (and not reporting this before) but >> > > maybe my issues with acpi_aiboost are related. It won't attach on my >> > > ASUS P5Q3 Deluxe (latest BIOS) since the ACPICA update (which also >> > > made "est" attach successfully on this ASUS board) : >> > > >> > > acpi_aiboost0: on acpi0 >> > > NOREF >> > > BAD DATA >> > > device_attach: acpi_aiboost0 attach returned 22 >> > >> > I would figure out what function in it's attach routine is failing wit= h EINVAL >> > and drill down from there. =A0It looks like it is dying trying to >> > evaluate "TSIF", "VSIF", or "FSIF". =A0Maybe add some printfs to see w= hich one >> > and print out the 'elem->Type' in the "NOREF" error message. =A0You co= uld also >> > just print the 'name' there as well which would help perhaps. >> > >> > -- >> > John Baldwin > > Ok, try this. =A0I believe that the newer ACPI-CA is expanding the packag= e > inline and there is no reason the subpackages have to be external > references rather than inline. Well, simply said : it works ! I only had to sed 's/type/Type/'. I still have the debugging 'printf("%s : %i\n", name, elem->Type);' in the 'for(i =3D 1 ; i < o->Package.Count; i++)' loop and here are the results : # dmesg | tail -n 12 acpi_aiboost0: on acpi0 TSIF : 4 TSIF : 4 VSIF : 4 VSIF : 4 VSIF : 4 VSIF : 4 FSIF : 4 FSIF : 4 FSIF : 4 FSIF : 4 FSIF : 4 # sysctl dev.acpi_aiboost dev.acpi_aiboost.0.%desc: ASUStek AIBOOSTER dev.acpi_aiboost.0.%driver: acpi_aiboost dev.acpi_aiboost.0.%location: handle=3D\_SB_.PCI0.SBRG.ASOC dev.acpi_aiboost.0.%pnpinfo: _HID=3DATK0110 _UID=3D16843024 dev.acpi_aiboost.0.%parent: acpi0 dev.acpi_aiboost.0.temp0: 335 dev.acpi_aiboost.0.temp1: 410 dev.acpi_aiboost.0.volt0: 1080 dev.acpi_aiboost.0.volt1: 3296 dev.acpi_aiboost.0.volt2: 4944 dev.acpi_aiboost.0.volt3: 12208 dev.acpi_aiboost.0.fan0: 1506 dev.acpi_aiboost.0.fan1: 784 dev.acpi_aiboost.0.fan2: 847 dev.acpi_aiboost.0.fan3: 756 dev.acpi_aiboost.0.fan4: 0 Thanks ! > > Index: acpi_aiboost.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- acpi_aiboost.c =A0 =A0 =A0(revision 197402) > +++ acpi_aiboost.c =A0 =A0 =A0(working copy) > @@ -46,7 +46,6 @@ > > =A0#define DESCSTRLEN 32 > =A0struct acpi_aiboost_element{ > - =A0 =A0 =A0 ACPI_HANDLE h; > =A0 =A0 =A0 =A0uint32_t id; > =A0 =A0 =A0 =A0char desc[DESCSTRLEN]; > =A0}; > @@ -127,22 +126,23 @@ > > =A0 =A0 =A0 =A0for(i =3D 1 ; i < o->Package.Count; i++){ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0elem =3D &o->Package.Elements[i]; > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if(elem->Type !=3D ACPI_TYPE_ANY){ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printf("NOREF\n"); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto error; > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 c->elem[ i - 1].h =3D elem->Reference.Handl= e; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (elem->type =3D=3D ACPI_TYPE_ANY) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 buf2.Pointer =3D NULL; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 buf2.Length =3D ACPI_ALLOCA= TE_BUFFER; > > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 buf2.Pointer =3D NULL; > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 buf2.Length =3D ACPI_ALLOCATE_BUFFER; > - > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 status =3D AcpiEvaluateObject(c->elem[i - 1= ].h, NULL, NULL, > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 &buf2); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if(ACPI_FAILURE(status)){ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printf("FETCH OBJECT\n"); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 status =3D AcpiEvaluateObje= ct(elem->Reference.Handle, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NULL, NULL, &buf2); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ACPI_FAILURE(status)){ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printf("FET= CH OBJECT\n"); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto error; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 subobj =3D buf2.Pointer; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else if (elem->type =3D=3D ACPI_TYPE_PACK= AGE) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 subobj =3D elem; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 else { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printf("NO PACKAGE\n"); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto error; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 subobj =3D buf2.Pointer; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if(ACPI_FAILURE(acpi_PkgInt32(subobj,0, &c= ->elem[i -1].id))){ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf("ID FAILED\n"); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto error; > @@ -151,15 +151,17 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 s= izeof(c->elem[i - 1].desc)); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if(ACPI_FAILURE(status)){ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if(status =3D=3D E2BIG){ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 c->elem[i-1= ].desc[DESCSTRLEN-1] =3D 0; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 c->elem[i -= 1].desc[DESCSTRLEN-1] =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0}else{ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf("DE= SC FAILED %d\n", i-1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto error= ; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if(buf2.Pointer) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 AcpiOsFree(buf2.Pointer); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (buf2.Pointer) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 AcpiOsFree(buf2.Pointer); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 buf2.Pointer =3D NULL; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0} > > =A0 =A0 =A0 =A0if(buf.Pointer) > > -- > John Baldwin > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:25:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96486106568D for ; Tue, 22 Sep 2009 18:25:16 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD618FC0A for ; Tue, 22 Sep 2009 18:25:16 +0000 (UTC) Received: from andorian.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id C913817089 for ; Tue, 22 Sep 2009 20:13:07 +0200 (CEST) Message-ID: <4AB913B3.1050709@borderworlds.dk> Date: Tue, 22 Sep 2009 20:13:07 +0200 From: Christian Laursen User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:25:16 -0000 Hi, Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 and then to 8.0-RC1 as of this morning. Since the Ralink Wireless NIC is not supported with a native driver I have been using ndis for a long time on 7.x without any issues. After upgrading to 8.0 I regenerated the module from the sys and inf files. When I kldload the module (rt2860_sys.ko) the NIC is detected and I can see it with ifconfig. But a few seconds after I do "ifconfig ndis0" up I get a panic. There is a screenshot of the panic here (Sorry about the image quality): http://borderworlds.dk/~xi/ndis_panic/screenshot.jpg I have also placed the dmesg output from a boot followed by the kldload, my kernel configuration as well as the output from "pciconf -lv" in this directory: http://borderworlds.dk/~xi/ndis_panic/ The warnings in the dmesg output was there under 7.x too and didn't prevent the NIC from functioning. What is the best way to debug this problem? Any pointers would be welcome. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:47:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A68F1065676 for ; Tue, 22 Sep 2009 18:47:03 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 780908FC17 for ; Tue, 22 Sep 2009 18:47:03 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8MIl0te014481; Tue, 22 Sep 2009 11:47:00 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8MIl0Uq014479; Tue, 22 Sep 2009 11:47:00 -0700 (PDT) (envelope-from faber) Date: Tue, 22 Sep 2009 11:47:00 -0700 From: Ted Faber To: Dimitry Andric Message-ID: <20090922184700.GE38036@zod.isi.edu> References: <20090921201903.GB52169@zod.isi.edu> <20090922041055.GA29399@zod.isi.edu> <4AB8AB12.7010406@andric.com> <20090922151441.GA38036@zod.isi.edu> <4AB90D2B.30801@andric.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l+goss899txtYvYf" Content-Disposition: inline In-Reply-To: <4AB90D2B.30801@andric.com> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 regression: cannot detect partitions (now with boot -v) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:47:03 -0000 --l+goss899txtYvYf Content-Type: multipart/mixed; boundary="imjhCm/Pyz7Rq5F2" Content-Disposition: inline --imjhCm/Pyz7Rq5F2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 07:45:15PM +0200, Dimitry Andric wrote: > On 2009-09-22 17:14, Ted Faber wrote: > > That's the USB disk label I was using to get the boot from. The slices > > on ad0: /dev/ad0s1a /dev/ad0s1d and /dev/ad0s1e are the ones I don't > > see. >=20 > Just checking. :) Can you run (from a rescue disk or 7-STABLE): >=20 > dd if=3D/dev/ad2 count=3D4 2>/dev/null | hexdump -C >=20 > and post the output here? Output of fdisk and bsdlabel would also be > handy. The bsdlabel and fdisk were attached to the first message, but I've attached them here as well, along with the output of=20 $ dd if=3D/dev/ad0 count=3D4 2>/dev/null | hexdump -C from the running 7.2 install. 7.2 finds the disk as ad0 not ad2. I've also gotten a pointer to this message, which sounds a lot like my problem: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D774931+0+archive/2009/freebs= d-current/20090118.freebsd-current I'm planning to save that sector and then try erasing it as the message suggests when I get access to the machine tonight. If the output from the dd above will confirm that diagnosis, that would be great. I don't know what a stale disklabel looks like, myself... Thanks! --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --imjhCm/Pyz7Rq5F2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=sec 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 7c 89 e6 bf 00 |.1.........|....| 00000010 06 b9 00 01 f3 a5 89 fd b1 08 f3 ab fe 45 f2 e9 |.............E..| 00000020 00 8a f6 46 bb 20 75 08 84 d2 78 07 80 4e bb 40 |...F. u...x..N.@| 00000030 8a 56 ba 88 56 00 e8 fc 00 52 bb c2 07 31 d2 88 |.V..V....R...1..| 00000040 6f fc 0f a3 56 bb 73 19 8a 07 bf 87 07 b1 03 f2 |o...V.s.........| 00000050 ae 74 0e b1 0b f2 ae 83 c7 09 8a 0d 01 cf e8 c5 |.t..............| 00000060 00 42 80 c3 10 73 d8 58 2c 7f 3a 06 75 04 72 05 |.B...s.X,.:.u.r.| 00000070 48 74 0d 30 c0 04 b0 88 46 b8 bf b2 07 e8 a6 00 |Ht.0....F.......| 00000080 be 7b 07 e8 b2 00 8a 56 b9 4e e8 8e 00 eb 05 b0 |.{.....V.N......| 00000090 07 e8 b0 00 30 e4 cd 1a 89 d7 03 7e bc b4 01 cd |....0......~....| 000000a0 16 75 0d 30 e4 cd 1a 39 fa 72 f2 8a 46 b9 eb 16 |.u.0...9.r..F...| 000000b0 30 e4 cd 16 88 e0 3c 1c 74 f1 2c 3b 3c 04 76 06 |0.....<.t.,;<.v.| 000000c0 2c c7 3c 04 77 c9 98 0f a3 46 0c 73 c2 88 46 b9 |,.<.w....F.s..F.| 000000d0 be 00 08 8a 14 89 f3 3c 04 9c 74 0a c0 e0 04 05 |.......<..t.....| 000000e0 be 07 93 c6 07 80 53 f6 46 bb 40 75 08 bb 00 06 |......S.F.@u....| 000000f0 b4 03 e8 59 00 5e 9d 75 06 8a 56 b8 80 ea 30 bb |...Y.^.u..V...0.| 00000100 00 7c b4 02 e8 47 00 72 86 81 bf fe 01 55 aa 0f |.|...G.r.....U..| 00000110 85 7c ff be 85 07 e8 19 00 ff e3 b0 46 e8 24 00 |.|..........F.$.| 00000120 b0 31 00 d0 eb 17 0f ab 56 0c be 78 07 e8 eb ff |.1......V..x....| 00000130 89 fe e8 03 00 be 85 07 ac a8 80 75 05 e8 04 00 |...........u....| 00000140 eb f6 24 7f 53 bb 07 00 b4 0e cd 10 5b c3 8a 74 |..$.S.......[..t| 00000150 01 8b 4c 02 b0 01 56 89 e7 f6 46 bb 80 74 13 66 |..L...V...F..t.f| 00000160 6a 00 66 ff 74 08 06 53 6a 01 6a 10 89 e6 48 80 |j.f.t..Sj.j...H.| 00000170 cc 40 cd 13 89 fc 5e c3 20 20 a0 0a 44 65 66 61 |.@....^. ..Defa| 00000180 75 6c 74 3a a0 0d 8a 00 05 0f 01 06 07 0b 0c 0e |ult:............| 00000190 83 a5 a6 a9 0d 0c 0b 0a 09 08 0a 0e 11 10 01 3f |...............?| 000001a0 bf 44 4f d3 4c 69 6e 75 f8 46 72 65 65 42 53 c4 |.DO.Linu.FreeBS.| 000001b0 66 bb 44 72 69 76 65 20 b1 00 80 0f b6 00 80 01 |f.Drive ........| 000001c0 01 00 a5 0e ff ff 3f 00 00 00 42 45 1c 1d 00 00 |......?...BE....| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 57 45 56 82 00 00 00 00 61 6d 6e 65 73 69 61 63 |WEV.....amnesiac| 00000210 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000220 00 00 00 00 00 00 00 00 00 02 00 00 3f 00 00 00 |............?...| 00000230 10 00 00 00 a9 64 07 00 f0 03 00 00 70 59 1c 1d |.....d......pY..| 00000240 00 00 00 00 00 00 00 00 10 0e 01 00 00 00 00 00 |................| 00000250 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000280 00 00 00 00 57 45 56 82 19 0d 08 00 00 20 00 00 |....WEV...... ..| 00000290 00 00 00 00 60 59 1c 1d 10 00 00 00 00 00 00 00 |....`Y..........| 000002a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 000002b0 00 00 00 00 70 59 1c 1d 00 00 00 00 00 00 00 00 |....pY..........| 000002c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000800 --imjhCm/Pyz7Rq5F2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=fdisk ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 488392002 (238472 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 14/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: --imjhCm/Pyz7Rq5F2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=label Content-Transfer-Encoding: quoted-printable # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 0 4.2BSD 0 0 0=20 b: 20971520 4194304 swap =20 c: 488392002 0 unused 0 0 # "raw" part, don'= t edit d: 41943040 25165824 4.2BSD 2048 16384 28552=20 e: 421283138 67108864 4.2BSD 0 0 0=20 --imjhCm/Pyz7Rq5F2-- --l+goss899txtYvYf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq5G6QACgkQaUz3f+Zf+Xu0aACeJCe+hbEM7NThHQxnws9X4uT3 kEMAoORVA15YBqj2tje48xkK5bnJpLlU =6kpw -----END PGP SIGNATURE----- --l+goss899txtYvYf-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:53:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D66F1065695 for ; Tue, 22 Sep 2009 18:53:21 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f175.google.com (mail-iw0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id EF67B8FC20 for ; Tue, 22 Sep 2009 18:53:20 +0000 (UTC) Received: by iwn5 with SMTP id 5so13555iwn.15 for ; Tue, 22 Sep 2009 11:53:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=IMvZPMPyvEpCYiAtgXytBb4g/hhALpJEGzHkZy36SKs=; b=ewKWFFsnHFMw6+CISGe8qzdMqUtCt3Qts3IOBP+8xKEwmLyvL9TEr5SijcXg2OzDFq fLNR9ZuUNGYmLklSD9TA0oSSBaGv2MNZyf0nBSnKOjkJwu5xIkzQGU7/sLhSAdJ6MZ9X CkcIKLnVIKhkhDF6VF4QuxTSeb7aZljYwuWYg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=msRpSGq0JWZhMb9Q4t+WRw6fkFPT+gkyPSBjIC325yNZqu+T103uCWhMbEMWA1P8ZW K8ZkuelTsSthMLoMai+HkbXANN5o6iiElWAYPzkDfrCnoWQi2LTEg+3QHNeT36UPr5zE jiKwCcoRdCUH24AfuUF1EddQT0a+6nrVbfc+s= MIME-Version: 1.0 Received: by 10.231.26.131 with SMTP id e3mr2580607ibc.0.1253644310522; Tue, 22 Sep 2009 11:31:50 -0700 (PDT) In-Reply-To: <4AB913B3.1050709@borderworlds.dk> References: <4AB913B3.1050709@borderworlds.dk> Date: Tue, 22 Sep 2009 15:31:50 -0300 Message-ID: <68c3445d0909221131x35e843a1n2b72eaf9234e7d55@mail.gmail.com> From: Raphael Kubo da Costa To: Christian Laursen Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:53:21 -0000 2009/9/22 Christian Laursen : > Hi, > > Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 and > then to 8.0-RC1 as of this morning. > > Since the Ralink Wireless NIC is not supported with a native driver I have > been using ndis for a long time on 7.x without any issues. > > After upgrading to 8.0 I regenerated the module from the sys and inf files. > > When I kldload the module (rt2860_sys.ko) the NIC is detected and I can see > it with ifconfig. But a few seconds after I do "ifconfig ndis0" up I get a > panic. > > There is a screenshot of the panic here (Sorry about the image quality): > http://borderworlds.dk/~xi/ndis_panic/screenshot.jpg > > I have also placed the dmesg output from a boot followed by the kldload, my > kernel configuration as well as the output from "pciconf -lv" in this > directory: > http://borderworlds.dk/~xi/ndis_panic/ > > The warnings in the dmesg output was there under 7.x too and didn't prevent > the NIC from functioning. > > What is the best way to debug this problem? Any pointers would be welcome. Could this be related to http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011832.html ? From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 18:55:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B7B51065694 for ; Tue, 22 Sep 2009 18:55:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 29F8E8FC1F for ; Tue, 22 Sep 2009 18:55:53 +0000 (UTC) Received: (qmail 15151 invoked by uid 399); 22 Sep 2009 18:55:46 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Sep 2009 18:55:46 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB91DAA.5010000@FreeBSD.org> Date: Tue, 22 Sep 2009 11:55:38 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Gonzalo Nemmi References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <19e9a5dc0909221053r4ada92bege718e37aa575e0de@mail.gmail.com> In-Reply-To: <19e9a5dc0909221053r4ada92bege718e37aa575e0de@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, Sergey Vinogradov , current@freebsd.org, Steve Kargl Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 18:55:53 -0000 Gonzalo Nemmi wrote: > With all due respect, I already know that .. it's pretty clear in the > different manuals, hanbooks and how-ro's ... and that's exactly why I > never asked how can I remove sendmail and replace it with dma .. the > question was more inclined in the way: why such a heavywheight (which > is what a lot of users seem to be saying, and I agree with them) when > we could do just as well with dma So do it already. :) A lot of people have talked about this, but no one has put code where their mouth is. Create a POC and post it to -arch, then we have something concrete to discuss. And please, don't bother with the "But I don't want to do the work if it isn't going to be accepted into the base" argument. There are way more than enough people whinging about this topic that your work will have an appreciative audience, which is all the reward we get around here. > (let alone the fact that we could > then cooperate with DragonFly, creating synergy, advancing toghether > towards the same goal amongst a plenty of other advantages). While those are nice words I don't think they have any meaning in the real world. We're dealing with a technical issue, we need to keep the discussion on technical terms. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 19:07:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793CA1065676; Tue, 22 Sep 2009 19:07:28 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from mail.higis.ru (mail.higis.ru [213.147.37.35]) by mx1.freebsd.org (Postfix) with ESMTP id 12F2F8FC0A; Tue, 22 Sep 2009 19:07:27 +0000 (UTC) Received: from [194.186.188.162] (port=56504 helo=[172.17.163.202]) by mail.higis.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MqA3T-0009Tp-HB; Tue, 22 Sep 2009 22:25:35 +0400 Message-ID: <4AB916AD.1050204@higis.ru> Date: Tue, 22 Sep 2009 22:25:49 +0400 From: Dmitriy Kirhlarov User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707) MIME-Version: 1.0 To: "O. Hartmann" , freebsd-questions@freebsd.org, freebsd-current@freebsd.org References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <20090922130540.GI1001@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20090922130540.GI1001@rwpc12.mby.riverwillow.net.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 19:07:28 -0000 John Marshall wrote: > On Tue, 22 Sep 2009, 11:53 +0000, O. Hartmann wrote: >> Hello, >> >> I run into trouble with FreeBSD and LDAP on a regular basis! >> >> Sometimes it is necessary to log in onto a bunch of servers with no LDAP >> service responding, due to service, crash, eletrically disconnetion, >> whatever. The problem is: I can't. >> Using all prerequisits from ports (pam_ldap/nss_ldap/ldap as most >> recent) my /etc/nsswitch.conf looks like this as it has been the most >> reasonable (and only working!) solution for the past 2 years: >> >> passwd: ldap [unavail=continue notfound=continue] files [success=return >> notfound=return] >> >> The same for group. Intention is to have root- or wheel-group access of >> local managed service users without timeouts due to irresponsible LDAP >> servers. But it does not work! >> If the LDAP service is not available, FreeBSD 8.0/AMD64-RC1 (most recent >> source/build) does nothing for approx. 120 seconds and sometimes much >> longer when trying to login as root from console. In some cases, the >> same box under the very same conditions refuses login due to a timeout, >> very strange. >> >> After a couple of time and lots of questiosn, the above showed >> nsswitch.conf entries were evaluated as those which should work, but >> exchanging 'ldap' and 'files' results in a never-can-login-situation, >> when LDAP isn't responsible. >> >> Is there a way to shorten the timeouts and if yes, where to look for? 2 >> minutes for a login within services sessions is too much, a waste of >> time. Our network is very fast, so 30 seconds should be enough ... > > I've only recently started playing with LDAP but it sounds to me like > you probably have one of the 'hard' options set for the reconnect policy > in your nss_ldap.conf file. I use 'bind_policy soft' so that if the > LDAP server isn't available we fail over to the next nsswitch service > immediately. > > I don't think further discussion of this thread belongs on the > freebsd-current list. > > Hope this helps. > bind_policy soft is a bad solution. When you have network lags, you have chance to get flapping connection error. http://www.liquidx.net/blog/2006/04/03/nss_ldap-undocumented-nss_reconnect_tries/ nss_reconnect_sleeptime 0 nss_reconnect_maxsleeptime 1 nss_reconnect_maxconntries 1 WBR From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 19:51:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB151065679 for ; Tue, 22 Sep 2009 19:51:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id BC7B98FC14 for ; Tue, 22 Sep 2009 19:51:45 +0000 (UTC) Received: by bwz27 with SMTP id 27so52557bwz.43 for ; Tue, 22 Sep 2009 12:51:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=hD6saNmgTdFQLwF9Rj2FIsQZuxnM2XR7gRUj21l/bWI=; b=ppOpvcN1UuxWmFvpUJlfwt8BtaMKTZUpm12V7qU5RUaXvKFW4v3khc9xgxmHzySkC8 BYr0hqcbESB0KcpiJ5fw778u8GXdbo73vfwviDuvq3QhtfoCVpzfHH2MtxwfbIdwOxh4 lPkrB/9/IunhT5Hw+z+EObipTICr10GloUJ7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=kKyVmfoQEAyulzafe5ebE9eC35tAS1SYjM74fPAsIUbKh0yavwguUxS0SUKXHxRXn2 3cBbjeVJVt2Pm8eOBEi0mJU2GJz5xJG+92fnlONiQkIetapP4ckBwfN+xhbXpbtU/6vM PIHWov72d+/nSxqyAWixdyimamnJSW9oQ6AUw= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.57.66 with SMTP id b2mr466701fah.33.1253649103335; Tue, 22 Sep 2009 12:51:43 -0700 (PDT) In-Reply-To: <4AB913B3.1050709@borderworlds.dk> References: <4AB913B3.1050709@borderworlds.dk> Date: Tue, 22 Sep 2009 21:51:43 +0200 X-Google-Sender-Auth: b412076044665338 Message-ID: <3bbf2fe10909221251v4b9ec12fg6722bcf22064c5ee@mail.gmail.com> From: Attilio Rao To: Christian Laursen Content-Type: text/plain; charset=UTF-8 Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 19:51:46 -0000 2009/9/22 Christian Laursen : > Hi, > > Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 and > then to 8.0-RC1 as of this morning. > > Since the Ralink Wireless NIC is not supported with a native driver I have > been using ndis for a long time on 7.x without any issues. > > After upgrading to 8.0 I regenerated the module from the sys and inf files. > > When I kldload the module (rt2860_sys.ko) the NIC is detected and I can see > it with ifconfig. But a few seconds after I do "ifconfig ndis0" up I get a > panic. > > There is a screenshot of the panic here (Sorry about the image quality): > http://borderworlds.dk/~xi/ndis_panic/screenshot.jpg Can you please try to add to your kernel config 'options KDB' and report the full backtrace to us? (a screenshot as you already did is fine). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:04:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813C81065670; Tue, 22 Sep 2009 20:04:53 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) by mx1.freebsd.org (Postfix) with ESMTP id 6B58F8FC12; Tue, 22 Sep 2009 20:04:53 +0000 (UTC) Received: from rugsucker.local (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by zim.gshapiro.net (8.14.4.Alpha1/8.14.3) with ESMTP id n8MK4oti064189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 13:04:52 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Tue, 22 Sep 2009 13:04:49 -0700 From: Gregory Shapiro To: Steve Kargl Message-ID: <20090922200449.GL19207@rugsucker.local> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090922173517.GB63149@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: arch@freebsd.org, current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:04:53 -0000 > I suppose it doesn't matter to you that sendmail is actually > maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. While I appreciate the vote of confidence, it doesn't, and it shouldn't. I'll continue to maintain sendmail in the base as long as it is welcome there. If the project wants it moved out, that is not up to me (though I hope it stays). I haven't spent a lot of time looking at DMA, but some requirements that pop to mind for it to be a replacement would be things like accepting local mail via SMTP (e.g., for MUAs which use SMTP submission) and supporting STARTTLS and SMTP AUTH for talking to the upstream MTA. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:09:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B59A1065672; Tue, 22 Sep 2009 20:09:17 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5148FC1D; Tue, 22 Sep 2009 20:09:16 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8MK9FSQ010545; Tue, 22 Sep 2009 14:09:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8MK9Enf010542; Tue, 22 Sep 2009 14:09:14 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 22 Sep 2009 14:09:14 -0600 (MDT) From: Warren Block To: Jaakko Heinonen In-Reply-To: <20090922115106.GA2856@a91-153-125-115.elisa-laajakaista.fi> Message-ID: References: <19e9a5dc0909202237g1295b6d9hf69012745009eef4@mail.gmail.com> <20090921105458.GA86764@melamine.cuivre.fr.eu.org> <20090922115106.GA2856@a91-153-125-115.elisa-laajakaista.fi> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Tue, 22 Sep 2009 14:09:15 -0600 (MDT) Cc: freebsd-current@freebsd.org, Gonzalo Nemmi , avg@freebsd.org, Thomas Quinot Subject: Re: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:09:17 -0000 On Tue, 22 Sep 2009, Jaakko Heinonen wrote: > On 2009-09-21, Warren Block wrote: >>>> I can confirm that .. kldload atapicam still results in a "Fatal trap 12: >>>> page fault while in kernel mode" on 8.0-RC1 > > The problem was introduced in r195534. Does the following patch work for > you? > > %%% > Index: sys/dev/ata/atapi-cam.c > =================================================================== > --- sys/dev/ata/atapi-cam.c (revision 197399) > +++ sys/dev/ata/atapi-cam.c (working copy) > @@ -418,8 +418,10 @@ atapi_action(struct cam_sim *sim, union > break; > } > } > - cpi->maxio = softc->ata_ch->dma.max_iosize ? > - softc->ata_ch->dma.max_iosize : DFLTPHYS; > + if (softc->ata_ch != NULL && softc->ata_ch->dma.max_iosize != 0) > + cpi->maxio = softc->ata_ch->dma.max_iosize; > + else > + cpi->maxio = DFLTPHYS; > ccb->ccb_h.status = CAM_REQ_CMP; > xpt_done(ccb); > return; > %%% Yes! kldload atapicam is fine, as is loading it in /boot/loader.conf. Thank you. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:29:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFBB106566C; Tue, 22 Sep 2009 20:29:28 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 320DC8FC16; Tue, 22 Sep 2009 20:29:27 +0000 (UTC) Received: by bwz27 with SMTP id 27so78697bwz.43 for ; Tue, 22 Sep 2009 13:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lsUL1qbinv73+mbaZiP+HHQ8zce2cJZ9jveMq9qJGRk=; b=qT50M//VWMOSVLw4nSGGX8hNSTQFEeupLEeLt/sb5C6S2KrfaeACMr3NEEfuui+U+F Tni6P8NGPv6jPqOT7BK5NsBs30WlXaidktMTMDJNh4fKY0DfQBDQGp0qClNIeBr2uMB4 S7WE9ty5DLGadNlkx1NglXrYxsTOH41YdoAvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LKG8zVo4c6p6ZFVqKi5NJzroyv2SFAXItw55cDqoMCHOqZr5Pw/yYjaupj7yvwmQ6/ 0kumdQngur7CNOvf4tOyGEC9MnMkyj2YJrtU/Ke2Y0C0CuEVPiDdq2XdBAqzV5oR++lg KvqBdNWoIhhY1lFJpYh2fQrWAu78TqzsxVFF8= MIME-Version: 1.0 Received: by 10.239.183.75 with SMTP id t11mr108170hbg.205.1253651365847; Tue, 22 Sep 2009 13:29:25 -0700 (PDT) In-Reply-To: <20090922200449.GL19207@rugsucker.local> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> Date: Tue, 22 Sep 2009 17:29:25 -0300 Message-ID: <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> From: Gonzalo Nemmi To: Gregory Shapiro Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org, current@freebsd.org, Steve Kargl Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:29:28 -0000 On 9/22/09, Gregory Shapiro wrote: >> I suppose it doesn't matter to you that sendmail is actually >> maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. > > While I appreciate the vote of confidence, it doesn't, and it shouldn't. > I'll continue to maintain sendmail in the base as long as it is welcome > there. If the project wants it moved out, that is not up to me (though > I hope it stays). > > I haven't spent a lot of time looking at DMA, but some requirements that > pop to mind for it to be a replacement would be things like accepting > local mail via SMTP (e.g., for MUAs which use SMTP submission) and > supporting STARTTLS and SMTP AUTH for talking to the upstream MTA. Dear Mr. Gregory Shapiro: I'm writing this letter to let you know that I have nothing personal against either your person, your professional work, your contributions to the FreeBSD project, your personal and professional merits or anything at all. I was prompt with an dubiously honest question and I replied with an honest answer, as I know no other way, and yet still stand in the belief that the use of names as means to declare any authority, be it moral or otherwise, constitutes no truth nor does any good to reason. With that beign said, I hereby show my respect and thank you for your invaluable contribution to the FreeBSD project, as well as I thank you for clarifying me "why should sendmail remain in base", which is something that no one has ever done this far. My apologies for the inconveniences or offenses I might unwittingly have caused you. Sincerily yours Gonzalo Ra=FAl Nemmi From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:44:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5125E106566C for ; Tue, 22 Sep 2009 20:44:27 +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 900128FC17 for ; Tue, 22 Sep 2009 20:44:26 +0000 (UTC) Received: (qmail invoked by alias); 22 Sep 2009 20:44:25 -0000 Received: from 85-127-91-100.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.91.100] by mail.gmx.net (mp005) with SMTP; 22 Sep 2009 22:44:25 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19/0xsm3EN/72/WSdjSfXZkutTeYhcyq687nvaBxk gZg/PgTHCZecvs From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Tue, 22 Sep 2009 22:44:23 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <654636.94077.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <654636.94077.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909222244.23901.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Cc: Barney Cordoba , pluknet Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:44:27 -0000 On Tuesday 22 September 2009 16:21:54 Barney Cordoba wrote: > --- On Tue, 9/22/09, pluknet wrote: ... > > Following style(9): > > ### > > The function type should be on a > > line by itself preceding the function. > > > > static char * > > function(int a1, int a2, float fl, > > int a4) > > ### > > > > So you can safely use the caret sign in regex: grep > > ^keyword path > > Except for the 50K recursive warnings from the module build directories > you're correct. In that case, I normally use: find /usr/src/ -type f | xargs grep ^device_get_parent Additionally specifying -name '*.c' should even be faster. -- Stefan From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:44:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91921106568B; Tue, 22 Sep 2009 20:44:00 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) by mx1.freebsd.org (Postfix) with ESMTP id 544F48FC18; Tue, 22 Sep 2009 20:44:00 +0000 (UTC) Received: from rugsucker.local (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by zim.gshapiro.net (8.14.4.Alpha1/8.14.3) with ESMTP id n8MKhup2065442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 13:43:58 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gshapiro.net; s=gatsby.dkim; t=1253652240; bh=rOj+17wQHQU9pJUyPe4yMauLKmYe3GmjuXsUTq8smHw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=iu9ELx2B8oqejZ0BTg0l0F2NFQZ/as8x8NaUd58SB4MqWIuX80y9jtX1rajFqGzWY Ircfzgq6i9zSH/DGFNreE1CcC3EdrywUlAsClR7K2/BUOmt16Fj9YLQU0nw8FGM7ap Mw/HWKut/0axv8zDKsbKYhKaHs7bz+dwsi73mQgM= DomainKey-Signature: a=rsa-sha1; s=gatsby; d=gshapiro.net; c=nofws; q=dns; h=date:from:to:cc:subject:message-id:references: mime-version:content-type:content-disposition:in-reply-to:user-agent; b=SSQrCbsPgyeXa8s0dD8e4ersbf4aQ5YblT4B0lO/9WBkHWXM8008vY9rdydcrAlLg G3CwBMMsQoRwb+czhqJ/ezoH8AIJqG/eRfFG3na00+wntXw/dCfWkdAy2Goxvoxr5rB EXLh3cJAbTWBQdJ0+FIzT1SzAm5FHcSIDzUZmvA= Date: Tue, 22 Sep 2009 13:43:56 -0700 From: Gregory Shapiro To: Gonzalo Nemmi Message-ID: <20090922204356.GM19207@rugsucker.local> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Tue, 22 Sep 2009 20:53:08 +0000 Cc: arch@freebsd.org, current@freebsd.org, Steve Kargl Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:44:00 -0000 > My apologies for the inconveniences or offenses I might unwittingly > have caused you. Oh no, none necessary at all and I am sorry if my reply to Steve was misinterpreted. I wanted to both thank Steve for the recognition and also agree with you -- who I am doesn't enter into the picture, all that matters is what is best for the project. The only other factor that enters into the decision making is if sendmail is being actively and properly maintained. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:54:57 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D7DB1065692; Tue, 22 Sep 2009 20:54:57 +0000 (UTC) (envelope-from louie@transsys.com) Received: from ringworld.transsys.com (ringworld.transsys.com [144.202.0.15]) by mx1.freebsd.org (Postfix) with ESMTP id 03DD18FC17; Tue, 22 Sep 2009 20:54:56 +0000 (UTC) Received: from natpool1-68.transsys.com (c-69-141-150-106.hsd1.nj.comcast.net [69.141.150.106]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: louie) by ringworld.transsys.com (Postfix) with ESMTP id 4FA905C04; Tue, 22 Sep 2009 16:31:59 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Louis Mamakos In-Reply-To: <4AB90448.9020706@FreeBSD.org> Date: Tue, 22 Sep 2009 16:31:58 -0400 Content-Transfer-Encoding: 7bit Message-Id: <8A3D6B19-8AD6-4222-8C26-4DF87D0709C6@transsys.com> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1076) Cc: arch@FreeBSD.org, Sergey Vinogradov , current@FreeBSD.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:54:57 -0000 On Sep 22, 2009, at 1:07 PM, Doug Barton wrote: > > I would be perfectly happy to remove BIND, however most people want > some or all of dig, host, or nslookup in the base, which means that > about 60% or more of the BIND source code has to be there to allow > that. From there it's a pretty simple leap to "let's build it all then > because that's how we've always done it." > > The next-best thing would be to flip the knobs so that we're not > building named and friends by default which I'm happy to do if people > want it done, but no one ever comes up with a clear consensus to do > it. Ideally, FreeBSD out-of-the-box ought to have a caching DNS server as part of the base system. I don't understand myself why people don't run caching name servers on every Internet-connected host, and want to rely on some other external entity. Heck, I run 'em on my nanobad based systems on Soekris boxes; the footprint really isn't that large. BIND serves this purpose adequately, though I'm sure that there are endless other possibilities better/faster/smaller/cheaper/prettier.. louie From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:11:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E0C106566C; Tue, 22 Sep 2009 21:11:39 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 07FAE8FC1E; Tue, 22 Sep 2009 21:11:38 +0000 (UTC) Received: by bwz27 with SMTP id 27so105798bwz.43 for ; Tue, 22 Sep 2009 14:11:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ivucsl5OrFSJ5cLSFxEw+xhZVvkcJOORy7tANuCruCk=; b=xzosbPO0eAJzwy/3nQgX2+wYLLzq8U1djp/+GbLrQnSXPsdl/U9J+72yHe2b6Vry44 GqtzzNB6WlJXVqjoK6IeV0zc3sllibZZs7NShZF+72RpEYxvXgYyYgSq0y03kVhaYagF 4vg47vceBSzwEfQQtZzZvP8jBjo1J0hR6pS+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gZvXPUYbq4XhqhrvLQEqlILt8ZrxHqPVquAr9SPQwZPmw/2v+n3ehUomA9z5ngNNYz 9wI0t7ReBLOT2KSLhzDPDwG51cF/9FiuzmYKAhRVUScu4jnYCSAl4w71mg7a2EE4DszO VxXSdRREZ1OO62DpQXzrn3pDANxRHH7EFDyR0= MIME-Version: 1.0 Received: by 10.239.237.193 with SMTP id k1mr129902hbp.173.1253653897622; Tue, 22 Sep 2009 14:11:37 -0700 (PDT) In-Reply-To: <4AB91DAA.5010000@FreeBSD.org> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <19e9a5dc0909221053r4ada92bege718e37aa575e0de@mail.gmail.com> <4AB91DAA.5010000@FreeBSD.org> Date: Tue, 22 Sep 2009 18:11:37 -0300 Message-ID: <19e9a5dc0909221411n1486cb80x220384b37daee921@mail.gmail.com> From: Gonzalo Nemmi To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Sergey Vinogradov , current@freebsd.org, Steve Kargl Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:11:39 -0000 On 9/22/09, Doug Barton wrote: > Gonzalo Nemmi wrote: > >> With all due respect, I already know that .. it's pretty clear in the >> different manuals, hanbooks and how-ro's ... and that's exactly why I >> never asked how can I remove sendmail and replace it with dma .. the >> question was more inclined in the way: why such a heavywheight (which >> is what a lot of users seem to be saying, and I agree with them) when >> we could do just as well with dma > > So do it already. :) A lot of people have talked about this, but no > one has put code where their mouth is. Create a POC and post it to > -arch, then we have something concrete to discuss. And please, don't > bother with the "But I don't want to do the work if it isn't going to > be accepted into the base" argument. There are way more than enough > people whinging about this topic that your work will have an > appreciative audience, which is all the reward we get around here. Dear Doug: Those words were just an explanation to Steve Kargl's misleading interpretation of my former e-mail. >> (let alone the fact that we could >> then cooperate with DragonFly, creating synergy, advancing toghether >> towards the same goal amongst a plenty of other advantages). > > While those are nice words I don't think they have any meaning in the > real world. We're dealing with a technical issue, we need to keep the > discussion on technical terms. Oh they do .. believe me ... specially to me, the paying customer =) Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:20:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7321065679 for ; Tue, 22 Sep 2009 21:20:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 09CA98FC23 for ; Tue, 22 Sep 2009 21:20:44 +0000 (UTC) Received: by bwz27 with SMTP id 27so111451bwz.43 for ; Tue, 22 Sep 2009 14:20:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=zSTDknlBhB1lUyCGnolr8X7KZDcHkkhMSAlx251b/34=; b=ehLYIbzfn+2XfoHywQQWUAGhsTmyyJaOg2vloJRPsePrekPVgAj5uIRYmMcHU4obZP G5VYzmlBFHhf/M/dBvglwpcojlpqHK7mbKi1vRYYs1ckIYR+IwjFNhdHYSVWus2D9XST AvJY+8GrJIW9gJn/85yuqLw9oF6YMcZBPFcFc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZAS3kCXrW8ZoCWY8GzalMFES3oSnHW57P1ELNfx+m898vQDZM4OkMIHDdp8+akgkcA YUFXrb8Rkw06fDoKzXWcNcoTD5U0uSzb9q6vXvRM7doPyLW5oI0m9Zyx3GYVvpE7sigR KOAEMvhAxVbh2gGOspY7b4rjTC/ViQ9V79/Sc= MIME-Version: 1.0 Received: by 10.103.125.17 with SMTP id c17mr579979mun.16.1253654443791; Tue, 22 Sep 2009 14:20:43 -0700 (PDT) In-Reply-To: <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> Date: Tue, 22 Sep 2009 23:20:43 +0200 Message-ID: <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> From: "Paul B. Mahol" To: Raphael Kubo da Costa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:20:45 -0000 On 9/22/09, Raphael Kubo da Costa wrote: > 2009/9/22 Paul B. Mahol : >> On 9/22/09, Raphael Kubo da Costa wrote: >>> Hi there, >>> >>> I'm not sure this is the proper place to send this, so please tell me >>> if I should send this mail to another mailing list or file a PR about >>> this. >>> >>> I used freebsd-update to upgrade from 7.2-RELEASE-p3 to 8.0-RC1. >>> Everything went fine, but I had to regenerate my wireless card >>> (Realtek RTL8180L) module with ndisgen. However, when I load the >>> generated module with kldload I get a kernel panic and the system >>> reboots. I also have a 67mb vmcore; I can try to make it available if >>> needed. >> >> You are saying that it worked without problems on 7.2? > Yes, until this upgrade everything worked fine. > >> There were very little changes with sys/compat/ndis between that two >> versions >> so if problem really exist it must be somewhere in if_ndis module. >> Are you sure that complete world and kernel are in sync? > I think so; I've followed > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > and ran "freebsd-update -r 8.0-RC1 upgrade", "freebsd-update install", > rebooted, reran "freebsd-update install", rebooted and ran ndisgen. Once more, ndisgen(ndiscvt) requires correct kernel sources to make working kernel module. For example you _must_ have 8.0-RC1 in /src and not some other version. > >> And you really did loaded regenerated module? > Yes, I ran ndisgen and used kldload to load the generated module and > besides I copied the module to /boot/modules and tried loading it > after the kernel panics. > >>> >>> I'll paste some sections from core.txt; I can attach the whole file if >>> you >>> want. >>> >>> ----------- >>> >>> Unread portion of the kernel message buffer: >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0xc4ea831a >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc4df96b3 >>> stack pointer = 0x28:0xe3744a44 >>> frame pointer = 0x28:0xe3744aac >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 1110 (ifconfig) >>> trap number = 12 >>> panic: page fault >>> cpuid = 0 >>> Uptime: 36s >>> Physical memory: 883 MB >>> Dumping 67 MB: 52 36 20 4 >>> >>> Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from >>> /boot/kernel/snd_hda.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/snd_hda.ko >>> Reading symbols from /boot/kernel/sound.ko...Reading symbols from >>> /boot/kernel/sound.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/sound.ko >>> Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from >>> /boot/kernel/linprocfs.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/linprocfs.ko >>> Reading symbols from /boot/kernel/linux.ko...Reading symbols from >>> /boot/kernel/linux.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/linux.ko >>> Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from >>> /boot/kernel/reiserfs.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/reiserfs.ko >>> Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from >>> /boot/kernel/logo_saver.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/logo_saver.ko >>> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >>> Loaded symbols for /boot/modules/rtl8180_sys.ko >>> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >>> /boot/kernel/if_ndis.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/if_ndis.ko >>> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >>> /boot/kernel/ndis.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ndis.ko >>> #0 doadump () at pcpu.h:246 >>> 246 pcpu.h: No such file or directory. >>> in pcpu.h >>> (kgdb) #0 doadump () at pcpu.h:246 >>> #1 0xc08823c7 in boot (howto=260) at >>> /usr/src/sys/kern/kern_shutdown.c:416 >>> #2 0xc08826b9 in panic (fmt=Variable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:579 >>> #3 0xc0bb346c in trap_fatal (frame=0xe3744a04, eva=3303703322) >>> at /usr/src/sys/i386/i386/trap.c:933 >>> #4 0xc0bb36f0 in trap_pfault (frame=0xe3744a04, usermode=0, >>> eva=3303703322) >>> at /usr/src/sys/i386/i386/trap.c:846 >>> #5 0xc0bb40d5 in trap (frame=0xe3744a04) at >>> /usr/src/sys/i386/i386/trap.c:528 >>> #6 0xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 >>> #7 0xc4df96b3 in ndis_rtl8180_sys_drv_data_start () >>> from /boot/modules/rtl8180_sys.ko >>> Previous frame inner to this frame (corrupt stack?) >>> (kgdb) >>> >>> >>> ------ Last lines from dmesg -------- >>> Tue Sep 22 01:02:49 BRT 2009 >>> Sep 22 01:02:55 borges login: ROOT LOGIN (root) ON ttyv0 >>> warning: KLD '/boot/modules/rtl8180_sys.ko' is newer than the >>> linker.hints >>> file >>> ndis0: port >>> 0xe800-0xe8ff mem 0xdffffc00-0xdffffcff irq 16 at device 6.0 on pci1 >>> ndis0: [ITHREAD] >>> ndis0: NDIS API version: 5.1 >>> ifa_add_loopback_route: insertion failed >> >> Try to enable debug.ndis sysctl. > And then paste the same sections here? You can post newly introduced messages.(aka diff) >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0xc4ea831a >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc4df96b3 >>> stack pointer = 0x28:0xe3744a44 >>> frame pointer = 0x28:0xe3744aac >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 1110 (ifconfig) >> >> What commands are to reproduce this? > # kldload rtl8180_sys But up there is ifconfig mentioned so I need exact way to reproduce it because backtrace is misleading. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:21:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC1E1065679 for ; Tue, 22 Sep 2009 21:21:07 +0000 (UTC) (envelope-from kristof@sigsegv.be) Received: from yorgi.telenet-ops.be (yorgi.telenet-ops.be [195.130.133.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE2D8FC17 for ; Tue, 22 Sep 2009 21:21:06 +0000 (UTC) Received: from brigitte.telenet-ops.be (brigitte.telenet-ops.be [195.130.137.66]) by yorgi.telenet-ops.be (Postfix) with ESMTP id EE8AC680B14 for ; Tue, 22 Sep 2009 23:10:24 +0200 (CEST) Received: from triton.sigsegv.be ([213.119.96.179]) by brigitte.telenet-ops.be with bizsmtp id jxAM1c0073sCccd0GxAMft; Tue, 22 Sep 2009 23:10:21 +0200 Received: from nereid (nereid.neptune.sigsegv.be [IPv6:2001:470:c8f4:0:200:ff:fe00:8]) by triton.sigsegv.be (Postfix) with SMTP id 3759A1C24E for ; Wed, 23 Sep 2009 01:11:24 +0200 (CEST) Received: by nereid (sSMTP sendmail emulation); Tue, 22 Sep 2009 23:10:20 +0200 Date: Tue, 22 Sep 2009 23:10:18 +0200 From: Kristof Provost To: current@freebsd.org Message-ID: <20090922211012.GE19069@nereid> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Fingerprint: 6B6E 5EED 8ECF FAE7 1F61 7458 5046 7D0E 11B0 0EE8 User-Agent: Mutt/1.5.14 (2007-03-31) Cc: Subject: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:21:07 -0000 Hi, I've been trying to get CURRENT running on a TS-7800 [1]. It's based around a Marvell Orion SoC, with a Marvell 88E1118 PHY. It boots and tries to do bootpc_init. This fails because there are no packets coming in or going out. A few thing's I've noticed: - The PHY is misdetected as an 88E1116. Changing sys/dev/mii/miidevs so it's detected as the 88E1118 it really is doesn't help. - sys/dev/mii/e1000phy.c appears to contain a bug: e1000phy_reset performs a switch on MII_MODEL(esc->mii_model) while the rest of the code just uses esc->mii_model. This seems to be wrong as the cases for 1118 (or 1116) are not triggered. Changing this also doesn't appear to help. - Forcing the mge driver to IFM_100_TX (in mge_set_port_serial_control) does work. The system manages to acquire a DHCP address. - CURRENT does work correctly on my Sheevaplug, which has a Marvell 88E1116R PHY (at least, it's identified as one, I've not checked any further). Does anyone have any ideas on what might be causing this or what to try next? Kristof [1] http://www.embeddedarm.com/products/board-detail.php?product=TS-7800 From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:26:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A761106568F; Tue, 22 Sep 2009 21:26:51 +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 37BD48FC47; Tue, 22 Sep 2009 21:26:51 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8MLQp71013401; Tue, 22 Sep 2009 14:26:51 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8MLQpP7013394; Tue, 22 Sep 2009 14:26:51 -0700 (PDT) (envelope-from sgk) Date: Tue, 22 Sep 2009 14:26:50 -0700 From: Steve Kargl To: Gonzalo Nemmi Message-ID: <20090922212650.GA84817@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <19e9a5dc0909221053r4ada92bege718e37aa575e0de@mail.gmail.com> <4AB91DAA.5010000@FreeBSD.org> <19e9a5dc0909221411n1486cb80x220384b37daee921@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e9a5dc0909221411n1486cb80x220384b37daee921@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, Sergey Vinogradov , Doug Barton , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:26:51 -0000 On Tue, Sep 22, 2009 at 06:11:37PM -0300, Gonzalo Nemmi wrote: > On 9/22/09, Doug Barton wrote: > > Gonzalo Nemmi wrote: > > > >> With all due respect, I already know that .. it's pretty clear in the > >> different manuals, hanbooks and how-ro's ... and that's exactly why I > >> never asked how can I remove sendmail and replace it with dma .. the > >> question was more inclined in the way: why such a heavywheight (which > >> is what a lot of users seem to be saying, and I agree with them) when > >> we could do just as well with dma > > > > So do it already. :) A lot of people have talked about this, but no > > one has put code where their mouth is. Create a POC and post it to > > -arch, then we have something concrete to discuss. And please, don't > > bother with the "But I don't want to do the work if it isn't going to > > be accepted into the base" argument. There are way more than enough > > people whinging about this topic that your work will have an > > appreciative audience, which is all the reward we get around here. > > Dear Doug: > > Those words were just an explanation to Steve Kargl's misleading > interpretation of my former e-mail. > My interpretation was not misleading. If anything my comment was informative because there was no indication in your post that you knew the history and continued maintenance of sendmail nor did you indicate that you knew how to replace sendmail via the Handbook's description. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 20:55:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D7481065693 for ; Tue, 22 Sep 2009 20:55:37 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id EC4358FC16 for ; Tue, 22 Sep 2009 20:55:35 +0000 (UTC) Received: from beta.1-16-172-dyn.locolomo.org (beta.1-16-172-dyn.locolomo.org [172.16.1.127]) by mail.locolomo.org (Postfix) with ESMTPSA id A154D1C1A67; Tue, 22 Sep 2009 22:39:48 +0200 (CEST) Message-ID: <4AB93614.2080106@locolomo.org> Date: Tue, 22 Sep 2009 22:39:48 +0200 From: Erik Norgaard User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Daniel O'Connor References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909222248.16475.doconnor@gsoft.com.au> In-Reply-To: <200909222248.16475.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 22 Sep 2009 21:28:34 +0000 Cc: freebsd-current@freebsd.org, "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 20:55:37 -0000 Daniel O'Connor wrote: > On Tue, 22 Sep 2009, O. Hartmann wrote: >> I run into trouble with FreeBSD and LDAP on a regular basis! >> >> Sometimes it is necessary to log in onto a bunch of servers with no >> LDAP service responding, due to service, crash, eletrically >> disconnetion, whatever. The problem is: I can't. >> Using all prerequisits from ports (pam_ldap/nss_ldap/ldap as most >> recent) my /etc/nsswitch.conf looks like this as it has been the most >> reasonable (and only working!) solution for the past 2 years: >> >> passwd: ldap [unavail=continue notfound=continue] files >> [success=return notfound=return] > > I just have > passwd: cache files ldap > group: cache files ldap > > and I can login as root locally without any delay. > > That said my LDAP server is on the same machine so perhaps it fails > faster. I am using "uri ldapi://%2fvar%2frun%2fopenldap%2fldapi/" to > connect to. > This sounds like the correct solution, AFAIK it's the same concept as for NIS, first check local files, then ldap. You don't want your root credentials possibly be leaked accross the network. On the other hand you don't want or need user accounts in the local files. Default first check local files which is fast, then fall back on ldap if the user is not found. BR, Erik -- Erik Nrgaard Ph: +34.666334818/+34.915211157 http://www.locolomo.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:31:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0523510656A3; Tue, 22 Sep 2009 21:31: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 D32638FC23; Tue, 22 Sep 2009 21:31:27 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8MLVRjA030751; Tue, 22 Sep 2009 14:31:27 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8MLVRAh030747; Tue, 22 Sep 2009 14:31:27 -0700 (PDT) (envelope-from sgk) Date: Tue, 22 Sep 2009 14:31:27 -0700 From: Steve Kargl To: Gonzalo Nemmi Message-ID: <20090922213127.GB84817@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, Gregory Shapiro , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:31:28 -0000 On Tue, Sep 22, 2009 at 05:29:25PM -0300, Gonzalo Nemmi wrote: > On 9/22/09, Gregory Shapiro wrote: > >> I suppose it doesn't matter to you that sendmail is actually > >> maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. > > > > While I appreciate the vote of confidence, it doesn't, and it shouldn't. > > I'll continue to maintain sendmail in the base as long as it is welcome > > there. If the project wants it moved out, that is not up to me (though > > I hope it stays). > > > > I haven't spent a lot of time looking at DMA, but some requirements that > > pop to mind for it to be a replacement would be things like accepting > > local mail via SMTP (e.g., for MUAs which use SMTP submission) and > > supporting STARTTLS and SMTP AUTH for talking to the upstream MTA. > > Dear Mr. Gregory Shapiro: > > I'm writing this letter to let you know that I have nothing personal > against either your person, your professional work, your contributions > to the FreeBSD project, your personal and professional merits or > anything at all. > > I was prompt with an dubiously honest question and I replied with an > honest answer, as I know no other way, and yet still stand in the > belief that the use of names as means to declare any authority, be it > moral or otherwise, constitutes no truth nor does any good to reason. > Then you completely missed the point of my response. sendmail is being maintained the people that actual wrote the code. If dma replaces sendmail, will the authors of dma become FreeBSD committers and maintain dma in the same manner that sendmail has been maintained. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:33:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E962106568F for ; Tue, 22 Sep 2009 21:33:02 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0775B8FC19 for ; Tue, 22 Sep 2009 21:33:01 +0000 (UTC) Received: (qmail 7404 invoked from network); 22 Sep 2009 21:33:01 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Sep 2009 21:33:01 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 2DD59508B0; Tue, 22 Sep 2009 17:33:00 -0400 (EDT) From: Lowell Gilbert To: freebsd-current@freebsd.org, Gregory Shapiro References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> Date: Tue, 22 Sep 2009 17:33:00 -0400 In-Reply-To: <20090922200449.GL19207@rugsucker.local> (Gregory Shapiro's message of "Tue, 22 Sep 2009 13:04:49 -0700") Message-ID: <44vdja1x83.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:33:02 -0000 Gregory Shapiro writes: >> I suppose it doesn't matter to you that sendmail is actually >> maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. > > While I appreciate the vote of confidence, it doesn't, and it shouldn't. > I'll continue to maintain sendmail in the base as long as it is welcome > there. If the project wants it moved out, that is not up to me (though > I hope it stays). There's also the Principle of Least Astonishment. The pain of any change would be substantial (albeit short-lived). > I haven't spent a lot of time looking at DMA, but some requirements that > pop to mind for it to be a replacement would be things like accepting > local mail via SMTP (e.g., for MUAs which use SMTP submission) and > supporting STARTTLS and SMTP AUTH for talking to the upstream MTA. The point of DMA is that it does the absolute minimum needed to get a workable system. That *minimum* is really just delivering locally generated mail somewhere else, primarily to make sure root's cron e-mails go somewhere. To actually receive mail, another MTA would always be needed. STARTTLS and TLS/SSL do seem to be supported, and enough virtusertable functionality to get the from addresses replyable. None of which should be interpreted as an opinion on my part. I will only develop (much less express) an opinion if absolutely pressed. Be well. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:34:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 062E11065679; Tue, 22 Sep 2009 21:34:52 +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 D3FF18FC1C; Tue, 22 Sep 2009 21:34:51 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8MLYpYv033724; Tue, 22 Sep 2009 14:34:51 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8MLYpWi033723; Tue, 22 Sep 2009 14:34:51 -0700 (PDT) (envelope-from sgk) Date: Tue, 22 Sep 2009 14:34:51 -0700 From: Steve Kargl To: Gregory Shapiro Message-ID: <20090922213451.GC84817@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> <20090922204356.GM19207@rugsucker.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090922204356.GM19207@rugsucker.local> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, Gonzalo Nemmi , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:34:52 -0000 On Tue, Sep 22, 2009 at 01:43:56PM -0700, Gregory Shapiro wrote: > > My apologies for the inconveniences or offenses I might unwittingly > > have caused you. > > Oh no, none necessary at all and I am sorry if my reply to Steve was > misinterpreted. I wanted to both thank Steve for the recognition and > also agree with you -- who I am doesn't enter into the picture, all that > matters is what is best for the project. The only other factor that > enters into the decision making is if sendmail is being actively and > properly maintained. Your last line was my point, which apparentily has been missed. sendmail is actively maintained by you (and Sendmail, Inc.). If sendmail is replaced by dma, will it receive the same level of care? I guess this is considered to be a dubious concern by some. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:39:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C43BD106566C for ; Tue, 22 Sep 2009 21:39:21 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id A26BA8FC14 for ; Tue, 22 Sep 2009 21:39:21 +0000 (UTC) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n8MLT500085389 for ; Tue, 22 Sep 2009 16:29:05 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n8MLT5WD085388 for freebsd-current@freebsd.org; Tue, 22 Sep 2009 16:29:05 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Tue, 22 Sep 2009 16:29:05 -0500 From: Scott Lambert To: freebsd-current@freebsd.org Message-ID: <20090922212905.GA77503@sysmon.tcworks.net> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Nagios SIGSEGV on FreeBSD 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:39:21 -0000 I've posted this to FreeBSD-ports and Nagios-Users without a nibble. I've been running a FreeBSD 8-BETA2 server for DNS on a network I recently took over. No problems. We needed to get Nagios running on that network to watch all the hosts in RFC 1918 space. Taking the easy route, I just installed the Nagios 3.0.6 port on this 8-BETA2 box. Nagios runs great until an acknowledged down host (with acknowledgment comment) comes back up. Nagios exits on a SIGSEGV. It seems to only happen when we have retention data (retention.dat) showing the host down. If we just restart Nagios without removing the retention.dat file, it exists on SIGSEGV the next time it tries to mark the host up. I upgraded to the nagios-devel (Nagios 3.1.2) port and we have the same problem. If the host comes back up before Nagios writes the retention data file showing the host down, we don't seem to see the problem. The retention data file keep state when Nagios is restarted. There is the option of checkpointing the file so that if Nagios does not get to write the new version on exit, the data in the file won't be weeks old when Nagios is restarted. We are using the checkpoint option with one hour intervals. Have there been threading, or other, changes in 8 vs 7 which could cause something like this? Unfortunately, I don't have ANY other *nix boxes on this network. My other Nagios box is still running FreeBSD 4 and Nagios 2. That combination has been dead reliable. This is all I have figured out with gdb: sudo gdb -c /var/coredumps/nagios-52050.core /usr/local/bin/nagios GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `nagios'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0807fe8b in get_next_comment_by_host () [New Thread 28326280 (LWP 100051)] [New Thread 28301140 (LWP 100222)] (gdb) bt #0 0x0807fe8b in get_next_comment_by_host () #1 0x08080940 in delete_host_acknowledgement_comments () #2 0x28331180 in ?? () #3 0x4aaac053 in ?? () #4 0x080cc394 in __JCR_LIST__ () #5 0x28342f00 in ?? () #6 0x00000000 in ?? () #7 0xbfbfe858 in ?? () #8 0x08071c15 in handle_host_state () Previous frame inner to this frame (corrupt stack?) Here is the code for get_next_comment_by_host: comment *get_next_comment_by_host(char *host_name, comment *start){ comment *temp_comment=NULL; if(host_name==NULL || comment_hashlist==NULL) return NULL; if(start==NULL) temp_comment=comment_hashlist[hashfunc(host_name,NULL,COMMENT_HASHSLOTS)]; else temp_comment=start->nexthash; for(;temp_comment && compare_hashdata(temp_comment->host_name,NULL,host_name,NULL)<0;temp_comment=temp_comment->nexthash); if(temp_comment && compare_hashdata(temp_comment->host_name,NULL,host_name,NULL)==0) return temp_comment; return NULL; } I haven't found any reports of similar issues on the Nagios list or elsewhere on Google. I may just be the first sucker to try to run Nagios on FreeBSD 8. :-) Thanks, -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:46:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF22106566B; Tue, 22 Sep 2009 21:46:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5EADB8FC17; Tue, 22 Sep 2009 21:46:49 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3CAEE6D41B; Tue, 22 Sep 2009 21:46:48 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0A8DE8448F; Tue, 22 Sep 2009 23:46:48 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Nick Hibma References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> <20090922082344.GA64877@mech-cluster241.men.bris.ac.uk> <37B47737-E4A4-4CF3-9DAA-B0F0A4CC8901@van-laarhoven.org> Date: Tue, 22 Sep 2009 23:46:48 +0200 In-Reply-To: <37B47737-E4A4-4CF3-9DAA-B0F0A4CC8901@van-laarhoven.org> (Nick Hibma's message of "Tue, 22 Sep 2009 13:06:42 +0200") Message-ID: <86d45i1wl3.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org, current@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:46:49 -0000 Nick Hibma writes: > Our package system is a tremendous asset, and wholeheartedly agree > with Doug on this. So my vote is now a -1. Not that anyone cares. Having seen how it turned out, I'd like to vote -50,000,000 on this whole discussion... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:47:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78D651065765 for ; Tue, 22 Sep 2009 21:47:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7868FC16 for ; Tue, 22 Sep 2009 21:47:02 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8MLl0h1004511 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 22 Sep 2009 17:47:00 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-current Content-Type: text/plain Organization: FreeBSD Date: Tue, 22 Sep 2009 16:46:56 -0500 Message-Id: <1253656016.2110.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Subject: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:47:02 -0000 Todays -HEAD (197416) is hanging on boot for me if the vesa module is loaded. I initially thought that this was keyboard related, but reverting various bits and pieces didn't do any good. Once in serial console I was able to determine that it was actually hanging right after the VESA: information block gets dumped. Disabling vesa allows me to boot successfully. Verbose boot log available up to the hang is available if anyone thinks it is useful... robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:49:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0707A106566C for ; Tue, 22 Sep 2009 21:49:28 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f181.google.com (mail-iw0-f181.google.com [209.85.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id B22A38FC0A for ; Tue, 22 Sep 2009 21:49:27 +0000 (UTC) Received: by iwn11 with SMTP id 11so112580iwn.3 for ; Tue, 22 Sep 2009 14:49:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ui7gefhtSTHN2hgOJsJdJoui2YNAH0rNmrg0t0acOiQ=; b=TQ1nTF8vuIJ84g1PVwE5XcjO1317THl/I2Yw1D0qYi5d0HBosAKAu2zhv+dC2ZjBcB yP4cOiZ0n1rXPkg+AmvS6Jmj10L2o2Ret5+YgXm2gC8qG2YZVGEJp5FTrL4a8cug7oHj aT1ljBi8rzy+EagzuHfksW6EesOEW/OrYgo98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=I/j/Qy6iHj2Q2czIojHTtPA8kUUD/PY647Df45TpJq8Zn7xawKgOEd2jt6IDx3Ciix xZrwmAV3IEfzKJlqRug1b8OLOrGjoiwEpA16NtEQKAA4eSKE1GNXvXSNeGXEUCJB9cjS zdO8bKUZAY9kFpJwmgyiJZxSeOfM0vSjvtunU= MIME-Version: 1.0 Received: by 10.231.83.75 with SMTP id e11mr2963105ibl.11.1253656166813; Tue, 22 Sep 2009 14:49:26 -0700 (PDT) In-Reply-To: <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> Date: Tue, 22 Sep 2009 18:49:26 -0300 Message-ID: <68c3445d0909221449g62904ae7pa4deb939baf4be1@mail.gmail.com> From: Raphael Kubo da Costa To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:49:28 -0000 2009/9/22 Paul B. Mahol : > On 9/22/09, Raphael Kubo da Costa wrote: >> 2009/9/22 Paul B. Mahol : >>> On 9/22/09, Raphael Kubo da Costa wrote: >>>> Hi there, >>>> >>>> I'm not sure this is the proper place to send this, so please tell me >>>> if I should send this mail to another mailing list or file a PR about >>>> this. >>>> >>>> I used freebsd-update to upgrade from 7.2-RELEASE-p3 to 8.0-RC1. >>>> Everything went fine, but I had to regenerate my wireless card >>>> (Realtek RTL8180L) module with ndisgen. However, when I load the >>>> generated module with kldload I get a kernel panic and the system >>>> reboots. I also have a 67mb vmcore; I can try to make it available if >>>> needed. >>> >>> You are saying that it worked without problems on 7.2? >> Yes, until this upgrade everything worked fine. >> >>> There were very little changes with sys/compat/ndis between that two >>> versions >>> so if problem really exist it must be somewhere in if_ndis module. >>> Are you sure that complete world and kernel are in sync? >> I think so; I've followed >> http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.h= tml >> and ran "freebsd-update -r 8.0-RC1 upgrade", "freebsd-update install", >> rebooted, reran "freebsd-update install", rebooted and ran ndisgen. > > Once more, ndisgen(ndiscvt) requires correct kernel sources to make > working kernel module. > > For example you _must_ have 8.0-RC1 in /src and not some other version. > >> >>> And you really did loaded regenerated module? >> Yes, I ran ndisgen and used kldload to load the generated module and >> besides I copied the module to /boot/modules and tried loading it >> after the kernel panics. >> >>>> >>>> I'll paste some sections from core.txt; I can attach the whole file if >>>> you >>>> want. >>>> >>>> ----------- >>>> >>>> Unread portion of the kernel message buffer: >>>> >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid =3D 0; apic id =3D 00 >>>> fault virtual address =3D 0xc4ea831a >>>> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not presen= t >>>> instruction pointer =A0 =3D 0x20:0xc4df96b3 >>>> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744a44 >>>> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744aac >>>> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32 1= , gran 1 >>>> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >>>> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 1110 (ifconfig) >>>> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >>>> panic: page fault >>>> cpuid =3D 0 >>>> Uptime: 36s >>>> Physical memory: 883 MB >>>> Dumping 67 MB: 52 36 20 4 >>>> >>>> Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from >>>> /boot/kernel/snd_hda.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/snd_hda.ko >>>> Reading symbols from /boot/kernel/sound.ko...Reading symbols from >>>> /boot/kernel/sound.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/sound.ko >>>> Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from >>>> /boot/kernel/linprocfs.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/linprocfs.ko >>>> Reading symbols from /boot/kernel/linux.ko...Reading symbols from >>>> /boot/kernel/linux.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/linux.ko >>>> Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from >>>> /boot/kernel/reiserfs.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/reiserfs.ko >>>> Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from >>>> /boot/kernel/logo_saver.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/logo_saver.ko >>>> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >>>> Loaded symbols for /boot/modules/rtl8180_sys.ko >>>> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >>>> /boot/kernel/if_ndis.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/if_ndis.ko >>>> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >>>> /boot/kernel/ndis.ko.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/ndis.ko >>>> #0 =A0doadump () at pcpu.h:246 >>>> 246 =A0 pcpu.h: No such file or directory. >>>> =A0 =A0 =A0 in pcpu.h >>>> (kgdb) #0 =A0doadump () at pcpu.h:246 >>>> #1 =A00xc08823c7 in boot (howto=3D260) at >>>> /usr/src/sys/kern/kern_shutdown.c:416 >>>> #2 =A00xc08826b9 in panic (fmt=3DVariable "fmt" is not available. >>>> ) at /usr/src/sys/kern/kern_shutdown.c:579 >>>> #3 =A00xc0bb346c in trap_fatal (frame=3D0xe3744a04, eva=3D3303703322) >>>> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:933 >>>> #4 =A00xc0bb36f0 in trap_pfault (frame=3D0xe3744a04, usermode=3D0, >>>> eva=3D3303703322) >>>> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:846 >>>> #5 =A00xc0bb40d5 in trap (frame=3D0xe3744a04) at >>>> /usr/src/sys/i386/i386/trap.c:528 >>>> #6 =A00xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:= 165 >>>> #7 =A00xc4df96b3 in ndis_rtl8180_sys_drv_data_start () >>>> =A0 =A0from /boot/modules/rtl8180_sys.ko >>>> Previous frame inner to this frame (corrupt stack?) >>>> (kgdb) >>>> >>>> >>>> ------ Last lines from dmesg -------- >>>> Tue Sep 22 01:02:49 BRT 2009 >>>> Sep 22 01:02:55 borges login: ROOT LOGIN (root) ON ttyv0 >>>> warning: KLD '/boot/modules/rtl8180_sys.ko' is newer than the >>>> linker.hints >>>> file >>>> ndis0: port >>>> 0xe800-0xe8ff mem 0xdffffc00-0xdffffcff irq 16 at device 6.0 on pci1 >>>> ndis0: [ITHREAD] >>>> ndis0: NDIS API version: 5.1 >>>> ifa_add_loopback_route: insertion failed >>> >>> Try to enable debug.ndis sysctl. >> And then paste the same sections here? > > You can post newly introduced messages.(aka diff) >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid =3D 0; apic id =3D 00 >>>> fault virtual address =3D 0xc4ea831a >>>> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not presen= t >>>> instruction pointer =A0 =3D 0x20:0xc4df96b3 >>>> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744a44 >>>> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xe3744aac >>>> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32 1= , gran 1 >>>> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >>>> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 1110 (ifconfig) >>> >>> What commands are to reproduce this? >> # kldload rtl8180_sys > > But up there is ifconfig mentioned so I need exact way to reproduce > it because backtrace is misleading. While I'm not at home to do the other things you've mentioned: I don't even have time to run ifconfig - I've commented out the lines enabling ndis, if_ndis and rtl8180_sys in /boot/loader.conf. I just run kldload rtl8180_sys the kernel panics automatically. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:49:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F8BC1065694 for ; Tue, 22 Sep 2009 21:49:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 551F88FC21 for ; Tue, 22 Sep 2009 21:49:55 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8MLnrPv004557 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 22 Sep 2009 17:49:54 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-current In-Reply-To: <1253656016.2110.26.camel@balrog.2hip.net> References: <1253656016.2110.26.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Tue, 22 Sep 2009 16:49:48 -0500 Message-Id: <1253656188.2110.31.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:49:56 -0000 On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: > Todays -HEAD (197416) is hanging on boot for me if the vesa module is > loaded. I initially thought that this was keyboard related, but > reverting various bits and pieces didn't do any good. Once in serial > console I was able to determine that it was actually hanging right after > the VESA: information block gets dumped. Disabling vesa allows me to > boot successfully. Verbose boot log available up to the hang is > available if anyone thinks it is useful... Ooops, FreeBSD balrog.2hip.net 9.0-CURRENT FreeBSD 9.0-CURRENT #21 72d3ac6: Tue Sep 22 15:42:59 CDT 2009 rnoland@balrog.2hip.net:/usr/obj/home/rnoland/freebsd/git-head/sys/BALROG amd64 robert. > robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 21:59:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8AE21065679; Tue, 22 Sep 2009 21:59:38 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 04E858FC16; Tue, 22 Sep 2009 21:59:37 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so61255fgg.13 for ; Tue, 22 Sep 2009 14:59:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=seBdZTAVPObNjgxSxSubSLkybwsSDndN5n73XdakVkI=; b=KlPR1zmfebe7R1nzmjsFQJIgI+7iNzq3e/sNBWaWsT44THFq5fSsDiH3nnWEGZ/bBU s9c5EpzQZJ+Xlz29VlLT3rlmVr3FTspR8iFIED6hWWId2gE+SgQ6l+6xjCEwYxZ6VCTo g2nP5A8RANUT6dVfu7mq3rV1p3kw7+c23o9zs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=kkMn9sNFDgcdMgxzLHfaN927Spb8AxZhnsP3sM1UuWbNqCRXsl6Be5kaQXpnpNQ+ag PNTJHM1ggZDnUxgAxidQEFqvPJhfb10gbqtYafeRyuh78vu2o1wtKijVfZisL3C81SHY oB0wdPxXqFiFheCQFrzXo1mxWWVhK8Uzvrg18= MIME-Version: 1.0 Received: by 10.239.183.39 with SMTP id s39mr116390hbg.177.1253656776761; Tue, 22 Sep 2009 14:59:36 -0700 (PDT) In-Reply-To: <20090922212650.GA84817@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <19e9a5dc0909221053r4ada92bege718e37aa575e0de@mail.gmail.com> <4AB91DAA.5010000@FreeBSD.org> <19e9a5dc0909221411n1486cb80x220384b37daee921@mail.gmail.com> <20090922212650.GA84817@troutmask.apl.washington.edu> Date: Tue, 22 Sep 2009 18:59:36 -0300 Message-ID: <19e9a5dc0909221459q5095f29qcd0c09886a7a4ee3@mail.gmail.com> From: Gonzalo Nemmi To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Sergey Vinogradov , Doug Barton , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 21:59:39 -0000 On 9/22/09, Steve Kargl wrote: > On Tue, Sep 22, 2009 at 06:11:37PM -0300, Gonzalo Nemmi wrote: >> On 9/22/09, Doug Barton wrote: >> > Gonzalo Nemmi wrote: >> > >> >> With all due respect, I already know that .. it's pretty clear in the >> >> different manuals, hanbooks and how-ro's ... and that's exactly why I >> >> never asked how can I remove sendmail and replace it with dma .. the >> >> question was more inclined in the way: why such a heavywheight (which >> >> is what a lot of users seem to be saying, and I agree with them) when >> >> we could do just as well with dma >> > >> > So do it already. :) A lot of people have talked about this, but no >> > one has put code where their mouth is. Create a POC and post it to >> > -arch, then we have something concrete to discuss. And please, don't >> > bother with the "But I don't want to do the work if it isn't going to >> > be accepted into the base" argument. There are way more than enough >> > people whinging about this topic that your work will have an >> > appreciative audience, which is all the reward we get around here. >> >> Dear Doug: >> >> Those words were just an explanation to Steve Kargl's misleading >> interpretation of my former e-mail. >> > > My interpretation was not misleading. If anything my comment > was informative because there was no indication in your post > that you knew the history and continued maintenance of sendmail > nor did you indicate that you knew how to replace sendmail via > the Handbook's description. Yet you assumed I didn't know any of them, took no care in finding out the answer to at least even one of your presumptions and decided that the best way to find out was to throw Shapiro's name on me and tell me to RTFM instead of coming up with a straight answer to a straight question?. So much for the Occam's razor principle ... Anyways .. this is way OT and I'm no longer willing to discuss it. Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:05:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF0B1065670; Tue, 22 Sep 2009 22:05:35 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id C0C8B8FC0A; Tue, 22 Sep 2009 22:05:34 +0000 (UTC) Received: by fxm22 with SMTP id 22so162408fxm.36 for ; Tue, 22 Sep 2009 15:05:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=GnXl3KdSYkV3H/dIhxGXLnMFS0g7STn32elskQs3Imc=; b=i1mDhGGH7ja2RebTm6QEBRePB2L9XORwvBhEyPOHaH5F/dPV5GYY0sh2K0FFUimSxi eEqLuZCPU6l/h+7b1HWB73ADPy3nNnyt6GzhTP9a1wBbpJVovFdFPD5ipbsK/wN2DUM3 q11Ii6+XauU/M+RAIT/Loe0XchqGi00jNs1gw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mP6eUjh5ZFio7bOXuQ/Fg1g69iRRtIv4srJ4lr+EQ6GqJjDCU8qbDNo1g2Ckdtp3lL XHQKgSkQSHdSFTmC2HkRzwuUn6nHZwM4My76XNkGqxNNgg/E7JBKUjYEKKwMN8RnxS+c OV2nlcUI002vFUEZb1a91IKIRn3FLKjrpczqk= MIME-Version: 1.0 Received: by 10.239.134.221 with SMTP id a29mr140856hba.20.1253657133617; Tue, 22 Sep 2009 15:05:33 -0700 (PDT) In-Reply-To: <20090922213127.GB84817@troutmask.apl.washington.edu> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> <20090922213127.GB84817@troutmask.apl.washington.edu> Date: Tue, 22 Sep 2009 19:05:33 -0300 Message-ID: <19e9a5dc0909221505k3d55d070u741d86e03d2316a6@mail.gmail.com> From: Gonzalo Nemmi To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Gregory Shapiro , current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:05:35 -0000 On 9/22/09, Steve Kargl wrote: > On Tue, Sep 22, 2009 at 05:29:25PM -0300, Gonzalo Nemmi wrote: >> On 9/22/09, Gregory Shapiro wrote: >> >> I suppose it doesn't matter to you that sendmail is actually >> >> maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. >> > >> > While I appreciate the vote of confidence, it doesn't, and it shouldn't. >> > I'll continue to maintain sendmail in the base as long as it is welcome >> > there. If the project wants it moved out, that is not up to me (though >> > I hope it stays). >> > >> > I haven't spent a lot of time looking at DMA, but some requirements that >> > pop to mind for it to be a replacement would be things like accepting >> > local mail via SMTP (e.g., for MUAs which use SMTP submission) and >> > supporting STARTTLS and SMTP AUTH for talking to the upstream MTA. >> >> Dear Mr. Gregory Shapiro: >> >> I'm writing this letter to let you know that I have nothing personal >> against either your person, your professional work, your contributions >> to the FreeBSD project, your personal and professional merits or >> anything at all. >> >> I was prompt with an dubiously honest question and I replied with an >> honest answer, as I know no other way, and yet still stand in the >> belief that the use of names as means to declare any authority, be it >> moral or otherwise, constitutes no truth nor does any good to reason. >> > > Then you completely missed the point of my response. sendmail > is being maintained the people that actual wrote the code. If > dma replaces sendmail, will the authors of dma become FreeBSD > committers and maintain dma in the same manner that sendmail > has been maintained. Then you completely missed _my_ point which is the same point other posters have been making: so much whining for (tiny) tmux when we still have (huge) sendmail in base? to turn the discussion into yours (who's gonna maintain dma should we replace sendmail?). Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:14:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CA91065670; Tue, 22 Sep 2009 22:14:30 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id C68698FC1E; Tue, 22 Sep 2009 22:14:29 +0000 (UTC) Received: by fxm22 with SMTP id 22so167886fxm.36 for ; Tue, 22 Sep 2009 15:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Sn9HuyEcDyV8oi5GPzyq8QVddGmC0Em8Q669/8dHpqI=; b=EUMavIdVKqVCceSYn1sfV3lxVvhU83bYh38hqXLaj+RDwRyzRhdCBhVDoavzdAYRUB GrcaLR6/GSwPMAn1K8rzkGkDWt/CbAgv2OJ7KEhf10isVp9DmrhnCssTh8arGGIfiN7L 5/FQIxEm52t3X0m+4s8CG8Wz1u4tdKvCzeIik= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CDaWNjMB96GC7VDxDqzrkxsCf3FaRZ4HSs29ZghXxAshQF/je2z9FPLt9Nf/Kh8kbA ZogRQAk2DI4x/xXmwjOnvvmtAKhDUWmDJXrx7jTGelsPQIrqTfyQBzrTK34VF4hLIbfn VbpecnH2nDYJtKDQp796bz7D1HOpUpphe6Rj8= MIME-Version: 1.0 Received: by 10.103.80.36 with SMTP id h36mr656821mul.18.1253657668938; Tue, 22 Sep 2009 15:14:28 -0700 (PDT) In-Reply-To: <1253656188.2110.31.camel@balrog.2hip.net> References: <1253656016.2110.26.camel@balrog.2hip.net> <1253656188.2110.31.camel@balrog.2hip.net> Date: Wed, 23 Sep 2009 00:14:28 +0200 Message-ID: <3a142e750909221514v4aaf408dm90930b5317d78177@mail.gmail.com> From: "Paul B. Mahol" To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:14:30 -0000 On 9/22/09, Robert Noland wrote: > On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: >> Todays -HEAD (197416) is hanging on boot for me if the vesa module is >> loaded. I initially thought that this was keyboard related, but >> reverting various bits and pieces didn't do any good. Once in serial >> console I was able to determine that it was actually hanging right after >> the VESA: information block gets dumped. Disabling vesa allows me to >> boot successfully. Verbose boot log available up to the hang is >> available if anyone thinks it is useful... It is somewhere in very low level(I hope so), because loading module after boot doesnt work any more, and unloading module and loading it again will hang machine. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:20:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2285B1065670 for ; Tue, 22 Sep 2009 22:20:16 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.ilk.de (mx-out20.ilk.de [194.121.104.20]) by mx1.freebsd.org (Postfix) with ESMTP id 882ED8FC12 for ; Tue, 22 Sep 2009 22:20:15 +0000 (UTC) Received: from bologna.intern.smo.de (pool47.ka.ilk.net [212.86.194.47]) by mail.ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n8MGGe90005703; Tue, 22 Sep 2009 18:16:41 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n8MGGcW9009000; Tue, 22 Sep 2009 18:16:38 +0200 (CEST) Message-ID: <4AB8F8D9.2070401@smo.de> Date: Tue, 22 Sep 2009 18:18:33 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20090802 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Edho P Arief References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> <1253540785.2134.85.camel@strangepork.london.mintel.ad> <20090922091455.208864fktn4do1c8@webmail.leidinger.net> <5F305156-C760-4544-947A-EC952190381D@exscape.org> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090005010405030004000605" Cc: Tom Evans , Alexander Leidinger , FreeBSD Current , Thomas Backman Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:20:16 -0000 This is a cryptographically signed message in MIME format. --------------ms090005010405030004000605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Edho P Arief wrote: > On Tue, Sep 22, 2009 at 4:30 PM, Thomas Backman wrote: > >>On Sep 22, 2009, at 10:55 AM, Edho P Arief wrote: >> >> >>>On Tue, Sep 22, 2009 at 2:14 PM, Alexander Leidinger >>> wrote: >>> >>>>To get back on-topic to the initial stuff: as a user of screen and a >>>>person >>>>which doesn't care if it is screen or tmux... I would prefer to not have >>>>anything like this in the base. It is not hard to install it on a >>>>machine, >>>>and if tmux there are frequent releases of tmux, it will always be >>>>outdated >>>>in FreeBSD and as such I would prefer to get it from ports. >>> >>>IIUC, the intention is to replace window(1). Or you're suggesting to >>>remove window(1) from base, too? >> >>There's no window(1) in my base system (8.0-RC1). >> > > oh right. it is removed in 8.0 Sorry for being off topic, but why was it removed? I use it quite often -- tmux and screen do a lot more than I need. Oh well, I'm installing it from the ports now -- there always seems to be someone who's complaining about $issue... ;-) Regards, Philipp --------------ms090005010405030004000605 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQEjCC BP8wggLnoAMCAQICAwCHRzANBgkqhkiG9w0BAQUFADBUMRQwEgYDVQQKEwtDQWNlcnQgSW5j LjEeMBwGA1UECxMVaHR0cDovL3d3dy5DQWNlcnQub3JnMRwwGgYDVQQDExNDQWNlcnQgQ2xh c3MgMyBSb290MB4XDTA5MDgwOTE5MDkxMFoXDTExMDgwOTE5MDkxMFowODEcMBoGA1UEAxMT UGhpbGlwcC1Kb2FjaGltIE9zdDEYMBYGCSqGSIb3DQEJARYJcGpAc21vLmRlMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArHi5tzklVWnzS24cGcYFZYdq86t0pnwjP5Bp1dWX TuY8qU7i1gzCPWvHmmjicyKjwPOWN3ciM0pnhQK6NMqA1xf3OL9tLtETF/eC5Ey3oW0Lsoex jtOmeBfXxdd4o+41UkRx/vS5TWtHa3JILrBS71N34HK8RcPGlb/chw/XMX1atYbOEIg4fsaH IXsh87WNLEhMtTStUeDmRcx0lEZ11QhWJaJDlBmmbsFPZ70FbjnHVaFbZzZhWKJ8FSWgmYok 6Cibopn/Jpin4fYY7jnH/l6jlTipNEbFErMvfwdg8RQp0CHlwwH68O+Ejfb5JaPrkxl19H0p ZKhuBePQNVqqmwIDAQABo4H1MIHyMAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1Rv IGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDov L3d3dy5DQWNlcnQub3JnMEAGA1UdJQQ5MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGC NwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcw AYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9yZzAUBgNVHREEDTALgQlwakBzbW8uZGUwDQYJKoZI hvcNAQEFBQADggIBAFjI0W2tTQ05mECbiTOz3Gi8tielpXmHyXeiQVCJPM/JaLV4yytUAQjf NoK0shJn52sVuvh0ZlvbD+o7XCSOGvq87Jt2mBLiQs8SAKc/SvyjNYSX+8pM1/wQ/EcJ5yNw vnkDCK5yvqIB8ItCIayeE6ybUZ1ga/HVIBfPSs+qPlajTYhaFMYk/QGQ2o8gwDTv08qizHnu iei2zOB/+dqFmBfAxxEnvOSWzmLr6ylAPMOfrOzkji803fwDjFVbAqpS5dfjCZsKm2dB6hzW uJRM0CpdY4jf5Ci3fCt1gSPnUOdOUC/FXuPmVeHccrfJpH9W0fyhG4MnoRqou/LpkbD4DEp+ +a0oaX4WvOXsXIqdZy/lpiFBtsI+easHmLZYVq9eEAz3vsX3zeFF3v6sY7UOOvxEiMFm1Y4W Ioh7gF4BQWUAi48gwlJYg/xtqQ3vdZhPvwGcIhqbkbxLAmaHjV3Nbrbo+p+xzDEv5CzQBwy6 MIe2TUfRjHymA3r2drx2Z/cLWRDgpzuKhnul6sDnkLVXFPP9Jidy7joSlndIjrJFR4+F3xfw 7tDHa1WHuGW5QGItblpG6bb34dxq9C1MGcMjMcIP7xYPGbjjUPZzPxT64T/jpzP2MoefRz4I M/8LKt8iMASoTaUUxwIGFZ87yU0k+fD7hZm7ZUkba77kDi7R+BsaMIIE/zCCAuegAwIBAgID AIdHMA0GCSqGSIb3DQEBBQUAMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQLExVo dHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QwHhcN MDkwODA5MTkwOTEwWhcNMTEwODA5MTkwOTEwWjA4MRwwGgYDVQQDExNQaGlsaXBwLUpvYWNo aW0gT3N0MRgwFgYJKoZIhvcNAQkBFglwakBzbW8uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCseLm3OSVVafNLbhwZxgVlh2rzq3SmfCM/kGnV1ZdO5jypTuLWDMI9a8ea aOJzIqPA85Y3dyIzSmeFAro0yoDXF/c4v20u0RMX94LkTLehbQuyh7GO06Z4F9fF13ij7jVS RHH+9LlNa0drckgusFLvU3fgcrxFw8aVv9yHD9cxfVq1hs4QiDh+xocheyHztY0sSEy1NK1R 4OZFzHSURnXVCFYlokOUGaZuwU9nvQVuOcdVoVtnNmFYonwVJaCZiiToKJuimf8mmKfh9hju Ocf+XqOVOKk0RsUSsy9/B2DxFCnQIeXDAfrw74SN9vklo+uTGXX0fSlkqG4F49A1WqqbAgMB AAGjgfUwgfIwDAYDVR0TAQH/BAIwADBWBglghkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3du IGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQgb3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5v cmcwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMCBgorBgEEAYI3CgMEBgorBgEEAYI3 CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2Nz cC5jYWNlcnQub3JnMBQGA1UdEQQNMAuBCXBqQHNtby5kZTANBgkqhkiG9w0BAQUFAAOCAgEA WMjRba1NDTmYQJuJM7PcaLy2J6WleYfJd6JBUIk8z8lotXjLK1QBCN82grSyEmfnaxW6+HRm W9sP6jtcJI4a+rzsm3aYEuJCzxIApz9K/KM1hJf7ykzX/BD8RwnnI3C+eQMIrnK+ogHwi0Ih rJ4TrJtRnWBr8dUgF89Kz6o+VqNNiFoUxiT9AZDajyDANO/TyqLMee6J6LbM4H/52oWYF8DH ESe85JbOYuvrKUA8w5+s7OSOLzTd/AOMVVsCqlLl1+MJmwqbZ0HqHNa4lEzQKl1jiN/kKLd8 K3WBI+dQ505QL8Ve4+ZV4dxyt8mkf1bR/KEbgyehGqi78umRsPgMSn75rShpfha85excip1n L+WmIUG2wj55qweYtlhWr14QDPe+xffN4UXe/qxjtQ46/ESIwWbVjhYiiHuAXgFBZQCLjyDC UliD/G2pDe91mE+/AZwiGpuRvEsCZoeNXc1utuj6n7HMMS/kLNAHDLowh7ZNR9GMfKYDevZ2 vHZn9wtZEOCnO4qGe6XqwOeQtVcU8/0mJ3LuOhKWd0iOskVHj4XfF/Du0MdrVYe4ZblAYi1u Wkbptvfh3Gr0LUwZwyMxwg/vFg8ZuONQ9nM/FPrhP+OnM/Yyh59HPggz/wsq3yIwBKhNpRTH AgYVnzvJTST58PuFmbtlSRtrvuQOLtH4GxowggYIMIID8KADAgECAgEBMA0GCSqGSIb3DQEB BAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9y ZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYS c3VwcG9ydEBjYWNlcnQub3JnMB4XDTA1MTAxNDA3MzY1NVoXDTMzMDMyODA3MzY1NVowVDEU MBIGA1UEChMLQ0FjZXJ0IEluYy4xHjAcBgNVBAsTFWh0dHA6Ly93d3cuQ0FjZXJ0Lm9yZzEc MBoGA1UEAxMTQ0FjZXJ0IENsYXNzIDMgUm9vdDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCC AgoCggIBAKtJNRFIfNImflOUz0Op3SjXQiqL84d4GVh8D57aiX3h++tykA10oZZkq5+gJJlz 2uJVdscXe/UErEa4w75/ZI0QbCTzYZzA8pD6Ueb1aQFjww9W4kpCz+JEjCUoqMV5CX1GuYrz 6fM0KQhF5Byfy5QEHIGoFLOYZcRD7E6CjQnRvapbjZLQ7N6QxX8KwuPr5jFaXnQ+lzNZ6MMD PWAzv/fRb0fEze5ig1JuLgiapNkVGJGmhZJHsK5I6223IeyFGmhyNav/8BBdwPSUp2rVO5J+ TJAFfpPBLIukjmJ0FXFuC3ED6q8VOJrU0gVyb4z5K+taciX5OUbjchs+BMNkJyIQKopPWKcD rb60LhPtXapI19V91Cp7XPpGBFDkzA5CW4zt2/LP/JaT4NsRNlRiNDiPDGCbO5dWOK3z0luL oFvqTpa4fNfVoIZwQNORKbeiPK31jLvPGpKK5DR7wNhsX+kKwsOnIJpa3yxdUly6R9Wb7yQo cDggL9V/KcCyQQNokszgnMyXS0XvOhAKq3A6mJVwrTWx6oUrpByAITGprmB6gCZIALgBwJNj VSKRPFbnr9s6JfOPMVTqJouBWfmh0VMRxXudA/Z0EeBtsSw/LIaRmXGapneLNGDRFLQsrJ2v jBDTn8Rq+G8T/HNZ92ZCdB6K4/jc0m+YnMtHmJVABfvpAgMBAAGjgb8wgbwwDwYDVR0TAQH/ BAUwAwEB/zBdBggrBgEFBQcBAQRRME8wIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLkNBY2Vy dC5vcmcvMCgGCCsGAQUFBzAChhxodHRwOi8vd3d3LkNBY2VydC5vcmcvY2EuY3J0MEoGA1Ud IARDMEEwPwYIKwYBBAGBkEowMzAxBggrBgEFBQcCARYlaHR0cDovL3d3dy5DQWNlcnQub3Jn L2luZGV4LnBocD9pZD0xMDANBgkqhkiG9w0BAQQFAAOCAgEAfwiIodoaUEnaifuhCHLzivce xDq0eVsgMLFF3sJd02Vp8cJdVFQ8hV+5e0KRwpn9G1Gbq0aloRBTnm2IrHNuLDOm8PSe4HXB PohFqeFmQ/5WWtF6QXj3QNpKOvELW6W7FgbmwueTuYVNl0+xHjhDgO+bDYzvuKdgAIdXfR5E HMsj75s8mZ2vtSkcRXkWlk0nbfEcbMPCVWSzvBTi86QfHjL8JxUFz90urj6CYXvwIRAY9kTq Uzn53NCaIODGu+C7Wk/EmcgHvbW9otsuYg1CNEG8/4uK9VEiqogwAOKw1Ly+ZbrVA1d5m+jc yE34UO2RpVIooqz7Nlg+6ZQrkVCHG9Ze1ozM9w8QDFJO0BZh5eUKbL8Xx3JGV5yY9WxgY3pv XrlOL8i5ubtqhbyYDe35PpeENJSuAK+h5eeSbk698+LZFItc0usBbKAXpS0Q65x6Sr297s79 7SJAq3A4iPUKh2rCqwVgyUgF2lPB3kR3arPzPDztgLymOEopJF/+WTubJXpWYwBkuV2kYn1X Nk+tg+8fklOgjndX3eVhET0jAJBMPPqjYJMEo6819g5qj09KYKeFBWxGoY/0x3bjoVlX93Gy xG4UXG1tQWbfG5Ox1ADD7svPPD0hgKlfY2X83eBfpPQr8IVxQdRnJfsasZeu1pmCE0HSbqUb mSeA5wupqAAxggMeMIIDGgIBATBbMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQL ExVodHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QC AwCHRzAJBgUrDgMCGgUAoIIBmDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wOTA5MjIxNjE4MzRaMCMGCSqGSIb3DQEJBDEWBBR/9bIWq/sxxVEjtQOs5w61 sGpmpTBfBgkqhkiG9w0BCQ8xUjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwagYJKwYB BAGCNxAEMV0wWzBUMRQwEgYDVQQKEwtDQWNlcnQgSW5jLjEeMBwGA1UECxMVaHR0cDovL3d3 dy5DQWNlcnQub3JnMRwwGgYDVQQDExNDQWNlcnQgQ2xhc3MgMyBSb290AgMAh0cwbAYLKoZI hvcNAQkQAgsxXaBbMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQLExVodHRwOi8v d3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QCAwCHRzANBgkq hkiG9w0BAQEFAASCAQAGO4LtL3X73tOVRjrjSyJrcvueYlMLNhVp2bZEzUMK7bmoj1B3ROO3 85HkzRCjXV2c9FR4TfC6kWNsfATWd9mUsPf0GDeVbCL9pnap/KLmQQMmv3YtHxqVdAsvhwDg Z1/c7CFvTCqOLzLvNlo64cLYz7zotBmnQtZIa+2xELEYjBcCF5MVq3BUvbNpG42o2emK0T4r WBtR8Idej7pS8x0Y0Fu8fDo+rkTDFkGZN134qrMGCkR0rZ97QZ6b3F1jaqsP/BMq2Fb3/L2C G3qigTL7vNOcACkyNEaXoGF8AACmWHm6Kk23OzogQJkW3EB418j36Vap+Y4CTSdcbs4biF++ AAAAAAAA --------------ms090005010405030004000605-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:24:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E3C106568D for ; Tue, 22 Sep 2009 22:24:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outw.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 418338FC18 for ; Tue, 22 Sep 2009 22:24:30 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id ED501B98D9; Tue, 22 Sep 2009 15:24:29 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 601492D601E; Tue, 22 Sep 2009 15:24:29 -0700 (PDT) Message-ID: <4AB94EA0.5050401@elischer.org> Date: Tue, 22 Sep 2009 15:24:32 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Philipp Ost References: <20090921112657.GW95398@hoeg.nl> <20090921112917.GA89971@freebsd.org> <20090921113556.GX95398@hoeg.nl> <1253537983.1757.5.camel@localhost> <1253540785.2134.85.camel@strangepork.london.mintel.ad> <20090922091455.208864fktn4do1c8@webmail.leidinger.net> <5F305156-C760-4544-947A-EC952190381D@exscape.org> <4AB8F8D9.2070401@smo.de> In-Reply-To: <4AB8F8D9.2070401@smo.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , Alexander Leidinger , Edho P Arief , Thomas Backman , FreeBSD Current Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:24:30 -0000 Philipp Ost wrote: > Edho P Arief wrote: >> >> oh right. it is removed in 8.0 > > Sorry for being off topic, but why was it removed? > I use it quite often -- tmux and screen do a lot more than I need. Oh > well, I'm installing it from the ports now -- there always seems to be > someone who's complaining about $issue... ;-) yeah I missed the fact that it was removed.. Though I don't really use it, I was surprised that I had seen no discussion of it. From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:26:07 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54D9C1065670; Tue, 22 Sep 2009 22:26:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 178608FC13; Tue, 22 Sep 2009 22:26:06 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 547956D41B; Tue, 22 Sep 2009 22:26:05 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2D251844B4; Wed, 23 Sep 2009 00:26:05 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Sergey Vinogradov References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> Date: Wed, 23 Sep 2009 00:26:05 +0200 In-Reply-To: <20090922135435.36a3d40e@lazybytes.org> (Sergey Vinogradov's message of "Tue, 22 Sep 2009 13:54:35 +0400") Message-ID: <864oqu1urm.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:26:07 -0000 Sergey Vinogradov writes: > Despite the zsh(1) has appropriate license, it needs autotools and > iconv (both GPL AFAIK), so it's hard to include in the base system. > The things in the base system I always wondered about are sendmail > and bind9. These are pretty heavy, and definitely are not used in every > single installation. Maybe someday I'll see sendmail and bind9 in ports > instead of base system. And yes, I know about WITHOUT_BIND=3D and > WITHOUT_SENDMAIL=3D :) 1) Even in sh mode, zsh is not sufficiently POSIX-compliant to replace our /bin/sh (and I say this as the maintainer of the zsh port) 2) Sendmail is used at least twice a day + once a week + once a month on every single FreeBSD installation in the world except those where the admin has intentionally installed and configured another MTA. 3) Both BIND and Sendmail have strong historical ties to BSD, and a lot of users would be very surprised to find them missing from the next release. 4) The FreeBSD project has strong ties to and good working relationships with the people and organizations who write and maintain BIND and Sendmail, ensuring that they are well integrated into our codebase, that any concerns we should have about them are given serious consideration, that we always receive ample advance notification of any know problems, etc. 5) Both BIND and Sendmail are mature, robust, highly regarded, actively maintained pieces of software with strong developer and user communities. Unbound, DMA, or whatever it is you would replace them with can only dream of enjoying a fraction of the respect that BIND and Sendmail command in the industry. 6) This discussion comes up with depressing regularity. The arguments on both sides are always the same, as is the conclusion: you can have BIND and Sendmail when you pry them out of Beastie's cold, dead fingers. Now go write some code. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:36:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4E7B106568B for ; Tue, 22 Sep 2009 22:36:27 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id C63488FC14 for ; Tue, 22 Sep 2009 22:36:25 +0000 (UTC) Received: from park.js.berklix.net (p549A7A10.dip.t-dialin.net [84.154.122.16]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id n8MMaIcQ008958; Tue, 22 Sep 2009 22:36:20 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id n8MMaJ3O053058; Wed, 23 Sep 2009 00:36:19 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id n8MMc6x2065970; Wed, 23 Sep 2009 00:38:11 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200909222238.n8MMc6x2065970@fire.js.berklix.net> To: Ken Smith From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 21 Sep 2009 11:25:50 EDT." <1253546750.15847.50.camel@bauer.cse.buffalo.edu> Date: Wed, 23 Sep 2009 00:38:06 +0200 Sender: jhs@berklix.com Cc: freebsd-current Subject: Re: 8.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:36:27 -0000 I tried 8.0-RC1 i386 within the VirtualBox emulator from /pri/FreeBSD/branches/i386/-current/686/ports/emulators/virtualbox running on FreeBSD-7.2 base. I got as far as the Escape key failing within the editor for inetd.conf. I assume it mas my lack of knowledge how to get an Esc through VirtualBox to editor. Others who want to try 8RC1, but dont have an Fdisk MBR partition free, might also like to build current/ports/emulators/virtualbox. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:50:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D10F106566C; Tue, 22 Sep 2009 22:50:30 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0BB4D8FC0C; Tue, 22 Sep 2009 22:50:29 +0000 (UTC) Received: by elvis.mu.org (Postfix, from userid 1192) id E5A5F1A3D01; Tue, 22 Sep 2009 15:50:29 -0700 (PDT) Date: Tue, 22 Sep 2009 15:50:29 -0700 From: Alfred Perlstein To: Dag-Erling Sm??rgrav Message-ID: <20090922225029.GP21946@elvis.mu.org> References: <20090921112657.GW95398@hoeg.nl> <4AB7ED76.5010406@FreeBSD.org> <20090922082344.GA64877@mech-cluster241.men.bris.ac.uk> <37B47737-E4A4-4CF3-9DAA-B0F0A4CC8901@van-laarhoven.org> <86d45i1wl3.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86d45i1wl3.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, Nick Hibma , current@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:50:30 -0000 * Dag-Erling Sm??rgrav [090922 14:47] wrote: > Nick Hibma writes: > > Our package system is a tremendous asset, and wholeheartedly agree > > with Doug on this. So my vote is now a -1. Not that anyone cares. > > Having seen how it turned out, I'd like to vote -50,000,000 on this > whole discussion... Surely we're not done until someone suggests replacing /bin/sh with bash, amirite? -- - Alfred Perlstein .- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250 .- FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 22:58:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A56106566C for ; Tue, 22 Sep 2009 22:58:05 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D59458FC0C for ; Tue, 22 Sep 2009 22:58:04 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n8MMw2gT024907 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 00:58:03 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Stefan Bethke In-Reply-To: <20090922212905.GA77503@sysmon.tcworks.net> Date: Wed, 23 Sep 2009 00:58:01 +0200 Content-Transfer-Encoding: 7bit Message-Id: <8E5D7549-32D9-47E3-BA71-7539F33C068F@lassitu.de> References: <20090922212905.GA77503@sysmon.tcworks.net> To: Scott Lambert X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org Subject: Re: Nagios SIGSEGV on FreeBSD 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 22:58:05 -0000 Am 22.09.2009 um 23:29 schrieb Scott Lambert: > I've posted this to FreeBSD-ports and Nagios-Users without a nibble. > > I've been running a FreeBSD 8-BETA2 server for DNS on a network I > recently took over. No problems. We needed to get Nagios running on > that network to watch all the hosts in RFC 1918 space. Taking the > easy > route, I just installed the Nagios 3.0.6 port on this 8-BETA2 box. > > Nagios runs great until an acknowledged down host (with acknowledgment > comment) comes back up. Nagios exits on a SIGSEGV. It seems to only > happen when we have retention data (retention.dat) showing the host > down. If we just restart Nagios without removing the retention.dat > file, it exists on SIGSEGV the next time it tries to mark the host > up. I > upgraded to the nagios-devel (Nagios 3.1.2) port and we have the same > problem. I'v discovered this bug in Nagios some weeks ago, but posting to nagios-devel did not elicit a response. The problem is a use-after- free bug in the code that deals with comments (or it was in my case anyway). The bug leads to a SEGV because -current (including all 8.0 betas) has malloc flags set that make free write a canary value to the just-freed block. If you move up to rc1, or set the "j" flag, nagios appears to work. If you need references to the threads on freebsd-ports and nagios- devel, let me know. HTH, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 23:09:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B936106566B for ; Tue, 22 Sep 2009 23:09:08 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 05BC48FC12 for ; Tue, 22 Sep 2009 23:09:07 +0000 (UTC) Received: by fxm22 with SMTP id 22so197509fxm.36 for ; Tue, 22 Sep 2009 16:09:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=wQlWWrJj7EnFrjdEheCuDmLh8neoiMas/rRGzphzohg=; b=uHEFbQngpU7ZjS9rIGToiJTQBrEi6rVTrNgbg11JnQP47rQeNpkdYuITHF3JuurwFR iQIunCHOluhhH12vqwwESARqNZ91qG24+Pip8gOx0sESG5Mq0yYVIaENcK/vQ1uJ2rXx unvEpBgcmPW0vs/U0rP9SfG7I58khhxv2dp/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cuIi1n7mzBwPnSn/Wyt0ymNzBWNuuNanFbMDOAPFJ23ug55dBRo2sWqa+Vj0Zn+OgQ mL8zDIU/UedbhIOyUU6VcHnTvWfKPswkW8SXNP8RgTa8GsoVQcL8GhUkTLRpTRZWa9mM D+Js4UZawgrSlaDJVaip88ISSyq3UFg1WTgCo= MIME-Version: 1.0 Received: by 10.103.76.32 with SMTP id d32mr669053mul.98.1253660946461; Tue, 22 Sep 2009 16:09:06 -0700 (PDT) Date: Tue, 22 Sep 2009 18:09:06 -0500 Message-ID: <58c737d70909221609w6af44f61h435e167f08b1d9db@mail.gmail.com> From: Chris Ruiz To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Apple MacBook Panic - AP #1 (PHY# 1) failed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 23:09:08 -0000 At some point freebsd amd64 stopped booting on my MacBook 4,1 (penryn w/ intel chipset). Amd64 panics and endlessly scrolls the screen while i386 asks "panic y/n? [y]". Keyboard input does not work so I can not break into debugger. I thought this was a known issue but have not heard anything about it recently, so I am reporting it again. This panic happens with 8.0-beta1 -> 8.0-rc1. Is this fixed in CURRENT yet? Here's the last two lines of console output. ACPI APIC Table: AP #1 (PHY# 1) failed! Thanks -- Chris ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 23:15:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E82106566B for ; Tue, 22 Sep 2009 23:15:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id DE4F38FC17 for ; Tue, 22 Sep 2009 23:15:09 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 543C88C083; Tue, 22 Sep 2009 17:59:05 -0500 (CDT) Date: Tue, 22 Sep 2009 17:59:05 -0500 From: Mark Linimon To: Gonzalo Nemmi Message-ID: <20090922225905.GC21416@lonesome.com> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 22 Sep 2009 23:28:24 +0000 Cc: current@freebsd.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 23:15:10 -0000 On Tue, Sep 22, 2009 at 02:42:49PM -0300, Gonzalo Nemmi wrote: > I actually never opened a PR about atapicam because (as you can see) I > sent as much info as I had at that time and nobody seemed to care, so > I thought maybe that was something you guys knew and were working on, There are a tremendous number of bugs reported, both on the mailing lists and through GNATS: far more than our team of developers can handle. Assuming that "nobobdy seems to care" is a mis-assumption. It may mean that, or it may mean that nobody who was in a position to work on it that day saw it, or that if they were, they already had too many other things to work on. > and although I did file the proper PR, there's still no word about it, > so I though maybe opening another PR about atapicam made no sense. The mailing list traffic is so huge that people can't possibly keep copies of everything around. That's why we have the PR database in the first place :-) Now, I understand more than most that filing a PR doesn't necessarily guarantee any kind of response, but it really becomes a self-fulfilling prophecy if people don't do so. Since ~50 PRs arrive a day, and there are also bugs arriving on the mailing list, there's just no way to remember them all -- other than having them in some kind of searchable form. (As an aside, we've actually gotten better at helping users with PRs as they are filed in the past year. We are still working on ideas to get more commits out of the PRs that are analyzed, have patches, and so forth.) mcl From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 23:32:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F97D106566B for ; Tue, 22 Sep 2009 23:32:03 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id ADCB98FC08 for ; Tue, 22 Sep 2009 23:32:02 +0000 (UTC) Received: by bwz27 with SMTP id 27so171594bwz.43 for ; Tue, 22 Sep 2009 16:32:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xERWefTA0arg8Nv704Gb74ZeR1QmUbGRn+iIggNF5uU=; b=eA2tZJNbfnScOP9jA9jmSYqdXuB/vgJhKwzMMW4c2LrhVupCNflNtxHUrUTz6kivzC Rtnz/k/oOZ6ZO1K2G5pFLEXP8MXCzcNHhhtEPBaD8kn1zrwTAigu4YrBTvaZ5Fnf7JHd lge1h4cLch2zUvnbEZlC6useJO8DqfzRQ5hH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mJEKXdzY8pEQ/N0dO/uqNYJlv8uOkiyLjXhNrxonogqzPSe2lraKhPz+owrKAwSvay 3Zv/6TlA3r9o+cLvokqiVUOjYeWQK4MiXLcep5OuM4jmu4UAr8SSt5aellDmlUTUzDbi sfYEv78WTJ982ddDs39cbOVeI5syDxhlb8rbc= MIME-Version: 1.0 Received: by 10.239.187.68 with SMTP id k4mr132559hbh.207.1253662321522; Tue, 22 Sep 2009 16:32:01 -0700 (PDT) In-Reply-To: <20090922225905.GC21416@lonesome.com> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> <20090922225905.GC21416@lonesome.com> Date: Tue, 22 Sep 2009 20:32:01 -0300 Message-ID: <19e9a5dc0909221632s6ea2cbffx8c87e614640a578d@mail.gmail.com> From: Gonzalo Nemmi To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 23:32:03 -0000 On 9/22/09, Mark Linimon wrote: > On Tue, Sep 22, 2009 at 02:42:49PM -0300, Gonzalo Nemmi wrote: >> I actually never opened a PR about atapicam because (as you can see) I >> sent as much info as I had at that time and nobody seemed to care, so >> I thought maybe that was something you guys knew and were working on, > > There are a tremendous number of bugs reported, both on the mailing lists > and through GNATS: far more than our team of developers can handle. > > Assuming that "nobobdy seems to care" is a mis-assumption. It may mean > that, or it may mean that nobody who was in a position to work on it > that day saw it, or that if they were, they already had too many other > things to work on. Sorry about that sir. I never meant it that way, I understand resources are limited and I hope you can understand I never meant to imply "nobobdy seems to care" actually meant "absolutely nobody". What I meant to say was "I did make my finding public but got no answers, or questions about it" and since I don't know what are devels working on in a given point in time, it was impossible for me tell for sure whether somebody saw it or not, or cared about it or not. All I could do was make it public, and that's all I did. >> and although I did file the proper PR, there's still no word about it, >> so I though maybe opening another PR about atapicam made no sense. > > The mailing list traffic is so huge that people can't possibly keep copies > of everything around. That's why we have the PR database in the first > place :-) Will use it more often then =D > Now, I understand more than most that filing a PR doesn't necessarily > guarantee any kind of response, but it really becomes a self-fulfilling > prophecy if people don't do so. Since ~50 PRs arrive a day, and there are > also bugs arriving on the mailing list, there's just no way to remember > them all -- other than having them in some kind of searchable form. > > (As an aside, we've actually gotten better at helping users with PRs as > they are filed in the past year. We are still working on ideas to get > more commits out of the PRs that are analyzed, have patches, and so forth.) Roger that sir! Will submitt PRs more often then. Thank you for taking the time off to let me know all this things Best Regards Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 23:53:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21315106566C for ; Tue, 22 Sep 2009 23:53:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id BABEF8FC13 for ; Tue, 22 Sep 2009 23:53:14 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8MNrBNC005248 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 19:53:12 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gonzalo Nemmi In-Reply-To: <19e9a5dc0909221632s6ea2cbffx8c87e614640a578d@mail.gmail.com> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> <20090922225905.GC21416@lonesome.com> <19e9a5dc0909221632s6ea2cbffx8c87e614640a578d@mail.gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Tue, 22 Sep 2009 18:53:06 -0500 Message-Id: <1253663586.2057.30.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Mark Linimon , current@freebsd.org Subject: Re: Various problems seen in RC1 (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2009 23:53:15 -0000 On Tue, 2009-09-22 at 20:32 -0300, Gonzalo Nemmi wrote: > Sorry about that sir. I never meant it that way, I understand > resources are limited and I hope you can understand I never meant to > imply "nobobdy seems to care" actually meant "absolutely nobody". What > I meant to say was "I did make my finding public but got no answers, > or questions about it" and since I don't know what are devels working > on in a given point in time, it was impossible for me tell for sure > whether somebody saw it or not, or cared about it or not. All I could > do was make it public, and that's all I did. I think that you can reasonably expect that most devs will respond to your email within a reasonable period of time if they are in a position to work your issue. If enough information is provided in the original mail to look into the issue I usually will try and respond with a patch if I can, otherwise usually you can expect queries for additional information or debugging patches. But in any case silence usually means that issue didn't make it into anyones queue to work on and likely was forgotten. I tend to average around 500 emails a day, so I'm sure that you can imagine how things could get dropped... Filing a PR is no guarantee that the issue won't get dropped either, but at least it is recorded somewhere in a searchable / trackable form. An occasional ping to the mailing list asking about a PR can also often revive a topic. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Sep 22 23:54:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127F8106566B for ; Tue, 22 Sep 2009 23:54:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id BA8EF8FC17 for ; Tue, 22 Sep 2009 23:54:38 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so89113qwe.7 for ; Tue, 22 Sep 2009 16:54:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=+sWnCViPFWCcEkCjOxBfb1/voBhwuXpdDUOiPHVHzjw=; b=d5Nero21RM20KOENCJXF7yuscDa0Uiho+au8qmVWPx4kbBbQZtVhMZuzzFa7KtiSsK 99DJOs4KpqEEVNhzHnbAvj/ppkNeUKvkVJMcUlQq6GXf8BdmaTOVjFmTfexzqlfqvKkq ERyCEbyoo5z/3T3OHBhmiM0tDpGGHFPTqAy9o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=D+Ud1VQhJFOHOKU3XWiDfNMI94+EBK128Q4q55yq0Btcs+R2kooORffkdodAC5AxTk hy2pUUlZ+xKyBogVvO1Vo2+JqXThm62dAymEpK0JbJ94un8uYOA2TBcliu7INt2iOky+ EvR3/9MlbA3SDvupTOIkoO1x+/uvhJ6Ap+fSw= Received: by 10.224.57.21 with SMTP id a21mr1373744qah.122.1253663677848; Tue, 22 Sep 2009 16:54:37 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm335046qwh.18.2009.09.22.16.54.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 16:54:37 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 22 Sep 2009 16:53:50 -0700 From: Pyun YongHyeon Date: Tue, 22 Sep 2009 16:53:50 -0700 To: Kristof Provost Message-ID: <20090922235350.GB1520@michelle.cdnetworks.com> References: <20090922211012.GE19069@nereid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090922211012.GE19069@nereid> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 23:54:39 -0000 On Tue, Sep 22, 2009 at 11:10:18PM +0200, Kristof Provost wrote: > Hi, > > I've been trying to get CURRENT running on a TS-7800 [1]. > It's based around a Marvell Orion SoC, with a Marvell 88E1118 PHY. > > It boots and tries to do bootpc_init. This fails because there are no > packets coming in or going out. > > A few thing's I've noticed: > - The PHY is misdetected as an 88E1116. Changing sys/dev/mii/miidevs so > it's detected as the 88E1118 it really is doesn't help. Please show me the output of "devinfo -rv | grep phy". > - sys/dev/mii/e1000phy.c appears to contain a bug: > e1000phy_reset performs a switch on MII_MODEL(esc->mii_model) while > the rest of the code just uses esc->mii_model. This seems to be wrong > as the cases for 1118 (or 1116) are not triggered. Changing this also > doesn't appear to help. It's not a bug. First, I have to see your PHY id to know why you think so. > - Forcing the mge driver to IFM_100_TX (in mge_set_port_serial_control) > does work. The system manages to acquire a DHCP address. Would you also show me the output of "ifconfig -m mge0"? I'm not author of mge(4) so I'm not familiar with mge(4). But it seems that mge(4) lacks link state change handler. Normally NICs are required to reprogram MAC to match resolved speed/duplex/ flow-control of link when it know it established a valid link which is notified from mii(4). > - CURRENT does work correctly on my Sheevaplug, which has a Marvell > 88E1116R PHY (at least, it's identified as one, I've not checked any > further). > > Does anyone have any ideas on what might be causing this or what to try next? > > Kristof > > [1] http://www.embeddedarm.com/products/board-detail.php?product=TS-7800 > From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 00:43:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB14A1065672; Wed, 23 Sep 2009 00:43:11 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABEC8FC17; Wed, 23 Sep 2009 00:43:11 +0000 (UTC) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n8N0hAn3088405; Tue, 22 Sep 2009 19:43:10 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n8N0hAf7088404; Tue, 22 Sep 2009 19:43:10 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Tue, 22 Sep 2009 19:43:10 -0500 From: Scott Lambert To: freebsd-current@freebsd.org Message-ID: <20090923004310.GA38138@sysmon.tcworks.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20090922212905.GA77503@sysmon.tcworks.net> <8E5D7549-32D9-47E3-BA71-7539F33C068F@lassitu.de> <20090915030813.GB66091@sysmon.tcworks.net> <20090915125635.GB63311@atarininja.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8E5D7549-32D9-47E3-BA71-7539F33C068F@lassitu.de> <20090915030813.GB66091@sysmon.tcworks.net> User-Agent: Mutt/1.4.2.2i Subject: Re: Nagios SIGSEGV on FreeBSD 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 00:43:11 -0000 Bcc:ing port to close the thread there. On Wed, Sep 23, 2009 at 12:58:01AM +0200, Stefan Bethke wrote: > Am 22.09.2009 um 23:29 schrieb Scott Lambert: > >I've posted this to FreeBSD-ports and Nagios-Users without a nibble. > > > >I've been running a FreeBSD 8-BETA2 server for DNS on a network I > >recently took over. No problems. We needed to get Nagios running on > >that network to watch all the hosts in RFC 1918 space. Taking the > >easy route, I just installed the Nagios 3.0.6 port on this 8-BETA2 > >box. > > > >Nagios runs great until an acknowledged down host (with > >acknowledgment comment) comes back up. Nagios exits on a SIGSEGV. > >It seems to only happen when we have retention data (retention.dat) > >showing the host down. If we just restart Nagios without removing > >the retention.dat file, it exists on SIGSEGV the next time it tries > >to mark the host up. I upgraded to the nagios-devel (Nagios 3.1.2) > >port and we have the same problem. > > I'v discovered this bug in Nagios some weeks ago, but posting to > nagios-devel did not elicit a response. The problem is a use-after- > free bug in the code that deals with comments (or it was in my case > anyway). > > The bug leads to a SEGV because -current (including all 8.0 betas) has > malloc flags set that make free write a canary value to the just-freed > block. If you move up to rc1, or set the "j" flag, nagios appears to > work. > > If you need references to the threads on freebsd-ports and nagios- > devel, let me know. "sudo ln -s 'j' /etc/malloc.conf" seems to have done the trick. Nice, easy, fix (or bandaid?). I don't know how I failed to find your thread before. I found your thread on nagios-devel: http://archive.netbsd.se/?ml=nagios-devel&a=2009-07&t=11196612 Thank you for taking the time to figure this out in the first place and to reply to my message. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 01:34:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6884D106568D; Wed, 23 Sep 2009 01:34:45 +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 B3E058FC08; Wed, 23 Sep 2009 01:34:44 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8N1YfMT067520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 11:04:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Erik Norgaard Date: Wed, 23 Sep 2009 11:04:36 +0930 User-Agent: KMail/1.9.10 References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909222248.16475.doconnor@gsoft.com.au> <4AB93614.2080106@locolomo.org> In-Reply-To: <4AB93614.2080106@locolomo.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2436435.bbRDvSTZIW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909231104.39234.doconnor@gsoft.com.au> X-Spam-Score: -3.624 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org, "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 01:34:45 -0000 --nextPart2436435.bbRDvSTZIW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 23 Sep 2009, Erik Norgaard wrote: > This sounds like the correct solution, AFAIK it's the same concept as > for NIS, first check local files, then ldap. You don't want your root > credentials possibly be leaked accross the network. On the other hand > you don't want or need user accounts in the local files. > > Default first check local files which is fast, then fall back on ldap > if the user is not found. Actually I wrote them the wrong way, how odd! I actually have.. group: cache ldap files passwd: cache ldap files I think that if it fails ldap, it does so very quickly - it certainly=20 did this morning when I rebooted uncleanly. I believe I did try it as "cache files ldap" but I had some issues, I=20 can't recall what they were though. I had quite a bit of difficulty=20 getting it to work acceptably so when it did I left it alone :) On a related note, why is slapd so damn fragile? It's a righteous pain=20 in the bum the way you have to run db_recover-X.Y /var/db/openldap-data=20 if slapd fails to start. It wouldn't be so bad if it logged anything, but even with full logging=20 it gives a very cryptic message and if you have logging disabled (which=20 is recommended for performance!) it won't say _anything_. =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 --nextPart2436435.bbRDvSTZIW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKuXsv5ZPcIHs/zowRAnUkAJ47Q7wTM2MneJMjRXXmOYdqlAJfQQCgnTXK J/F9d1WkLucHikktWAJhHzk= =VDXn -----END PGP SIGNATURE----- --nextPart2436435.bbRDvSTZIW-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 01:53:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F357C106568D for ; Wed, 23 Sep 2009 01:53:44 +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 674D18FC15 for ; Wed, 23 Sep 2009 01:53:43 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8N1rfTZ068001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 11:23:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 23 Sep 2009 11:23:34 +0930 User-Agent: KMail/1.9.10 References: <654636.94077.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <654636.94077.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1299920.96uxIRRZ9K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909231123.37743.doconnor@gsoft.com.au> X-Spam-Score: -3.623 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Barney Cordoba , pluknet , current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 01:53:45 -0000 --nextPart1299920.96uxIRRZ9K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Sep 2009, Barney Cordoba wrote: > Except for the 50K recursive warnings from the module build > directories you're correct. =2Ds will suppress those. I run glimpse on my source tree, ie find /usr/src/sys \! -path /usr/src/sys/\*/compile/\* -type f \! -name CVS/= \* \! -name .svn | glimpseindex -B -b -E -f -F -H /usr/src/sys -M 32 Then you can do.. glimpse -H /usr/src/sys foo =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 --nextPart1299920.96uxIRRZ9K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKuX+h5ZPcIHs/zowRAvPQAJ9p+07h2cTRl3o2tgTkbiNEOwMk6QCePaIF w0EWaqwyVQapzY/Uk4hhS1A= =qiMI -----END PGP SIGNATURE----- --nextPart1299920.96uxIRRZ9K-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 02:16:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850B6106568B for ; Wed, 23 Sep 2009 02:16:59 +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 DE4568FC17 for ; Wed, 23 Sep 2009 02:16:58 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8N1rfTZ068001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 11:23:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 23 Sep 2009 11:23:34 +0930 User-Agent: KMail/1.9.10 References: <654636.94077.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <654636.94077.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1299920.96uxIRRZ9K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909231123.37743.doconnor@gsoft.com.au> X-Spam-Score: -3.623 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Barney Cordoba , pluknet , current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 02:16:59 -0000 --nextPart1299920.96uxIRRZ9K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Sep 2009, Barney Cordoba wrote: > Except for the 50K recursive warnings from the module build > directories you're correct. =2Ds will suppress those. I run glimpse on my source tree, ie find /usr/src/sys \! -path /usr/src/sys/\*/compile/\* -type f \! -name CVS/= \* \! -name .svn | glimpseindex -B -b -E -f -F -H /usr/src/sys -M 32 Then you can do.. glimpse -H /usr/src/sys foo =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 --nextPart1299920.96uxIRRZ9K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKuX+h5ZPcIHs/zowRAvPQAJ9p+07h2cTRl3o2tgTkbiNEOwMk6QCePaIF w0EWaqwyVQapzY/Uk4hhS1A= =qiMI -----END PGP SIGNATURE----- --nextPart1299920.96uxIRRZ9K-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 00:49:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B63B106566C; Wed, 23 Sep 2009 00:49:20 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) by mx1.freebsd.org (Postfix) with ESMTP id D89F68FC16; Wed, 23 Sep 2009 00:49:19 +0000 (UTC) Received: from rugsucker.local (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by zim.gshapiro.net (8.14.4.Alpha1/8.14.3) with ESMTP id n8N0nGAM071126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 17:49:18 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gshapiro.net; s=gatsby.dkim; t=1253666959; bh=OUNm3VRfhZe93kThzyDp21O669soYW9TmQ6GiP08TJY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=Yd9WyCRtZwLAY4RLtf/cICeq6aKd2kTpXLJr0vuPNw5jGYnckB6oZ8BuUmQVt/NK2 z3xcvbIUX+fGRhv0re91qdbMG4OUs7Pivcx6lyE/8TJY0VWJmiF7e8d+rGc2uEbv4u bAWVirmIVZmVwWKNfMiHy1x0mzby1DEpoCpKQQUk= DomainKey-Signature: a=rsa-sha1; s=gatsby; d=gshapiro.net; c=nofws; q=dns; h=date:from:to:cc:subject:message-id:references: mime-version:content-type:content-disposition:in-reply-to:user-agent; b=BsfudCehcSex49FK9UkFgaP/v2la4sUrHUvvGTOcamup7GwGR/pvh4Y1HcU6JIrsO uFD7VCn9Ut8EfhW3DawQULglABr7bqHr2c/yS+wDMQXW8k5rFeUC1kafszk3jGJXw7C dt9zrhyUJ+RUV8kGrXG4crvtAqfs+bKUE2aD92k= Date: Tue, 22 Sep 2009 17:49:15 -0700 From: Gregory Shapiro To: Steve Kargl Message-ID: <20090923004915.GQ19207@rugsucker.local> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <19e9a5dc0909221329j5757c3f7kc23e94ea8f26a05@mail.gmail.com> <20090922204356.GM19207@rugsucker.local> <20090922213451.GC84817@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090922213451.GC84817@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Wed, 23 Sep 2009 03:18:24 +0000 Cc: arch@freebsd.org, current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 00:49:20 -0000 > If sendmail is replaced by dma, will it receive the same level of > care? I guess this is considered to be a dubious concern by some. It is a valid concern, but not one I can comment on (i.e., I would not be able to maintain it). From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 04:06:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBE7B106566C for ; Wed, 23 Sep 2009 04:06:47 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id B73F98FC12 for ; Wed, 23 Sep 2009 04:06:46 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAIs4uUqWZZrw/2dsb2JhbACRRbMXkVuEGwU X-IronPort-AV: E=Sophos;i="4.44,435,1249223400"; d="scan'208";a="36770564" Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail03.adl6.internode.on.net with ESMTP; 23 Sep 2009 13:21:29 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 5FC155C6E; Wed, 23 Sep 2009 13:51:28 +1000 (EST) Date: Wed, 23 Sep 2009 13:51:28 +1000 From: Emil Mikulic To: Louis Mamakos Message-ID: <20090923035128.GA51470@dmr.ath.cx> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <8A3D6B19-8AD6-4222-8C26-4DF87D0709C6@transsys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A3D6B19-8AD6-4222-8C26-4DF87D0709C6@transsys.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@FreeBSD.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 04:06:47 -0000 On Tue, Sep 22, 2009 at 04:31:58PM -0400, Louis Mamakos wrote: > Ideally, FreeBSD out-of-the-box ought to have a caching DNS server as > part of the base system. [...] BIND serves this purpose adequately, > though I'm sure that there are endless other possibilities > better/faster/smaller/cheaper/prettier.. nscd? From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 06:20:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF8C1065670; Wed, 23 Sep 2009 06:20:39 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 288548FC1E; Wed, 23 Sep 2009 06:20:38 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so98161eyf.9 for ; Tue, 22 Sep 2009 23:20:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=FhMpSzDJJ1jcIEvgrIPEvqD3MTpp/qSsTU8TW5EFDXE=; b=qR7uS+JfUEEl9RpAKKoAdRNX735C9NLxj1MvQICYjb+vcX6BZafdLNtfxPur6p5eNh afa3kUQvtoJCT0hnxNx7E5SIdQgppUMd4lb/uUlUfP6Qf6qTea7tFQ/jkbIlTKSi46kn R9L5TUn+VUOcKD1UTUr81VGNS8a4nQBGYhscI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=aBlntDZ0qybSH3t08zlRjGcsaILCkHXQTolXdZvOaBNXORnBuSfUSAYgTne6wbXZk4 O5Xom1kVyZkgToIOKWtvOZiIcYs7LGGYNygGqwGbvuMSXdyau+G1kDQHNiPmtv1ymWCL 6rt/2Qoj3eqHjg8wYS2KRq9GGrwmANDyeWloU= Received: by 10.210.3.21 with SMTP id 21mr5683404ebc.15.1253686836598; Tue, 22 Sep 2009 23:20:36 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 24sm657688eyx.3.2009.09.22.23.20.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 23:20:36 -0700 (PDT) From: Anonymous To: Robert Noland References: <1253656016.2110.26.camel@balrog.2hip.net> <1253656188.2110.31.camel@balrog.2hip.net> Date: Wed, 23 Sep 2009 10:19:06 +0400 In-Reply-To: <1253656188.2110.31.camel@balrog.2hip.net> (Robert Noland's message of "Tue, 22 Sep 2009 16:49:48 -0500") Message-ID: <86skee89ph.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 06:20:39 -0000 Robert Noland writes: > On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: >> Todays -HEAD (197416) is hanging on boot for me if the vesa module is >> loaded. I initially thought that this was keyboard related, but >> reverting various bits and pieces didn't do any good. Once in serial >> console I was able to determine that it was actually hanging right after >> the VESA: information block gets dumped. Disabling vesa allows me to >> boot successfully. Verbose boot log available up to the hang is >> available if anyone thinks it is useful... > > Ooops, > > FreeBSD balrog.2hip.net 9.0-CURRENT FreeBSD 9.0-CURRENT #21 72d3ac6: Tue > Sep 22 15:42:59 CDT 2009 > rnoland@balrog.2hip.net:/usr/obj/home/rnoland/freebsd/git-head/sys/BALROG amd64 Can you try to reproduce it after r197424? From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 07:42:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09CB9106566B for ; Wed, 23 Sep 2009 07:42:29 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id C40B78FC08 for ; Wed, 23 Sep 2009 07:42:28 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 64210633321; Wed, 23 Sep 2009 09:42:27 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 35E7BBE57; Wed, 23 Sep 2009 09:42:27 +0200 (CEST) Date: Wed, 23 Sep 2009 09:42:25 +0200 From: Patrick Lamaiziere To: Chris Ruiz Message-ID: <20090923094225.0c5bfe96@baby-jane.lamaiziere.net> In-Reply-To: <58c737d70909221609w6af44f61h435e167f08b1d9db@mail.gmail.com> References: <58c737d70909221609w6af44f61h435e167f08b1d9db@mail.gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Apple MacBook Panic - AP #1 (PHY# 1) failed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 07:42:29 -0000 Le Tue, 22 Sep 2009 18:09:06 -0500, Chris Ruiz a =E9crit : > At some point freebsd amd64 stopped booting on my MacBook 4,1 (penryn > w/ intel chipset). Amd64 panics and endlessly scrolls the screen > while i386 asks "panic y/n? [y]". Keyboard input does not work so I > can not break into debugger. I thought this was a known issue but > have not heard anything about it recently, so I am reporting it again. > This panic happens with 8.0-beta1 -> 8.0-rc1. Is this fixed in > CURRENT yet? Here's the last two lines of console output. That was fixed for the Macbook Pro model 3,1 See : http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010778.html I guess you have to add the Macbook 4,1 (you can read the exact model with dmidecode) and try this patch. From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 08:02:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 677241065676 for ; Wed, 23 Sep 2009 08:02:37 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id EBACD8FC30 for ; Wed, 23 Sep 2009 08:02:36 +0000 (UTC) Received: by bwz27 with SMTP id 27so330649bwz.43 for ; Wed, 23 Sep 2009 01:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=mixlTuHYTpURO/WzjsbML5l4NbCaMLbtLf8vlIxPizI=; b=Cb0owrP7nnFAzYEUT5QySwa1DtqZLIDoyRnBnTEfK1Q3XJgKiVE1vgJPnDX6c8CnAb 6fEXt++3po7bISbcfexVGULTWPZ/UqUJ7myvLKBd012vnb+PaPUvCUBEzU2Ha25uY6cG 9tGJbxurwS/DcVSvpu3eVDJ/NvDznffT8MXsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UFZdaah+OQWPn1nfnrjh60b8b2EaLsBlgxYDeq75kTBtIkBRvLb52Uq6x+Fr77BBYc Ms3El2Mc/D0ehvdmhdR5Zc3KuwLgX/v6ZHceK/SWLNtZRewZLE+jNErpSdniku1YaYa1 xGtzWd81/oJYRLIthcJGk+Kg3VoD0dala87Rw= MIME-Version: 1.0 Received: by 10.102.216.8 with SMTP id o8mr848686mug.20.1253692955952; Wed, 23 Sep 2009 01:02:35 -0700 (PDT) In-Reply-To: <4AB913B3.1050709@borderworlds.dk> References: <4AB913B3.1050709@borderworlds.dk> Date: Wed, 23 Sep 2009 10:02:35 +0200 Message-ID: <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> From: "Paul B. Mahol" To: Christian Laursen Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 08:02:37 -0000 On 9/22/09, Christian Laursen wrote: > Hi, > > Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 > and then to 8.0-RC1 as of this morning. > > Since the Ralink Wireless NIC is not supported with a native driver I > have been using ndis for a long time on 7.x without any issues. > > After upgrading to 8.0 I regenerated the module from the sys and inf files. What version of kernel files was used? -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 08:10:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D278C1065670; Wed, 23 Sep 2009 08:10:51 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3ECD08FC08; Wed, 23 Sep 2009 08:10:51 +0000 (UTC) Received: by fxm22 with SMTP id 22so430280fxm.36 for ; Wed, 23 Sep 2009 01:10:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=T/KJ1Cv8a/sLqHmCrTGwIag78rzL2BrWx6PE80xk9Y8=; b=JIwwj8BzZ3RgOY3u/5/ZK+x1mHiErn3WTSt9vIVGKpizwz2LCLxFHgoYpLxTdEwBbE 48BD+buQh2qh8919kU99ZnuS8PkxfU49AIGIzbNY+KRkHAPWHC/YV2CSRV/IXB5EbogJ rqay/0xFBmXjHX9UpgNkl5GolNG8tAcv2Qmts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EnZ7Er/dQAZJ4IolshBjV2kgMXmyAyrS8YYFliWQ8+9m3u0Au54ckHKH1zSpOblJJv R/bmXFg1B8nbWBPbwanxn8Hroci6pIe/z/3hJqBNw0oPQfMKVcm1aFKLFSPH0RR4IPX6 /16pvFfnAVISOyAsfgDJhY4rAtsT5FrqTTOZc= MIME-Version: 1.0 Received: by 10.102.149.9 with SMTP id w9mr844612mud.77.1253693448845; Wed, 23 Sep 2009 01:10:48 -0700 (PDT) In-Reply-To: <86skee89ph.fsf@gmail.com> References: <1253656016.2110.26.camel@balrog.2hip.net> <1253656188.2110.31.camel@balrog.2hip.net> <86skee89ph.fsf@gmail.com> Date: Wed, 23 Sep 2009 10:10:48 +0200 Message-ID: <3a142e750909230110s7b9282f5la84dc02df4d55f42@mail.gmail.com> From: "Paul B. Mahol" To: Anonymous Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Robert Noland Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 08:10:51 -0000 On 9/23/09, Anonymous wrote: > Robert Noland writes: > >> On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: >>> Todays -HEAD (197416) is hanging on boot for me if the vesa module is >>> loaded. I initially thought that this was keyboard related, but >>> reverting various bits and pieces didn't do any good. Once in serial >>> console I was able to determine that it was actually hanging right after >>> the VESA: information block gets dumped. Disabling vesa allows me to >>> boot successfully. Verbose boot log available up to the hang is >>> available if anyone thinks it is useful... >> >> Ooops, >> >> FreeBSD balrog.2hip.net 9.0-CURRENT FreeBSD 9.0-CURRENT #21 72d3ac6: Tue >> Sep 22 15:42:59 CDT 2009 >> rnoland@balrog.2hip.net:/usr/obj/home/rnoland/freebsd/git-head/sys/BALROG >> amd64 > > Can you try to reproduce it after r197424? No. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 08:11:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4686510656A4; Wed, 23 Sep 2009 08:11:22 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id B8D998FC22; Wed, 23 Sep 2009 08:11:21 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8N8BKrV022606; Wed, 23 Sep 2009 11:11:20 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB9D823.9050300@eng.auth.gr> Date: Wed, 23 Sep 2009 11:11:15 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: Manolis Kiagias References: <4AAA7C71.8070708@eng.auth.gr> <4AAA848C.4060707@gmail.com> In-Reply-To: <4AAA848C.4060707@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: MSI GT 627 unsuccessful installation in 7-STABLE and 8-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 08:11:22 -0000 Manolis Kiagias wrote: > George Mamalakis wrote: > >> Dear all, >> >> My question should maybe have be sent to some other fbsd list; if so, >> please someone instruct me where, and excuse me for my potential mistake. >> >> Now to my question: >> >> I just bought the MSI GT 627 Laptop, and I tried to install FreeBSD on >> it. First I tried with 8-BETA4 amd, then with 8-BETA4 i386, and lastly >> with 7.2 latest snapshot. All attempts have been unsuccessful, so I >> tried NetBSD 5.0.1 to see if it would install, and it did! >> >> The kernel messages I got on all FOUR attempts (even in NetBSD, >> although it worked finally) was something like that (in the beginning) >> (NetBSD excerpt, since it is the only that booted, so I could >> copy-paste it from dmesg, but FreeBSD gave the exact same Error >> messages (a few numbers differ)): >> >> Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, >> 2006, 2007, 2008, 2009 >> The NetBSD Foundation, Inc. All rights reserved. >> Copyright (c) 1982, 1986, 1989, 1991, 1993 >> The Regents of the University of California. All rights reserved. >> >> NetBSD 5.0.1 (GENERIC) #0: Thu Jul 30 00:08:07 UTC 2009 >> >> builds@b7.netbsd.org:/home/builds/ab/netbsd-5-0-1-RELEASE/amd64/200907292356Z-obj/home/builds/ab/netbsd-5-0-1-RELEASE/src/sys/arch/amd64/compile/GENERIC >> >> total memory = 4095 MB >> avail memory = 3954 MB >> timecounter: Timecounters tick every 10.000 msec >> timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 >> SMBIOS rev. 2.5 @ 0x9a400 (45 entries) >> Micro-Star International GT627 (Ver 1.000) >> mainbus0 (root) >> cpu0 at mainbus0 apid 0: Intel 686-class, 2394MHz, id 0x1067a >> cpu1 at mainbus0 apid 1: Intel 686-class, 2394MHz, id 0x1067a >> cpu2 at mainbus0 apid 2: Intel 686-class, 2394MHz, id 0x1067a >> cpu3 at mainbus0 apid 3: Intel 686-class, 2394MHz, id 0x1067a >> ioapic0 at mainbus0 apid 4: pa 0xfec00000, version 20, 24 pins >> acpi0 at mainbus0: Intel ACPICA 20080321 >> acpi0: X/RSDT: OemId , AslId >> ACPI Error (evregion-0427): No handler for Region [EC__] >> (0xffff800007e20400) [EmbeddedControl] [20080321] >> ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler >> [20080321] >> ACPI Error (psparse-0627): Method parse/execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> ACPI Error (uteval-0306): Method execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> acpi0: SCI interrupting at int 9 >> acpi0: fixed-feature power button present >> timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000 >> ACPI-Fast 24-bit timer >> ACPI Error (evregion-0427): No handler for Region [EC__] >> (0xffff800007e20400) [EmbeddedControl] [20080321] >> ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler >> [20080321] >> ACPI Error (psparse-0627): Method parse/execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> ACPI Error (uteval-0306): Method execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> WMI1 (pnp0c14) at acpi0 not configured >> .... >> >> where fbsd differed, was somewhere after identifying ad4 (the disk, >> which is WDC WD5000BEVT-22ZAT0 01.01A1), where it stated: >> >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for >> xpt_config >> >> and after that it kept on repeating the last message, only increasing >> the seconds to wait, until nothing more happened. >> >> Does anyone know if this is something that will be fixed soon? I guess >> it has to do with MSI's ACPI or something like that. >> >> Thank you all for your interest. >> >> Regards, >> >> mamalos. >> >> > Is the laptop equipped with a firewire port? > I have a few Gigabyte 8IPE1000-G motherboards at school that exhibit the > exact same behaviour. (Using 7.X, have not tried with 8.0 yet). Although > the motherboard does not in fact have a firewire chip soldered on, the > BIOS presents a firewire device (in Windows it shows in the device > manager as a non-working, unknown problem device) and I believe this > confuses the FreeBSD boot sequence. Other people on the lists have also > suggested disabling device sbp in a custom kernel configuration file (or > even removing the entire firewire section if you don't need it). > One possible first step would be to try disabling firewire in the BIOS > (Sadly I don't have this option at all in my case) and see if the boot > continues. If you install successfully you may then try building a > custom kernel and re-enabling the BIOS option. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Manoli, I built current in another machine's folder, addressed my laptop to boot from lan having this folder as it's nfsroot, and even then I kept having the problem. Then I compiled a kernel without firewire support (the whole section was excluded), and as you foresaw, the laptop booted eventually. I understand that this is a work around, but I think that somebody from the fbsd development team should maybe take a look at it, and resolve this issue. Thank you for your help. mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 08:35:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97DCA1065670; Wed, 23 Sep 2009 08:35:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 24A548FC1F; Wed, 23 Sep 2009 08:35:35 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MqNK0-00081r-OA>; Wed, 23 Sep 2009 10:35:32 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MqNK0-0005kd-Mh>; Wed, 23 Sep 2009 10:35:32 +0200 Message-ID: <4AB9DDD8.2020700@zedat.fu-berlin.de> Date: Wed, 23 Sep 2009 08:35:36 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: Daniel O'Connor References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909222248.16475.doconnor@gsoft.com.au> <4AB93614.2080106@locolomo.org> <200909231104.39234.doconnor@gsoft.com.au> In-Reply-To: <200909231104.39234.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Erik Norgaard , freebsd-questions@freebsd.org, freebsd-current@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 08:35:35 -0000 Daniel O'Connor wrote: > On Wed, 23 Sep 2009, Erik Norgaard wrote: >> This sounds like the correct solution, AFAIK it's the same concept as >> for NIS, first check local files, then ldap. You don't want your root >> credentials possibly be leaked accross the network. On the other hand >> you don't want or need user accounts in the local files. >> >> Default first check local files which is fast, then fall back on ldap >> if the user is not found. > > Actually I wrote them the wrong way, how odd! > I actually have.. > group: cache ldap files > passwd: cache ldap files I had issues with the order 'files ldap' too, that's why I choosed 'ldap files'. > > I think that if it fails ldap, it does so very quickly - it certainly > did this morning when I rebooted uncleanly. > > I believe I did try it as "cache files ldap" but I had some issues, I > can't recall what they were though. I had quite a bit of difficulty > getting it to work acceptably so when it did I left it alone :) > > On a related note, why is slapd so damn fragile? It's a righteous pain > in the bum the way you have to run db_recover-X.Y /var/db/openldap-data > if slapd fails to start. Yes, this is a lot of pain. I have had issues the same way and never figured out what the reason was. /var/ is very often corrupted after a crash, power failure or unclean reboot. Maybe not slpad is that fragile, but db47 is. > > It wouldn't be so bad if it logged anything, but even with full logging > it gives a very cryptic message and if you have logging disabled (which > is recommended for performance!) it won't say _anything_. > From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 09:20:21 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6F810656DB; Wed, 23 Sep 2009 09:20:21 +0000 (UTC) (envelope-from boogie@lazybytes.org) Received: from mail.lazybytes.org (odin.rinet.ru [195.54.209.3]) by mx1.freebsd.org (Postfix) with ESMTP id 06BB28FC1E; Wed, 23 Sep 2009 09:20:20 +0000 (UTC) Received: from localhost.localdomain (broadband-77-37-224-248.nationalcablenetworks.ru [77.37.224.248]) by mail.lazybytes.org (Postfix) with ESMTPSA id 0A34314036E4; Wed, 23 Sep 2009 13:18:16 +0400 (MSD) Date: Wed, 23 Sep 2009 13:20:36 +0400 From: Sergey Vinogradov To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Message-ID: <20090923132036.57767deb@lazybytes.org> In-Reply-To: <864oqu1urm.fsf@ds4.des.no> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/3g8Ig.nzBHzXBPQlHNRscOV"; protocol="application/pgp-signature" Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 09:20:21 -0000 --Sig_/3g8Ig.nzBHzXBPQlHNRscOV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =D0=92 Wed, 23 Sep 2009 00:26:05 +0200 Dag-Erling Sm=C3=B8rgrav =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Sergey Vinogradov writes: > > Despite the zsh(1) has appropriate license, it needs autotools and > > iconv (both GPL AFAIK), so it's hard to include in the base system. > > The things in the base system I always wondered about are sendmail > > and bind9. These are pretty heavy, and definitely are not used in > > every single installation. Maybe someday I'll see sendmail and > > bind9 in ports instead of base system. And yes, I know about > > WITHOUT_BIND=3D and WITHOUT_SENDMAIL=3D :) >=20 > 1) Even in sh mode, zsh is not sufficiently POSIX-compliant to replace > our /bin/sh (and I say this as the maintainer of the zsh port) I think I've made my point unclear: I fully understand that, and I don't propose zsh(1) replacing sh(1). I just think it would be handy to have zsh(1) in the base system. Not replacing sh(1), but as one more piece of software. --=20 wbr, Boo --Sig_/3g8Ig.nzBHzXBPQlHNRscOV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkq56GQACgkQCt8hfbw1Gpa9ugCfYuxRQEVgCGWpH/BQx77jTQjq hvgAn18uOHbBRjrCZgrxiB3qVeUwt8Zi =Blk9 -----END PGP SIGNATURE----- --Sig_/3g8Ig.nzBHzXBPQlHNRscOV-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 09:48:00 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0D4106568F; Wed, 23 Sep 2009 09:48:00 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6A56E8FC30; Wed, 23 Sep 2009 09:48:00 +0000 (UTC) Received: from [192.168.4.9] (unknown [192.168.4.9]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 76A6056; Wed, 23 Sep 2009 11:31:17 +0200 (CEST) Message-ID: <4AB9EAE7.6090108@stillbilde.net> Date: Wed, 23 Sep 2009 11:31:19 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Sergey Vinogradov References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> <20090923132036.57767deb@lazybytes.org> In-Reply-To: <20090923132036.57767deb@lazybytes.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , current@FreeBSD.org, arch@FreeBSD.org, Ed Schouten Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 09:48:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sergey Vinogradov wrote: > В Wed, 23 Sep 2009 00:26:05 +0200 > Dag-Erling Smørgrav пишет: > >> Sergey Vinogradov writes: >>> Despite the zsh(1) has appropriate license, it needs autotools and >>> iconv (both GPL AFAIK), so it's hard to include in the base system. >>> The things in the base system I always wondered about are sendmail >>> and bind9. These are pretty heavy, and definitely are not used in >>> every single installation. Maybe someday I'll see sendmail and >>> bind9 in ports instead of base system. And yes, I know about >>> WITHOUT_BIND= and WITHOUT_SENDMAIL= :) >> 1) Even in sh mode, zsh is not sufficiently POSIX-compliant to replace >> our /bin/sh (and I say this as the maintainer of the zsh port) > I think I've made my point unclear: I fully understand that, and I > don't propose zsh(1) replacing sh(1). I just think it would be handy to > have zsh(1) in the base system. Not replacing sh(1), but as one > more piece of software. Wouldn't that bring back (among others) perl into the base? I seem to remember there was some effort spent on removing that a while ago... //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkq56uYACgkQODUnwSLUlKTmowCgna2UmnZCCT/9xYFYCase10Ua 3qcAnjI5MnTA3aL35OTc9uxCOcPRaUFX =da5r -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 09:48:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4843610656C6; Wed, 23 Sep 2009 09:48:17 +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 946AC8FC19; Wed, 23 Sep 2009 09:48:16 +0000 (UTC) Received: from inchoate.gsoft.com.au ([118.210.91.254]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8N9mDBL084716 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 19:18:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "O. Hartmann" Date: Wed, 23 Sep 2009 19:18:01 +0930 User-Agent: KMail/1.9.10 References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909231104.39234.doconnor@gsoft.com.au> <4AB9DDD8.2020700@zedat.fu-berlin.de> In-Reply-To: <4AB9DDD8.2020700@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1945813.sjCl92Da08"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909231918.10541.doconnor@gsoft.com.au> X-Spam-Score: -2.544 () AWL,BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Erik Norgaard , freebsd-questions@freebsd.org, freebsd-current@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 09:48:17 -0000 --nextPart1945813.sjCl92Da08 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 23 Sep 2009, O. Hartmann wrote: > Daniel O'Connor wrote: > > On Wed, 23 Sep 2009, Erik Norgaard wrote: > >> This sounds like the correct solution, AFAIK it's the same concept > >> as for NIS, first check local files, then ldap. You don't want > >> your root credentials possibly be leaked accross the network. On > >> the other hand you don't want or need user accounts in the local > >> files. > >> > >> Default first check local files which is fast, then fall back on > >> ldap if the user is not found. > > > > Actually I wrote them the wrong way, how odd! > > I actually have.. > > group: cache ldap files > > passwd: cache ldap files > > I had issues with the order > > 'files ldap' > > too, that's why I choosed 'ldap files'. Can you remember any details why? I can't :) > > On a related note, why is slapd so damn fragile? It's a righteous > > pain in the bum the way you have to run db_recover-X.Y > > /var/db/openldap-data if slapd fails to start. > > Yes, this is a lot of pain. I have had issues the same way and never > figured out what the reason was. /var/ is very often corrupted after > a crash, power failure or unclean reboot. Maybe not slpad is that > fragile, but db47 is. Yes, although openldap's handling of a bad DB is quite poor IMO.. That=20 said I haven't had the nerve to look at the code. I had a quick look to see if there was a more robust looking backend but=20 nothing jumped out at me. =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 --nextPart1945813.sjCl92Da08 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKue7a5ZPcIHs/zowRAiRjAJ9dAyjv7NLIlBBNW7iWjFR/ZtOHagCeMnfv rYoWEs9MMeFoCf8bv7lPa+Q= =Wzqf -----END PGP SIGNATURE----- --nextPart1945813.sjCl92Da08-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 09:50:09 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9BAB1065695; Wed, 23 Sep 2009 09:50:09 +0000 (UTC) (envelope-from boogie@lazybytes.org) Received: from mail.lazybytes.org (odin.rinet.ru [195.54.209.3]) by mx1.freebsd.org (Postfix) with ESMTP id 943B08FC20; Wed, 23 Sep 2009 09:50:09 +0000 (UTC) Received: from localhost.localdomain (broadband-77-37-224-248.nationalcablenetworks.ru [77.37.224.248]) by mail.lazybytes.org (Postfix) with ESMTPSA id DB4EE14036E4; Wed, 23 Sep 2009 13:48:05 +0400 (MSD) Date: Wed, 23 Sep 2009 13:50:29 +0400 From: Sergey Vinogradov To: "Svein Skogen (listmail account)" Message-ID: <20090923135029.69a016f8@lazybytes.org> In-Reply-To: <4AB9EAE7.6090108@stillbilde.net> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> <20090923132036.57767deb@lazybytes.org> <4AB9EAE7.6090108@stillbilde.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , current@FreeBSD.org, arch@FreeBSD.org, Ed Schouten Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 09:50:09 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQrQkiBXZWQs IDIzIFNlcCAyMDA5IDExOjMxOjE5ICswMjAwDQoiU3ZlaW4gU2tvZ2VuIChsaXN0bWFpbCBhY2Nv dW50KSIgPHN2ZWluLWxpc3RtYWlsQHN0aWxsYmlsZGUubmV0PiDQv9C40YjQtdGCOg0KDQo+IC0t LS0tQkVHSU4gUEdQIFNJR05FRCBNRVNTQUdFLS0tLS0NCj4gSGFzaDogU0hBMQ0KPiANCj4gU2Vy Z2V5IFZpbm9ncmFkb3Ygd3JvdGU6DQo+ID4g0JIgV2VkLCAyMyBTZXAgMjAwOSAwMDoyNjowNSAr MDIwMA0KPiA+IERhZy1FcmxpbmcgU23DuHJncmF2IDxkZXNAZGVzLm5vPiDQv9C40YjQtdGCOg0K PiA+IA0KPiA+PiBTZXJnZXkgVmlub2dyYWRvdiA8Ym9vZ2llQGxhenlieXRlcy5vcmc+IHdyaXRl czoNCj4gPj4+IERlc3BpdGUgdGhlIHpzaCgxKSBoYXMgYXBwcm9wcmlhdGUgbGljZW5zZSwgaXQg bmVlZHMgYXV0b3Rvb2xzIGFuZA0KPiA+Pj4gaWNvbnYgKGJvdGggR1BMIEFGQUlLKSwgc28gaXQn cyBoYXJkIHRvIGluY2x1ZGUgaW4gdGhlIGJhc2UNCj4gPj4+IHN5c3RlbS4gVGhlIHRoaW5ncyBp biB0aGUgYmFzZSBzeXN0ZW0gSSBhbHdheXMgd29uZGVyZWQgYWJvdXQgYXJlDQo+ID4+PiBzZW5k bWFpbCBhbmQgYmluZDkuIFRoZXNlIGFyZSBwcmV0dHkgaGVhdnksIGFuZCBkZWZpbml0ZWx5IGFy ZQ0KPiA+Pj4gbm90IHVzZWQgaW4gZXZlcnkgc2luZ2xlIGluc3RhbGxhdGlvbi4gTWF5YmUgc29t ZWRheSBJJ2xsIHNlZQ0KPiA+Pj4gc2VuZG1haWwgYW5kIGJpbmQ5IGluIHBvcnRzIGluc3RlYWQg b2YgYmFzZSBzeXN0ZW0uIEFuZCB5ZXMsIEkNCj4gPj4+IGtub3cgYWJvdXQgV0lUSE9VVF9CSU5E PSBhbmQgV0lUSE9VVF9TRU5ETUFJTD0gOikNCj4gPj4gMSkgRXZlbiBpbiBzaCBtb2RlLCB6c2gg aXMgbm90IHN1ZmZpY2llbnRseSBQT1NJWC1jb21wbGlhbnQgdG8NCj4gPj4gcmVwbGFjZSBvdXIg L2Jpbi9zaCAoYW5kIEkgc2F5IHRoaXMgYXMgdGhlIG1haW50YWluZXIgb2YgdGhlIHpzaA0KPiA+ PiBwb3J0KQ0KPiA+IEkgdGhpbmsgSSd2ZSBtYWRlIG15IHBvaW50IHVuY2xlYXI6IEkgZnVsbHkg dW5kZXJzdGFuZCB0aGF0LCBhbmQgSQ0KPiA+IGRvbid0IHByb3Bvc2UgenNoKDEpIHJlcGxhY2lu ZyBzaCgxKS4gSSBqdXN0IHRoaW5rIGl0IHdvdWxkIGJlDQo+ID4gaGFuZHkgdG8gaGF2ZSB6c2go MSkgaW4gdGhlIGJhc2Ugc3lzdGVtLiBOb3QgcmVwbGFjaW5nIHNoKDEpLCBidXQNCj4gPiBhcyBv bmUgbW9yZSBwaWVjZSBvZiBzb2Z0d2FyZS4NCj4gDQo+IFdvdWxkbid0IHRoYXQgYnJpbmcgYmFj ayAoYW1vbmcgb3RoZXJzKSBwZXJsIGludG8gdGhlIGJhc2U/IEkgc2VlbSB0bw0KPiByZW1lbWJl ciB0aGVyZSB3YXMgc29tZSBlZmZvcnQgc3BlbnQgb24gcmVtb3ZpbmcgdGhhdCBhIHdoaWxlIGFn by4uLg0KPiANCj4gLy9TdmVpbg0KPiANCldlbGwsIHpzaCgxKSBkb2Vzbid0IGhhdmUgcGVybCBh cyBydW4sIG9yIGJ1aWxkIGRlcGVuZGVuY3kgZGlyZWN0bHkuDQpIb3dldmVyLCBhdXRvY29uZiwg d2hpY2ggaXMgaW52b2x2ZWQgaW4genNoKDEpIGJ1aWxkIHByb2Nlc3MgZG9lcw0KZGVwZW5kIG9u IHBlcmwuDQoNCi0gLS0gDQp3YnIsDQpCb28NCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0t DQpWZXJzaW9uOiBHbnVQRyB2MS40LjEwIChHTlUvTGludXgpDQoNCmlFWUVBUkVDQUFZRkFrcTU3 MlVBQ2drUUN0OGhmYncxR3BZdi9BQ2RIQzRmdmpEUGdOaExYc0I2VUFENlJQRmsNCllZUUFuMlMv anN4U0g2YWl0THdtTnZxdWJlNm9JUzVQDQo9NXdaaA0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0t LS0tDQo= From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 10:20:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29611065692 for ; Wed, 23 Sep 2009 10:20:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4EE8FC1F for ; Wed, 23 Sep 2009 10:20:11 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8NAK56V049697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Sep 2009 13:20:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n8NAK4ek014352; Wed, 23 Sep 2009 13:20:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8NAK4YL014351; Wed, 23 Sep 2009 13:20:04 +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: Wed, 23 Sep 2009 13:20:04 +0300 From: Kostik Belousov To: Lowell Gilbert Message-ID: <20090923102004.GB47688@deviant.kiev.zoral.com.ua> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <44vdja1x83.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="e080i1BlFqO+k9+3" Content-Disposition: inline In-Reply-To: <44vdja1x83.fsf@be-well.ilk.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Gregory Shapiro , freebsd-current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 10:20:12 -0000 --e080i1BlFqO+k9+3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 05:33:00PM -0400, Lowell Gilbert wrote: > The point of DMA is that it does the absolute minimum needed to get a > workable system. That *minimum* is really just delivering locally > generated mail somewhere else, primarily to make sure root's cron > e-mails go somewhere. To actually receive mail, another MTA would > always be needed. =20 Does this mean that standalone machine will not work out of the box until external email receiver is set up and configured ? In other words, out of the box, local mail is lost ? --e080i1BlFqO+k9+3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq59lQACgkQC3+MBN1Mb4g8WACdHAcGGtM9yHgQp4fr1RNRnEwt CVUAoNL2Q3T1ho30X2xScs+w/ZC64Oed =JUVr -----END PGP SIGNATURE----- --e080i1BlFqO+k9+3-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 11:01:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31133106566B for ; Wed, 23 Sep 2009 11:01:32 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id B90718FC19 for ; Wed, 23 Sep 2009 11:01:31 +0000 (UTC) Received: from [41.161.16.10] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MqPbE-0005nN-RW for current@freebsd.org; Wed, 23 Sep 2009 13:01:28 +0200 Received: from localhost ([127.0.0.1] helo=mini.clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MpeK6-000FfF-UI; Mon, 21 Sep 2009 10:32:38 +0200 To: paradox From: Ian FREISLICH In-Reply-To: <361252.12201.qm@web59102.mail.re1.yahoo.com> References: <361252.12201.qm@web59102.mail.re1.yahoo.com> X-Attribution: BOFH Date: Mon, 21 Sep 2009 10:32:38 +0200 Sender: ianf@clue.co.za Message-Id: Cc: current@freebsd.org Subject: Re: bwi(4) BCM4315 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 11:01:32 -0000 paradox wrote: > > 0xfeafc000-0xfeafffff irq 16 at device 0.0 on pci1 > > bwi0: [ITHREAD] > > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 > > bwi0: MAC: rev 15 > > bwi0: PHY: type 5, rev 1, ver 6 > > Type 5 is LP phy chip which is not supported > > bwi not work with 0x4315 > because it is a new type of device I know that. I'm wanting to help get support for it. Without NDIS. > use the ndis driver Ok, I'll change the hardware. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 11:07:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E6801065670 for ; Wed, 23 Sep 2009 11:07:29 +0000 (UTC) (envelope-from eitanadlerlist@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 D1E9E8FC19 for ; Wed, 23 Sep 2009 11:07:28 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so237929and.13 for ; Wed, 23 Sep 2009 04:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=bq+4uRHZoQaOXrIgmelVuTXHzDJxHavi4nVCHzUUIw4=; b=A5CsbrfppHfyp3IRnfTa6mNNJbj3dEu2SajndZlHS94Bx2osH1ZeL00S03aIf1ai2r 0Y2Y5oQHlX9yvCEJiyFsr0tMgZo1c1cXeEOg8ql5Dhy40x7sqR/KiypGncWCfqj/t0ve foLPf0XI6vRnuRYHgcfsonIHEi6xnCuZtyOig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=la8X98/JPbL1Rcqfkqz9mw2v1S1lZkAsee5MMQscMER8ji78TAawZwPJp2br0X3V6Y BVF7qBApk8UMm2c3jBYsqkN+6f4WeNpdr4m6IUzejaVd0nfcs8/5EpW1AteRc/TzXXVP 5KLUTczxq6nwXLmBLYn6/CW2i8CeTu775zPuc= MIME-Version: 1.0 Received: by 10.101.111.12 with SMTP id o12mr2378305anm.51.1253702571192; Wed, 23 Sep 2009 03:42:51 -0700 (PDT) Date: Wed, 23 Sep 2009 10:42:51 +0000 Message-ID: From: Eitan Adler To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: will bin/138771 be fixed by 8.0-RELEASE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 11:07:29 -0000 Is it likely that bin/138771 be fixed by 8.0-RELEASE? I'm willing to spend time testing/debugging any fixes but I don't know where to start myself. From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 09:08:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E4B2106566C for ; Wed, 23 Sep 2009 09:08:05 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.freebsd.org (Postfix) with ESMTP id ECFB28FC14 for ; Wed, 23 Sep 2009 09:08:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id D80FF3A3886; Wed, 23 Sep 2009 15:57:02 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= references:subject:subject:in-reply-to:from:from:message-id:date :date:received:received:received; s=selector1; t=1253696222; x= 1255510622; bh=STJ5kIGxQhSTDRhBxRcPfR1MDfEsRreyc04rg8jhl4g=; b=K eBKNpn0KEC+UxTaCwWPxWYacypx+4RVAYUr7aB5RKsPb1HtyFw+E3OUJgOV8Lg3Z RBJqh3qTv/Q+Gdyt2CGlUP87RcEOeLhiCotoRZz9G9jpZjlbxm8OdJSPK1exlykc e4HvlQy4uL+IFWwp12g4gmbhal/epBaRNJmaIk7wI8= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by localhost (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id I-x2Mm-DU9LO; Wed, 23 Sep 2009 15:57:02 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 17C293A386B; Wed, 23 Sep 2009 15:57:02 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.14.3/8.14.3/Submit) id n8N8u2hp062395; Wed, 23 Sep 2009 15:56:02 +0700 (ICT) (envelope-from on) Date: Wed, 23 Sep 2009 15:56:02 +0700 (ICT) Message-Id: <200909230856.n8N8u2hp062395@banyan.cs.ait.ac.th> From: Olivier Nicole To: ohartman@zedat.fu-berlin.de In-reply-to: <4AB9DDD8.2020700@zedat.fu-berlin.de> (ohartman@zedat.fu-berlin.de) References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909222248.16475.doconnor@gsoft.com.au> <4AB93614.2080106@locolomo.org> <200909231104.39234.doconnor@gsoft.com.au> <4AB9DDD8.2020700@zedat.fu-berlin.de> X-Mailman-Approved-At: Wed, 23 Sep 2009 11:21:45 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 09:08:05 -0000 > > On a related note, why is slapd so damn fragile? It's a righteous pain > > in the bum the way you have to run db_recover-X.Y /var/db/openldap-data > > if slapd fails to start. > Yes, this is a lot of pain. I have had issues the same way and never > figured out what the reason was. /var/ is very often corrupted after a > crash, power failure or unclean reboot. Maybe not slpad is that fragile, > but db47 is. Last June, we had to shutdown our openldap server every night, I noticed that a simple halt(8) would leave the bdb backend database in a corrupted state. It worked well if I /usr/local/etc/rc.d/slapd stop and sync(8) a couple of type before I halt(8). After that I wrote a small script that would take a backup of the ldap data every 2 hours and keep 5 days of backup. It seems that Berkeley DB has a lot of options that need to be configured to be working optimally with openldap. Maybe soft-update should be desactivated from the filesystem where the db files reside. Bests, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 12:00:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71F3D106566B for ; Wed, 23 Sep 2009 12:00:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B5C538FC0A for ; Wed, 23 Sep 2009 12:00:08 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA25749; Wed, 23 Sep 2009 15:00:05 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA0DC5.6070502@icyb.net.ua> Date: Wed, 23 Sep 2009 15:00:05 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Stefan Ehmann References: <654636.94077.qm@web63908.mail.re1.yahoo.com> <200909222244.23901.shoesoft@gmx.net> In-Reply-To: <200909222244.23901.shoesoft@gmx.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Barney Cordoba , freebsd-current@freebsd.org, pluknet Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 12:00:09 -0000 on 22/09/2009 23:44 Stefan Ehmann said the following: > On Tuesday 22 September 2009 16:21:54 Barney Cordoba wrote: >> --- On Tue, 9/22/09, pluknet wrote: > ... >>> Following style(9): >>> ### >>> The function type should be on a >>> line by itself preceding the function. >>> >>> static char * >>> function(int a1, int a2, float fl, >>> int a4) >>> ### >>> >>> So you can safely use the caret sign in regex: grep >>> ^keyword path >> Except for the 50K recursive warnings from the module build directories >> you're correct. > > In that case, I normally use: > find /usr/src/ -type f | xargs grep ^device_get_parent > > Additionally specifying -name '*.c' should even be faster. > I am surprised with this whole 'recursive' issue because in a clean source tree there are no recursive symlinks. They only come to be if a developer forgets to run 'make obj' before doing 'make' in modules directories. I think that it is a good practice to never pollute the source tree with build objects, they should belong to /usr/obj or equivalent. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 12:52:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9CDC1065694 for ; Wed, 23 Sep 2009 12:52:03 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2D8CD8FC08 for ; Wed, 23 Sep 2009 12:52:02 +0000 (UTC) Received: (qmail invoked by alias); 23 Sep 2009 12:51:59 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp011) with SMTP; 23 Sep 2009 14:51:59 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19XIeQv2gFXUYEKHDk3eOX9LD95k3Kf757a35N6JB H4pbQyYVqZboYa Received: from localhost ([127.0.0.1]) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KQFD2O-00037C-3N for freebsd-current@freebsd.org; Wed, 23 Sep 2009 14:52:00 +0200 Message-ID: <4ABA19EF.8010503@gmx.de> Date: Wed, 23 Sep 2009 14:51:59 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909222248.16475.doconnor@gsoft.com.au> <4AB93614.2080106@locolomo.org> <200909231104.39234.doconnor@gsoft.com.au> <4AB9DDD8.2020700@zedat.fu-berlin.de> <200909230856.n8N8u2hp062395@banyan.cs.ait.ac.th> In-Reply-To: <200909230856.n8N8u2hp062395@banyan.cs.ait.ac.th> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 12:52:04 -0000 Olivier Nicole schrieb: >> > On a related note, why is slapd so damn fragile? It's a righteous pain >> > in the bum the way you have to run db_recover-X.Y /var/db/openldap-data >> > if slapd fails to start. >> Yes, this is a lot of pain. I have had issues the same way and never >> figured out what the reason was. /var/ is very often corrupted after a >> crash, power failure or unclean reboot. Maybe not slpad is that fragile, >> but db47 is. > > Last June, we had to shutdown our openldap server every night, I > noticed that a simple halt(8) would leave the bdb backend database in > a corrupted state. > > It worked well if I /usr/local/etc/rc.d/slapd stop and sync(8) a couple > of type before I halt(8). > > After that I wrote a small script that would take a backup of the ldap > data every 2 hours and keep 5 days of backup. > > It seems that Berkeley DB has a lot of options that need to be > configured to be working optimally with openldap. Maybe soft-update > should be desactivated from the filesystem where the db files reside. This hasn't anything to do with the filesystem, but with abuse of the application (read: LDAP daemons) and/or its Berkeley DB support. If you kill the application before it can write all that it needs to write, you may corrupt your database, particularly if you catch it in the middle of a page split if a page in the DB file overflows and your database isn't transactional (i. e. with log.* files - which requires application support in turn). I'm not sure about OpenLDAP, but I feel I know Berkeley DB good enough to know it does not usually create or rename files on shutdown EXCEPT if there are bulk writes pending in a transactional database (which might then trigger creation of log.* files or flushing of corresponding writes). So I'd be surprised if SOFTDEPs were a cause of db47 corruption here. SOFTDEPs may have side effects that influence the shutdown process as a whole, but then the shutdown process is broken already without softdeps. So I'd rather make sure that the daemons are shut down properly at shutdown time, i. e. run the stop scripts and make sure they sleep long enough for the application to shut down cleanly (as needed). The database should be properly closed before halt(8) draws the SIGKILL shotgun and starts firing. IOW, check that your slapd stop is properly hooked to the shutdown procedure and waits long enough. If your filesystems get corrupted at power failures, make sure your HDD write caches are turned off (unless they're battery backed or otherwise permanent caches that survive the outage); you'd also need to check if your hardware is allowed to reorder writes, and if so, if writes get reordered across flush-cache primitives (aka. write barriers). I'm unaware of current support for preventing dangerous reorders with enabled write caches in the disk/controller drivers and filesystems though. From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 13:03:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 955D01065676 for ; Wed, 23 Sep 2009 13:03: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 DB0368FC18 for ; Wed, 23 Sep 2009 13:03:21 +0000 (UTC) Received: (qmail invoked by alias); 23 Sep 2009 13:03:20 -0000 Received: from 85-127-91-100.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.91.100] by mail.gmx.net (mp008) with SMTP; 23 Sep 2009 15:03:20 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/RV044V//RHypcLfCDoHbuBnz0r79dW5rsT0LNtB vpdfuO4SB7XAIq From: Stefan Ehmann To: Andriy Gapon Date: Wed, 23 Sep 2009 15:03:17 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <654636.94077.qm@web63908.mail.re1.yahoo.com> <200909222244.23901.shoesoft@gmx.net> <4ABA0DC5.6070502@icyb.net.ua> In-Reply-To: <4ABA0DC5.6070502@icyb.net.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909231503.17836.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 Cc: Barney Cordoba , freebsd-current@freebsd.org, pluknet Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 13:03:22 -0000 On Wednesday 23 September 2009 14:00:05 Andriy Gapon wrote: > on 22/09/2009 23:44 Stefan Ehmann said the following: > > On Tuesday 22 September 2009 16:21:54 Barney Cordoba wrote: ... > >> Except for the 50K recursive warnings from the module build directories > >> you're correct. > > > > In that case, I normally use: > > find /usr/src/ -type f | xargs grep ^device_get_parent > > > > Additionally specifying -name '*.c' should even be faster. > > I am surprised with this whole 'recursive' issue because in a clean source > tree there are no recursive symlinks. They only come to be if a developer > forgets to run 'make obj' before doing 'make' in modules directories. > I think that it is a good practice to never pollute the source tree with > build objects, they should belong to /usr/obj or equivalent. Ok, that explains it in my case. To reduce build times/space requirements, I only build a small subset of modules when building the kernel. If I need an additional module, I simply run "make install" or "make load" in the respective module directory. From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 13:32:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29AFE1065696 for ; Wed, 23 Sep 2009 13:32:25 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id F2C268FC57 for ; Wed, 23 Sep 2009 13:32:24 +0000 (UTC) Received: (qmail 2275 invoked from network); 23 Sep 2009 13:32:24 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Sep 2009 13:32:24 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 32342508B0; Wed, 23 Sep 2009 09:32:23 -0400 (EDT) From: Lowell Gilbert To: Kostik Belousov References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> <20090922200449.GL19207@rugsucker.local> <44vdja1x83.fsf@be-well.ilk.org> <20090923102004.GB47688@deviant.kiev.zoral.com.ua> Date: Wed, 23 Sep 2009 09:32:23 -0400 In-Reply-To: <20090923102004.GB47688@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Wed, 23 Sep 2009 13:20:04 +0300") Message-ID: <448wg5ais8.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Wed, 23 Sep 2009 13:32:25 -0000 Kostik Belousov writes: > On Tue, Sep 22, 2009 at 05:33:00PM -0400, Lowell Gilbert wrote: >> The point of DMA is that it does the absolute minimum needed to get a >> workable system. That *minimum* is really just delivering locally >> generated mail somewhere else, primarily to make sure root's cron >> e-mails go somewhere. To actually receive mail, another MTA would >> always be needed. > Does this mean that standalone machine will not work out of the box > until external email receiver is set up and configured ? In other > words, out of the box, local mail is lost ? No, my understanding of the out-of-the-box behaviour is that locally generated, locally destined mail is delivered locally. Remotely destined mail won't work very well unless a smarthost is defined. From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 13:36:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D488106566B for ; Wed, 23 Sep 2009 13:36:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D43798FC1B for ; Wed, 23 Sep 2009 13:36:22 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8NDaJws009557 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Sep 2009 09:36:20 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <86skee89ph.fsf@gmail.com> References: <1253656016.2110.26.camel@balrog.2hip.net> <1253656188.2110.31.camel@balrog.2hip.net> <86skee89ph.fsf@gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Wed, 23 Sep 2009 08:36:13 -0500 Message-Id: <1253712973.2057.855.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 13:36:23 -0000 On Wed, 2009-09-23 at 10:19 +0400, Anonymous wrote: > Robert Noland writes: > > > On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: > >> Todays -HEAD (197416) is hanging on boot for me if the vesa module is > >> loaded. I initially thought that this was keyboard related, but > >> reverting various bits and pieces didn't do any good. Once in serial > >> console I was able to determine that it was actually hanging right after > >> the VESA: information block gets dumped. Disabling vesa allows me to > >> boot successfully. Verbose boot log available up to the hang is > >> available if anyone thinks it is useful... > > > > Ooops, > > > > FreeBSD balrog.2hip.net 9.0-CURRENT FreeBSD 9.0-CURRENT #21 72d3ac6: Tue > > Sep 22 15:42:59 CDT 2009 > > rnoland@balrog.2hip.net:/usr/obj/home/rnoland/freebsd/git-head/sys/BALROG amd64 > > Can you try to reproduce it after r197424? Yes, I saw that commit last night... I'll give it another go this morning. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:09:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD1A51065670 for ; Wed, 23 Sep 2009 14:09:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 70D2D8FC1E for ; Wed, 23 Sep 2009 14:09:37 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8NE9aOQ016249 for ; Wed, 23 Sep 2009 07:09:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8NE9aUZ016248 for current@freebsd.org; Wed, 23 Sep 2009 07:09:36 -0700 (PDT) (envelope-from david) Date: Wed, 23 Sep 2009 07:09:36 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090923140936.GF1320@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UBnjLfzoMQYIXCvq" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: No DHCP lease with iwi(4)/wlan(5); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 14:09:37 -0000 --UBnjLfzoMQYIXCvq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I normally use wireless NICs on my laptop, especially at home, I swapped the miniPCI wi(4) for an iwi(4) a few weeks ago, and had it working in stable/6, stable/7, and head until a few days ago, when it seemed that the NIC was associating OK, but dhclient(8) reports: dhclient: Exiting /etc/dhclient-exit-hooks (PREINIT) with exit_status 0 DHCPREQUEST on wlan0 to 255.255.255.255 port 67 DHCPREQUEST on wlan0 to 255.255.255.255 port 67 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 9 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 16 ^C This morning, I had the time to try plugging in a wireless PCcard (an0) NIC; after doing that, I see: dhclient: Exiting /etc/dhclient-exit-hooks (PREINIT) with exit_status 0 DHCPDISCOVER on an0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on an0 to 255.255.255.255 port 67 interval 7 DHCPOFFER from 172.17.0.1 DHCPREQUEST on an0 to 255.255.255.255 port 67 DHCPACK from 172.17.0.1 bound to 172.17.1.37 -- renewal in 302400 seconds. which is a bit closer to the desired effect. I realize that an(4) doesn't use wlan(4), so this could indicate a problem with either iwi(4) or wlan(4) -- but it seems to show that dhclient(8) itself is working, as is the basic infrastructure (my DHCP server; the access point; the ipfw(4) rules I have in place before & after DHCP activity). As I type, I'm running: FreeBSD g1-37.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1123 r197399:= Tue Sep 22 06:16:11 PDT 2009 root@:/common/S4/obj/usr/src/sys/CANARY = i386 and am in the process of building head at r197427. Is there something I might do to help diagnose what's wrong here? Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --UBnjLfzoMQYIXCvq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq6LCAACgkQmprOCmdXAD0+hgCfa44dyct5JAHF/4+ur2uQMRxb QnEAnRhB7UBAJ7Sos2F6YiM8L1lWObxa =HChN -----END PGP SIGNATURE----- --UBnjLfzoMQYIXCvq-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:10:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27EAF1065672; Wed, 23 Sep 2009 14:10:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7D91C8FC27; Wed, 23 Sep 2009 14:10:21 +0000 (UTC) Received: by bwz27 with SMTP id 27so539972bwz.43 for ; Wed, 23 Sep 2009 07:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=IXdGAhEzPCLZuPRfFVpH70q6oxSoG3qqMLyD/f5toDM=; b=YjgxYtkUj1i7nALh54mmPsZik+U7GU+L2SN7bdbbZcIZx0Bm778Kb+y0iNl+JnoW5H ayyfC4PRtbuu4eiRmpxWlGkdI60FT5Dtw7fvtcFhSz7AdEvPcGarRMob7FFFD2eou8AE Dniz7SEYxq/+Fe5wS/aFTiWIKSMdkC2q+zv2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jtDa7jSB/pJl8y5h9KD0Mo53Z536cfmfNpz+iXsh7dFQWSdWpGtNmAezMAF8CUAGWt l+97oosi8nGMuop8zjfYxiMiLerxPhoza8U2+tvh/T0pNAFnEPQVe4Suav/IIUNW5PQu EQgheyvlQnAS19FawDMrUhs/2cD/AH4lQHFiI= MIME-Version: 1.0 Received: by 10.102.149.9 with SMTP id w9mr990898mud.77.1253715019809; Wed, 23 Sep 2009 07:10:19 -0700 (PDT) In-Reply-To: <3a142e750909230110s7b9282f5la84dc02df4d55f42@mail.gmail.com> References: <1253656016.2110.26.camel@balrog.2hip.net> <1253656188.2110.31.camel@balrog.2hip.net> <86skee89ph.fsf@gmail.com> <3a142e750909230110s7b9282f5la84dc02df4d55f42@mail.gmail.com> Date: Wed, 23 Sep 2009 16:10:19 +0200 Message-ID: <3a142e750909230710s337f87f4x3fadaa0aaaa7b30a@mail.gmail.com> From: "Paul B. Mahol" To: Anonymous Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Robert Noland Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 14:10:22 -0000 On 9/23/09, Paul B. Mahol wrote: > On 9/23/09, Anonymous wrote: >> Robert Noland writes: >> >>> On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: >>>> Todays -HEAD (197416) is hanging on boot for me if the vesa module is >>>> loaded. I initially thought that this was keyboard related, but >>>> reverting various bits and pieces didn't do any good. Once in serial >>>> console I was able to determine that it was actually hanging right >>>> after >>>> the VESA: information block gets dumped. Disabling vesa allows me to >>>> boot successfully. Verbose boot log available up to the hang is >>>> available if anyone thinks it is useful... >>> >>> Ooops, >>> >>> FreeBSD balrog.2hip.net 9.0-CURRENT FreeBSD 9.0-CURRENT #21 72d3ac6: Tue >>> Sep 22 15:42:59 CDT 2009 >>> rnoland@balrog.2hip.net:/usr/obj/home/rnoland/freebsd/git-head/sys/BALROG >>> amd64 >> >> Can you try to reproduce it after r197424? > > No. I mean, r197424 fixed it for me. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:14:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492FF106568B for ; Wed, 23 Sep 2009 14:14:44 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id 0D9198FC13 for ; Wed, 23 Sep 2009 14:14:43 +0000 (UTC) Received: from [172.16.1.204] (izaro.sarenet.es [192.148.167.11]) by proxypop1.sarenet.es (Postfix) with ESMTP id BD3F65DBE for ; Wed, 23 Sep 2009 15:54:51 +0200 (CEST) From: Borja Marcos Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Date: Wed, 23 Sep 2009 15:54:51 +0200 Message-Id: <5F0FD90C-C49A-4413-9EC5-4D92A311834C@sarenet.es> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Subject: 8.0-RC1: Some ZFS 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: Wed, 23 Sep 2009 14:14:44 -0000 Hello, I'm still running into some issues with FreeBSD 8-RC1, using ZFS. Maybe we are abusing ZFS a bit, and I will be glad to help diagnosing the problem. Right now I'm trying to reproduce it and get some diagnostic information. A brief description follows. We have a couple of machines running 8.0RC1, FreeBSD ppll-publi1.XXXXX.com 8.0-RC1 FreeBSD 8.0-RC1 #4: Tue Sep 22 10:43:16 CEST 2009 root@ppll-publi1.XXXXXX.com:/usr/obj/usr/src/ sys/PPLL amd64 and we are using ZFS to replicate content to them. They are an active/passive arrangement using Heartbeat to set up ftp and NFS services. The contents to be exported by NFS are updated by ftp, everything works in the active system. We replicate some datasets from the active to the passive system using zfs send/zfs receive. We schedule the replications to be made (right now) each 2 minutes. Apart from the stability problems we have seen in FreeBSD 7 (we know ZFS is experimental) at least none of the replications (and we have been doing this for months) has corrupted anything. Now we have updated to 8.0RC1, updated pools and datasets to the v13 layout, and still running into ONE problem. If I understood well, with the latest ZFS version it's possible to apply a zfs receive to a dataset that is actually being accessed. I've tried, and if I have heavy read access to the dataset *and* at the same time I'm receiving an incremental snapshot on it, sometimes there seems to be a deadlock and I loose access to the whole ZFS pool. Something like: ZFS dataset, say pool/zfsdataset While I'm using rsync (only purpose: heavy I/O access) to copy the contents to another dataset, I usue a zfs receive to synchronize it with the latest version. I was using a no witness, no debug kernel because I needed to know how well it works, but I will try to get debug information. Please let me know if something in particular is needed. Borja. From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:37:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F527106566B for ; Wed, 23 Sep 2009 14:37:56 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n3a.bullet.mail.ac4.yahoo.com (n3a.bullet.mail.ac4.yahoo.com [76.13.13.66]) by mx1.freebsd.org (Postfix) with SMTP id 53DF68FC13 for ; Wed, 23 Sep 2009 14:37:56 +0000 (UTC) Received: from [76.13.13.26] by n3.bullet.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 14:37:55 -0000 Received: from [76.13.10.180] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 14:37:55 -0000 Received: from [127.0.0.1] by omp121.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 14:37:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 748511.75712.bm@omp121.mail.ac4.yahoo.com Received: (qmail 9630 invoked by uid 60001); 23 Sep 2009 14:36:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253716581; bh=ildQeV0b13R9IZWNekUzN3cLisyiqYAogNGpHg7lHnw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=dYF7Evyp+MnulxiYd1SjVWdiZcrSJm1Rh1O/aBhS61PgAdB1fG+cm5YXgkvZjhWXHCbNQ4Z1uXHJgjAQ1lVMRBeZjZEtFOp/WfMjxyqg00JQExp2BXjvLbPNVUjjS47csAL0asU8szLtYL1sLCBZl6TrwToBL4Cc04Dz81z2jg4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OJFpxOf4dm0Ffevb/DUsQJCexIV/VHEvkGpm8YOLQIC6WTKRSf08Jd9J4FIq97iu52kBaQDaV1pjgwY1MdQTNpes4qxUOwvSsXubVPiEwAEitlATdrfVFaNBirwqkhXHIQ3njkOgXrUz4jH9WueVOFDcBmafNJGp7yQAemKzSH8=; Message-ID: <961251.9294.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: O0_UNZ4VM1m9V8XlvVguNpM0ugbtBlCCor6J2DAKBo9Y6gV4J7pSOGEOmRIIe66Ahh7yjoJgLGfZIfJUZtAL2O_KnZ65K22y7JRmD9zvGyxriX4wvZsXGVIdi5kZ3rqmKiAwyIZrJq3vvlaofcR6qIbVJibrTSp6pjAJ0O1ubuG3A4xrSMAnitOv5Nt7w62BQNLM15PFOLRXITLmHC6wR5JfQeM.TAlXL1EiuEU6Bjy4F.8bEgJ07PzEZ7okvIdGx7TZm4wBFMPtW0UkfL1yfUCxPCXAzPAziYrAuu21t9FwFWI- Received: from [98.203.21.152] by web63906.mail.re1.yahoo.com via HTTP; Wed, 23 Sep 2009 07:36:21 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Wed, 23 Sep 2009 07:36:21 -0700 (PDT) From: Barney Cordoba To: Stefan Ehmann , Andriy Gapon In-Reply-To: <4ABA0DC5.6070502@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, pluknet Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 14:37:56 -0000 =0A=0A--- On Wed, 9/23/09, Andriy Gapon wrote:=0A=0A> Fro= m: Andriy Gapon =0A> Subject: Re: where is device_get_pare= nt function defined=0A> To: "Stefan Ehmann" =0A> Cc: free= bsd-current@freebsd.org, "Barney Cordoba" , "pluk= net" =0A> Date: Wednesday, September 23, 2009, 8:00 AM= =0A> on 22/09/2009 23:44 Stefan Ehmann=0A> said the following:=0A> > On Tue= sday 22 September 2009 16:21:54 Barney Cordoba=0A> wrote:=0A> >> --- On Tue= , 9/22/09, pluknet =0A> wrote:=0A> > ...=0A> >>> Followi= ng style(9):=0A> >>> ###=0A> >>>=A0 =A0 =A0 The function type should=0A> be= on a=0A> >>> line by itself preceding the function.=0A> >>>=0A> >>>=A0 =A0= =A0 static char *=0A> >>>=A0 =A0 =A0 function(int a1, int a2,=0A> float fl= ,=0A> >>> int a4)=0A> >>> ###=0A> >>>=0A> >>> So you can safely use the car= et sign in regex:=0A> grep=0A> >>> ^keyword path=0A> >> Except for the 50K = recursive warnings from the=0A> module build directories=0A> >> you're corr= ect.=0A> > =0A> > In that case, I normally use:=0A> > find /usr/src/ -type = f | xargs grep=0A> ^device_get_parent=0A> > =0A> > Additionally specifying = -name '*.c' should even be=0A> faster.=0A> > =0A> =0A> I am surprised with = this whole 'recursive' issue because in=0A> a clean source tree=0A> there a= re no recursive symlinks. They only come to be if a=0A> developer forgets t= o=0A> run 'make obj' before doing 'make' in modules directories.=0A> I thin= k that it is a good practice to never pollute the=0A> source tree with buil= d=0A> objects, they should belong to /usr/obj or equivalent.=0A=0AIf you ma= ke modules from the module directory (rather than a full=0Amake in the kern= el build directory) then you are not using the exact =0Asame switches, as I= understand it. I had the problem with a witness =0Akernel and it was quite= a disaster.=0A=0Abarney=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:44:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5E1106566C for ; Wed, 23 Sep 2009 14:44:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A3F268FC1C for ; Wed, 23 Sep 2009 14:44:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA29701; Wed, 23 Sep 2009 17:44:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA3459.2010805@icyb.net.ua> Date: Wed, 23 Sep 2009 17:44:41 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Barney Cordoba References: <961251.9294.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <961251.9294.qm@web63906.mail.re1.yahoo.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, pluknet , Stefan Ehmann Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 14:44:49 -0000 on 23/09/2009 17:36 Barney Cordoba said the following: > If you make modules from the module directory (rather than a full > make in the kernel build directory) then you are not using the exact > same switches, as I understand it. I had the problem with a witness > kernel and it was quite a disaster. If you run a normal buildkernel, then you don't get any build objects in src tree, the build is done in /usr/obj automatically. You should really visit directories with offending symlinks and do 'make cleandir'. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:45:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8EF1065694 for ; Wed, 23 Sep 2009 14:45:42 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id CA67D8FC19 for ; Wed, 23 Sep 2009 14:45:42 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 0731C5C2D; Wed, 23 Sep 2009 10:45:42 -0400 (EDT) Date: Wed, 23 Sep 2009 10:45:41 -0400 From: Wesley Shields To: freebsd-current@freebsd.org Message-ID: <20090923144541.GA97720@atarininja.org> References: <20090922212905.GA77503@sysmon.tcworks.net> <8E5D7549-32D9-47E3-BA71-7539F33C068F@lassitu.de> <20090915030813.GB66091@sysmon.tcworks.net> <20090915125635.GB63311@atarininja.org> <20090923004310.GA38138@sysmon.tcworks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090923004310.GA38138@sysmon.tcworks.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Nagios SIGSEGV on FreeBSD 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 14:45:43 -0000 On Tue, Sep 22, 2009 at 07:43:10PM -0500, Scott Lambert wrote: > Bcc:ing port to close the thread there. > > On Wed, Sep 23, 2009 at 12:58:01AM +0200, Stefan Bethke wrote: > > Am 22.09.2009 um 23:29 schrieb Scott Lambert: > > >I've posted this to FreeBSD-ports and Nagios-Users without a nibble. > > > > > >I've been running a FreeBSD 8-BETA2 server for DNS on a network I > > >recently took over. No problems. We needed to get Nagios running on > > >that network to watch all the hosts in RFC 1918 space. Taking the > > >easy route, I just installed the Nagios 3.0.6 port on this 8-BETA2 > > >box. > > > > > >Nagios runs great until an acknowledged down host (with > > >acknowledgment comment) comes back up. Nagios exits on a SIGSEGV. > > >It seems to only happen when we have retention data (retention.dat) > > >showing the host down. If we just restart Nagios without removing > > >the retention.dat file, it exists on SIGSEGV the next time it tries > > >to mark the host up. I upgraded to the nagios-devel (Nagios 3.1.2) > > >port and we have the same problem. > > > > I'v discovered this bug in Nagios some weeks ago, but posting to > > nagios-devel did not elicit a response. The problem is a use-after- > > free bug in the code that deals with comments (or it was in my case > > anyway). > > > > The bug leads to a SEGV because -current (including all 8.0 betas) has > > malloc flags set that make free write a canary value to the just-freed > > block. If you move up to rc1, or set the "j" flag, nagios appears to > > work. > > > > If you need references to the threads on freebsd-ports and nagios- > > devel, let me know. > > "sudo ln -s 'j' /etc/malloc.conf" seems to have done the trick. Nice, > easy, fix (or bandaid?). It's a bandaid. The bug still exists in Nagios and should certainly be fixed there. > I don't know how I failed to find your thread before. > > I found your thread on nagios-devel: > > http://archive.netbsd.se/?ml=nagios-devel&a=2009-07&t=11196612 > > Thank you for taking the time to figure this out in the first place and > to reply to my message. The maintainer of the nagios port is usually very responsive to things. If a patch is available for this it may make sense to apply it to our port. -- WXS From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:54:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E751065676; Wed, 23 Sep 2009 14:54:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 44F3B8FC16; Wed, 23 Sep 2009 14:54:42 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA29906; Wed, 23 Sep 2009 17:54:41 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA36B1.9070706@icyb.net.ua> Date: Wed, 23 Sep 2009 17:54:41 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: freebsd-usb@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: sb600/sb700 ohci experimental 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, 23 Sep 2009 14:54:44 -0000 If you have a system with SB600, SB700, etc chipset and you have problems with low speed USB devices attached during boot (keyboard, mouse), could you please try the following experimental patch and report back? I am primarily interested in the first several lines produced during boot with printfs that are introduced by the patch. Preferably in the context of surrounding USB-related dmesg messages. No need to report subsequent same-looking ever-repeating messages (if any). WARNING: this is an experimental patch, it is probably not even close to what a real fix could be, it might not fix the problem (but perhaps it would), it might introduce instabilities into OHCI driver and it is noisy (unconditional printf). The primary purpose of this patch is to gather information necessary for a real fix. Thank you! diff --git a/sys/dev/usb/controller/ohci.c b/sys/dev/usb/controller/ohci.c index 30592c1..fb6ba34 100644 --- a/sys/dev/usb/controller/ohci.c +++ b/sys/dev/usb/controller/ohci.c @@ -247,8 +249,8 @@ reset: OWRITE4(sc, OHCI_INTERRUPT_ENABLE, sc->sc_eintrs | OHCI_MIE); /* switch on desired functional features */ ctl = OREAD4(sc, OHCI_CONTROL); - ctl &= ~(OHCI_CBSR_MASK | OHCI_LES | OHCI_HCFS_MASK | OHCI_IR); - ctl |= OHCI_PLE | OHCI_IE | OHCI_CLE | OHCI_BLE | + ctl &= ~(OHCI_CBSR_MASK | OHCI_LES | OHCI_HCFS_MASK | OHCI_IR | OHCI_CLE | OHCI_CLF); + ctl |= OHCI_PLE | OHCI_IE | /*OHCI_CLE |*/ OHCI_BLE | OHCI_RATIO_1_4 | OHCI_HCFS_OPERATIONAL; /* And finally start it! */ OWRITE4(sc, OHCI_CONTROL, ctl); @@ -2727,8 +2729,17 @@ ohci_set_hw_power(struct usb_bus *bus) temp = OREAD4(sc, OHCI_CONTROL); temp &= ~(OHCI_PLE | OHCI_IE | OHCI_CLE | OHCI_BLE); - if (flags & USB_HW_POWER_CONTROL) + if (flags & USB_HW_POWER_CONTROL) { + struct usb_page_search buf_res; + + buf_res.physaddr = OREAD4(sc, OHCI_CONTROL_HEAD_ED); + printf("(hw power) control head <= %p\n", (void*)buf_res.physaddr); + usbd_get_page(&sc->sc_hw.ctrl_start_pc, 0, &buf_res); + printf("(hw power) control head => %p\n", (void*)buf_res.physaddr); + OWRITE4(sc, OHCI_CONTROL_HEAD_ED, buf_res.physaddr); + temp |= OHCI_CLE; + } if (flags & USB_HW_POWER_BULK) temp |= OHCI_BLE; -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:22:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 781B410656B5 for ; Wed, 23 Sep 2009 15:22:07 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 3FCE08FC0A for ; Wed, 23 Sep 2009 15:22:07 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8NFM3cm028383; Wed, 23 Sep 2009 08:22:03 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8NFM3kA028382; Wed, 23 Sep 2009 08:22:03 -0700 (PDT) (envelope-from faber) Date: Wed, 23 Sep 2009 08:22:03 -0700 From: Ted Faber To: Dimitry Andric Message-ID: <20090923152203.GC27328@zod.isi.edu> References: <20090921201903.GB52169@zod.isi.edu> <20090922041055.GA29399@zod.isi.edu> <4AB8AB12.7010406@andric.com> <20090922151441.GA38036@zod.isi.edu> <4AB90D2B.30801@andric.com> <20090922184700.GE38036@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <20090922184700.GE38036@zod.isi.edu> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 regression: cannot detect partitions (now with boot -v) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:22:07 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 11:47:00AM -0700, Ted Faber wrote: > On Tue, Sep 22, 2009 at 07:45:15PM +0200, Dimitry Andric wrote: > > On 2009-09-22 17:14, Ted Faber wrote: > > > That's the USB disk label I was using to get the boot from. The slic= es > > > on ad0: /dev/ad0s1a /dev/ad0s1d and /dev/ad0s1e are the ones I don't > > > see. > >=20 > > Just checking. :) Can you run (from a rescue disk or 7-STABLE): > >=20 > > dd if=3D/dev/ad2 count=3D4 2>/dev/null | hexdump -C > >=20 > > and post the output here? Output of fdisk and bsdlabel would also be > > handy. >=20 > The bsdlabel and fdisk were attached to the first message, but I've > attached them here as well, along with the output of=20 >=20 > $ dd if=3D/dev/ad0 count=3D4 2>/dev/null | hexdump -C >=20 > from the running 7.2 install. 7.2 finds the disk as ad0 not ad2. >=20 > I've also gotten a pointer to this message, which sounds a lot like my > problem: >=20 > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D774931+0+archive/2009/free= bsd-current/20090118.freebsd-current >=20 > I'm planning to save that sector and then try erasing it as the message > suggests when I get access to the machine tonight. If the output from > the dd above will confirm that diagnosis, that would be great. I don't > know what a stale disklabel looks like, myself... Just for the record, clearing the disk label as described above solved the problem finding partition tables. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq6PRsACgkQaUz3f+Zf+XupZACg0pH1aGfQxeFiugfRT2JAP777 WAMAn0B3LaVn37fNFF2Z/D/y/uavU7Mn =t65W -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:39:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55746106566B for ; Wed, 23 Sep 2009 15:39:27 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 388778FC08 for ; Wed, 23 Sep 2009 15:39:26 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8NFdQbL028752 for ; Wed, 23 Sep 2009 08:39:26 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8NFdQ7D028751 for freebsd-current@freebsd.org; Wed, 23 Sep 2009 08:39:26 -0700 (PDT) (envelope-from faber) Date: Wed, 23 Sep 2009 08:39:26 -0700 From: Ted Faber To: freebsd-current@freebsd.org Message-ID: <20090923153926.GD27328@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Subject: lockups: anyone running an ECS A790GXM-AD3 AM3 790GX w/o problems (RELENG_8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:39:27 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've got a new box running RELENG_8 (it can't seem to find the PATA controller under RELENG_7), and all seems well for about 10-15 minutes until it locks up hard, and a full power cycle is required to get it back. The machine's running a fair amount of server software, but the system is pretty much idle when the lockup happens. It's also able to make it through a 5-8 fsck without problems. It has an re0 interface, I haven't heard any reports on that locking up the machine, just dropping packets. Realize that I only have a RELENG_7 verbose dmesg available here, but that should cataloge the hardware. It includes errors from a stale disklabel that have been corrected. It's attached. This feels like a memory error to me, and I'll be memtesting it later to confirm, but I wanted to see if anyone else was seeing this behavior. Better yet, if you have RELENG_8 running on an ECS A790GXM-AD3 AM3 790GX without problems, drop me a line and let me know. Thanks! --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEUEARECAAYFAkq6QS4ACgkQaUz3f+Zf+Xu9RgCg5rBeucQxd5w3ktRndHyZ4UTm FaAAlA24cKh//Rn4oM6A0c39o24fWBU= =zx5P -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:39:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40381065695 for ; Wed, 23 Sep 2009 15:39:55 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n4a.bullet.mail.ac4.yahoo.com (n4a.bullet.mail.ac4.yahoo.com [76.13.13.67]) by mx1.freebsd.org (Postfix) with SMTP id 533A68FC2E for ; Wed, 23 Sep 2009 15:39:55 +0000 (UTC) Received: from [76.13.13.25] by n4.bullet.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 15:39:54 -0000 Received: from [76.13.10.174] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 15:39:54 -0000 Received: from [127.0.0.1] by omp115.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 15:39:54 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 457487.91458.bm@omp115.mail.ac4.yahoo.com Received: (qmail 25781 invoked by uid 60001); 23 Sep 2009 15:39:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253720393; bh=B4f6Si7x1k740qbbHwao6AH5uZDCnO7xvRyQSeO7Nj0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Nw3aPs+O6xF65dcBTpnWuzngT+qi1/MYBtzEcR8aubmfcgMlqfJuPUGbVBrJ+qo7o8+PuhAQ2Py8PCnlLDIBd+gL9eCxvw5UvIa/wzJlR7KY0pMKY/HgG9DoXLhfizZCGcV10ls7jdghMDKSptPzV2ibSU82JsPZ+N628vKD0D4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=hTFP77qnPXuRl+UTGDTuSr/SoyvpvUrgN1F7XPdMvEEXaJ4QG8dHnlV2+p+ZmFQ53CGFczJTsEa/6C/lEqYYnkgjCRmGpXUgeLZ6VZxaUNxw6vVT8iTWvRFJCo8uU+P86rCTbOG2G87uyKLJ5EurG6WSMB0VlWi8XsYqftj5fco=; Message-ID: <986512.25712.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: 4od9NAsVM1lnbbwRnOAq0f1lB5H83nr5w.p145BoD28gGIWBLiTglaF.RETdDhYdemRG0KoTrj8.NK2ZUIUYrmselPgC9cpfrMFWSm2WrJRoXZ0rJ2uW9IhM8odJMyqIqczlsjRqzZBtVcYL6W7o62S6hTLlBl3NaO5ko0BjuXNcgC0utJdNAiJBxACfWTbIJ5f5C6jhpVB73z9RZDEBy9qt87vefoXvSxo_XqKMRS3.HbBoFDcPj2YZCOhZQRote36EgqfzlS.4gKVERy9V2UbqOyGOwaNBdOHDxnERt47Kqvo- Received: from [98.203.21.152] by web63908.mail.re1.yahoo.com via HTTP; Wed, 23 Sep 2009 08:39:53 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Wed, 23 Sep 2009 08:39:53 -0700 (PDT) From: Barney Cordoba To: Andriy Gapon In-Reply-To: <4ABA3459.2010805@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, pluknet , Stefan Ehmann Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:39:55 -0000 --- On Wed, 9/23/09, Andriy Gapon wrote: > From: Andriy Gapon > Subject: Re: where is device_get_parent function defined > To: "Barney Cordoba" > Cc: freebsd-current@freebsd.org, "pluknet" , "Stefan Ehmann" > Date: Wednesday, September 23, 2009, 10:44 AM > on 23/09/2009 17:36 Barney Cordoba > said the following: > > If you make modules from the module directory (rather > than a full > > make in the kernel build directory) then you are not > using the exact > > same switches, as I understand it. I had the problem > with a witness > > kernel and it was quite a disaster. > > If you run a normal buildkernel, then you don't get any > build objects in src tree, > the build is done in /usr/obj automatically. > You should really visit directories with offending symlinks > and do 'make cleandir'. > I'm supporting multiple kernel configs simultaneously, and I make frequent changes, so its not practical to use buildkernel. BC From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 14:25:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74AB1065676 for ; Wed, 23 Sep 2009 14:25:31 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 3D14F8FC3C for ; Wed, 23 Sep 2009 14:25:31 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id E5D50C4279; Wed, 23 Sep 2009 16:08:12 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id GF48KedYUzfE; Wed, 23 Sep 2009 16:08:12 +0200 (CEST) Received: from [10.0.0.75] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 32C80C3A96; Wed, 23 Sep 2009 16:08:12 +0200 (CEST) Message-ID: <4ABA2C08.3070504@semihalf.com> Date: Wed, 23 Sep 2009 16:09:12 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20090922235350.GB1520@michelle.cdnetworks.com> <97F7ED67-AB93-4897-893B-16D3B22F9EB3@semihalf.com> In-Reply-To: <97F7ED67-AB93-4897-893B-16D3B22F9EB3@semihalf.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 23 Sep 2009 15:40:51 +0000 Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 14:25:31 -0000 >> From: Pyun YongHyeon >> Date: 23 wrzenia 2009 01:53:50 CEST >> To: Kristof Provost >> Cc: current@freebsd.org >> Subject: Re: mge, mii/e1000phy >> Reply-To: pyunyh@gmail.com >> >>> - Forcing the mge driver to IFM_100_TX (in mge_set_port_serial_control) >>> does work. The system manages to acquire a DHCP address. >> >> Would you also show me the output of "ifconfig -m mge0"? >> >> I'm not author of mge(4) so I'm not familiar with mge(4). But it >> seems that mge(4) lacks link state change handler. Normally NICs >> are required to reprogram MAC to match resolved speed/duplex/ >> flow-control of link when it know it established a valid link which >> is notified from mii(4). > Hi, You are right. Link state change handler is missing in mge(4) driver. It is on our TODO list for this driver and will be implemented soon. grzesiek From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:43:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF36106568F for ; Wed, 23 Sep 2009 15:43:24 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 065258FC08 for ; Wed, 23 Sep 2009 15:43:23 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,439,1249250400"; d="scan'208";a="14031900" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 23 Sep 2009 17:43:22 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 4C92C1B0096; Wed, 23 Sep 2009 17:43:22 +0200 (CEST) Date: Wed, 23 Sep 2009 17:43:22 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: problems with r197427 (i386) and nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:43:24 -0000 i'm having problems loading the nvidia driver under r197427 (i386). kldload returns: link_elf: symbol linux_ioctl_unregister_handler undefined although linux.ko is loaded. cheers. alex From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:45:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7671E106566C for ; Wed, 23 Sep 2009 15:45:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9F96B8FC15 for ; Wed, 23 Sep 2009 15:45:41 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA01398; Wed, 23 Sep 2009 18:45:23 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA4293.3030509@icyb.net.ua> Date: Wed, 23 Sep 2009 18:45:23 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Barney Cordoba References: <986512.25712.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <986512.25712.qm@web63908.mail.re1.yahoo.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, pluknet , Stefan Ehmann Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:45:42 -0000 on 23/09/2009 18:39 Barney Cordoba said the following: > > I'm supporting multiple kernel configs simultaneously, and I > make frequent changes, so its not practical to use buildkernel. I do the same and it is still practical. Sorry for possible offense, but do you know of KERNCONF option, INSTKERNNAME, KERNFAST? __MAKE_CONF and SRCCONF to continue the list? FreeBSD build system has a lot of marvels in it. In any case, IMHO, the build should happen in object directory, not in source one. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:46:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A1ED10656A5 for ; Wed, 23 Sep 2009 15:46:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE518FC33 for ; Wed, 23 Sep 2009 15:46:00 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8NFk0qR017245; Wed, 23 Sep 2009 08:46:00 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8NFk0Y7017244; Wed, 23 Sep 2009 08:46:00 -0700 (PDT) (envelope-from david) Date: Wed, 23 Sep 2009 08:46:00 -0700 From: David Wolfskill To: Barney Cordoba Message-ID: <20090923154600.GG1320@albert.catwhisker.org> References: <4ABA3459.2010805@icyb.net.ua> <986512.25712.qm@web63908.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UKNXkkdQCYZ6W5l3" Content-Disposition: inline In-Reply-To: <986512.25712.qm@web63908.mail.re1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:46:01 -0000 --UKNXkkdQCYZ6W5l3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 23, 2009 at 08:39:53AM -0700, Barney Cordoba wrote: > ...=20 > > If you run a normal buildkernel, then you don't get any > > build objects in src tree, > > the build is done in /usr/obj automatically. > > You should really visit directories with offending symlinks > > and do 'make cleandir'. > >=20 >=20 > I'm supporting multiple kernel configs simultaneously, and I > make frequent changes, so its not practical to use buildkernel. Err.... Huh??!? My build machine builds its own kernel plus a couple of others; I use "make buildkernel" routinely (as in, "daily"). I merely set (in /etc/make.conf): KERNCONF=3DFREEBEAST ALBERT JANUS And it works a treat. I'm not seeing the problem.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --UKNXkkdQCYZ6W5l3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq6QrgACgkQmprOCmdXAD2FXQCfV2c1BYmoLxwFsz/VX2+86Ldq JGsAnjOfXz/A/RYInNDD+8aTBM7U5m9e =6Dnk -----END PGP SIGNATURE----- --UKNXkkdQCYZ6W5l3-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 15:49:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0786B106568F for ; Wed, 23 Sep 2009 15:49:12 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay2.uni-muenster.de (ZIVM-EXRELAY2.UNI-MUENSTER.DE [128.176.192.15]) by mx1.freebsd.org (Postfix) with ESMTP id 92D268FC16 for ; Wed, 23 Sep 2009 15:49:11 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,439,1249250400"; d="scan'208";a="224440165" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 23 Sep 2009 17:49:10 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 7A9EE1B0096; Wed, 23 Sep 2009 17:49:10 +0200 (CEST) Date: Wed, 23 Sep 2009 17:49:10 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: panic after doing `umount` and `ls` X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 15:49:12 -0000 running r197427 (i386): after issueing the following commands in single user mode: `mount -r -o noatime /dev/label/rootfs /usr` `umount /usr` `cd /usr && ls` i got the following panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc112 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05c4301 stack pointer = 0x28:0xe7e2f82c frame pointer = 0x28:0xe7e2f854 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 29 (ls) panic: from debugger cpuid = 0 KDB: stack backtrace: Uptime: 1m44s Physical memory: 2034 MB Dumping 74 MB: 59 43 27 11 #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:245 #1 0xc063dc47 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc063e06c in panic (fmt=Could not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc046e537 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc046e474 in db_command (last_cmdp=0xc093c5bc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc046e5a8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc0470db2 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #7 0xc067583e in kdb_trap (type=12, code=0, tf=0xe7e2f7ec) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc084787f in trap_fatal (frame=0xe7e2f7ec, eva=3735929106) at /usr/src/sys/i386/i386/trap.c:929 #9 0xc0847468 in trap_pfault (frame=0xe7e2f7ec, usermode=0, eva=3735929106) at /usr/src/sys/i386/i386/trap.c:851 #10 0xc0846e2a in trap (frame=0xe7e2f7ec) at /usr/src/sys/i386/i386/trap.c:533 #11 0xc0821d8b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #12 0xc05c4301 in g_io_request (bp=0xc7e25688, cp=0xc7e2b780) at /usr/src/sys/geom/geom_io.c:425 #13 0xc05cb165 in g_vfs_strategy (bo=0xc7b37a5c, bp=0xd94eaa54) at /usr/src/sys/geom/geom_vfs.c:130 #14 0xc07c4516 in ffs_geom_strategy (bo=0xc7b37a5c, bp=0xd94eaa54) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1954 #15 0xc07d731a in ufs_strategy (ap=0xe7e2f910) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2040 #16 0xc0858c78 in VOP_STRATEGY_APV (vop=0xc09249e0, a=0xe7e2f910) at vnode_if.c:2171 #17 0xc06d706e in VOP_STRATEGY (vp=0xc7b376b8, bp=0xd94eaa54) at vnode_if.h:940 #18 0xc06d6fff in bufstrategy (bo=0xc7b377ac, bp=0xd94eaa54) at /usr/src/sys/kern/vfs_bio.c:3926 #19 0xc06cff97 in bstrategy (bp=0xd94eaa54) at buf.h:397 #20 0xc06d00b5 in breadn (vp=0xc7b376b8, blkno=0, size=2048, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0xe7e2fa7c) at /usr/src/sys/kern/vfs_bio.c:813 #21 0xc06cfd4c in bread (vp=0xc7b376b8, blkno=0, size=2048, cred=0x0, bpp=0xe7e2fa7c) at /usr/src/sys/kern/vfs_bio.c:748 #22 0xc07c5449 in ffs_read (ap=0xe7e2fac4) at /usr/src/sys/ufs/ffs/ffs_vnops.c:526 #23 0xc0856a34 in VOP_READ_APV (vop=0xc09244e0, a=0xe7e2fac4) at vnode_if.c:887 #24 0xc07d70ea in VOP_READ (vp=0xc7b376b8, uio=0xe7e2fbf4, ioflag=0, cred=0xc7558480) at vnode_if.h:384 #25 0xc07d6da1 in ufs_readdir (ap=0xe7e2fbb4) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1903 #26 0xc0858224 in VOP_READDIR_APV (vop=0xc09249e0, a=0xe7e2fbb4) at vnode_if.c:1737 #27 0xc06fdfe6 in VOP_READDIR (vp=0xc7b376b8, uio=0xe7e2fbf4, cred=0xc7558480, eofflag=0xe7e2fc28, ncookies=0x0, cookies=0x0) at vnode_if.h:758 #28 0xc06fde0b in kern_getdirentries (td=0xc7eff690, fd=5, buf=0x28218000
, count=4096, basep=0xe7e2fc64) at /usr/src/sys/kern/vfs_syscalls.c:4103 #29 0xc06fdbf6 in getdirentries (td=0xc7eff690, uap=0xe7e2fce8) at /usr/src/sys/kern/vfs_syscalls.c:4051 #30 0xc0847d06 in syscall (frame=0xe7e2fd38) at /usr/src/sys/i386/i386/trap.c:1078 #31 0xc0821df0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #32 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) with /dev/label/rootfs already being mounted under /. cheers. alex From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 16:09:40 2009 Return-Path: Delivered-To: FreeBSD-Current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79E9B10656A3; Wed, 23 Sep 2009 16:09:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7988FC23; Wed, 23 Sep 2009 16:09:40 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8NG9bWS010506 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Sep 2009 12:09:38 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "J. Hellenthal" In-Reply-To: References: Content-Type: text/plain Organization: FreeBSD Date: Wed, 23 Sep 2009 11:09:32 -0500 Message-Id: <1253722172.2057.1017.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 16:09:40 -0000 On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. http://www.freebsd.org/doc/pgpkeyring.txt Frankly, I always sign messages, except that evolution / gpg support is currently a bit broken... robert. > Thank you and best regards. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 16:22:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52337106566C for ; Wed, 23 Sep 2009 16:22:15 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 08EB68FC08 for ; Wed, 23 Sep 2009 16:22:14 +0000 (UTC) Received: by yxe1 with SMTP id 1so1043632yxe.3 for ; Wed, 23 Sep 2009 09:22:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=omxDVBMCvQqA+Xw/K1Pru3C7xdfKUNqgc2euMx02VdM=; b=xDVI0O7Krn0FGs+CLCcDQJJsOr7IddiWwoZWW3BUyAQ4QHPoEF+pYpP25y3NABq8ke mH7OqfIuSTdkT6q7ZQlthsifQ5d00zCjD3Ys7I6ljUKgOw9iDYNQWA5Mekob/G4T59mN 1ACLssUeKGod2vtf/XMiQUUkFWP8pf0kwrSSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=h+mvcSsv/giZR55axjswcaTQ4LT+us56YfVhxcLMggRXXhIwZ5zHPYuPsgOZEZKe2X HoqSLoJbRMuIrv+QNm158ynpX0i5QgTEBV05RfMy/XsYda/OeoYkzidQTq2cFiQ5+wWo qhHVdlLJ/4ykf9h4OnXxTI06v3ZUEUi3QMvJc= MIME-Version: 1.0 Received: by 10.101.165.2 with SMTP id s2mr2744636ano.16.1253722933482; Wed, 23 Sep 2009 09:22:13 -0700 (PDT) Date: Wed, 23 Sep 2009 12:22:13 -0400 Message-ID: <25ff90d60909230922h22db6493u525cad33a047ccc@mail.gmail.com> From: David Horn To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: lagg + wlan0 boot timing (EBUSY) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 16:22:15 -0000 Tracking 8/stable branch on this particular machine (although I do have access to -current for testing as needed) uname -a: FreeBSD lagg 8.0-RC1 FreeBSD 8.0-RC1 #11 r197417: Wed Sep 23 01:05:15 EDT 2009 root@lagg:/usr/obj/usr/src/sys/GENERIC amd64 I have been trying to track down a problem with my lagg connection sometimes not properly enabling wlan as fallback on boot. It would work properly about 60% of the time. The other times, it would fail with SIOCSLAGGPORT: Device busy Here is the relevant rc.conf entries: ifconfig_bfe0="up" wlans_iwn0="wlan0" ifconfig_wlan0="WPA" ifconfig_iwn0="ether 00:1c:23:98:2c:5d" cloned_interfaces="lagg0" ipv6_network_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport bfe0 laggport wlan0 DHCP" ipv6_enable="YES" So, I turned on some logging of all ifconfig commands with timestamps and stdout/stderr/returncode, and noticed this: Wed Sep 23 01:39:56 EDT 2009 ifconfig: lagg0 create ; ;; Wed Sep 23 01:39:56 EDT 2009 lagg0 rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: -l ; iwn0 bfe0 fwe0 fwip0 lo0 lagg0 ;; Wed Sep 23 01:39:56 EDT 2009 -l rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: -l ; iwn0 bfe0 fwe0 fwip0 lo0 lagg0 ;; Wed Sep 23 01:39:56 EDT 2009 -l rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: lo0 inet 127.0.0.1 ; ;; Wed Sep 23 01:39:56 EDT 2009 lo0 rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: lo0 up ; ;; Wed Sep 23 01:39:56 EDT 2009 lo0 rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: iwn0 ether 00:1c:23:98:2c:5d ; ;; Wed Sep 23 01:39:56 EDT 2009 iwn0 rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: iwn0 up ; ;; Wed Sep 23 01:39:56 EDT 2009 iwn0 rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: wlan0 create wlandev iwn0 ; ;; Wed Sep 23 01:39:56 EDT 2009 wlan0 rc='0' end. Wed Sep 23 01:39:56 EDT 2009 ifconfig: wlan0 ; wlan0: flags=8802 metric 0 mtu 1500 ether 00:1c:23:98:2c:5d media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11b) country US authmode OPEN privacy OFF txpower 14 bmiss 10 scanvalid 60 wme bintval 0 ;; Wed Sep 23 01:39:56 EDT 2009 wlan0 rc='0' end. Wed Sep 23 01:39:57 EDT 2009 ifconfig: lagg0 laggproto failover laggport bfe0 laggport wlan0 ; ifconfig.real: SIOCSLAGGPORT: Device busy ;; Wed Sep 23 01:39:57 EDT 2009 lagg0 rc='1' end. So, I started looking at the /sys/net/if_lagg.c source, and found the EBUSY response cases: This one /* New lagg port has to be in an idle state */ if (ifp->if_drv_flags & IFF_DRV_OACTIVE) return (EBUSY); seems to be the culprit, but unfortunately, I'm not familiar enough with the code to take this much further. I did build a kernel without this check, and everything seems to be fixed, but this is obviously not a real fix to the problem. So, I would say the fact that wpa_supplicant is talking to wlan0 (trying to scan/associate/auth) while lagg is trying to add wlan0 to the portlist is the timing issue. I confirmed this behavior as follows: ifconfig wlan0 destroy ifconfig lagg0 destroy ifconfig lagg0 create ifconfig wlan0 create wlandev iwn0 & ; ifconfig lagg0 laggproto failover laggport bfe0 laggport wlan0 results in: ifconfig: SIOCSLAGGPORT: Device busy Someone more clueful than me know of a correct way to fix this contention issue ? Want me to file a PR for tracking purposes ? Thanks in advance. --Dave H From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 16:22:43 2009 Return-Path: Delivered-To: FreeBSD-Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D7B106568F; Wed, 23 Sep 2009 16:22:43 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDA08FC15; Wed, 23 Sep 2009 16:22:43 +0000 (UTC) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n8NGMg2D028037; Wed, 23 Sep 2009 11:22:42 -0500 (CDT) (envelope-from stephen@missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.3/8.14.3/Submit) with ESMTP id n8NGMgwm028034; Wed, 23 Sep 2009 11:22:42 -0500 (CDT) (envelope-from stephen@missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Wed, 23 Sep 2009 11:22:42 -0500 (CDT) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Robert Noland In-Reply-To: <1253722172.2057.1017.camel@balrog.2hip.net> Message-ID: References: <1253722172.2057.1017.camel@balrog.2hip.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports , "J. Hellenthal" Subject: Re: Signing Request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 16:22:43 -0000 On Wed, 23 Sep 2009, Robert Noland wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: >> If you do not need to pgp/gpg sign email message to the lists please don't. I >> know I probably don't have your pgp public key and a lot more users probably do >> not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... > > robert. > >> Thank you and best regards. I don't use PGP, but I don't see how it can affect me if someone else does. I can still read the emails, so why should it bother me? Stephen From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 16:38:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB751065693 for ; Wed, 23 Sep 2009 16:38:20 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 03DD58FC17 for ; Wed, 23 Sep 2009 16:38:19 +0000 (UTC) Received: by fxm22 with SMTP id 22so794074fxm.36 for ; Wed, 23 Sep 2009 09:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=+M5aWlXVCTKrVszQw4H2RX2Vd84Iugu855MvoK2TLI0=; b=McAuyK23dH/hkxPcm3PbL3+0KwZIGq9qp+1K4LZLliCnrNZcmXluFjE4VBJDN7M/mr An4n3REiqKi2cgbWfG/n2C/81aJXWxQey6AMB/fUu4jMiAaKSM6YI6Y1Vu9d5ohKVkVb F5bvCPCYgSd46bE7OjAHYxl/BEy50hIxZ7E3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qVMTP9d2PPCL9IzWMlMR8q7fEwiL3tR5AudcOw59is3GJQDa8TNSNiXQctPzZo/iOo 3xOsDODbxrWXwauMCHa7vVL9kXVIr7ervu8HGBDAJmllK/H4aDZQkWnDsU3REPXu5Sit R2Y8+Ob+5RSSfj2psXAk+8nDoBxHI4eeFQTNM= MIME-Version: 1.0 Received: by 10.239.139.207 with SMTP id u15mr221978hbu.95.1253723899001; Wed, 23 Sep 2009 09:38:19 -0700 (PDT) In-Reply-To: References: <361252.12201.qm@web59102.mail.re1.yahoo.com> Date: Wed, 23 Sep 2009 13:38:18 -0300 Message-ID: <19e9a5dc0909230938v1d7f0eccmd42c0a8c124fb818@mail.gmail.com> From: Gonzalo Nemmi To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org, paradox Subject: Re: bwi(4) BCM4315 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 16:38:20 -0000 On Mon, Sep 21, 2009 at 5:32 AM, Ian FREISLICH wrote: > paradox wrote: > > > 0xfeafc000-0xfeafffff irq 16 at device 0.0 on pci1 > > > bwi0: [ITHREAD] > > > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 > > > bwi0: MAC: rev 15 > > > bwi0: PHY: type 5, rev 1, ver 6 > > > > Type 5 is LP phy chip which is not supported > > > > bwi not work with 0x4315 > > because it is a new type of device > > I know that. I'm wanting to help get support for it. Without NDIS. > > > use the ndis driver > > Ok, I'll change the hardware. > > Ian > Please don't ! I want to help get support for it too (along with some others in the forum). The more the merrier. Ndis is not a solution, and neither is changing the hardware. Why don't we get toghther and try to get it to work? I'm willing to try every single patch and run every single test. I'm even willing to ask sepherosa for help if we have to. Best Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 16:39:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E551065670 for ; Wed, 23 Sep 2009 16:39:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 01FAE8FC28 for ; Wed, 23 Sep 2009 16:39:15 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8NGdDm1010713 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Sep 2009 12:39:14 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Paul B. Mahol" In-Reply-To: <3a142e750909230710s337f87f4x3fadaa0aaaa7b30a@mail.gmail.com> References: <1253656016.2110.26.camel@balrog.2hip.net> <1253656188.2110.31.camel@balrog.2hip.net> <86skee89ph.fsf@gmail.com> <3a142e750909230110s7b9282f5la84dc02df4d55f42@mail.gmail.com> <3a142e750909230710s337f87f4x3fadaa0aaaa7b30a@mail.gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Wed, 23 Sep 2009 11:39:07 -0500 Message-Id: <1253723948.2031.20.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Anonymous , freebsd-current Subject: Re: vesa hanging boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 16:39:16 -0000 On Wed, 2009-09-23 at 16:10 +0200, Paul B. Mahol wrote: > On 9/23/09, Paul B. Mahol wrote: > > On 9/23/09, Anonymous wrote: > >> Robert Noland writes: > >> > >>> On Tue, 2009-09-22 at 16:46 -0500, Robert Noland wrote: > >>>> Todays -HEAD (197416) is hanging on boot for me if the vesa module is > >>>> loaded. I initially thought that this was keyboard related, but > >>>> reverting various bits and pieces didn't do any good. Once in serial > >>>> console I was able to determine that it was actually hanging right > >>>> after > >>>> the VESA: information block gets dumped. Disabling vesa allows me to > >>>> boot successfully. Verbose boot log available up to the hang is > >>>> available if anyone thinks it is useful... > >>> > >>> Ooops, > >>> > >>> FreeBSD balrog.2hip.net 9.0-CURRENT FreeBSD 9.0-CURRENT #21 72d3ac6: Tue > >>> Sep 22 15:42:59 CDT 2009 > >>> rnoland@balrog.2hip.net:/usr/obj/home/rnoland/freebsd/git-head/sys/BALROG > >>> amd64 > >> > >> Can you try to reproduce it after r197424? > > > > No. > > I mean, r197424 fixed it for me. and me as well, thanks. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 16:49:55 2009 Return-Path: Delivered-To: FreeBSD-Current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F3D106568B; Wed, 23 Sep 2009 16:49:55 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id D06E68FC12; Wed, 23 Sep 2009 16:49:54 +0000 (UTC) Received: from localhost (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTPSA id 623E8EBC0A; Wed, 23 Sep 2009 12:33:16 -0400 (EDT) Date: Wed, 23 Sep 2009 12:33:15 -0400 From: Bill Moran To: "J. Hellenthal" Message-Id: <20090923123315.c65a0a2a.wmoran@potentialtech.com> In-Reply-To: References: Organization: Bill Moran X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.5; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 16:49:55 -0000 In response to "J. Hellenthal" : > > If you do not need to pgp/gpg sign email message to the lists please don't. What is the purpose of your message? The above statement is self-cancelling. If I go to the trouble to establish a pgp/gpg key, I will sign every single message that I send out. The purpose of this is to differentiate actual messages from me from messages that may impersonate me. > I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. While you're free to voice your opinion, I don't understand your purpose in spamming three mailing lists with this demand. What problem are you trying to solve? -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 17:00:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 313FF1065670 for ; Wed, 23 Sep 2009 17:00:37 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 00D5C8FC08 for ; Wed, 23 Sep 2009 17:00:36 +0000 (UTC) Received: from asahi-net.jp (l205214.dynamic.ppp.asahi-net.or.jp [218.219.205.214]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id E5F8882365 for ; Thu, 24 Sep 2009 01:42:46 +0900 (JST) Date: Thu, 24 Sep 2009 01:42:46 +0900 From: WATANABE Kazuhiro To: freebsd-current In-Reply-To: <20081212153714.3E15760FA3@mail.asahi-net.or.jp> References: <20081210125627.25732615CD@mail.asahi-net.or.jp> <494019AB.3020505@samsco.org> <20081211130057.B53EE5D0A4@mail.asahi-net.or.jp> <7d6fde3d0812111253n4b8f7135n76e9cef63158943e@mail.gmail.com> <20081212153714.3E15760FA3@mail.asahi-net.or.jp> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20090923164246.E5F8882365@mail1.asahi-net.or.jp> Subject: de(4) does not work on 8.0-RC1 (was: Re: [patch] de(4) has not worked on 8-current since Feb 13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 17:00:37 -0000 Hi, all. This problem still exists on 8.0-RC1. Does anyone have the same problem? I have two de(4) based NICs and they works well with 7.2-RELEASE. On 8.0-RC1, they cannot send any (almost all) data from it. * Corega FastEther PCI-TX > dmesg | grep ^de0 de0: port 0xe000-0xe07f mem 0xd9001000-0xd900107f irq 12 at device 15.0 on pci0 de0: 21140A [10-100Mb/s] pass 2.2 de0: WARNING: using obsoleted if_watchdog interface de0: Ethernet address: 00:00:f4:xx:xx:xx de0: [ITHREAD] > uname -a FreeBSD scorpio.sign.local 8.0-RC1 FreeBSD 8.0-RC1 #1: Wed Sep 23 00:44:22 JST 2009 nabe@capricorn:/FreeBSD/obj/i386/RELENG_8/FreeBSD/RELENG_8/src/sys/GENERIC i386 * SMC EtherPower10/100 > dmesg | grep ^de0 de0: port 0x6000-0x607f mem 0x20410000-0x2041007f irq 3 at device 13.0 on pci0 de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de0: WARNING: using obsoleted if_watchdog interface de0: Ethernet address: 00:00:c0:xx:xx:xx de0: [ITHREAD] > uname -a FreeBSD aries.sign.local 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep 18 07:57:47 UTC 2009 root@asuna:/usr/obj/pc98/usr/src/sys/GENERIC pc98 At Sat, 13 Dec 2008 00:37:14 +0900, WATANABE Kazuhiro wrote: > Hi. > > I've posted a tcpdump output ("tcpdump -i de0 -w > scp_local_to_remote.pcap") to the URL below. > > http://homepage2.nifty.com/dumb_show/unix/work/scp_local_to_remote.pcap > > In this output I ran "scp /boot/kernel/kernel remote_host:" > on the system, and interruped it after 5 minutes > (local_host = "scorpio", remote_host = "pisces"). > > At Thu, 11 Dec 2008 12:53:39 -0800, > Garrett Cooper wrote: > > On Thu, Dec 11, 2008 at 5:00 AM, WATANABE Kazuhiro wrote: > > > CC'ed to freebsd-current. > > > > > > At Wed, 10 Dec 2008 12:34:03 -0700, > > > Scott Long wrote: > > >> WATANABE Kazuhiro wrote: > > >> > Hi, all. > > >> > > > >> > My de(4) NICs has not worked on 8-current since Feb 13. > > >> > > > >> > > > >> > > >> Can you define "not worked" a little better? Does it give errors, or > > >> corrupt data, or appear to not transmit and/or receive? > > >> > > >> Scott > > > > > > Thanks for your reply. I should have written more details about the > > > problem... > > > > > > On recent 8-current, my de(4) NICs cannot send any (almost all) data > > > from it. > > > > > > * The system boots normally. > > > > > > * Probing/attaching the de(4) NICs are done successfully. > > > > > > * The system can receive data from the other hosts. For example the > > > following command was finished normally in 14 seconds: > > > > > > $ /usr/bin/time scp other_host:/boot/kernel/kernel . > > > Password: > > > kernel 100% 4717KB 471.7KB/s 00:10 > > > 14.03 real 0.53 user 0.40 sys > > > $ > > > > > > * The system cannot send any data to the other hosts. For example > > > the following command was "stalled" and never finished > > > (I interrupted the command after 5 minutes). None of the data were > > > sent: > > > > > > $ /usr/bin/time scp /boot/kernel/kernel other_host: > > > Password: > > > kernel 1% 192KB 0.0KB/s - stalled -^CKilled by signal 2. > > > 336.01 real 0.05 user 0.17 sys > > > $ > > > > > > * The system doesn't show any error/warning messages. > > > > > > * I can "slogin" from the other hosts to the system, and some small > > > amount of text output (ex. an output of "dmesg") are done > > > successfully. But a bit large amount of text output are stopped > > > after a few seconds. For example: > > > > > > $ ls -l /boot/kernel/kernel > > > -r-xr-xr-x 1 root wheel 10975839 Dec 11 13:46 /boot/kernel/kernel > > > $ hd /boot/kernel/kernel | head > > > 00000000 7f 45 4c 46 01 01 01 09 00 00 00 00 00 00 00 00 |.ELF............| > > > 00000010 02 00 03 00 01 00 00 00 e0 c5 46 c0 34 00 00 00 |..........F.4...| > > > 00000020 58 22 92 00 00 00 00 00 34 00 20 00 05 00 28 00 |X"......4. ...(.| > > > 00000030 23 00 20 00 06 00 00 00 34 00 00 00 34 00 40 c0 |#. .....4...4.@.| > > > 00000040 34 00 40 c0 a0 00 00 00 a0 00 00 00 05 00 00 00 |4.@.............| > > > 00000050 04 00 00 00 03 00 00 00 d4 00 00 00 d4 00 40 c0 |..............@.| > > > 00000060 d4 00 40 c0 0d 00 00 00 0d 00 00 00 04 00 00 00 |..@.............| > > > 00000070 01 00 00 00 01 00 00 00 00 00 00 00 00 00 40 c0 |..............@.| > > > 00000080 00 00 40 c0 a0 ca 81 00 a0 ca 81 00 05 00 00 00 |..@.............| > > > 00000090 00 10 00 00 01 00 00 00 a0 ca 81 00 a0 da c1 c0 |................| > > > $ hd /boot/kernel/kernel > > > 00000000 7f 45 4c 46 01 01 01 09 00 00 00 00 00 00 00 00 |.ELF............| > > > 00000010 02 00 03 00 01 00 00 00 e0 c5 46 c0 34 00 00 00 |..........F.4...| > > > 00000020 58 22 92 00 00 00 00 00 34 00 20 00 05 00 28 00 |X"......4. ...(.| > > > 00000030 23 00 20 00 06 00 00 00 34 00 00 00 34 00 40 c0 |#. .....4...4.@.| > > > 00000040 34 00 40 c0 a0 00 00 00 a0 00 00 00 05 00 00 00 |4.@.............| > > > (snip) > > > 00005d90 0a 20 00 00 0b 00 00 00 00 00 00 00 70 15 00 00 |. ..........p...| > > > 00005da0 ce 2a 00 00 36 23 00 00 c6 2a 00 00 0b 14 00 00 |.*..6#...*......| > > > 00005db0 7c 03 00 00 b1 27 00 00 d9 1e 00 00 2e 15 00 00 ||....'..........| > > > 00005dc0 00 00 00 00 6d 22 00 00 04 2a 00 00 72 23 00 00 |....m"...*..r#..| > > > 00005dd0 00 00 00 00 00 00 00 00 d3 1f 00 00 00 00 00 00 |................| > > > (Stopped here. 0x5de0 == 24032 bytes) > > > > Hmm... definitely a TXO issue. > > > > msk(4) had similar problems with my chipset using an MTU of 1492 and > > checksumming until I provided Pyun some data which helped him improve > > the driver code for the chipset. > > > > Probably not the case here, but are there any tcpdump sessions with > > raw frames that we could get to help traceback the cause? > > > > Thanks, > > -Garrett --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 17:05:41 2009 Return-Path: Delivered-To: FreeBSD-Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 977301065670 for ; Wed, 23 Sep 2009 17:05:41 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5978C8FC0A for ; Wed, 23 Sep 2009 17:05:41 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n8NH5eBp003820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Sep 2009 12:05:40 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n8NH5e2e086050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Sep 2009 12:05:40 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n8NGTbAk007012; Wed, 23 Sep 2009 11:29:37 -0500 (CDT) (envelope-from dan) Date: Wed, 23 Sep 2009 11:29:37 -0500 From: Dan Nelson To: Robert Noland Message-ID: <20090923162937.GH29215@dan.emsphone.com> References: <1253722172.2057.1017.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1253722172.2057.1017.camel@balrog.2hip.net> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Wed, 23 Sep 2009 12:05:40 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports , "J. Hellenthal" Subject: Re: Signing Request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 17:05:41 -0000 In the last episode (Sep 23), Robert Noland said: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please > > don't. I know I probably don't have your pgp public key and a lot more > > users probably do not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... There are also the public keyservers (subkeys.pgp.net, pgp.surfnet.nl, pgp.mit.edu, etc), which I have found to hold most of the keys for people that sign messages on these lists. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 17:09:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1C47106566B for ; Wed, 23 Sep 2009 17:09:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id A5E7E8FC1F for ; Wed, 23 Sep 2009 17:09:41 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so130488qwd.7 for ; Wed, 23 Sep 2009 10:09:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=4aIzl2G/5xWO1yLtWerrzI8n7RuGI3VMGTeii4MtkSo=; b=CC/Xx8dSw3hVIU08fEDaJU8Ge1YIolUOXQyzAHJqcRMwYHv8KmdnFLxNFvqy0fCT25 5t9HCTbThXbGbzfWufgcoi9e2cN6rZwap10tvKyrxCPkkDiVLKFljzcSl6ovdy+jNqng R+3Y46B/6XFrXiGwtth76Fa+s+uOC15v0LKTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=t3mQgV3tUb5cauNcxh3OmPaC5gWnZo68BPo4xbZS79k1bfxq3PV7laIOnYy9VoAjIr tOdU2yQEMCMXDR9Hm3+F+dI70wsPoq2HhiBang3Aj+dqStxu1iGslfD/mK07Y+QZ6RJd VtbKSwxYFDkJAMM78DaYBK/B7d9vzJFXf5VJc= Received: by 10.224.30.131 with SMTP id u3mr2170652qac.175.1253725780668; Wed, 23 Sep 2009 10:09:40 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm137702qwj.43.2009.09.23.10.09.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 10:09:39 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 23 Sep 2009 10:08:52 -0700 From: Pyun YongHyeon Date: Wed, 23 Sep 2009 10:08:52 -0700 To: Grzegorz Bernacki Message-ID: <20090923170852.GA1099@michelle.cdnetworks.com> References: <20090922235350.GB1520@michelle.cdnetworks.com> <97F7ED67-AB93-4897-893B-16D3B22F9EB3@semihalf.com> <4ABA2C08.3070504@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ABA2C08.3070504@semihalf.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 17:09:42 -0000 On Wed, Sep 23, 2009 at 04:09:12PM +0200, Grzegorz Bernacki wrote: > >>From: Pyun YongHyeon > >>Date: 23 wrze?nia 2009 01:53:50 CEST > >>To: Kristof Provost > >>Cc: current@freebsd.org > >>Subject: Re: mge, mii/e1000phy > >>Reply-To: pyunyh@gmail.com > >> > >>>- Forcing the mge driver to IFM_100_TX (in mge_set_port_serial_control) > >>> does work. The system manages to acquire a DHCP address. > >> > >>Would you also show me the output of "ifconfig -m mge0"? > >> > >>I'm not author of mge(4) so I'm not familiar with mge(4). But it > >>seems that mge(4) lacks link state change handler. Normally NICs > >>are required to reprogram MAC to match resolved speed/duplex/ > >>flow-control of link when it know it established a valid link which > >>is notified from mii(4). > > > > Hi, > > You are right. Link state change handler is missing in mge(4) driver. It > is on our TODO list for this driver and will be implemented soon. > I've briefly looked over MV88F5182 opensource community programmer's user guide and found that ENQ bit of TQC register should be set again whenever link DOWN/UP event is detected which in turn may complicate the driver as it may have to reset its descriptor indexes. And I guess it's wrong to spin wait until link is established in mge_init_locked(). The datasheet says Rx checksum offloading capability but can't find more information for that. Another nice looking feature that lacks in mge(4) would be interrupt coalescing. And I guess interrupt coalescing feature would give better performance than polling(4). > grzesiek > From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 17:43:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB73F1065693 for ; Wed, 23 Sep 2009 17:43:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id B3E7D8FC21 for ; Wed, 23 Sep 2009 17:43:24 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 255261CD7D; Wed, 23 Sep 2009 19:43:24 +0200 (CEST) Date: Wed, 23 Sep 2009 19:43:24 +0200 From: Ed Schouten To: Patrick Lamaiziere Message-ID: <20090923174324.GJ95398@hoeg.nl> References: <58c737d70909221609w6af44f61h435e167f08b1d9db@mail.gmail.com> <20090923094225.0c5bfe96@baby-jane.lamaiziere.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dp1s8ZelCQsTdIdV" Content-Disposition: inline In-Reply-To: <20090923094225.0c5bfe96@baby-jane.lamaiziere.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Chris Ruiz , freebsd-current@freebsd.org Subject: Re: Apple MacBook Panic - AP #1 (PHY# 1) failed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 17:43:25 -0000 --Dp1s8ZelCQsTdIdV Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Chris, * Patrick Lamaiziere wrote: > Le Tue, 22 Sep 2009 18:09:06 -0500, > Chris Ruiz a =E9crit : >=20 > > At some point freebsd amd64 stopped booting on my MacBook 4,1 (penryn > > w/ intel chipset). Amd64 panics and endlessly scrolls the screen > > while i386 asks "panic y/n? [y]". Keyboard input does not work so I > > can not break into debugger. I thought this was a known issue but > > have not heard anything about it recently, so I am reporting it again. > > This panic happens with 8.0-beta1 -> 8.0-rc1. Is this fixed in > > CURRENT yet? Here's the last two lines of console output. >=20 > That was fixed for the Macbook Pro model 3,1 > See : > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010778.html >=20 > I guess you have to add the Macbook 4,1 (you can read the exact model > with dmidecode) and try this patch. Let me know whether adding MacBook4,1 fixes this. If it does, I'll commit it to SVN for you. --=20 Ed Schouten WWW: http://80386.nl/ --Dp1s8ZelCQsTdIdV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq6XjwACgkQ52SDGA2eCwVkWgCfY7Z/z0CLsqhIoibvJ5bAIlWz 4poAmwTPmmKAwUrTuP5igOJX8Ppz9WW1 =rIfe -----END PGP SIGNATURE----- --Dp1s8ZelCQsTdIdV-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 18:41:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B80B106568B for ; Wed, 23 Sep 2009 18:41:59 +0000 (UTC) (envelope-from kristof@sigsegv.be) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by mx1.freebsd.org (Postfix) with ESMTP id 905048FC1D for ; Wed, 23 Sep 2009 18:41:58 +0000 (UTC) Received: from triton.sigsegv.be ([213.119.96.179]) by jacques.telenet-ops.be with bizsmtp id kJhw1c0093sCccd0JJhwZa; Wed, 23 Sep 2009 20:41:56 +0200 Received: from nereid (nereid.neptune.sigsegv.be [IPv6:2001:470:c8f4:0:200:ff:fe00:8]) by triton.sigsegv.be (Postfix) with SMTP id 346191C1E1; Wed, 23 Sep 2009 22:43:02 +0200 (CEST) Received: by nereid (sSMTP sendmail emulation); Wed, 23 Sep 2009 20:41:55 +0200 Date: Wed, 23 Sep 2009 20:41:54 +0200 From: Kristof Provost To: Pyun YongHyeon Message-ID: <20090923184149.GF19069@nereid> References: <20090922211012.GE19069@nereid> <20090922235350.GB1520@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090922235350.GB1520@michelle.cdnetworks.com> X-PGP-Fingerprint: 6B6E 5EED 8ECF FAE7 1F61 7458 5046 7D0E 11B0 0EE8 User-Agent: Mutt/1.5.14 (2007-03-31) Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 18:41:59 -0000 On 2009-09-22 16:53:50 (-0700), Pyun YongHyeon wrote: > On Tue, Sep 22, 2009 at 11:10:18PM +0200, Kristof Provost wrote: > > I've been trying to get CURRENT running on a TS-7800 [1]. > > It's based around a Marvell Orion SoC, with a Marvell 88E1118 PHY. > > > > It boots and tries to do bootpc_init. This fails because there are no > > packets coming in or going out. > > > > A few thing's I've noticed: > > - The PHY is misdetected as an 88E1116. Changing sys/dev/mii/miidevs so > > it's detected as the 88E1118 it really is doesn't help. > > Please show me the output of "devinfo -rv | grep phy". > A little difficult as I need networking to get the root file system. Instead I've got the content of the PHY ID 1 & 2 registers: mii_id1: 0x0141, mii_id2: 0x0e11 This seems to translate to a mii_model of 0x21, which corresponds to a 'Marvell 88E1116 Gigabit PHY' according to sys/dev/mii/miidevs. > > - sys/dev/mii/e1000phy.c appears to contain a bug: > > e1000phy_reset performs a switch on MII_MODEL(esc->mii_model) while > > the rest of the code just uses esc->mii_model. This seems to be wrong > > as the cases for 1118 (or 1116) are not triggered. Changing this also > > doesn't appear to help. > > It's not a bug. First, I have to see your PHY id to know why you > think so. > The switch on line 251 in e1000phy.c [1] is the only place the MII_MODEL macro is used. The rest of the file (even in an earlier switch in the same function) uses esc->mii_model directly. I've also confirmed the code falls into the default case instead of the case MII_MODEL_MARVELL_E1116 as I'd expect (because it detects the PHY as an E1116). The esc->mii_model value is already translated by MII_MODEL on line 147. > > - Forcing the mge driver to IFM_100_TX (in mge_set_port_serial_control) > > does work. The system manages to acquire a DHCP address. > > Would you also show me the output of "ifconfig -m mge0"? > What are you looking for? I can't run ifconfig obviously, but I can probably extract the required information with a few strategic printfs. > I'm not author of mge(4) so I'm not familiar with mge(4). But it > seems that mge(4) lacks link state change handler. Normally NICs > are required to reprogram MAC to match resolved speed/duplex/ > flow-control of link when it know it established a valid link which > is notified from mii(4). > If that's the case I'd expect the driver not to work on my Sheevaplug either. The only difference I see is the PHY. Thanks, Kristof [1] http://svn.freebsd.org/viewvc/base/head/sys/dev/mii/e1000phy.c?annotate=196366 From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 18:49:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C34F106566B for ; Wed, 23 Sep 2009 18:49:33 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4C28FC1E for ; Wed, 23 Sep 2009 18:49:32 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 2DFCE1E0065D; Wed, 23 Sep 2009 20:49:32 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n8NIlN0S097207; Wed, 23 Sep 2009 20:47:23 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n8NIlNij097002; Wed, 23 Sep 2009 20:47:23 +0200 (CEST) (envelope-from nox) Date: Wed, 23 Sep 2009 20:47:23 +0200 (CEST) From: Juergen Lock Message-Id: <200909231847.n8NIlNij097002@triton8.kn-bremen.de> To: aurelien@aurel32.net X-Newsgroups: local.list.qemu In-Reply-To: <20090916190142.GC770@volta.aurel32.net> References: <20090911213508.GA97446@triton8.kn-bremen.de> <4AAB938B.9080004@web.de> <20090912165222.GA38048@triton8.kn-bremen.de> Organization: home Cc: Olivier =?iso-8859-15?Q?Cochard-Labb=E9?= , freebsd-current@FreeBSD.org, Jan Kiszka , qemu-devel@nongnu.org Subject: Re: [Qemu-devel] Re: qemu serial: lost tx irqs (affectig FreeBSD's new uart(4) driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 18:49:33 -0000 In article <20090916190142.GC770@volta.aurel32.net> you write: >On Sat, Sep 12, 2009 at 06:52:22PM +0200, Juergen Lock wrote: >> On Sat, Sep 12, 2009 at 02:26:51PM +0200, Jan Kiszka wrote: >> > Juergen Lock wrote: >> > > Hi! >> > > >> > > I got a report of FreeBSD guest's new uart(4) driver misbehaving in >> > > qemu again(?) (output stopping for no apparent reason), and now found >> > > out the problem is tx irqs (UART_IIR_THRI) are getting lost because >> > > serial_update_irq() checks for the rx condtion, >> > > ... if ((s->ier & UART_IER_RDI) && (s->lsr & UART_LSR_DR)) >> > > first before checking for the tx irq condition, >> > > ... if ((s->ier & UART_IER_THRI) && s->thr_ipending) >> > > which at least in this case (FreeBSD 8 guest after doing >> > > set console="comconsole" >> > > at the loader prompt or when simply echo'ing text to /dev/ttyu0 >> > > or typing to the serial port from cu(1) on a `regular' vga console) >> > > causes the second condition (.. && s->thr_ipending) to be never >> > > reached anymore, or only after a very long delay. Moving that >> > > condition up so it is checked first like this, >> > > >> > > Index: qemu/hw/serial.c >> > > @@ -189,7 +188,9 @@ static void serial_update_irq(SerialStat >> > > { >> > > uint8_t tmp_iir = UART_IIR_NO_INT; >> > > >> > > - if ((s->ier & UART_IER_RLSI) && (s->lsr & UART_LSR_INT_ANY)) { >> > > + if ((s->ier & UART_IER_THRI) && s->thr_ipending) { >> > > + tmp_iir = UART_IIR_THRI; >> > > + } else if ((s->ier & UART_IER_RLSI) && (s->lsr & UART_LSR_INT_ANY)) { >> > > tmp_iir = UART_IIR_RLSI; >> > > } else if ((s->ier & UART_IER_RDI) && s->timeout_ipending) { >> > > /* Note that(s->ier & UART_IER_RDI) can mask this interrupt, >> > > @@ -202,8 +203,6 @@ static void serial_update_irq(SerialStat >> > > } else if (s->recv_fifo.count >= s->recv_fifo.itl) { >> > > tmp_iir = UART_IIR_RDI; >> > > } >> > > - } else if ((s->ier & UART_IER_THRI) && s->thr_ipending) { >> > > - tmp_iir = UART_IIR_THRI; >> > > } else if ((s->ier & UART_IER_MSI) && (s->msr & UART_MSR_ANY_DELTA)) { >> > > tmp_iir = UART_IIR_MSI; >> > > } >> > > >> > > ...fixes the issue for me, but I'm not 100% sure if this might cause >> > > rx irqs to come (too?) late when a guest keeps sending while its >> > > receiving at the same time. Anyone care to comment? :) >> > >> > The reordering violates the 16550A spec in that RX event overrules TX in >> > the IRQ status register. Maybe something else is wrong but it's not the >> > ordering in serial_update_irq. >> >> Well one problem seems to be the rx condition, >> ... if ((s->ier & UART_IER_RDI) && (s->lsr & UART_LSR_DR)) >> is not enough to trigger an irq, yet still causes the following >> conditions not to be checked anymore at all. And ideed, fixing that >> seems to get my FreeBSD 8 guest back to working order as well: > >Applied. In the future, could you please make sure to send patches with >a correct unified headers? Alright, if thats is what you guys prefer... (I just didn't want to break the thread.) Anyway, I guess this is also material for the stable branch(es)? (I just saw 0.11.0 has already been tagged but not announced yet, and another patch merged to the same branch after that, maybe the tag can still be slided if this is possible with git?) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 18:58:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02A371065670 for ; Wed, 23 Sep 2009 18:58:23 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 888FE8FC15 for ; Wed, 23 Sep 2009 18:58:22 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8NIwHln024319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Sep 2009 04:58:19 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8NIwGgf032540; Thu, 24 Sep 2009 04:58:16 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8NIwGT6032539; Thu, 24 Sep 2009 04:58:16 +1000 (EST) (envelope-from peter) Date: Thu, 24 Sep 2009 04:58:16 +1000 From: Peter Jeremy To: "Svein Skogen (listmail account)" Message-ID: <20090923185816.GB26192@server.vk2pj.dyndns.org> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> <20090923132036.57767deb@lazybytes.org> <4AB9EAE7.6090108@stillbilde.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <4AB9EAE7.6090108@stillbilde.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: arch@freebsd.org, Sergey Vinogradov , current@freebsd.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 18:58:23 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm particurly impressed at the striped red and blue paint that has been liberally applied to the shed. On 2009-Sep-23 11:31:19 +0200, "Svein Skogen (listmail account)" wrote: >Sergey Vinogradov wrote: >> don't propose zsh(1) replacing sh(1). I just think it would be handy to >> have zsh(1) in the base system. Not replacing sh(1), but as one >> more piece of software. I personally use zsh as my interactive shell but I don't think it belongs in the base system. IMHO, the base system only needs a single, POSIX-compliant shell - so it is already over-endowed. >Wouldn't that bring back (among others) perl into the base? I seem to >remember there was some effort spent on removing that a while ago... There were two main reasons for removing perl: 1) Perl was undergoing rapid development at a rate that was not compatible with the FreeBSD release schedule - so the base version of perl was out-of-date. 2) The FreeBSD base system must be able to be cross-built (this is needed to support upgrading even within the same architecture). Perl is not intended to be cross-built and the effort involved in shoe-horning it into the buildworld process was becoming too onerous - especially since it needed to be reworked for each new perl release. As for tmux(1) vs screen(1) vs window(1): I don't see any compelling reason for any of these to belong in the base system. (And, if you rely solely on the pkg-descr for those tools, there doesn't appear to be any need for those tools at all unless you are using a real glass TTY on a headless system. Talking to people who use them, it appears that the only useful feature in screen/tmux isn't mentioned in the pkg-descr). --=20 Peter Jeremy --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq6b8gACgkQ/opHv/APuIdTFACfcLXWLkeBnwUMd0mC7TCWIUb1 nvsAn39vpjwAncSb3jAbqdmUQvr6GtLj =rAL1 -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 19:04:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC887106566C for ; Wed, 23 Sep 2009 19:04:24 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n1a.bullet.mail.ac4.yahoo.com (n1a.bullet.mail.ac4.yahoo.com [76.13.13.64]) by mx1.freebsd.org (Postfix) with SMTP id 90A8B8FC0C for ; Wed, 23 Sep 2009 19:04:24 +0000 (UTC) Received: from [76.13.13.25] by n1.bullet.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 19:04:24 -0000 Received: from [76.13.10.183] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 19:04:24 -0000 Received: from [127.0.0.1] by omp124.mail.ac4.yahoo.com with NNFMP; 23 Sep 2009 19:04:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 68100.96223.bm@omp124.mail.ac4.yahoo.com Received: (qmail 78747 invoked by uid 60001); 23 Sep 2009 19:04:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253732663; bh=0j72fgSv9dTtJ6q+QU/X/We+2yqriN8PXQX+YoflZYc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TM4xi3pj8W3MEQLsM5CQj/TFqeoxZe9yPljTDLbIHB0XM2UhoRktvi6hD+J4JCg6YfWWXj480UFMV9jIBaRBBrJkgWoIhse6rxeS4HzPC8tSP0q34S7xapChEII2WzEwFRTEfbZD5CmR86Wgf+7wVSJrYnwEF0urbYnTRmRCXWM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0x7k4KIcMx7Xi1qmxZV9N2jNcINQ8tfw3onOufgiySx8MgptkmtpvrJLGeztgBsc4mkTylf4XStUEEzVwd9qWM7Cm8AdpZuiGW/vtzzoI6wKXL1KPRK5Yf0lrReFZSAvebjut6eWsl/Mfg2DVB8eMDj+mqLmBaKMm718opjQKxk=; Message-ID: <303893.78728.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: XHt0pEwVM1kPw0yK6LpLalruvA.TfQr.CcVykj4SKMVsnfdWUl_Oxksm68XtOpEp8FBRP8pvSykqysjfqK3WAl_n5yG..xdE4nkgF2zkmbHoeiIiQ_Vv1.h0iT_ydt4XaMdwaa61opZqsiPs9WgFqxSU_ERJpxEeoLWwozY.kLloNc1p9ku1Tim5tfPSWVFl6jbEkIQCJ2mr7nV4mzyET2lIPDs394mqgcEGQ7SPcS600DthUIG0D7oDcUK6vLdkLoU7pBPyiBn63UCKmEeN08TDLXk4M.N8JGdfFOwbT15KSX.ZBNMepdVHZA-- Received: from [98.203.21.152] by web63904.mail.re1.yahoo.com via HTTP; Wed, 23 Sep 2009 12:04:23 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Wed, 23 Sep 2009 12:04:23 -0700 (PDT) From: Barney Cordoba To: David Wolfskill In-Reply-To: <20090923154600.GG1320@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 19:04:25 -0000 =0A=0A--- On Wed, 9/23/09, David Wolfskill wrote:=0A= =0A> From: David Wolfskill =0A> Subject: Re: where is= device_get_parent function defined=0A> To: "Barney Cordoba" =0A> Cc: freebsd-current@freebsd.org=0A> Date: Wednesday, Septe= mber 23, 2009, 11:46 AM=0A> On Wed, Sep 23, 2009 at 08:39:53AM=0A> -0700, B= arney Cordoba wrote:=0A> > ... =0A> > > If you run a normal buildkernel, th= en you don't=0A> get any=0A> > > build objects in src tree,=0A> > > the bui= ld is done in /usr/obj automatically.=0A> > > You should really visit direc= tories with=0A> offending symlinks=0A> > > and do 'make cleandir'.=0A> > > = =0A> > =0A> > I'm supporting multiple kernel configs simultaneously,=0A> an= d I=0A> > make frequent changes, so its not practical to use=0A> buildkerne= l.=0A> =0A> Err.... Huh??!?=A0 My build machine builds its own=0A> kernel p= lus a couple of=0A> others; I use "make buildkernel" routinely (as in,=0A> = "daily").=0A> =0A> I merely set (in /etc/make.conf):=0A> =0A> KERNCONF=3DFR= EEBEAST ALBERT JANUS=0A> =0A> And it works a treat.=A0 I'm not seeing the p= roblem....=0A> =0A> Peace,=0A> david=0A> -- =0A> David H. Wolfskill=A0=A0= =A0 =A0=A0=A0=0A> =A0=A0=A0 =A0=A0=A0 david@catwhisker.org=0A=0AOk, you get= the geek of the year award. Now enough with this=0Aunimportant crappola.= =0A=0ABC=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 19:07:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D542F1065670 for ; Wed, 23 Sep 2009 19:07:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC908FC14 for ; Wed, 23 Sep 2009 19:07:41 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,439,1249250400"; d="scan'208";a="14043442" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 23 Sep 2009 21:07:40 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 70AD61B0096; Wed, 23 Sep 2009 21:07:40 +0200 (CEST) Date: Wed, 23 Sep 2009 21:07:40 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: problems with r197427 (i386) and nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 19:07:42 -0000 ok. this is very odd. i'm now running r197301. i was running this revision for a week or so and had no problems with the nvidia driver whatsoever but the problem also exists when running this revision. so it doesn't seem to be a kernel problem. i've also re-installed world! i also noticed that other modules in /boot/modules don't work any longer. the virtual box driver e.g. loads, but when trying to run a virtual disk vbox cannot find the kernel module. the cause for this problem might be some data corruption because i was running mplayer under X with the nvidia driver working normally. then suddenly the machine froze. after ~ 2 minutes it automaticcal rebooted. no core dump was produced though. after the reboot the problem first appeared. i checked all my harddrives with fsck which revealed no problems. doing `svn --no-ignore in /usr/src` revealed no problems. cheers. alex From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 19:46:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396461065695 for ; Wed, 23 Sep 2009 19:46:30 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id EA5A68FC1F for ; Wed, 23 Sep 2009 19:46:29 +0000 (UTC) Received: from andorian.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 384AC17089; Wed, 23 Sep 2009 21:46:28 +0200 (CEST) Message-ID: <4ABA7B13.8070706@borderworlds.dk> Date: Wed, 23 Sep 2009 21:46:27 +0200 From: Christian Laursen User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: Attilio Rao References: <4AB913B3.1050709@borderworlds.dk> <3bbf2fe10909221251v4b9ec12fg6722bcf22064c5ee@mail.gmail.com> In-Reply-To: <3bbf2fe10909221251v4b9ec12fg6722bcf22064c5ee@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 19:46:30 -0000 Attilio Rao wrote: > 2009/9/22 Christian Laursen : >> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 and >> then to 8.0-RC1 as of this morning. >> >> Since the Ralink Wireless NIC is not supported with a native driver I have >> been using ndis for a long time on 7.x without any issues. >> >> After upgrading to 8.0 I regenerated the module from the sys and inf files. >> >> When I kldload the module (rt2860_sys.ko) the NIC is detected and I can see >> it with ifconfig. But a few seconds after I do "ifconfig ndis0" up I get a >> panic. >> >> There is a screenshot of the panic here (Sorry about the image quality): >> http://borderworlds.dk/~xi/ndis_panic/screenshot.jpg > > Can you please try to add to your kernel config 'options KDB' and > report the full backtrace to us? > (a screenshot as you already did is fine). Sorry that I didn't think of sending that along with the initial report. Here it is: http://borderworlds.dk/~xi/ndis_panic/backtrace.jpg -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 20:01:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 195311065694 for ; Wed, 23 Sep 2009 20:01:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B77048FC19 for ; Wed, 23 Sep 2009 20:01:15 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so186998qwd.7 for ; Wed, 23 Sep 2009 13:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=DkPIAOkfnQECCf9lgbjE61B/uWnYAgPo4kMTTavtrBo=; b=A7pDw2mmOPHmH+oWRr3YP6V+VfNOkha0jYDOD4LRwINgJinlo3xHQQ7zBKmIcBcuQU S62KZXilkz26j8CaWNNJRSAnxk5tf3qrvCQIcVTb2t+cC+A3ohy6T2OL2nihy9nK63a9 JiOm7+CAo4sslXTFCSOXt2coTqkLGxJObrMuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=MpAqVYkAVm0zSxC89Lj1kcdZr+h8bi57MJbgxXvUvi820ZkmFH4zgfS6Jnm8priJ8z xAogD7ZcE31EHloFWHijn5IYZk1ZfLK9ZCHO/HHIc96i6/SVrT94WGLCyC8OmyBjiuHw fnckMKxVXn0Cz2gm4Dt8WO/iWyCySZmXI43wQ= Received: by 10.224.63.218 with SMTP id c26mr2407977qai.92.1253736074711; Wed, 23 Sep 2009 13:01:14 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm99200qwj.3.2009.09.23.13.01.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 13:01:12 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 23 Sep 2009 13:00:26 -0700 From: Pyun YongHyeon Date: Wed, 23 Sep 2009 13:00:26 -0700 To: WATANABE Kazuhiro Message-ID: <20090923200026.GC1099@michelle.cdnetworks.com> References: <20081210125627.25732615CD@mail.asahi-net.or.jp> <494019AB.3020505@samsco.org> <20081211130057.B53EE5D0A4@mail.asahi-net.or.jp> <7d6fde3d0812111253n4b8f7135n76e9cef63158943e@mail.gmail.com> <20081212153714.3E15760FA3@mail.asahi-net.or.jp> <20090923164246.E5F8882365@mail1.asahi-net.or.jp> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20090923164246.E5F8882365@mail1.asahi-net.or.jp> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: de(4) does not work on 8.0-RC1 (was: Re: [patch] de(4) has not worked on 8-current since Feb 13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 20:01:16 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Sep 24, 2009 at 01:42:46AM +0900, WATANABE Kazuhiro wrote: > Hi, all. > > This problem still exists on 8.0-RC1. Does anyone have the same > problem? > > I have two de(4) based NICs and they works well with 7.2-RELEASE. > On 8.0-RC1, they cannot send any (almost all) data from it. > > * Corega FastEther PCI-TX > > > dmesg | grep ^de0 > de0: port 0xe000-0xe07f mem 0xd9001000-0xd900107f irq 12 at device 15.0 on pci0 > de0: 21140A [10-100Mb/s] pass 2.2 > de0: WARNING: using obsoleted if_watchdog interface > de0: Ethernet address: 00:00:f4:xx:xx:xx > de0: [ITHREAD] > > uname -a > FreeBSD scorpio.sign.local 8.0-RC1 FreeBSD 8.0-RC1 #1: Wed Sep 23 00:44:22 JST 2009 nabe@capricorn:/FreeBSD/obj/i386/RELENG_8/FreeBSD/RELENG_8/src/sys/GENERIC i386 > > * SMC EtherPower10/100 > > > dmesg | grep ^de0 > de0: port 0x6000-0x607f mem 0x20410000-0x2041007f irq 3 at device 13.0 on pci0 > de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 > de0: WARNING: using obsoleted if_watchdog interface > de0: Ethernet address: 00:00:c0:xx:xx:xx > de0: [ITHREAD] > > uname -a > FreeBSD aries.sign.local 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep 18 07:57:47 UTC 2009 root@asuna:/usr/obj/pc98/usr/src/sys/GENERIC pc98 > > Hi, I'm not familiar with de(4) and didn't have chance to read data sheet. So I'm not sure whether what alignment restriction the controller has but PAGE_SIZE alignment for descriptors looks wrong. As John said I think Tx buffer has no alignment limitation. Here is guess work, would you give it try? --YZ5djTAD1cGYuMQK Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="de.busdma.patch" Index: sys/dev/de/if_devar.h =================================================================== --- sys/dev/de/if_devar.h (revision 197441) +++ sys/dev/de/if_devar.h (working copy) @@ -104,7 +104,7 @@ tulip_descinfo_t *ri_descinfo; bus_dma_tag_t ri_ring_tag; bus_dmamap_t ri_ring_map; - uint32_t ri_dma_addr; + bus_addr_t ri_dma_addr; bus_dma_tag_t ri_data_tag; bus_dmamap_t *ri_data_maps; } tulip_ringinfo_t; @@ -134,11 +134,7 @@ * architecture which can't handle unaligned accesses) because with * 100Mb/s cards the copying is just too much of a hit. */ -#if !defined(__i386__) -#define TULIP_COPY_RXDATA 1 -#endif -#define TULIP_DATA_PER_DESC 2032 #define TULIP_TXTIMER 4 #define TULIP_RXDESCS 48 #define TULIP_TXDESCS 128 @@ -560,7 +556,7 @@ */ bus_dma_tag_t tulip_setup_tag; bus_dmamap_t tulip_setup_map; - uint32_t tulip_setup_dma_addr; + bus_addr_t tulip_setup_dma_addr; u_int32_t *tulip_setupbuf; u_int32_t tulip_setupdata[192 / sizeof(u_int32_t)]; char tulip_boardid[24]; Index: sys/dev/de/if_de.c =================================================================== --- sys/dev/de/if_de.c (revision 197441) +++ sys/dev/de/if_de.c (working copy) @@ -160,7 +160,7 @@ static void tulip_dma_map_addr(void *arg, bus_dma_segment_t *segs, int nseg, int error) { - u_int32_t *paddr; + bus_addr_t *paddr; if (error) return; @@ -182,7 +182,7 @@ KASSERT(nseg == 1, ("too many DMA segments")); KASSERT(segs[0].ds_len >= TULIP_RX_BUFLEN, ("receive buffer too small")); - desc->d_addr1 = segs[0].ds_addr; + desc->d_addr1 = segs[0].ds_addr & 0xffffffff; desc->d_length1 = TULIP_RX_BUFLEN; #ifdef not_needed /* These should already always be zero. */ @@ -3171,8 +3171,8 @@ sc->tulip_ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; } - TULIP_CSR_WRITE(sc, csr_txlist, sc->tulip_txinfo.ri_dma_addr); - TULIP_CSR_WRITE(sc, csr_rxlist, sc->tulip_rxinfo.ri_dma_addr); + TULIP_CSR_WRITE(sc, csr_txlist, sc->tulip_txinfo.ri_dma_addr & 0xffffffff); + TULIP_CSR_WRITE(sc, csr_rxlist, sc->tulip_rxinfo.ri_dma_addr & 0xffffffff); TULIP_CSR_WRITE(sc, csr_busmode, (1 << (3 /*pci_max_burst_len*/ + 8)) |TULIP_BUSMODE_CACHE_ALIGN8 @@ -3488,7 +3488,7 @@ struct mbuf *m0; KASSERT(ms != NULL, ("no packet to accept")); -#if defined(TULIP_COPY_RXDATA) +#ifndef __NO_STRICT_ALIGNMENT /* * Copy the data into a new mbuf that is properly aligned. If * we fail to allocate a new mbuf, then drop the packet. We will @@ -3527,7 +3527,7 @@ */ ms = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); -#if defined(TULIP_COPY_RXDATA) +#ifndef __NO_STRICT_ALIGNMENT skip_input: #endif if (ms == NULL) { @@ -4016,9 +4016,9 @@ eop = nextout; eop->di_desc->d_flag &= TULIP_DFLAG_ENDRING|TULIP_DFLAG_CHAIN; eop->di_desc->d_status = d_status; - eop->di_desc->d_addr1 = segs[segcnt].ds_addr; + eop->di_desc->d_addr1 = segs[segcnt].ds_addr & 0xffffffff; eop->di_desc->d_length1 = segs[segcnt].ds_len; - eop->di_desc->d_addr2 = segs[segcnt+1].ds_addr; + eop->di_desc->d_addr2 = segs[segcnt+1].ds_addr & 0xffffffff; eop->di_desc->d_length2 = segs[segcnt+1].ds_len; d_status = TULIP_DSTS_OWNER; if (++nextout == ri->ri_last) @@ -4028,7 +4028,7 @@ eop = nextout; eop->di_desc->d_flag &= TULIP_DFLAG_ENDRING|TULIP_DFLAG_CHAIN; eop->di_desc->d_status = d_status; - eop->di_desc->d_addr1 = segs[segcnt].ds_addr; + eop->di_desc->d_addr1 = segs[segcnt].ds_addr & 0xffffffff; eop->di_desc->d_length1 = segs[segcnt].ds_len; eop->di_desc->d_addr2 = 0; eop->di_desc->d_length2 = 0; @@ -4194,7 +4194,7 @@ nextout->d_length2 = 0; nextout->d_addr2 = 0; nextout->d_length1 = sizeof(sc->tulip_setupdata); - nextout->d_addr1 = sc->tulip_setup_dma_addr; + nextout->d_addr1 = sc->tulip_setup_dma_addr & 0xffffffff; bus_dmamap_sync(sc->tulip_setup_tag, sc->tulip_setup_map, BUS_DMASYNC_PREREAD|BUS_DMASYNC_PREWRITE); TULIP_TXDESC_PRESYNC(ri); @@ -4491,7 +4491,7 @@ /* Allocate memory for a single descriptor ring. */ static int tulip_busdma_allocring(device_t dev, tulip_softc_t * const sc, size_t count, - bus_size_t maxsize, int nsegs, tulip_ringinfo_t *ri, const char *name) + bus_size_t align, int nsegs, tulip_ringinfo_t *ri, const char *name) { size_t size; int error, i; @@ -4499,7 +4499,7 @@ /* First, setup a tag. */ ri->ri_max = count; size = count * sizeof(tulip_desc_t); - error = bus_dma_tag_create(NULL, PAGE_SIZE, 0, BUS_SPACE_MAXADDR_32BIT, + error = bus_dma_tag_create(NULL, 32, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, size, 1, size, 0, NULL, NULL, &ri->ri_ring_tag); if (error) { @@ -4527,9 +4527,9 @@ } /* Allocate a tag for the data buffers. */ - error = bus_dma_tag_create(NULL, 4, 0, + error = bus_dma_tag_create(NULL, align, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, - maxsize, nsegs, TULIP_DATA_PER_DESC, 0, NULL, NULL, &ri->ri_data_tag); + MCLBYTES * nsegs, nsegs, MCLBYTES, 0, NULL, NULL, &ri->ri_data_tag); if (error) { device_printf(dev, "failed to allocate %s buffer dma tag\n", name); return (error); @@ -4563,6 +4563,7 @@ if (sc->tulip_setupbuf != NULL) { bus_dmamem_free(sc->tulip_setup_tag, sc->tulip_setupbuf, sc->tulip_setup_map); + bus_dmamap_destroy(sc->tulip_setup_tag, sc->tulip_setup_map); sc->tulip_setup_map = NULL; sc->tulip_setupbuf = NULL; } @@ -4586,8 +4587,8 @@ /* * Allocate space and dmamap for transmit ring. */ - error = tulip_busdma_allocring(dev, sc, TULIP_TXDESCS, TULIP_DATA_PER_DESC, - TULIP_MAX_TXSEG, &sc->tulip_txinfo, "transmit"); + error = tulip_busdma_allocring(dev, sc, TULIP_TXDESCS, 1, TULIP_MAX_TXSEG, + &sc->tulip_txinfo, "transmit"); if (error) return (error); @@ -4598,7 +4599,7 @@ * a waste in practice though as an ethernet frame can easily fit * in TULIP_RX_BUFLEN bytes. */ - error = tulip_busdma_allocring(dev, sc, TULIP_RXDESCS, MCLBYTES, 1, + error = tulip_busdma_allocring(dev, sc, TULIP_RXDESCS, 4, 1, &sc->tulip_rxinfo, "receive"); if (error) return (error); @@ -4606,7 +4607,7 @@ /* * Allocate a DMA tag, memory, and map for setup descriptor */ - error = bus_dma_tag_create(NULL, 4, 0, + error = bus_dma_tag_create(NULL, 32, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, sizeof(sc->tulip_setupdata), 1, sizeof(sc->tulip_setupdata), 0, NULL, NULL, &sc->tulip_setup_tag); --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 20:09:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86980106566B for ; Wed, 23 Sep 2009 20:09:00 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay1.uni-muenster.de (ZIVM-EXRELAY1.UNI-MUENSTER.DE [128.176.192.14]) by mx1.freebsd.org (Postfix) with ESMTP id 144428FC15 for ; Wed, 23 Sep 2009 20:08:59 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,439,1249250400"; d="scan'208";a="283521300" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 23 Sep 2009 22:08:58 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 4672E1B0766; Wed, 23 Sep 2009 22:08:58 +0200 (CEST) Date: Wed, 23 Sep 2009 22:08:58 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: problems with r197427 (i386) and nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 20:09:00 -0000 alright. fixed the problem. it seems some files in /usr/src got corrupted. funny thing though `svn --no-ignore status` didn't reveal anything. after deleting /usr/src and doing a complete pull of the sources and re-compiling the nvidia and vbox driver everything's back to normal. sorry for the noise. alex From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 20:48:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9E7106566B for ; Wed, 23 Sep 2009 20:48:05 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 78AAB8FC16 for ; Wed, 23 Sep 2009 20:48:05 +0000 (UTC) Received: by ewy5 with SMTP id 5so741715ewy.36 for ; Wed, 23 Sep 2009 13:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=QO7LCB5ECOAetP9SfcGip+kejSOpz9etsXjf+d4c/Ao=; b=NwlhK2Lff+piGhJHTLnEe5Ip8VhzyWF/OFxvXqldzzxhqBluIWEsDxlQnBw9uO3XRZ 7sEvoa8b9dKfM39sBs0p8KWxxxstAXA2RVSK0h5m5XpJNAm0L+2axXnHbo8G9KYf7M5f Ki9kOegkiS05kzDBcGeZXgpqWS6k++Jhoq5sQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=lQXgmooRRSujeS3fp0tfmkKSSaEW7Ft9aEcYgvUlI19AtBi9EoPaJyr7IGKaGLFj/7 bpl2Xk7M8JKtzhpbNZALIDXahBhpLia0QIA6DLMVtGSzGrUBuGphj/5RJz4ZKcUazQhT OzBxPRUxdK/cg4q08QyagOVNIROLe/HnV//Ls= MIME-Version: 1.0 Received: by 10.211.141.15 with SMTP id t15mr3213798ebn.59.1253738884079; Wed, 23 Sep 2009 13:48:04 -0700 (PDT) From: Scott Ullrich Date: Wed, 23 Sep 2009 16:47:44 -0400 Message-ID: To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Serial console broken on RELENG_8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 20:48:06 -0000 Hello, We are noticing that serial no longer functions the same way it did in 7.X when using -h or -D in /boot.config What we are seeing is this: Boot: 1 /boot.config: -h Consoles: serial port BIOS drive C: is disk0 BIOS 639kB/490496kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (sullrich@freebsdcurrent.livebsd.com, Wed Sep 23 20:26:13 UTC 2009) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x789ca4 data=0x149434+0x80de0 - | Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... \ And then the serial console stops functioning. This is on PC-Engine ALIX boards, VIA Embedded and anything else that I can find here that only features a serial console (Nexcom, too). Does anyone have any suggestions? My apologies if this is the wrong list. Thanks in advance, Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 20:55:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 387EE10656A5 for ; Wed, 23 Sep 2009 20:55:43 +0000 (UTC) (envelope-from kristof@sigsegv.be) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0428FC34 for ; Wed, 23 Sep 2009 20:55:41 +0000 (UTC) Received: from triton.sigsegv.be ([213.119.96.179]) by jacques.telenet-ops.be with bizsmtp id kLvd1c00x3sCccd0JLveJ0; Wed, 23 Sep 2009 22:55:38 +0200 Received: from nereid (nereid.neptune.sigsegv.be [IPv6:2001:470:c8f4:0:200:ff:fe00:8]) by triton.sigsegv.be (Postfix) with SMTP id BEBB71C1E1; Thu, 24 Sep 2009 00:56:43 +0200 (CEST) Received: by nereid (sSMTP sendmail emulation); Wed, 23 Sep 2009 22:55:36 +0200 Date: Wed, 23 Sep 2009 22:55:35 +0200 From: Kristof Provost To: Pyun YongHyeon Message-ID: <20090923205535.GG19069@nereid> References: <20090922211012.GE19069@nereid> <20090922235350.GB1520@michelle.cdnetworks.com> <20090923184149.GF19069@nereid> <20090923202448.GD1099@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090923202448.GD1099@michelle.cdnetworks.com> X-PGP-Fingerprint: 6B6E 5EED 8ECF FAE7 1F61 7458 5046 7D0E 11B0 0EE8 User-Agent: Mutt/1.5.14 (2007-03-31) Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 20:55:43 -0000 On 2009-09-23 13:24:48 (-0700), Pyun YongHyeon wrote: > I'm pretty sure the device id for 88E1116 PHY is 0x21. Do you see > printed model number 88E1118 on your hardware? If so I have no idea > why Marvell use the same device id. Do you have access to 88E1118 > HY data sheet? > I've just double checked. The documentation from TS claims it's an 88E1118 and that's what I see on the chip itself as well. I don't have access to the data sheet, that would make this exercise far too easy. > I wanted to know advertised PHY capabilities as mge(4) explicitly > disabled 1000baseT/half-duplex mode in driver layer. But MV88F5182 > data sheet said it supports 1000baseT/half-duplex mode. > I'll try to find out tomorrow. I'm not sure if it'll matter though, as the switch I'm using right now is a 10/100 model. > > > I'm not author of mge(4) so I'm not familiar with mge(4). But it > > > seems that mge(4) lacks link state change handler. Normally NICs > > > are required to reprogram MAC to match resolved speed/duplex/ > > > flow-control of link when it know it established a valid link which > > > is notified from mii(4). > > > > > If that's the case I'd expect the driver not to work on my Sheevaplug > > either. The only difference I see is the PHY. > > > > Could be, but if you manually set media it reinitializes PHY and it > will call mge_ifmedia_upd() which in turn reinitializes the > controller. I guess this is workaround in mge(4). > Do you mean setting the media through an ioctl by 'manually set media'? If so, that doesn't really apply for either the TS-7800 or the Sheevaplug as both need the network to work before userspace can do anything. Kristof From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 20:59:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 886E5106568B for ; Wed, 23 Sep 2009 20:59:11 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (mail.ipv6.avioc.org [IPv6:2001:4978:125:a00a::25]) by mx1.freebsd.org (Postfix) with ESMTP id 4B81E8FC14 for ; Wed, 23 Sep 2009 20:59:11 +0000 (UTC) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id D9B513BAD7F; Wed, 23 Sep 2009 15:59:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id zcWBKxrBykY0; Wed, 23 Sep 2009 15:59:08 -0500 (CDT) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTPA id 30EB43BAD69; Wed, 23 Sep 2009 15:59:08 -0500 (CDT) Message-ID: <4ABA8C1B.9020607@avioc.org> Date: Wed, 23 Sep 2009 15:59:07 -0500 From: Brandon Weisz User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Scott Ullrich References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Serial console broken on RELENG_8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 20:59:11 -0000 Scott Ullrich wrote: > Hello, > > We are noticing that serial no longer functions the same way it did in > 7.X when using -h or -D in /boot.config > > What we are seeing is this: > > Boot: 1 > /boot.config: -h > Consoles: serial port > BIOS drive C: is disk0 > BIOS 639kB/490496kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (sullrich@freebsdcurrent.livebsd.com, Wed Sep 23 20:26:13 UTC 2009) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x789ca4 data=0x149434+0x80de0 - > | > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > \ > > And then the serial console stops functioning. > > This is on PC-Engine ALIX boards, VIA Embedded and anything else that > I can find here that only features a serial console (Nexcom, too). > > Does anyone have any suggestions? > Did you update device.hints? See 20080713 entry in /usr/src/UPDATING. sio(4) was replaced by uart(4). I just upgraded to RELENG_8 on a soekris board and my serial console is working properly. > My apologies if this is the wrong list. > > Thanks in advance, > > Scott > _______________________________________________ > 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 Sep 23 21:06:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8A0D1065694 for ; Wed, 23 Sep 2009 21:06:16 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5A76E8FC18 for ; Wed, 23 Sep 2009 21:06:16 +0000 (UTC) Received: by ewy5 with SMTP id 5so756407ewy.36 for ; Wed, 23 Sep 2009 14:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=wqPK9pCXgwVzegZ+/VjDHIWf4b97HgPTJ7HVR/9/d+Y=; b=AIeuK2l0xJj7vGQL66ZVCcv+g/s9wq6fZ1qdlHXj4rTddqC8wo9XWg+6OqBeFWBiXj nNV2kLUQZqOccFZ0uNNX6tn/5tbp8cxjhpykx1OUuC2azixHSvbyvY86+XBJVo1u84lw 8uRVp/flL4+82jkWH5eI1falPtnlU0ilmnt48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=JE4q4ECUjS0OnOzt6Q1BFOLMP1AsYvRQ4FtOTCDeMcK0C3PdPm2WsIrxiaufZlnnnQ cfqpAKKd/MX5uiWlS/O81+bqOftfRo4byqawWBzH1yDFom03H8Uqh8pGA1xWpLAC+2lV GduWoOMIXPzIVzFzMs0YOYzlYMsFZWGyTJLhQ= MIME-Version: 1.0 Received: by 10.211.155.11 with SMTP id h11mr3194716ebo.62.1253739975125; Wed, 23 Sep 2009 14:06:15 -0700 (PDT) In-Reply-To: <4ABA8C1B.9020607@avioc.org> References: <4ABA8C1B.9020607@avioc.org> From: Scott Ullrich Date: Wed, 23 Sep 2009 17:05:55 -0400 Message-ID: To: Brandon Weisz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Serial console broken on RELENG_8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 21:06:16 -0000 On Wed, Sep 23, 2009 at 4:59 PM, Brandon Weisz wrote: > Did you update device.hints? =A0See 20080713 entry in /usr/src/UPDATING. > sio(4) was replaced by uart(4). =A0I just upgraded to RELENG_8 on a soekr= is > board and my serial console is working properly. Hello, yes we replaced sio with uart in our kernel configuration file but did not add anything to device.hints. I will give that a shot now. Thanks! Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 21:24:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF8C1065672 for ; Wed, 23 Sep 2009 21:24:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDF88FC21 for ; Wed, 23 Sep 2009 21:24:32 +0000 (UTC) Received: by qyk6 with SMTP id 6so290240qyk.3 for ; Wed, 23 Sep 2009 14:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=d0JvWe+P92d44vk4XTcXNypWZqLkh1u/g3AUdR9UwyI=; b=vfaaf7a4T/UDzS7fQ+QVUi3SK7JaiBpxOhwxa9376fpbjm493E5pv1D5ADnI8AzesI HMKD8t3PvBxqCQtKFigN3Vo9iKkHOW0EdzZCUuL2MvHny3OBetTIqiV5KaN2y3gTL1uL MVvzDe0ewVlBPel34wNfsBiSg6QipWUcghBDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=c3w/Q+ADgdyDiHDcOrjdwTNjNAiuAjxdK6T8uYISlzXxmWlCOwYInaVz/TGERi2ofk 7QX0OWxG/eOjFt1Jtf/hYmYyx2dsQSkmbABcrXKowc5aQm1dOxKyKDhoXisJ/5qjjX1P b9E/xaDRBCdzkl4+7srrAwbhsg33R80wYsOjs= Received: by 10.224.92.194 with SMTP id s2mr2393685qam.383.1253737536817; Wed, 23 Sep 2009 13:25:36 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm54004qwg.46.2009.09.23.13.25.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 13:25:34 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 23 Sep 2009 13:24:48 -0700 From: Pyun YongHyeon Date: Wed, 23 Sep 2009 13:24:48 -0700 To: Kristof Provost Message-ID: <20090923202448.GD1099@michelle.cdnetworks.com> References: <20090922211012.GE19069@nereid> <20090922235350.GB1520@michelle.cdnetworks.com> <20090923184149.GF19069@nereid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090923184149.GF19069@nereid> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 21:24:33 -0000 On Wed, Sep 23, 2009 at 08:41:54PM +0200, Kristof Provost wrote: > On 2009-09-22 16:53:50 (-0700), Pyun YongHyeon wrote: > > On Tue, Sep 22, 2009 at 11:10:18PM +0200, Kristof Provost wrote: > > > I've been trying to get CURRENT running on a TS-7800 [1]. > > > It's based around a Marvell Orion SoC, with a Marvell 88E1118 PHY. > > > > > > It boots and tries to do bootpc_init. This fails because there are no > > > packets coming in or going out. > > > > > > A few thing's I've noticed: > > > - The PHY is misdetected as an 88E1116. Changing sys/dev/mii/miidevs so > > > it's detected as the 88E1118 it really is doesn't help. > > > > Please show me the output of "devinfo -rv | grep phy". > > > A little difficult as I need networking to get the root file system. > Instead I've got the content of the PHY ID 1 & 2 registers: > mii_id1: 0x0141, mii_id2: 0x0e11 > This seems to translate to a mii_model of 0x21, which corresponds to a > 'Marvell 88E1116 Gigabit PHY' according to sys/dev/mii/miidevs. > I'm pretty sure the device id for 88E1116 PHY is 0x21. Do you see printed model number 88E1118 on your hardware? If so I have no idea why Marvell use the same device id. Do you have access to 88E1118 HY data sheet? > > > - sys/dev/mii/e1000phy.c appears to contain a bug: > > > e1000phy_reset performs a switch on MII_MODEL(esc->mii_model) while > > > the rest of the code just uses esc->mii_model. This seems to be wrong > > > as the cases for 1118 (or 1116) are not triggered. Changing this also > > > doesn't appear to help. > > > > It's not a bug. First, I have to see your PHY id to know why you > > think so. > > > The switch on line 251 in e1000phy.c [1] is the only place the MII_MODEL > macro is used. The rest of the file (even in an earlier switch in the > same function) uses esc->mii_model directly. I've also confirmed the code > falls into the default case instead of the case MII_MODEL_MARVELL_E1116 > as I'd expect (because it detects the PHY as an E1116). > > The esc->mii_model value is already translated by MII_MODEL on line 147. > Ah, you're right, mii_model was already translated. Thanks for pointing out. > > > - Forcing the mge driver to IFM_100_TX (in mge_set_port_serial_control) > > > does work. The system manages to acquire a DHCP address. > > > > Would you also show me the output of "ifconfig -m mge0"? > > > What are you looking for? I can't run ifconfig obviously, but I can > probably extract the required information with a few strategic printfs. > I wanted to know advertised PHY capabilities as mge(4) explicitly disabled 1000baseT/half-duplex mode in driver layer. But MV88F5182 data sheet said it supports 1000baseT/half-duplex mode. > > I'm not author of mge(4) so I'm not familiar with mge(4). But it > > seems that mge(4) lacks link state change handler. Normally NICs > > are required to reprogram MAC to match resolved speed/duplex/ > > flow-control of link when it know it established a valid link which > > is notified from mii(4). > > > If that's the case I'd expect the driver not to work on my Sheevaplug > either. The only difference I see is the PHY. > Could be, but if you manually set media it reinitializes PHY and it will call mge_ifmedia_upd() which in turn reinitializes the controller. I guess this is workaround in mge(4). > Thanks, > Kristof > > [1] http://svn.freebsd.org/viewvc/base/head/sys/dev/mii/e1000phy.c?annotate=196366 From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 21:28:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 142EE106568B; Wed, 23 Sep 2009 21:28:29 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [199.237.202.236]) by mx1.freebsd.org (Postfix) with ESMTP id CC9848FC18; Wed, 23 Sep 2009 21:28:28 +0000 (UTC) Received: from neu.net (neu.net [199.237.202.236]) by neu.net (8.13.6.20060614/8.13.6) with ESMTP id n8NLSPtJ053023; Wed, 23 Sep 2009 21:28:27 GMT Date: Wed, 23 Sep 2009 21:28:25 +0000 (GMT) From: AN To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.1 at neu.net X-Virus-Status: Clean Cc: freebsd-gnome@freebsd.org Subject: shared object not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 21:28:29 -0000 I have 2 problems on a newly installed system. FreeBSD core2.fu.bar 8.0-RC1 FreeBSD 8.0-RC1 #0: Thu Sep 17 18:50:57 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 When I try to run Realplayer I get the following: # realplay Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory (realplay.bin:79923): Gdk-WARNING **: gdk_propery-get(): invalid length 0 When trying to run totem I get: # totem /libexec/ld-elf.so.1: Shared object "libnssutil3.so.1" not found, required by "libtotem-plparser.so.12" I have the following apps installed: gnome2-2.26.3 The "meta-port" for the GNOME 2 integrated X11 desktop linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from RealNetworks linux_base-f10-10_2 Base set of packages needed in Linux mode for i386/amd64 libcanberra-0.10_5 Implementation of the Freedesktop sound theme spec totem-2.26.3_1 A gstreamer-based video player for the GNOME 2 Desktop totem-pl-parser-2.26.2_1 GObject-based library to parse a host of playlist formats # df -h linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc Any help would be appreciated. TIA From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 21:40:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 826AD106568D for ; Wed, 23 Sep 2009 21:40:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 354AB8FC16 for ; Wed, 23 Sep 2009 21:40:58 +0000 (UTC) Received: by qyk6 with SMTP id 6so300061qyk.3 for ; Wed, 23 Sep 2009 14:40:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=R2JKir6lMgbiEuKhEXIIRNlAF+n81W8+jxPc00OMFC0=; b=GHd0NJfiNcHCbDEDU/KeFNrZlKXGmLF7RbhYy6KoKSt1gw4GPVr0MgIWUIqzqupVBo QIi5zeqaPXrvycAX2fN+nN4oX6XJNvjSlOBovwQ5+2jiX/swVQexu723iyOlddne4VfF F7TEKLkz/rwtmhdjmLghY4aqIToHhbvj9LGQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=tPvFZVlK0d8rq8dkjLKmHVkXTN8n3m93U3mkJimMlsbP72vPt2oUD8W8s9tYY1vcQB NJ4QPdchGztiJo/sU7mtFP5J79aAAT3x+y1cNgdw1+3X4WFur78R3x8Jq0Es7zFonW3z swa6gVLiaSSAsLnFqedJsB/rj5bpclZsQD1TE= Received: by 10.224.109.141 with SMTP id j13mr2510088qap.84.1253742058516; Wed, 23 Sep 2009 14:40:58 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 2sm5382qwi.30.2009.09.23.14.40.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 14:40:57 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 23 Sep 2009 14:40:11 -0700 From: Pyun YongHyeon Date: Wed, 23 Sep 2009 14:40:11 -0700 To: Kristof Provost Message-ID: <20090923214011.GE1099@michelle.cdnetworks.com> References: <20090922211012.GE19069@nereid> <20090922235350.GB1520@michelle.cdnetworks.com> <20090923184149.GF19069@nereid> <20090923202448.GD1099@michelle.cdnetworks.com> <20090923205535.GG19069@nereid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090923205535.GG19069@nereid> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 21:40:59 -0000 On Wed, Sep 23, 2009 at 10:55:35PM +0200, Kristof Provost wrote: > On 2009-09-23 13:24:48 (-0700), Pyun YongHyeon wrote: > > I'm pretty sure the device id for 88E1116 PHY is 0x21. Do you see > > printed model number 88E1118 on your hardware? If so I have no idea > > why Marvell use the same device id. Do you have access to 88E1118 > > HY data sheet? > > > I've just double checked. The documentation from TS claims it's an > 88E1118 and that's what I see on the chip itself as well. > I don't have access to the data sheet, that would make this exercise far > too easy. > > > I wanted to know advertised PHY capabilities as mge(4) explicitly > > disabled 1000baseT/half-duplex mode in driver layer. But MV88F5182 > > data sheet said it supports 1000baseT/half-duplex mode. > > > I'll try to find out tomorrow. I'm not sure if it'll matter though, as > the switch I'm using right now is a 10/100 model. > Oh, this question may not be related with your link issue. I wanted to know why mge(4) had to check media type in its ioctl handler. The advertised capability has nothing to do with link partner's capability. The advertised capability is used in auto-negotiation process and the PHY will choose the highest common denominator capability. So if we want to disable 1000baseT/half-duplex for whatever reason, it can be achieved by not advertising 1000baseT/ half-duplex capability to mii layer. > > > > I'm not author of mge(4) so I'm not familiar with mge(4). But it > > > > seems that mge(4) lacks link state change handler. Normally NICs > > > > are required to reprogram MAC to match resolved speed/duplex/ > > > > flow-control of link when it know it established a valid link which > > > > is notified from mii(4). > > > > > > > If that's the case I'd expect the driver not to work on my Sheevaplug > > > either. The only difference I see is the PHY. > > > > > > > Could be, but if you manually set media it reinitializes PHY and it > > will call mge_ifmedia_upd() which in turn reinitializes the > > controller. I guess this is workaround in mge(4). > > > Do you mean setting the media through an ioctl by 'manually set media'? Yes. > If so, that doesn't really apply for either the TS-7800 or the > Sheevaplug as both need the network to work before userspace can do > anything. > Correct. Hmm, I have to read mge(4) again if time permits. > Kristof > From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 21:48:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D64D106566C for ; Wed, 23 Sep 2009 21:48:38 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id AFC8E8FC12 for ; Wed, 23 Sep 2009 21:48:37 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id n8NLmaGx089840; Wed, 23 Sep 2009 23:48:36 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Scott Ullrich In-Reply-To: References: Content-Type: text/plain Date: Wed, 23 Sep 2009 23:48:33 +0200 Message-Id: <1253742513.12119.8.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Current Subject: Re: Serial console broken on RELENG_8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 21:48:38 -0000 On Wed, 2009-09-23 at 16:47 -0400, Scott Ullrich wrote: > Hello, > > We are noticing that serial no longer functions the same way it did in > 7.X when using -h or -D in /boot.config > > What we are seeing is this: > > Boot: 1 > /boot.config: -h > Consoles: serial port > BIOS drive C: is disk0 > BIOS 639kB/490496kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (sullrich@freebsdcurrent.livebsd.com, Wed Sep 23 20:26:13 UTC 2009) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x789ca4 data=0x149434+0x80de0 - > | > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > \ > > And then the serial console stops functioning. > > This is on PC-Engine ALIX boards, VIA Embedded and anything else that > I can find here that only features a serial console (Nexcom, too). > > Does anyone have any suggestions? hi, Make sure mergemaster has run properly, the devicenames have changed, 7.x => 8.x cuad0 => cuau0 ttyd0 => ttyu0 I have serial support working under 8.0 RC1 for ALIX 3d2. Try booting a 7.x kernel to fix files like /etc/ttys and so before booting 8.x. cheers Marten > > My apologies if this is the wrong list. > > Thanks in advance, > > Scott > _______________________________________________ > 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" -- this email is sent from my mainframe..... http://martenvijn.nl Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 22:00:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D8921065679 for ; Wed, 23 Sep 2009 22:00:15 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 03D558FC1B for ; Wed, 23 Sep 2009 22:00:14 +0000 (UTC) Received: by fxm22 with SMTP id 22so1048885fxm.36 for ; Wed, 23 Sep 2009 15:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=IMXE5Ah2FhKB+l5qvfr/eczxDULmieoWQiFjjOCmZAg=; b=W81mTB7zp9oDc5kM8oPSJeykovpFjHOrQX56q2VeHGfLUaVBi0h4c2eWccjO0UCD4v fnb1TE6KDiR/0cupGLIVx2MzNbxV/ihSnseJuqQrv4O23c0DEn4Rpnu9l0azqSCiMSMo FbuQd66E7MH6BdTu95fyCn920pXJbmYTGoHPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=woQRg1nRXXqaQOgW/NfZnj3cWYqtEP5iiICjKnc10uyZdY6+6/LeXEbxiZCgEK6MRu +9x9h5OdOtqnK1ZzZH8UFlkdqXFIGz9fYKIMgAHsUp0pxVjRc1NbSfzwYCQNrerm5Ida YFL0CgffElaL5rYcj4AZ2H9fL9kUqs4GsmS58= MIME-Version: 1.0 Received: by 10.102.149.9 with SMTP id w9mr1174506mud.77.1253743214101; Wed, 23 Sep 2009 15:00:14 -0700 (PDT) In-Reply-To: <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> References: <4AB913B3.1050709@borderworlds.dk> <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> Date: Thu, 24 Sep 2009 00:00:14 +0200 Message-ID: <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> From: "Paul B. Mahol" To: Christian Laursen Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 22:00:15 -0000 On 9/23/09, Paul B. Mahol wrote: > On 9/22/09, Christian Laursen wrote: >> Hi, >> >> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 >> and then to 8.0-RC1 as of this morning. >> >> Since the Ralink Wireless NIC is not supported with a native driver I >> have been using ndis for a long time on 7.x without any issues. >> >> After upgrading to 8.0 I regenerated the module from the sys and inf >> files. > > What version of kernel files was used? I will reapeat this again. Is module regenerated using 8.0 kernel source? I asking this because that step is not mentioned in your original report. Could you also post output of following commands from gdb(1) prompt: [I prefer textdump(4) instead of pictures] cd /boot/your_kernel && gdb and now type: (gdb) file kernel (gdb) file if_ndis.ko press y (gdb) l *ieee80211_new_state+0xb (gdb) l *ndis_ticktask+0x184 -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 22:08:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C756106568B for ; Wed, 23 Sep 2009 22:08:12 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id C671D8FC1C for ; Wed, 23 Sep 2009 22:08:11 +0000 (UTC) Received: by fxm22 with SMTP id 22so1054189fxm.36 for ; Wed, 23 Sep 2009 15:08:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=wCtYcAU58K6+r8Awjlw6KK+OtRCyFVPgShzkLr3axRA=; b=LCj/U9qrvmjom6qUeEXKe7nIYiNJ4cXZMAaH1zmCnLC6TDBxF5XKYFrRM5XbV70YVk dvGZGApyNsbQD+DHTIuSNnv3TYulmbBOvHoiczuTP6yQkFptHGeBbJyW3fPyFR9M7t5a +z2rq+TSYaI4FkUthJEHaH4SuwKHHmYLp8+CM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=HKD8q2k6aI7MsizlGmkJRqpVx6+YcOh6tB2sk0WiNQAgzonH0ttK8np/zX9pnJRNdL V4n/BSFuOUqrh001+c2zZSVqutz/sRLbi05SrMjm0j+UvYxDc7IawiHjdZ/vuG6kSYE/ DS/NBUoO+cIplnGtZagw5kLivbow1B6OfOo0c= MIME-Version: 1.0 Received: by 10.103.67.32 with SMTP id u32mr1180453muk.133.1253743690834; Wed, 23 Sep 2009 15:08:10 -0700 (PDT) In-Reply-To: <20090923140936.GF1320@albert.catwhisker.org> References: <20090923140936.GF1320@albert.catwhisker.org> Date: Thu, 24 Sep 2009 00:08:10 +0200 Message-ID: <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> From: "Paul B. Mahol" To: David Wolfskill , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: No DHCP lease with iwi(4)/wlan(5); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 22:08:12 -0000 On 9/23/09, David Wolfskill wrote: > I normally use wireless NICs on my laptop, especially at home, I > swapped the miniPCI wi(4) for an iwi(4) a few weeks ago, and had it > working in stable/6, stable/7, and head until a few days ago, when it > seemed that the NIC was associating OK, but dhclient(8) reports: > > dhclient: Exiting /etc/dhclient-exit-hooks (PREINIT) with exit_status 0 > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 9 > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 16 > ^C > > This morning, I had the time to try plugging in a wireless PCcard (an0) > NIC; after doing that, I see: > > dhclient: Exiting /etc/dhclient-exit-hooks (PREINIT) with exit_status 0 > DHCPDISCOVER on an0 to 255.255.255.255 port 67 interval 3 > DHCPDISCOVER on an0 to 255.255.255.255 port 67 interval 7 > DHCPOFFER from 172.17.0.1 > DHCPREQUEST on an0 to 255.255.255.255 port 67 > DHCPACK from 172.17.0.1 > bound to 172.17.1.37 -- renewal in 302400 seconds. > > which is a bit closer to the desired effect. > > I realize that an(4) doesn't use wlan(4), so this could indicate a > problem with either iwi(4) or wlan(4) -- but it seems to show that > dhclient(8) itself is working, as is the basic infrastructure (my > DHCP server; the access point; the ipfw(4) rules I have in place > before & after DHCP activity). > > As I type, I'm running: > > FreeBSD g1-37.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1123 r197399: > Tue Sep 22 06:16:11 PDT 2009 root@:/common/S4/obj/usr/src/sys/CANARY > i386 > > and am in the process of building head at r197427. > > Is there something I might do to help diagnose what's wrong here? wlandebug(8) and also enable iwi debug sysctl. (Try to enable only few of them at same time, otherwise anabling everything will cause huge chaos on console) -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 22:24:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBC5106566B for ; Wed, 23 Sep 2009 22:24:05 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 638088FC1A for ; Wed, 23 Sep 2009 22:24:05 +0000 (UTC) Received: by mail-ew0-f209.google.com with SMTP id 5so813774ewy.36 for ; Wed, 23 Sep 2009 15:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=yURZhl7ffv6bW7H2RYQMVWoZnnJMkbroe85dKKzHRws=; b=Nt1wXd5I345yw5kQ2ygY5GCAAqoJQv1411wh60olvfT4n3y4kHls2XsdjIIfNItJgJ WhxpR5NuZABG1uKIeqn/ohh8+iDGuuWNiZkFlEjBX6F7zLZSEUZ0pi/8y3Z6NxkBKRv3 Fvre67S6fBdvgGG5gsaMgyk0hb9TY1e7iizv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=a4qrN56s2yx2F++vSWqcLgjTqFYraFGrXVNc8FQMZIaz1I8+/tTY2xa4AiAk54nr2u FTD+bxIo8ymQJKea71f/v+a3aAHv1wSlF6cpitQrUko+WsvjIt8wA9qAaLflWFu6lmOJ KtxS3G1+ND2LJkmezGXMGA4uFPVlclc6RSyfE= MIME-Version: 1.0 Received: by 10.211.158.8 with SMTP id k8mr3240236ebo.38.1253744645096; Wed, 23 Sep 2009 15:24:05 -0700 (PDT) In-Reply-To: <1253742513.12119.8.camel@mvn-desktop> References: <1253742513.12119.8.camel@mvn-desktop> From: Scott Ullrich Date: Wed, 23 Sep 2009 18:23:45 -0400 Message-ID: To: Marten Vijn Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: Serial console broken on RELENG_8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 22:24:06 -0000 On Wed, Sep 23, 2009 at 5:48 PM, Marten Vijn wrote: > hi, > > Make sure mergemaster has run properly, > > the devicenames have changed, > 7.x => 8.x > cuad0 => cuau0 > ttyd0 => ttyu0 > Thanks all, the device.hints addition fixed the problem. This is an automated build of pfSense so there is no mergemaster to run :) All is good now. Thanks for the help! Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 23:01:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00EB4106566B; Wed, 23 Sep 2009 23:01:46 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 55D188FC0A; Wed, 23 Sep 2009 23:01:45 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so1476890fga.13 for ; Wed, 23 Sep 2009 16:01:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=O1bwGRjZehdnPQqpJcJTuY/jHk0DhNY9MWPcUVQOqT4=; b=Y7zYkA0YjG07ClFjps/sKarsny93JwXPmUglUDs3eCDpFu2QptP11ELtUtqFsTc/1j 2UxdtI0bTeLSE1Bu5hR/9OOjQgCbASuXG46D1FnKAETIp/Dfh5K8kOLhgsXW8nJgowyN cnuQGURtoIkYfBMLI8eUfbbCbiptvYFKgZxis= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=BinD//LXMzvUb94NUI5ImzDhevyqd5Aaz1Ohm4E6Jz5atyaIiFbhNaHZq1dqmE4Q0r On2zFXLBYaVfRSpcJF2EBXbSNzwNwDWcopu+IobdcJVwi3dJII3fHwjNne+L4kk/K4pb wPA6YW5M5R3/rUptjPiJmrSpokRXQBnsujzS8= Received: by 10.86.220.9 with SMTP id s9mr2458196fgg.40.1253745052966; Wed, 23 Sep 2009 15:30:52 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id e11sm618526fga.11.2009.09.23.15.30.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 15:30:52 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Andriy Gapon" References: <4ABA36B1.9070706@icyb.net.ua> Date: Fri, 25 Sep 2009 01:31:17 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: <4ABA36B1.9070706@icyb.net.ua> User-Agent: Opera Mail/10.00 (FreeBSD) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: sb600/sb700 ohci experimental 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, 23 Sep 2009 23:01:46 -0000 On Wed, 23 Sep 2009 17:54:41 +0300, Andriy Gapon wrote: > If you have a system with SB600, SB700, etc chipset and you have problems with low > speed USB devices attached during boot (keyboard, mouse), could you please try the > following experimental patch and report back? > I am primarily interested in the first several lines produced during boot with > printfs that are introduced by the patch. Preferably in the context of surrounding > USB-related dmesg messages. No need to report subsequent same-looking > ever-repeating messages (if any). I hope this helps: Test box: FreeBSD 8.0-RC1 amd64 r197323M on Asus M2A-VM (SB600) Without your patch, if mouse is plugged into one of the back USB ports and umass device is present on any USB port, mouse won't work. It has to be connected to front USB port to be friendly with other devices. With your patch, mouse can be plugged anywhere, it won't complain about umass devices connected to front USB port, but it still doesn't play nice with devices on back ports during boot. If I connect storage device after boot, both mouse and storage devices work fine. Parts of dmesg with mouse connected to back and storage to front USB ports. Everything works. usbus0: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0xcfef1e30 (hw power) control head => 0x2329000 usbus1: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0x4143000 (hw power) control head => 0x4143000 usbus2: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0x4186000 (hw power) control head => 0x4186000 usbus3: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0x41aa000 (hw power) control head => 0x41aa000 usbus4: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0x4201000 (hw power) control head => 0x4201000 usbus5: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered Root mount waiting for: usbus5 (hw power) control head <= 0x2329000 (hw power) control head => 0x2329000 ugen0.2: at usbus0 ums0: on usbus0 ums0: 16 buttons and [XYZ] coordinates ID=0 uhid0: on usbus0 (hw power) control head <= 0x2329000 (hw power) control head => 0x2329000 ugen5.2: at usbus5 umass0: on usbus5 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus5 (hw power) control head <= 0x2329000 (hw power) control head => 0x2329000 umass0:1:0:-1: Attached to scbus1 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 1967MB (4030463 512 byte sectors: 255H 63S/T 250C) Connected another device to back USB port after booting was finished: (hw power) control head <= 0x4143000 (hw power) control head => 0x4143000 ugen1.2: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:2:1:-1: Attached to scbus2 (hw power) control head <= 0x4143000 (hw power) control head => 0x4143000 (hw power) control head <= 0x4143000 (hw power) control head => 0x4143000 (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition (probe0:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim1:1:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim1:1:0:0): Retrying Command (per Sense Data) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: 964MB (1974272 512 byte sectors: 64H 32S/T 964C) Another dmesg, booting with storage device and mouse both connected to back USB ports. Mouse works, storage doesn't. usbus0: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0xcfef1e30 (hw power) control head => 0x2329000 usbus1: 12Mbps Full Speed USB v1.0 (hw power) control head <= 0xcfef1e40 (hw power) control head => 0x4143000 (hw power) control head <= 0x2329000 (hw power) control head => 0x2329000 ugen0.2: at usbus0 ums0: on usbus0 ums0: 16 buttons and [XYZ] coordinates ID=0 uhid0: on usbus0 (hw power) control head <= 0x2329000 (hw power) control head => 0x2329000 (hw power) control head <= 0x2329000 (hw power) control head => 0x2329000 (hw power) control head <= 0x4143000 (hw power) control head => 0x4143000 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:1:0:-1: Attached to scbus1 (hw power) control head <= 0x4143000 (hw power) control head => 0x4143000 If you need anything else, let me know. And thanks for the patch. -- Andrius From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 22:56:25 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA01106566B for ; Wed, 23 Sep 2009 22:56:25 +0000 (UTC) (envelope-from freebsd-stable-2@voidcaptain.com) Received: from mx4.x15.net (mx4.x15.net [69.55.237.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA2D8FC14 for ; Wed, 23 Sep 2009 22:56:25 +0000 (UTC) Received: from j1.x15.net [63.196.213.76] by mx4.x15.net with ESMTP id 20090312b-1MqaRm-000B6E-Fy; Wed, 23 Sep 2009 22:36:26 +0000 Message-ID: <4ABAA2CB.9030404@voidcaptain.com> Date: Wed, 23 Sep 2009 15:35:55 -0700 From: Pete MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> In-Reply-To: <864oqu1urm.fsf@ds4.des.no> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 23 Sep 2009 23:03:32 +0000 Cc: current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 22:56:25 -0000 Dag-Erling Sm=F8rgrav wrote, in part: > Sergey Vinogradov writes: >> I always wondered about are sendmail >> and bind9. These are pretty heavy, and definitely are not used in ever= y >> single installation. Maybe someday I'll see sendmail and bind9 in port= s >> instead of base system. And yes, I know about WITHOUT_BIND=3D and >> WITHOUT_SENDMAIL=3D :) > 2) Sendmail is used at least twice a day + once a week + once a month o= n > every single FreeBSD installation in the world except those where th= e > admin has intentionally installed and configured another MTA. That is to say, it's used by all systems that choose to keep using it. Many don't. > 3) Both BIND and Sendmail have strong historical ties to BSD, and a lot= > of users would be very surprised to find them missing from the next > release. User surprise was not a sufficient reason not to remove Perl. "Missing" does not seem like the right word to describe an application easily installed from ports. > 4) The FreeBSD project has strong ties to and good working relationship= s > with the people and organizations who write and maintain BIND and > Sendmail, ensuring that they are well integrated into our codebase, > that any concerns we should have about them are given serious > consideration, that we always receive ample advance notification of > any know problems, etc. This would be equally true and valuable if the programs were to be moved to ports. > 5) Both BIND and Sendmail are mature, robust, highly regarded, actively= > maintained pieces of software with strong developer and user > communities. Unbound, DMA, or whatever it is you would replace them= > with can only dream of enjoying a fraction of the respect that BIND > and Sendmail command in the industry. Some don't need them and would like a system without them. It's not about respect or newer alternatives. > 6) This discussion comes up with depressing regularity. The arguments > on both sides are always the same, as is the conclusion: you can hav= e > BIND and Sendmail when you pry them out of Beastie's cold, dead > fingers. Now go write some code. Perhaps this discussion comes up with depressing regularity because some "cold dead fingers"-type people seem a bit obstinate about an obvious streamlining. >=20 > DES From owner-freebsd-current@FreeBSD.ORG Wed Sep 23 23:23:30 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C38111065670 for ; Wed, 23 Sep 2009 23:23:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outl.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id A8F5C8FC15 for ; Wed, 23 Sep 2009 23:23:30 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 34B29B2E72; Wed, 23 Sep 2009 16:23:31 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id D82392D6016; Wed, 23 Sep 2009 16:23:29 -0700 (PDT) Message-ID: <4ABAADF4.3040200@elischer.org> Date: Wed, 23 Sep 2009 16:23:32 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Pete References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> <4ABAA2CB.9030404@voidcaptain.com> In-Reply-To: <4ABAA2CB.9030404@voidcaptain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 23:23:30 -0000 Pete wrote: > Dag-Erling Smrgrav wrote, in part: > > >> 3) Both BIND and Sendmail have strong historical ties to BSD, and a lot >> of users would be very surprised to find them missing from the next >> release. > > User surprise was not a sufficient reason not to remove Perl. Perl was only put in, in the first place just before that. more people we being surprised that it was there than that it went away I think. Bind and sendmail have been there for over 20 years. that's a whole different dimension. > > "Missing" does not seem like the right word to describe an application > easily installed from ports. > >> 4) The FreeBSD project has strong ties to and good working relationships >> with the people and organizations who write and maintain BIND and >> Sendmail, ensuring that they are well integrated into our codebase, >> that any concerns we should have about them are given serious >> consideration, that we always receive ample advance notification of >> any know problems, etc. > > This would be equally true and valuable if the programs were to be moved > to ports. > >> 5) Both BIND and Sendmail are mature, robust, highly regarded, actively >> maintained pieces of software with strong developer and user >> communities. Unbound, DMA, or whatever it is you would replace them >> with can only dream of enjoying a fraction of the respect that BIND >> and Sendmail command in the industry. > > Some don't need them and would like a system without them. It's not > about respect or newer alternatives. I'd rather we didn't redefine what is in BSD to any great extent at this time. > >> 6) This discussion comes up with depressing regularity. The arguments >> on both sides are always the same, as is the conclusion: you can have >> BIND and Sendmail when you pry them out of Beastie's cold, dead >> fingers. Now go write some code. > > Perhaps this discussion comes up with depressing regularity because some > "cold dead fingers"-type people seem a bit obstinate about an obvious > streamlining. maybe it comes up becasue new hands keep bringing it up? :-) > >> DES > > > > > _______________________________________________ > 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 Sep 23 23:37:26 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1127106566B for ; Wed, 23 Sep 2009 23:37:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7E1738FC0C for ; Wed, 23 Sep 2009 23:37:26 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id CCC1646B06 for ; Wed, 23 Sep 2009 19:37:25 -0400 (EDT) Date: Thu, 24 Sep 2009 00:37:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Three cheers for the status quo, enough now? (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2009 23:37:26 -0000 Dear all: I think we've now more than adequately demonstrated the importance of not e-mailing large mailing lists suggesting changes to the status quo when it comes to adding/removing programs from the base without a really compelling reason. The current blend of components is largely historical, modeling the mix found in BSD UNIX, and strikes a hard-to-characterize balance between the logical extremes "we ship a minimally bootstrapping system" and "we ship every application under the sun". This means for most parts of the base system there will be someone who argues it belongs there, and someone who argues that it doesn't. Change proposals along the lines of "Should we add tmux" and "Should we remove BIND" are therefore necessarily controversial, and often end up mired in exactly this sort of endless and unproductive e-mail discussion. This is one of the most important reasons not to propose them. The moral is clear, and this thread has done nothing to speed the testing, debugging, and release of FreeBSD 8.0. Let's get back to that and maybe let sleeping dogs lie? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 00:01:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B500E106568D for ; Thu, 24 Sep 2009 00:01:03 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6628C8FC1D for ; Thu, 24 Sep 2009 00:01:03 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 32A1360E4 for ; Wed, 23 Sep 2009 20:01:02 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1253750462; bh=kjsUrf70D/udu9YAXZ+3J2BDHT7ZO+usvUA634Agn4w=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=omd4IojOFhyXgsoiZ4CCNfxmt37FljHqQ/lsmqMN7RNrPzaaX99M9lWPUc1sbp1Sm xaS2EcuTMC1KaJ59y0nOSXEGQAUjfLly36h+J5W4NRiWEPjCzmZbBSzKQN840Jk DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.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=fuuTgN0LGNpV0DeBYOyTu0Com9jVx7B3yseIF/u3mZeP3PvAg3g0isQP81kuWUiRe 9Mo1SgJowZmMweHXI/oQYg5vRtxq4KGENROxhLL2Q1cWlOJ1qtZ8DConTTZ9scB Message-ID: <4ABAB6BA.4050502@protected-networks.net> Date: Wed, 23 Sep 2009 20:00:58 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Hang on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 00:01:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Seems I have another machine impacted by the recent changes to ACPI and x386 components. It stops dead at the point marked below .. removing 'options VESA' didn't help .. hints welcome. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Tue Sep 22 17:02:56 EDT 2009 root@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2081116160 (1984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 smbios0: at iomem 0xf69a0-0xf69be on motherboard smbios0: Version: 2.4 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_lid0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf0a00000-0xf0a7ffff,0xd0000000-0xdfffffff,0xf0b00000-0xf0b3ffff irq 16 at device 2.0 on pci0 acpi_video0: on vgapci0 agp0: on vgapci0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: mem 0xf0a80000-0xf0afffff at device 2.1 on pci0 Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq6trkACgkQQv9rrgRC1JJEEACghWZVrPmICj99WXfMrH3GGU+M Q8UAoIR9/h9th/EzK509TTq5/j+JpoKX =aMZk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 02:47:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF28C1065679 for ; Thu, 24 Sep 2009 02:47:27 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp11.dentaku.gol.com (smtp11.dentaku.gol.com [203.216.5.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3F98FC18 for ; Thu, 24 Sep 2009 02:47:27 +0000 (UTC) Received: from pat.gol.ad.jp ([203.216.1.191] helo=[172.16.1.151]) by smtp11.dentaku.gol.com with esmtpsa (Dentaku) id 1MqeMf-0008TH-Kx for ; Thu, 24 Sep 2009 11:47:25 +0900 Message-ID: <4ABADDBD.4090203@fusiongol.com> Date: Thu, 24 Sep 2009 11:47:25 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090923184950.5784B1065670@hub.freebsd.org> In-Reply-To: <20090923184950.5784B1065670@hub.freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com Subject: USB memstick image request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 02:47:27 -0000 Just thought I'd weigh in on the memstick image available for 8.0-RC1 it's very nice... now we can do away with CDs and DVDs on newer hardware. My only gripe is that it's a little too big for my 1GB USB memstick at the moment. I know, I know... I could always get an 8GB one fairly cheap these days... but most of the time all I need is something that gets me booting into a kernel and access to the base system so I can at least have a functional system before requiring network access. I don't need all the packages on the USB image. If I want them, the net takes over and gets me them. If somebody thinks it's a reasonable request, a minimal memstick image would be appreciated. Something similar to the "bootonly" CD images. From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 02:13:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9001065672; Thu, 24 Sep 2009 02:13:43 +0000 (UTC) (envelope-from sean@seanmcollins.com) Received: from masakari.coreitpro.com (masakari.coreitpro.com [38.98.245.188]) by mx1.freebsd.org (Postfix) with ESMTP id A03A48FC19; Thu, 24 Sep 2009 02:13:43 +0000 (UTC) Received: from loki.lan (c-68-44-61-220.hsd1.pa.comcast.net [68.44.61.220]) (authenticated bits=0) by masakari.coreitpro.com (8.14.3/8.14.3) with ESMTP id n8O214l6072181 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 22:01:06 -0400 (EDT) (envelope-from sean@seanmcollins.com) Message-Id: <9DE63F72-A43A-4704-85E6-A61F1C3CE70C@seanmcollins.com> From: Sean Collins To: current@freebsd.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 23 Sep 2009 22:00:36 -0400 References: X-Pgp-Agent: GPGMail d55 (v55, Leopard) X-Mailer: Apple Mail (2.936) X-Spam-Status: No, score=3.2 required=5.0 tests=HELO_LH_HOME,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on masakari.coreitpro.com X-Mailman-Approved-At: Thu, 24 Sep 2009 03:12:19 +0000 Cc: Robert Watson Subject: Re: Three cheers for the status quo, enough now? (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 02:13:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I heartily agree with the sentiment that this discussion has yielded =20 no discernible value and has instead left some with bruised egos, and =20= I must say that the lack of _CODE_ is telling. Look, if you think Sendmail and BIND are indeed egregious and far too =20= bloated for your taste, please put your money where your mouth is and =20= release a patch implementing the desired functionality, or reduction =20 in functionality. I use Sendmail and BIND to put food on my table and =20= beer in my fridge, so naturally I'm going to be against any change in =20= the base. However, if I am given a nice and easy option at =20 installation, where BIND and Sendmail are installed as an extra, =20 similar to the WWW option in sysinstall, I'm not going to be opposed =20 to it. That's my two cents as FreeBSD user. Take it for what it's worth. Thank You, Sean Collins -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) iEYEARECAAYFAkq60sQACgkQ9g9WSXiROTHOewCfVGu2bIcpdKWmAYZdr9uhw28K P2AAn0IYk61xEmDjVFR8VFSFf+qd+O0c =3D9lU2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 04:09:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 751FF106566B for ; Thu, 24 Sep 2009 04:09:56 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4D20F8FC15 for ; Thu, 24 Sep 2009 04:09:55 +0000 (UTC) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n8O49tu3079614 for freebsd-current@freebsd.org; Wed, 23 Sep 2009 21:09:55 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id rd54urs7r73sujmwhuytdh2pps; for freebsd-current@freebsd.org; Wed, 23 Sep 2009 21:09:55 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4ABAF113.9030904@freebsd.org> Date: Wed, 23 Sep 2009 21:09:55 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090922212905.GA77503@sysmon.tcworks.net> In-Reply-To: <20090922212905.GA77503@sysmon.tcworks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Nagios SIGSEGV on FreeBSD 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 04:09:56 -0000 Scott Lambert wrote: > I've posted this to FreeBSD-ports and Nagios-Users without a nibble. > > [New Thread 28326280 (LWP 100051)] > [New Thread 28301140 (LWP 100222)] > (gdb) bt > #0 0x0807fe8b in get_next_comment_by_host () > #1 0x08080940 in delete_host_acknowledgement_comments () > #2 0x28331180 in ?? () > #3 0x4aaac053 in ?? () > #4 0x080cc394 in __JCR_LIST__ () Build with debug symbols and try again; maybe you can get more detail. Also, check a couple of core dumps to see if it's crashing in the same place; that might also give a clue. Do the "New Thread" messages mean that Nagios is running multiple threads? If so, I wonder what the other thread is doing? Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 04:43:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 483171065679 for ; Thu, 24 Sep 2009 04:43:17 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f181.google.com (mail-iw0-f181.google.com [209.85.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9AB8FC19 for ; Thu, 24 Sep 2009 04:43:16 +0000 (UTC) Received: by iwn11 with SMTP id 11so754606iwn.3 for ; Wed, 23 Sep 2009 21:43:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=h6zpzUPLEatWgkV3FbE0dO4PF6yoQP/2CPpln7MUFwI=; b=s+1/AfEq2b1VNnhBhPp+3XFe695/wDFcXsnv9TKPl0axzIIbAGxAG9/lPV0to0TlId AkoR6D3xvk3EL7DlvKEKiQmNqvF85G8BBdy6xTFtYmYsZ5bbW9CSUohWSl+y17sY8KmI 6/qCOjvvVofQzhs7zRB/gGeQZpdb4J0VwCwk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=ESPWL7y/APHOciUDRSYqpBjx4wjsqaDeoWmpyhHZJ/I9NPTgxhQhu/4Jg9VBHYPE1b FApNekjlBsM4GuGzxDXXPoHLl9/ra3QT49P7sNlwKngHvVSCoKajRmxMj5camIhwUjRZ ArNvnWhmMnOXCtPkHTJ3ITW89nDv0F5snuOlo= MIME-Version: 1.0 Received: by 10.231.25.160 with SMTP id z32mr857701ibb.5.1253767396447; Wed, 23 Sep 2009 21:43:16 -0700 (PDT) In-Reply-To: <3a142e750909221453l25d5dc8eifcbe70b39ced2ea8@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> <68c3445d0909221449g62904ae7pa4deb939baf4be1@mail.gmail.com> <3a142e750909221453l25d5dc8eifcbe70b39ced2ea8@mail.gmail.com> Date: Thu, 24 Sep 2009 01:43:16 -0300 Message-ID: <68c3445d0909232143r623d9d2ex768578ff6c26d3b9@mail.gmail.com> From: Raphael Kubo da Costa To: "Paul B. Mahol" , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 04:43:17 -0000 2009/9/22 Paul B. Mahol : > On 9/22/09, Raphael Kubo da Costa wrote: >> While I'm not at home to do the other things you've mentioned: I don't >> even have time to run ifconfig - I've commented out the lines enabling >> ndis, if_ndis and rtl8180_sys in /boot/loader.conf. I just run kldload >> rtl8180_sys the kernel panics automatically. > > Just make sure you are using correct kernel source files(8.0 and not 7.X). Well, after trying to fix things I ended up with a system that wouldn't even boot. So I formatted everything and installed 8.0-RC1 from the DVD. ndisgen worked fine and I was able to load the module I had generated. However, wpa_supplicant does not work, and always writes the following error messages after I try to use /etc/rc.d/netif restart: Sep 24 01:30:53 borges wpa_supplicant[1689]: Failed to initialize driver interface ifconfig: ioctl(SIOCAIFADDR): Invalid argument ioctl[SIOCG80211, op 98, len 32]: Invalid argument When I unloaded the ndis, if_ndis and rtl8180_sys modules and tried to kldload the latter, the kernel panicked again. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc4b3631a fault code = supervisor read, page not present instruction pointer = 0x20:0xc4b136b3 stack pointer = 0x28:0xe3617a44 frame pointer = 0x28:0xe3617aac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2223 (ifconfig) trap number = 12 panic: page fault cpuid = 0 Uptime: 6m6s Physical memory: 883 MB Dumping 69 MB: 54 38 22 6 Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from /boot/kernel/if_ndis.k o.symbols...done. done. Loaded symbols for /boot/kernel/if_ndis.ko Reading symbols from /boot/kernel/ndis.ko...Reading symbols from /boot/kernel/ndis.ko.symb ols...done. done. Loaded symbols for /boot/kernel/ndis.ko Reading symbols from /boot/modules/rtl8180_sys.ko...done. Loaded symbols for /boot/modules/rtl8180_sys.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc08823c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc08826b9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc0bb346c in trap_fatal (frame=0xe3617a04, eva=3300090650) at /usr/src/sys/i386/i386/trap.c:933 #4 0xc0bb36f0 in trap_pfault (frame=0xe3617a04, usermode=0, eva=3300090650) at /usr/src/sys/i386/i386/trap.c:846 #5 0xc0bb40d5 in trap (frame=0xe3617a04) at /usr/src/sys/i386/i386/trap.c:528 #6 0xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc4b136b3 in ndis_rtl8180_sys_drv_data_start () from /boot/modules/rtl8180_sys.ko Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 06:09:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89AEB106566B for ; Thu, 24 Sep 2009 06:09:02 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6488FC13 for ; Thu, 24 Sep 2009 06:09:02 +0000 (UTC) Received: from talaxian.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 0136117089; Thu, 24 Sep 2009 08:09:00 +0200 (CEST) Message-ID: <4ABB0CFC.4050105@borderworlds.dk> Date: Thu, 24 Sep 2009 08:09:00 +0200 From: Christian Laursen Organization: The Border Worlds User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4AB913B3.1050709@borderworlds.dk> <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> In-Reply-To: <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 06:09:02 -0000 Paul B. Mahol wrote: > On 9/23/09, Paul B. Mahol wrote: >> On 9/22/09, Christian Laursen wrote: >>> Hi, >>> >>> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to 8.0-BETA4 >>> and then to 8.0-RC1 as of this morning. >>> >>> Since the Ralink Wireless NIC is not supported with a native driver I >>> have been using ndis for a long time on 7.x without any issues. >>> >>> After upgrading to 8.0 I regenerated the module from the sys and inf >>> files. >> What version of kernel files was used? > > I will reapeat this again. > Is module regenerated using 8.0 kernel source? Yes, the module is generated from the same sources under /usr/src that I used for builiding the world and kernel. > Could you also post output of following commands from gdb(1) prompt: > [I prefer textdump(4) instead of pictures] I did try to get the machine to do a dump, but in the few cases where it actually started dumping it froze before it completed. > cd /boot/your_kernel && gdb > > and now type: > > (gdb) file kernel > (gdb) file if_ndis.ko > press y > (gdb) l *ieee80211_new_state+0xb > (gdb) l *ndis_ticktask+0x184 (gdb) l *ieee80211_new_state+0xb 0xc073ae6b is in ieee80211_new_state (/usr/src/sys/net80211/ieee80211_proto.c:1881). 1876 1877 int 1878 ieee80211_new_state(struct ieee80211vap *vap, 1879 enum ieee80211_state nstate, int arg) 1880 { 1881 struct ieee80211com *ic = vap->iv_ic; 1882 int rc; 1883 1884 IEEE80211_LOCK(ic); 1885 rc = ieee80211_new_state_locked(vap, nstate, arg); (gdb) l *ndis_ticktask+0x184 0x85a4 is in ndis_ticktask (/usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1748). 1743 NDIS_UNLOCK(sc); 1744 if (sc->ndis_80211) { 1745 ndis_getstate_80211(sc); 1746 ieee80211_new_state(vap, IEEE80211_S_RUN, -1); 1747 } 1748 NDIS_LOCK(sc); 1749 if_link_state_change(sc->ifp, LINK_STATE_UP); 1750 } 1751 1752 if (sc->ndis_link == 1 && -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 06:38:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75191106566B; Thu, 24 Sep 2009 06:38:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 836DA8FC15; Thu, 24 Sep 2009 06:38:40 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA14917; Thu, 24 Sep 2009 09:38:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MqhyP-000Gtf-7I; Thu, 24 Sep 2009 09:38:37 +0300 Message-ID: <4ABB13EC.3020202@icyb.net.ua> Date: Thu, 24 Sep 2009 09:38:36 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: =?UTF-8?B?QW5kcml1cyBNb3JrxatuYXM=?= References: <4ABA36B1.9070706@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: sb600/sb700 ohci experimental patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 06:38:41 -0000 on 25/09/2009 01:31 Andrius Morkūnas said the following: > usbus0: 12Mbps Full Speed USB v1.0 > (hw power) control head <= 0xcfef1e30 > (hw power) control head => 0x2329000 > usbus1: 12Mbps Full Speed USB v1.0 > (hw power) control head <= 0xcfef1e40 > (hw power) control head => 0x4143000 These were the messages that I looked for the most. > If you need anything else, let me know. > > And thanks for the patch. Thank you very much for the testing and the detailed report! Unfortunately I have no clue about the umass issue. >From comparing attach after boot and attach during boot messages it seems that USB part worked almost identical, it's the CAM part that didn't happen in the second case. BTW, how many ports do you have at the back? If more than 2, could you please try connecting the mouse to a port that is not connected to uhub0 (this could be verified with usbconfig)? And then see if you still get a mouse attachment problem during boot? (No other devices during boot please :-) to simplify the testcase.) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 06:40:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8C611065672; Thu, 24 Sep 2009 06:40:47 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id 8B31A8FC0A; Thu, 24 Sep 2009 06:40:47 +0000 (UTC) Received: from talaxian.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id AA53917089; Thu, 24 Sep 2009 08:40:46 +0200 (CEST) Message-ID: <4ABB146E.3050103@borderworlds.dk> Date: Thu, 24 Sep 2009 08:40:46 +0200 From: Christian Laursen Organization: The Border Worlds User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4AB913B3.1050709@borderworlds.dk> <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> <4ABB0CFC.4050105@borderworlds.dk> In-Reply-To: <4ABB0CFC.4050105@borderworlds.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: attilio@freebsd.org, current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 06:40:47 -0000 Christian Laursen wrote: > Paul B. Mahol wrote: >> On 9/23/09, Paul B. Mahol wrote: >>> On 9/22/09, Christian Laursen wrote: >>>> Hi, >>>> >>>> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to >>>> 8.0-BETA4 >>>> and then to 8.0-RC1 as of this morning. >>>> >>>> Since the Ralink Wireless NIC is not supported with a native driver I >>>> have been using ndis for a long time on 7.x without any issues. I just made a discovery. If I create a wlan device with wlandevice ndis0, I am able to associate and get traffic through the interface. I did get one warning though: wlan0: ieee80211_new_state_locked: pending SCAN -> RUN transition lost If I read UPDATING correctly this is the way to configure wireless devices on 8.0. As this is my first 8.0 system I was not sufficiently aware of that. However, a panic is somewhat unexpected in this case. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 06:49:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D45F9106566B for ; Thu, 24 Sep 2009 06:49:10 +0000 (UTC) (envelope-from dorian.buettner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 53D2A8FC18 for ; Thu, 24 Sep 2009 06:49:10 +0000 (UTC) Received: (qmail invoked by alias); 24 Sep 2009 06:22:29 -0000 Received: from port-92-192-53-134.dynamic.qsc.de (EHLO zock.doris.net) [92.192.53.134] by mail.gmx.net (mp025) with SMTP; 24 Sep 2009 08:22:29 +0200 X-Authenticated: #1682771 X-Provags-ID: V01U2FsdGVkX18y1/4iCL4yP7/CkjKCNda20auV11sANzWIbQb3oG USNM6UaiajHhyp From: Dorian =?utf-8?q?B=C3=BCttner?= To: freebsd-usb@freebsd.org Date: Thu, 24 Sep 2009 08:22:28 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; amd64; ; ) References: <4ABA36B1.9070706@icyb.net.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200909240822.28180.dorian.buettner@gmx.de> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Cc: freebsd-current@freebsd.org, Andriy Gapon , Andrius =?utf-8?q?Mork=C5=ABnas?= Subject: Re: sb600/sb700 ohci experimental patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 06:49:10 -0000 On Friday 25 September 2009 00:31:17 Andrius Mork=C5=ABnas wrote: > On Wed, 23 Sep 2009 17:54:41 +0300, Andriy Gapon wrote: > > If you have a system with SB600, SB700, etc chipset and you have proble= ms > > with low speed USB devices attached during boot (keyboard, mouse), could > > you please try the following experimental patch and report back? > > I am primarily interested in the first several lines produced during bo= ot > > with printfs that are introduced by the patch. Preferably in the context > > of surrounding USB-related dmesg messages. No need to report subsequent > > same-looking ever-repeating messages (if any). >=20 > I hope this helps: >=20 > Test box: FreeBSD 8.0-RC1 amd64 r197323M on Asus M2A-VM (SB600) >=20 > Without your patch, if mouse is plugged into one of the back USB ports and > umass device is present on any USB port, mouse won't work. It has to be > connected to front USB port to be friendly with other devices. >=20 > With your patch, mouse can be plugged anywhere, it won't complain about > umass devices connected to front USB port, but it still doesn't play nice > with devices on back ports during boot. If I connect storage device after > boot, both mouse and storage devices work fine. >=20 >=20 > Parts of dmesg with mouse connected to back and storage to front USB port= s. > Everything works. >=20 > usbus0: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0xcfef1e30 > (hw power) control head =3D> 0x2329000 > usbus1: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0x4143000 > (hw power) control head =3D> 0x4143000 > usbus2: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0x4186000 > (hw power) control head =3D> 0x4186000 > usbus3: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0x41aa000 > (hw power) control head =3D> 0x41aa000 > usbus4: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0x4201000 > (hw power) control head =3D> 0x4201000 > usbus5: 480Mbps High Speed USB v2.0 >=20 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub0: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Root mount waiting for: usbus5 > Root mount waiting for: usbus5 > Root mount waiting for: usbus5 > Root mount waiting for: usbus5 > uhub5: 10 ports with 10 removable, self powered > Root mount waiting for: usbus5 > (hw power) control head <=3D 0x2329000 > (hw power) control head =3D> 0x2329000 > ugen0.2: at usbus0 > ums0: on > usbus0 ums0: 16 buttons and [XYZ] coordinates ID=3D0 > uhid0: on > usbus0 (hw power) control head <=3D 0x2329000 > (hw power) control head =3D> 0x2329000 > ugen5.2: at usbus5 > umass0: on > usbus5 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 > Root mount waiting for: usbus5 > (hw power) control head <=3D 0x2329000 > (hw power) control head =3D> 0x2329000 > umass0:1:0:-1: Attached to scbus1 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 1967MB (4030463 512 byte sectors: 255H 63S/T 250C) >=20 >=20 > Connected another device to back USB port after booting was finished: >=20 > (hw power) control head <=3D 0x4143000 > (hw power) control head =3D> 0x4143000 > ugen1.2: at usbus1 > umass1: on usbus1 > umass1: SCSI over Bulk-Only; quirks =3D 0x0000 > umass1:2:1:-1: Attached to scbus2 > (hw power) control head <=3D 0x4143000 > (hw power) control head =3D> 0x4143000 > (hw power) control head <=3D 0x4143000 > (hw power) control head =3D> 0x4143000 > (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition > (probe0:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 > (probe0:umass-sim1:1:0:0): Not ready to ready change, medium may have > changed (probe0:umass-sim1:1:0:0): Retrying Command (per Sense Data) > da1 at umass-sim1 bus 1 target 0 lun 0 > da1: Removable Direct Access SCSI-0 device > da1: 1.000MB/s transfers > da1: 964MB (1974272 512 byte sectors: 64H 32S/T 964C) >=20 >=20 >=20 > Another dmesg, booting with storage device and mouse both connected to ba= ck > USB ports. Mouse works, storage doesn't. >=20 > usbus0: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0xcfef1e30 > (hw power) control head =3D> 0x2329000 > usbus1: 12Mbps Full Speed USB v1.0 > (hw power) control head <=3D 0xcfef1e40 > (hw power) control head =3D> 0x4143000 >=20 > >=20 > (hw power) control head <=3D 0x2329000 > (hw power) control head =3D> 0x2329000 > ugen0.2: at usbus0 > ums0: on > usbus0 ums0: 16 buttons and [XYZ] coordinates ID=3D0 > uhid0: on > usbus0 (hw power) control head <=3D 0x2329000 > (hw power) control head =3D> 0x2329000 > (hw power) control head <=3D 0x2329000 > (hw power) control head =3D> 0x2329000 > (hw power) control head <=3D 0x4143000 > (hw power) control head =3D> 0x4143000 > ugen1.2: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x0000 > umass0:1:0:-1: Attached to scbus1 > (hw power) control head <=3D 0x4143000 > (hw power) control head =3D> 0x4143000 > >=20 >=20 > If you need anything else, let me know. >=20 > And thanks for the patch. >=20 That slightly reminds, back earlier I had the board in a different case whe= re=20 the fron port showed some other (better but also not useful) weirdness,=20 propably something to do with the pinout chart. I don't remember exactly. Also, it appears that you are using 1MB capable usb flash on front, 40MB/s = at=20 the rear port? That brings me to the idea, do you have legacy usb enabled i= n=20 bios or not? Cause, when I disable, I get other head power values than with= =20 legacy enabled. Legacy disabled: Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x3ed8000 (hw power) control head =3D> 0x3ed8000 usbus1: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x3f28000 (hw power) control head =3D> 0x3f28000 usbus2: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x3f84000 (hw power) control head =3D> 0x3f84000 usbus3: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x3fc3000 (hw power) control head =3D> 0x3fc3000 usbus4: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x2e02000 (hw power) control head =3D> 0x2e02000 Legacy enabled was: Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0xcfef1690 (hw power) control head =3D> 0x3edf000 usbus1: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x3f27000 (hw power) control head =3D> 0x3f27000 usbus2: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x3f6f000 (hw power) control head =3D> 0x3f6f000 usbus3: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x403a000 (hw power) control head =3D> 0x403a000 usbus4: 12Mbps Full Speed USB v1.0 (hw power) control head <=3D 0x4083000 (hw power) control head =3D> 0x4083000 usbus5: 480Mbps High Speed USB v2.0 From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 07:30:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336031065679 for ; Thu, 24 Sep 2009 07:30:26 +0000 (UTC) (envelope-from peter@wingless.org) Received: from mail.pfak.org (satan.pfak.org [IPv6:2001:470:b:14::d813:b29a]) by mx1.freebsd.org (Postfix) with ESMTP id CFDB68FC1C for ; Thu, 24 Sep 2009 07:30:25 +0000 (UTC) Received: by mail.pfak.org (Postfix, from userid 65534) id 7471640D3; Thu, 24 Sep 2009 00:30:25 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.pfak.org X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=no version=3.2.5 Received: from [192.168.1.123] (S0106001c105b9c2c.vf.shawcable.net [96.48.72.201]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@kieser.ca) by mail.pfak.org (Postfix) with ESMTPSA id 467134059 for ; Thu, 24 Sep 2009 00:30:24 -0700 (PDT) Message-ID: <4ABB200E.3020706@wingless.org> Date: Thu, 24 Sep 2009 00:30:22 -0700 From: Peter Kieser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Superpages and VMware ESXi 3.5u4 crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 07:30:26 -0000 Hello, FreeBSD 8.0-RC1 on VMware ESXi 3.5u4, under moderate load (I was building mysql51-server & apache20 at the same time) the VMware ESXI _host_ system will crash with superpages enabled in a FreeBSD guest. Reproducible. If I disable superpages with vm.pmap.pg_ps_enabled option FreeBSD guest will not be able to crash the host system. Trying to figure out of this bug in VMware or a problem with my hardware. Host machine was up for 30 days without crashing prior to trying out 8.0. Has anyone else had problems with superpages implementation in FreeBSD crashing VMware ESXi 3.5? Seems like a bug in VMware and I'd like to report .. -Peter From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 08:05:00 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC2CC1065672 for ; Thu, 24 Sep 2009 08:05:00 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id AF7248FC19 for ; Thu, 24 Sep 2009 08:05:00 +0000 (UTC) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id B27FE5B13; Thu, 24 Sep 2009 00:47:20 -0700 (PDT) To: Robert Watson In-reply-to: Your message of "Thu, 24 Sep 2009 00:37:25 BST." References: Comments: In-reply-to Robert Watson message dated "Thu, 24 Sep 2009 00:37:25 +0100." Date: Thu, 24 Sep 2009 00:47:20 -0700 From: Bakul Shah Message-Id: <20090924074720.B27FE5B13@mail.bitblocks.com> Cc: current@FreeBSD.org Subject: Re: Three cheers for the status quo, enough now? (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 08:05:00 -0000 On Thu, 24 Sep 2009 00:37:25 BST Robert Watson wrote: > > The current blend of components is largely historical, modeling the mix found > in BSD UNIX, and strikes a hard-to-characterize balance between the logical > extremes "we ship a minimally bootstrapping system" and "we ship every > application under the sun". This means for most parts of the base system > there will be someone who argues it belongs there, and someone who argues that > it doesn't. What would be nice is if the install CDs came with a small number of "profiles" (mini, midi & maxi) and made it easy to pick a profile and install/upgrade to the system described in it. Nicer still would be if there was a way to create custom profiles for specific purposes. Then you have an easy way to clone the same setup to multiple machines. [Not that it would stop such arguments....] I am sure we have been here before! From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 08:28:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014B2106568B for ; Thu, 24 Sep 2009 08:28:20 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 89E058FC24 for ; Thu, 24 Sep 2009 08:28:19 +0000 (UTC) Received: by ewy5 with SMTP id 5so1118954ewy.36 for ; Thu, 24 Sep 2009 01:28:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=W63N8K/4dLHNO3rjRkNk6vn3wGjGT3SXWj3hDHm7RzE=; b=OhITjSkiwL5pUtYhGos1N8mN4uKBw91FzHHYLKX/JiXxuFcRT9nNCrEMPenV63/JsY bm7VCWeWEWMXV0Hq7BobAjwL83P9NIu9OLj6NP0Uc4KNyIFOnT+E8KGD1Ru1xK9pCPjU Zjx8ZRmmYl2RhLJy50qSpMDQubFkXc1jfA85E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=j8yK9Ty6sUcVQUyLQManvRn+l452SUUikHUJtusXfnaM3GvbxNEhdFQt4DARcqxYML 1uOFzZuHomOfe/0CnJeUX7HHwvM33ipyJ2HQgX4IL3zBb6NY113WKYR19uonxIvuK/kt r0WZObnxk7dCvx+VCtKDYAUhkRaRe1yqgaGso= MIME-Version: 1.0 Received: by 10.210.15.14 with SMTP id 14mr975074ebo.49.1253780898469; Thu, 24 Sep 2009 01:28:18 -0700 (PDT) In-Reply-To: <20090923174324.GJ95398@hoeg.nl> References: <58c737d70909221609w6af44f61h435e167f08b1d9db@mail.gmail.com> <20090923094225.0c5bfe96@baby-jane.lamaiziere.net> <20090923174324.GJ95398@hoeg.nl> Date: Thu, 24 Sep 2009 03:28:18 -0500 Message-ID: <58c737d70909240128v1f737496j8066c76bf1e1511c@mail.gmail.com> From: Chris Ruiz To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Apple MacBook Panic - AP #1 (PHY# 1) failed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 08:28:20 -0000 >> That was fixed for the Macbook Pro model 3,1 >> See : >> http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010778.html >> >> I guess you have to add the Macbook 4,1 (you can read the exact model >> with dmidecode) and try this patch. Patrick, thanks for the pointer. I overlooked that thread! > Let me know whether adding MacBook4,1 fixes this. If it does, I'll > commit it to SVN for you. Ed, adding MacBook4,1 does fix the panic. It would probably be a good idea to also add MacBook2,1 as well, since it's not listed and uses the same chipset as MacBook1,1. Thanks, -- Chris ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 08:30:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57FFC1065693; Thu, 24 Sep 2009 08:30:47 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id B00F78FC17; Thu, 24 Sep 2009 08:30:46 +0000 (UTC) Received: by fxm22 with SMTP id 22so1320009fxm.36 for ; Thu, 24 Sep 2009 01:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=9MXhKVsuaDgtGq3Ma5HvFdUNv/Hce+bTgn0G9HGlrFQ=; b=i8GZylLJ3ustkxkhFQNXD7KTVnJoCKUZvz6BYh4cutg4q1QbeYH7G58Ky5YhQfeQlU fJ2d+HpNK+GH57IuJhdIObOIDv9mEW8iMd/pA3C60iB/5s0W8tusJ+nkeCrrDbxQVQYd WxhWRi3ix1b2sGsRZ1SOs0dBrT9L3tOY/DzxI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=fbYXHtRPhN712aTAV02CKUTS6hVFoRPG2zV4vNPyaUwxvfFwi5yRFUEHgEudhJOh19 T9/aAsrn9xxRy9qVNFKULQb/+zzTYSxFn/r9pL6EAjo4J5GTT9sErCGQIZkO8yt+tLid 3fKZ47yj55tAhskIBI7zg2SRM/DSpCSmFkIww= Received: by 10.86.238.30 with SMTP id l30mr2760666fgh.75.1253781045661; Thu, 24 Sep 2009 01:30:45 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id l12sm1194290fgb.19.2009.09.24.01.30.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 01:30:41 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Andriy Gapon" References: <4ABA36B1.9070706@icyb.net.ua> <4ABB13EC.3020202@icyb.net.ua> Date: Thu, 24 Sep 2009 11:30:40 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: <4ABB13EC.3020202@icyb.net.ua> User-Agent: Opera Mail/10.00 (FreeBSD) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, =?utf-8?Q?Dorian_B=C3=BCttner?= Subject: Re: sb600/sb700 ohci experimental patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 08:30:47 -0000 On Thu, 24 Sep 2009 09:38:36 +0300, Andriy Gapon wrote= : > BTW, how many ports do you have at the back? > If more than 2, could you please try connecting the mouse to a port th= at is not > connected to uhub0 (this could be verified with usbconfig)? > And then see if you still get a mouse attachment problem during boot? > (No other devices during boot please :-) to simplify the testcase.) If I have USB Legacy disabled, mouse works in any port (with or without = your patch). When USB Legacy is enabled, without your patch mouse only works = if I unplug and plug it into a different port after boot. With your patch it = works in any port and doesn't care about USB legacy stuff. On Thu, 24 Sep 2009 09:22:28 +0300, Dorian B=C3=BCttner wrote: > Also, it appears that you are using 1MB capable usb flash on front, 40= MB/s at > the rear port? That brings me to the idea, do you have legacy usb enab= led in > bios or not? Cause, when I disable, I get other head power values than= with > legacy enabled. I forgot to mention that my tests were done with USB legacy disabled. No= w I looked at the values with it enabled, but unlike in your case, the value= s are the same in both cases. -- = Andrius From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 08:41:17 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 191AF1065696 for ; Thu, 24 Sep 2009 08:41:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id D01E38FC1A for ; Thu, 24 Sep 2009 08:41:16 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 92F8E6D41C; Thu, 24 Sep 2009 08:41:15 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5DABA844A1; Thu, 24 Sep 2009 10:41:15 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pete References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> <4ABAA2CB.9030404@voidcaptain.com> Date: Thu, 24 Sep 2009 10:41:15 +0200 In-Reply-To: <4ABAA2CB.9030404@voidcaptain.com> (Pete's message of "Wed, 23 Sep 2009 15:35:55 -0700") Message-ID: <86r5twlopg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 08:41:17 -0000 Pete writes: > Dag-Erling Sm=C3=B8rgrav writes: > > 2) Sendmail is used at least twice a day + once a week + once a month on > > every single FreeBSD installation in the world except those where the > > admin has intentionally installed and configured another MTA. > That is to say, it's used by all systems that choose to keep using it. > Many don't. Good on them. In the meantime, those that do (or don't care either way) have a working system. > > 3) Both BIND and Sendmail have strong historical ties to BSD, and a lot > > of users would be very surprised to find them missing from the next > > release. > User surprise was not a sufficient reason not to remove Perl. Perl was removed for technical reasons. User surprise did not enter the equation at all. > > 4) The FreeBSD project has strong ties to and good working relationships > > with the people and organizations who write and maintain BIND and > > Sendmail, ensuring that they are well integrated into our codebase, > > that any concerns we should have about them are given serious > > consideration, that we always receive ample advance notification of > > any know problems, etc. > This would be equally true and valuable if the programs were to be moved > to ports. Irrelevant. What is relevant is the level of support we can expect from the developers of whichever piece software we would import to replace BIND and Sendmail. > > 5) Both BIND and Sendmail are mature, robust, highly regarded, actively > > maintained pieces of software with strong developer and user > > communities. Unbound, DMA, or whatever it is you would replace them > > with can only dream of enjoying a fraction of the respect that BIND > > and Sendmail command in the industry. > Some don't need them and would like a system without them. Why? Do they get in your way? > It's not about respect or newer alternatives. Yes it is, unless you've been reading a different thread than I have. > > 6) This discussion comes up with depressing regularity. The arguments > > on both sides are always the same, as is the conclusion: you can have > > BIND and Sendmail when you pry them out of Beastie's cold, dead > > fingers. Now go write some code. > Perhaps this discussion comes up with depressing regularity because some > "cold dead fingers"-type people seem a bit obstinate about an obvious > streamlining. The FreeBSD developers, who work mostly on their own unpaid free time to create the operating system you use for free, do not want to remove BIND or Sendmail from the base system, and you're just going to have to live with that. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 09:31:11 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB924106566B for ; Thu, 24 Sep 2009 09:31:11 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 972F68FC16 for ; Thu, 24 Sep 2009 09:31:10 +0000 (UTC) Received: from [192.168.4.9] (unknown [192.168.4.9]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 098934F; Thu, 24 Sep 2009 11:31:09 +0200 (CEST) Message-ID: <4ABB3C5D.4010802@stillbilde.net> Date: Thu, 24 Sep 2009 11:31:09 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Pete References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <864oqu1urm.fsf@ds4.des.no> <4ABAA2CB.9030404@voidcaptain.com> In-Reply-To: <4ABAA2CB.9030404@voidcaptain.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@FreeBSD.org Subject: Re: tmux(1) in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 09:31:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pete wrote: > Dag-Erling Smrgrav wrote, in part: > >> Sergey Vinogradov writes: >>> I always wondered about are sendmail >>> and bind9. These are pretty heavy, and definitely are not used in every >>> single installation. Maybe someday I'll see sendmail and bind9 in ports >>> instead of base system. And yes, I know about WITHOUT_BIND= and >>> WITHOUT_SENDMAIL= :) > >> 2) Sendmail is used at least twice a day + once a week + once a month on >> every single FreeBSD installation in the world except those where the >> admin has intentionally installed and configured another MTA. > > That is to say, it's used by all systems that choose to keep using it. > Many don't. > *snip mail down to readable size* If you're really that dead set on having your system built without bind and sendmail, I propose the following solution (for you): echo 'WITHOUT_BIND="YES"' >> /etc/src.conf echo 'WITHOUT_SENDMAIL="YES"' >> /etc/src.conf The build and install world+kernel. Should solve your problem, shouldn't it? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkq7PF0ACgkQODUnwSLUlKRO/QCaAr+Kn9dB8HNq+lgcaom+QgW7 7kQAoIyMPu+AgW83oUEwJrp8kRwazYv/ =vU2E -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 09:44:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DD2C106566B for ; Thu, 24 Sep 2009 09:44:08 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9C9808FC23 for ; Thu, 24 Sep 2009 09:44:07 +0000 (UTC) Received: by fxm22 with SMTP id 22so1360391fxm.36 for ; Thu, 24 Sep 2009 02:44:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sqAmKU/4H+K+y2UH00nHjmy9Igs0vsNFTQIkbKTypnQ=; b=nr7PpscaREITtqdoLdEFwVCt4WKt3RHS6ytk8m7l23UQ8MVOrMQ5jM1VGcuGOeI7aB GnwYrm9BTqE1bGBYf7nzNWiRI8fhg6lsgukHEiPoDRIK6q4w09lwWbQgiAMspRSzddGM M9uKm6D4sUIfInQ3cDf/j57rp0dBwjWppnd1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xeJHteFBNFJzoXX3xbclR5W4d3L+xzGRacTomHthHJU4mNZebitdz1un0Ka0SHrRAH hU9OMLGeQtFmZBlOcS1uWtEXg0eMUE3MzTK0FBkMFKTaVng7o1ABozv5t/V+e2Vf24Wk YTRp6cGu9Xk50WJMGPUnWfPDgQ3cjY6a1QlQs= MIME-Version: 1.0 Received: by 10.102.236.11 with SMTP id j11mr1377321muh.3.1253785446683; Thu, 24 Sep 2009 02:44:06 -0700 (PDT) In-Reply-To: <68c3445d0909232143r623d9d2ex768578ff6c26d3b9@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> <68c3445d0909221449g62904ae7pa4deb939baf4be1@mail.gmail.com> <3a142e750909221453l25d5dc8eifcbe70b39ced2ea8@mail.gmail.com> <68c3445d0909232143r623d9d2ex768578ff6c26d3b9@mail.gmail.com> Date: Thu, 24 Sep 2009 11:44:06 +0200 Message-ID: <3a142e750909240244h59a4a001o13a4a7a46e7a75a1@mail.gmail.com> From: "Paul B. Mahol" To: Raphael Kubo da Costa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 09:44:08 -0000 On 9/24/09, Raphael Kubo da Costa wrote: > 2009/9/22 Paul B. Mahol : >> On 9/22/09, Raphael Kubo da Costa wrote: >>> While I'm not at home to do the other things you've mentioned: I don't >>> even have time to run ifconfig - I've commented out the lines enabling >>> ndis, if_ndis and rtl8180_sys in /boot/loader.conf. I just run kldload >>> rtl8180_sys the kernel panics automatically. >> >> Just make sure you are using correct kernel source files(8.0 and not 7.X). > > Well, after trying to fix things I ended up with a system that > wouldn't even boot. So I formatted everything and installed 8.0-RC1 > from the DVD. Does this installation installed new 8.0-RC1 sources in /sys ? > > ndisgen worked fine and I was able to load the module I had generated. > However, wpa_supplicant does not work, and always writes the following With what arguments did wpa_supplicant start? > error messages after I try to use /etc/rc.d/netif restart: > > Sep 24 01:30:53 borges wpa_supplicant[1689]: Failed to initialize > driver interface > ifconfig: ioctl(SIOCAIFADDR): Invalid argument > ioctl[SIOCG80211, op 98, len 32]: Invalid argument > > When I unloaded the ndis, if_ndis and rtl8180_sys modules and tried to > kldload the latter, the kernel panicked again. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xc4b3631a > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc4b136b3 > stack pointer = 0x28:0xe3617a44 > frame pointer = 0x28:0xe3617aac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2223 (ifconfig) But ifconfig is here again. So panic did not happened while loading module. > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 6m6s > Physical memory: 883 MB > Dumping 69 MB: 54 38 22 6 > > > Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from > /boot/kernel/if_ndis.k > o.symbols...done. > done. > Loaded symbols for /boot/kernel/if_ndis.ko > Reading symbols from /boot/kernel/ndis.ko...Reading symbols from > /boot/kernel/ndis.ko.symb > ols...done. > done. > Loaded symbols for /boot/kernel/ndis.ko > Reading symbols from /boot/modules/rtl8180_sys.ko...done. > Loaded symbols for /boot/modules/rtl8180_sys.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump () at pcpu.h:246 > #1 0xc08823c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xc08826b9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:579 > #3 0xc0bb346c in trap_fatal (frame=0xe3617a04, eva=3300090650) > at /usr/src/sys/i386/i386/trap.c:933 > #4 0xc0bb36f0 in trap_pfault (frame=0xe3617a04, usermode=0, eva=3300090650) > at /usr/src/sys/i386/i386/trap.c:846 > #5 0xc0bb40d5 in trap (frame=0xe3617a04) at > /usr/src/sys/i386/i386/trap.c:528 > #6 0xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #7 0xc4b136b3 in ndis_rtl8180_sys_drv_data_start () > from /boot/modules/rtl8180_sys.ko > Previous frame inner to this frame (corrupt stack?) > (kgdb) > The backtrace is useless - dead end. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 09:51:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A9A1106566C for ; Thu, 24 Sep 2009 09:51:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id B35C98FC15 for ; Thu, 24 Sep 2009 09:51:53 +0000 (UTC) Received: by fxm22 with SMTP id 22so1364765fxm.36 for ; Thu, 24 Sep 2009 02:51:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=d4AGBHwGC1jE3MDvdkYym0q/uRgdHmG2l0DGOcAQB6s=; b=l7addepC2oDFcxy6M1yktGgtwT9MEII184YZvKDQM/Pk9NBPiQe9t/HlDvg5pE1o97 k1IqHdpZ+qHqKALIlumGaij6S1oE1AxHCdkB+FS3BmHVZsOvV04BKDBF+LHRxU3JZBlW F5hbMGvUZON8HhlV5PMhZPOkN5NHwUVnmqsXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=a+57MsaIjiljxB1iZzMQa60UUTqZskhO7o8q+YNX43tlNDqQpENav+J+9gfq8YFlYm EAK3ymqxoVg2ivqOYxKu8UHG5DJbRKd9pdj3/x7DVCOgBGg7xWBtacIavUJ1jJ5nxJp4 CYyYv2X96iE0fHzC6tPbjRF/kx7ScbSdChOKI= MIME-Version: 1.0 Received: by 10.103.87.35 with SMTP id p35mr1358020mul.75.1253785912499; Thu, 24 Sep 2009 02:51:52 -0700 (PDT) In-Reply-To: <4ABB146E.3050103@borderworlds.dk> References: <4AB913B3.1050709@borderworlds.dk> <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> <4ABB0CFC.4050105@borderworlds.dk> <4ABB146E.3050103@borderworlds.dk> Date: Thu, 24 Sep 2009 11:51:52 +0200 Message-ID: <3a142e750909240251x6d06f733m2897f4cc7158a025@mail.gmail.com> From: "Paul B. Mahol" To: Christian Laursen Content-Type: text/plain; charset=ISO-8859-1 Cc: attilio@freebsd.org, current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 09:51:54 -0000 On 9/24/09, Christian Laursen wrote: > Christian Laursen wrote: >> Paul B. Mahol wrote: >>> On 9/23/09, Paul B. Mahol wrote: >>>> On 9/22/09, Christian Laursen wrote: >>>>> Hi, >>>>> >>>>> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to >>>>> 8.0-BETA4 >>>>> and then to 8.0-RC1 as of this morning. >>>>> >>>>> Since the Ralink Wireless NIC is not supported with a native driver I >>>>> have been using ndis for a long time on 7.x without any issues. > > I just made a discovery. > > If I create a wlan device with wlandevice ndis0, I am able to associate > and get traffic through the interface. > > I did get one warning though: > wlan0: ieee80211_new_state_locked: pending SCAN -> RUN transition lost > > If I read UPDATING correctly this is the way to configure wireless > devices on 8.0. As this is my first 8.0 system I was not sufficiently > aware of that. > > However, a panic is somewhat unexpected in this case. Yes, there is still code path where vap is used when it is NULL. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 10:00:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10531106566B; Thu, 24 Sep 2009 10:00:38 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 62D8B8FC08; Thu, 24 Sep 2009 10:00:37 +0000 (UTC) Received: by fxm22 with SMTP id 22so1369518fxm.36 for ; Thu, 24 Sep 2009 03:00:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=/+a0W4XPsLzIXatB7iWwc3jGqrtCl/tCxDHzuPWGZjA=; b=KJtVYRaTfzAuHljVMU6ZZ6neiKx49i77tycYktaz72UjIbF0Rt9HdIyt5RharQM0gc WQAUsfwIyyPHmnmWC/aBLKMl/vRTV1RKa8imaFgGi4T7HxHJQO6QryVBZEP4ribLNuLT wUgK4ecE+u6nmbiHNoGYpCzPnuvebPdXi7B8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dDGLW6jN4KpwTG50DRYT/hjCRwDxRBdPI3RSfcEwzk+GzDtQRDqYPlhP+uwpw3T6a6 VFc141JeEYSwCI72sbKmeRaZTuqpIAj1cge7JPcaFA1o56xdukftsmOxOQ+lIcCI8kcV 7wWT5DrQ/ozNlgRLAkFMz0Wi2byrivlg/L0f8= MIME-Version: 1.0 Received: by 10.103.37.25 with SMTP id p25mr1414158muj.42.1253786436479; Thu, 24 Sep 2009 03:00:36 -0700 (PDT) In-Reply-To: <3a142e750909240251x6d06f733m2897f4cc7158a025@mail.gmail.com> References: <4AB913B3.1050709@borderworlds.dk> <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> <4ABB0CFC.4050105@borderworlds.dk> <4ABB146E.3050103@borderworlds.dk> <3a142e750909240251x6d06f733m2897f4cc7158a025@mail.gmail.com> Date: Thu, 24 Sep 2009 12:00:36 +0200 Message-ID: <3a142e750909240300m275f8025q2228a62ec9e41377@mail.gmail.com> From: "Paul B. Mahol" To: cokane@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 10:00:38 -0000 On 9/24/09, Paul B. Mahol wrote: > On 9/24/09, Christian Laursen wrote: >> Christian Laursen wrote: >>> Paul B. Mahol wrote: >>>> On 9/23/09, Paul B. Mahol wrote: >>>>> On 9/22/09, Christian Laursen wrote: >>>>>> Hi, >>>>>> >>>>>> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to >>>>>> 8.0-BETA4 >>>>>> and then to 8.0-RC1 as of this morning. >>>>>> >>>>>> Since the Ralink Wireless NIC is not supported with a native driver I >>>>>> have been using ndis for a long time on 7.x without any issues. >> >> I just made a discovery. >> >> If I create a wlan device with wlandevice ndis0, I am able to associate >> and get traffic through the interface. >> >> I did get one warning though: >> wlan0: ieee80211_new_state_locked: pending SCAN -> RUN transition lost >> >> If I read UPDATING correctly this is the way to configure wireless >> devices on 8.0. As this is my first 8.0 system I was not sufficiently >> aware of that. >> >> However, a panic is somewhat unexpected in this case. > > Yes, there is still code path where vap is used when it is NULL. What about moving windrv_(un)wrap() calls from ndisdrv_modevent() to vap create/delete. I dont like: "if (vap == NULL) then return" solution. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 10:09:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6921C106566B for ; Thu, 24 Sep 2009 10:09:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id DA8868FC14 for ; Thu, 24 Sep 2009 10:09:21 +0000 (UTC) Received: by bwz27 with SMTP id 27so1120366bwz.43 for ; Thu, 24 Sep 2009 03:09:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=3A0sobg8kpW+YLku7osntWs5Jf4M9ni8vqysvTfJAhc=; b=RM1d0bkHBqvr/SjqeWxQKX1a2iRV1gL+vgw6CSQoK65n7zmo+2NJP73DbClsuySSEp JlRa80Oq6qOx58sEJ3UURchlYrnaEDkFBmm1u4fr+sjTNEJZ26O4DKtdF/Vh2gsgMFZA HeT1MZMphFrslmCIizpMaDOO9QvrMu2fkRjXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=m2mEdBFbmpGTI52hBihKVdpJF15BTg2zMnXzdy1/Dl/uu3epsXPLAXPD2lyaY5iSJf 93bJYD1SUjecp9HU516qfZ0FKhpFwaIjO51SsKuDk8RFlKbiI4VGhdpFVmGdcud88Yog 9dFr8qbXk6yPfz0WESbZbxxj7pwtnYxDs38AM= Received: by 10.204.24.71 with SMTP id u7mr2912096bkb.35.1253785002142; Thu, 24 Sep 2009 02:36:42 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 2sm2665118fks.3.2009.09.24.02.36.41 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 02:36:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ABB3DA6.5090004@FreeBSD.org> Date: Thu, 24 Sep 2009 12:36:38 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Jaakko Heinonen References: <20090923055647.GA2183@a91-153-125-115.elisa-laajakaista.fi> <4ABA5566.8010406@FreeBSD.org> <4ABA5B13.9050208@freebsd.org> <4ABA5C39.7090007@FreeBSD.org> <20090924060805.GA2057@a91-153-125-115.elisa-laajakaista.fi> In-Reply-To: <20090924060805.GA2057@a91-153-125-115.elisa-laajakaista.fi> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------040400020805010509010905" Cc: Peter Holm , scottl@freebsd.org, Andriy Gapon , FreeBSD-Current , Thomas Quinot , Kostik Belousov Subject: Re: Fwd: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 10:09:22 -0000 This is a multi-part message in MIME format. --------------040400020805010509010905 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jaakko Heinonen wrote: > On 2009-09-23, Alexander Motin wrote: >> Then please explain me how it happens. I don't think that explanation >> "it just works" sufficient. >> >> Any ideas what needed to reproduce that? Because it looks like not going >> to fall in my case: > > It happens if a parent ata device is not attached. I can reproduce the > problem on system which hash ata0, ata2 and ata3 devices but ata1 fails > to probe. Nice catch. I think it is newbus problem, not ata. I am able to simulate this problem locally and attached patch fixes it. Any objections? -- Alexander Motin --------------040400020805010509010905 Content-Type: text/plain; name="subr_bus.c.newdrv.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="subr_bus.c.newdrv.patch" --- subr_bus.c.prev 2009-09-15 20:44:39.000000000 +0300 +++ subr_bus.c 2009-09-24 12:24:35.000000000 +0300 @@ -1017,7 +1017,7 @@ devclass_driver_added(devclass_t dc, dri * Call BUS_DRIVER_ADDED for any existing busses in this class. */ for (i = 0; i < dc->maxunit; i++) - if (dc->devices[i]) + if (dc->devices[i] && device_is_attached(dc->devices[i])) BUS_DRIVER_ADDED(dc->devices[i], driver); /* --------------040400020805010509010905-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 10:39:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EFBA1065670 for ; Thu, 24 Sep 2009 10:39:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 504938FC08 for ; Thu, 24 Sep 2009 10:39:05 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 4D0D06D41C; Thu, 24 Sep 2009 10:39:04 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 26A60844A1; Thu, 24 Sep 2009 12:39:04 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Barney Cordoba References: <303893.78728.qm@web63904.mail.re1.yahoo.com> Date: Thu, 24 Sep 2009 12:39:04 +0200 In-Reply-To: <303893.78728.qm@web63904.mail.re1.yahoo.com> (Barney Cordoba's message of "Wed, 23 Sep 2009 12:04:23 -0700 (PDT)") Message-ID: <86k4zo6307.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: where is device_get_parent function defined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 10:39:05 -0000 Barney Cordoba writes: > Ok, you get the geek of the year award. Now enough with this > unimportant crappola. Is this your usual response to people who try to help you by providing correct and useful information that solves your problem? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 05:32:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 686E41065670 for ; Thu, 24 Sep 2009 05:32:27 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 041D48FC12 for ; Thu, 24 Sep 2009 05:32:26 +0000 (UTC) Received: by ewy5 with SMTP id 5so1026072ewy.36 for ; Wed, 23 Sep 2009 22:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=OuHugaJhZV7QbGTNz0GqlRgZOUQTLANlgJM3zxvVPns=; b=xpKd7zyOp3ENlL8IvQbpMTU4/FUFERRDnm2W2T391iTRuq03wt8hVsCBiZ7CynXs0Q 2yAuz8blar/WREU5NfSTHU/txRnTOfeDvTutSAV4NoXyzGcPtzBFXBIZ+KHd+p74yozL TVBVx47YQpmnJoUMbn8ql2fYzspUh+oRZadaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=u9KvrClR/YF4BCheuh+IEdASUm9nTI7cxyvYgibJrLfnm3FTXh5VBwbJg9bxIX34s2 qeVdZYhI2qgr0F60N+t6/iTmkLq1RnlZ5q2zHogTubqB4qh4C2eJE5t0sHT81toR+5Bs AFpoAYqEblkizyVL/En/bP08sTVekuPzax8vg= MIME-Version: 1.0 Received: by 10.211.139.17 with SMTP id r17mr3585211ebn.88.1253770345813; Wed, 23 Sep 2009 22:32:25 -0700 (PDT) Date: Thu, 24 Sep 2009 01:32:25 -0400 Message-ID: From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 24 Sep 2009 11:17:08 +0000 Subject: regex lint X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 05:32:27 -0000 The first one is fine, the second one complains. Aren't these both backed by the same regex lib? Why the difference? Which standard should apps in base adhere to? I prefer the former as allowing empty subexpressions saves a ton of space on the command line by not requiring the enumeration of the expansion. ls | egrep '^.+\.foo(\.bar|)$' find -sE . -regex '^\./.+\.foo(\.bar|)$' -maxdepth 1 find: -regex: ^\./.+\.foo(\.bar|)$: empty (sub)expression From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 11:25:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C94106566C for ; Thu, 24 Sep 2009 11:25:34 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6244D8FC15 for ; Thu, 24 Sep 2009 11:25:34 +0000 (UTC) Received: from asahi-net.jp (l205214.dynamic.ppp.asahi-net.or.jp [218.219.205.214]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 1377D83D2D; Thu, 24 Sep 2009 20:25:33 +0900 (JST) Date: Thu, 24 Sep 2009 20:25:33 +0900 From: WATANABE Kazuhiro To: Pyun YongHyeon In-Reply-To: <20090923200026.GC1099@michelle.cdnetworks.com> References: <20081210125627.25732615CD@mail.asahi-net.or.jp> <494019AB.3020505@samsco.org> <20081211130057.B53EE5D0A4@mail.asahi-net.or.jp> <7d6fde3d0812111253n4b8f7135n76e9cef63158943e@mail.gmail.com> <20081212153714.3E15760FA3@mail.asahi-net.or.jp> <20090923164246.E5F8882365@mail1.asahi-net.or.jp> <20090923200026.GC1099@michelle.cdnetworks.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20090924112533.1377D83D2D@mail1.asahi-net.or.jp> Cc: freebsd-current Subject: Re: de(4) does not work on 8.0-RC1 (was: Re: [patch] de(4) has not worked on 8-current since Feb 13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 11:25:34 -0000 At Wed, 23 Sep 2009 13:00:26 -0700, Pyun YongHyeon wrote: > On Thu, Sep 24, 2009 at 01:42:46AM +0900, WATANABE Kazuhiro wrote: > > Hi, all. > > > > This problem still exists on 8.0-RC1. Does anyone have the same > > problem? > > > > I have two de(4) based NICs and they works well with 7.2-RELEASE. > > On 8.0-RC1, they cannot send any (almost all) data from it. > > > > * Corega FastEther PCI-TX > > > > > dmesg | grep ^de0 > > de0: port 0xe000-0xe07f mem 0xd9001000-0xd900107f irq 12 at device 15.0 on pci0 > > de0: 21140A [10-100Mb/s] pass 2.2 > > de0: WARNING: using obsoleted if_watchdog interface > > de0: Ethernet address: 00:00:f4:xx:xx:xx > > de0: [ITHREAD] > > > uname -a > > FreeBSD scorpio.sign.local 8.0-RC1 FreeBSD 8.0-RC1 #1: Wed Sep 23 00:44:22 JST 2009 nabe@capricorn:/FreeBSD/obj/i386/RELENG_8/FreeBSD/RELENG_8/src/sys/GENERIC i386 > > > > * SMC EtherPower10/100 > > > > > dmesg | grep ^de0 > > de0: port 0x6000-0x607f mem 0x20410000-0x2041007f irq 3 at device 13.0 on pci0 > > de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 > > de0: WARNING: using obsoleted if_watchdog interface > > de0: Ethernet address: 00:00:c0:xx:xx:xx > > de0: [ITHREAD] > > > uname -a > > FreeBSD aries.sign.local 8.0-RC1 FreeBSD 8.0-RC1 #0: Fri Sep 18 07:57:47 UTC 2009 root@asuna:/usr/obj/pc98/usr/src/sys/GENERIC pc98 > > > > > > Hi, > > I'm not familiar with de(4) and didn't have chance to read data > sheet. So I'm not sure whether what alignment restriction the > controller has but PAGE_SIZE alignment for descriptors looks wrong. > As John said I think Tx buffer has no alignment limitation. Here is > guess work, would you give it try? (snip) Hi. Thanks for your reply. They works well again on 8.0-RC1 with your patch. Thanks again! --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 11:36:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BCD61065676 for ; Thu, 24 Sep 2009 11:36:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2128FC17 for ; Thu, 24 Sep 2009 11:36:27 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3AF9F6D44C; Thu, 24 Sep 2009 11:36:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 1AA55844A2; Thu, 24 Sep 2009 13:36:27 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: grarpamp References: Date: Thu, 24 Sep 2009 13:36:26 +0200 In-Reply-To: (grarpamp@gmail.com's message of "Thu, 24 Sep 2009 01:32:25 -0400") Message-ID: <868wg460ck.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: regex lint X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 11:36:28 -0000 grarpamp writes: > The first one is fine, the second one complains. > Aren't these both backed by the same regex lib? No, grep(1) uses the GNU regex library, while find(1) uses the one from libc (which, among other shortcomings, is not localized). > I prefer the former as allowing empty subexpressions saves a ton of > space on the command line by not requiring the enumeration of the > expansion. I'm not sure I understand what you mean by "enumeration of the expansion"; /(foo|)/ is equivalent to /(foo)?/, which is exactly the same length. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 12:07:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B35F4106568B for ; Thu, 24 Sep 2009 12:07:17 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (sakura.ccs.furiru.org [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 549C18FC1F for ; Thu, 24 Sep 2009 12:07:17 +0000 (UTC) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id n8OC7Cf6035152; Thu, 24 Sep 2009 21:07:15 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 24 Sep 2009 21:07:12 +0900 (JST) Message-Id: <20090924.210712.162012268.nyan@jp.FreeBSD.org> To: CQG00620@nifty.ne.jp From: Takahashi Yoshihiro In-Reply-To: <20090924112533.1377D83D2D@mail1.asahi-net.or.jp> References: <20090923164246.E5F8882365@mail1.asahi-net.or.jp> <20090923200026.GC1099@michelle.cdnetworks.com> <20090924112533.1377D83D2D@mail1.asahi-net.or.jp> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: de(4) does not work on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 12:07:17 -0000 In article <20090924112533.1377D83D2D@mail1.asahi-net.or.jp> WATANABE Kazuhiro writes: >> I'm not familiar with de(4) and didn't have chance to read data >> sheet. So I'm not sure whether what alignment restriction the >> controller has but PAGE_SIZE alignment for descriptors looks wrong. >> As John said I think Tx buffer has no alignment limitation. Here is >> guess work, would you give it try? > > Thanks for your reply. They works well again on 8.0-RC1 with your > patch. I also use a NIC supported by de(4). The patch works fine for it. Thanks. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 12:35:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10BC110656D5 for ; Thu, 24 Sep 2009 12:35:49 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9016C8FC38 for ; Thu, 24 Sep 2009 12:35:48 +0000 (UTC) Received: by bwz27 with SMTP id 27so1200030bwz.43 for ; Thu, 24 Sep 2009 05:35:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=WyqoNSHEi0m9Lne3XcZahCZY70Jo7crgH6KbZrjzIqk=; b=EcWwNIBBR47txevr8e7+JUmnnANFe2AAlDOOSGa3OxaBe52bQhDTyXgnCnsMpVEKUF jwzdJPIvESS+5o9tzgt4IeYxibtZKGuOtCMiNuR0GT0Sg4WdXdhWSMjFIcTANRdPBCoG 8GQgIZOTEKlIUExDxn/hgC7gY+hhwP7bWzGxA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Q5YsTDmaa6o334ZqFzl/U6oAgBO9TK7YHzCCAN5D94Zc/2aDkMzFMxU6tGJhLZmcp9 kR+1cktSf4apMDs3Kk1x0+LjDxyIYxxhAGNhxl/S8jFnpF/9xohqgT4YfBTfKZIwJ31q L+xeoWt5HMnyu5QgfDhsVqfsWUW9oxmxKdMns= Received: by 10.204.8.151 with SMTP id h23mr2984335bkh.194.1253793972707; Thu, 24 Sep 2009 05:06:12 -0700 (PDT) Received: from titanium.local (p5486E4B7.dip.t-dialin.net [84.134.228.183]) by mx.google.com with ESMTPS id 18sm2733357fks.40.2009.09.24.05.06.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 05:06:11 -0700 (PDT) Message-ID: <4ABB60B2.1030600@googlemail.com> Date: Thu, 24 Sep 2009 14:06:10 +0200 From: "army.of.root" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: 8.0-RC1: MacBook 5,5 (13" unibody mid 2009) fails to boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 12:35:49 -0000 Hi, my new Macbook fails to boot with the 8.0-RC1 ISO with following output: real memory = 2147483648 (2048MB) avail memory = 1797664768 (1714MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System detected: 2CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSD): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: changing PIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd0 at kbdmux0 acpi0: on motherboard ##hang## Unfortunately I dont havea an USB keyboard, and the built-in is not functioning properly. Is this a known Problem? - And if, what can I do? Do I have to get a USB keyboard from somewhere to get anything working at all? I really dont want to go through the stress of compiling a special iso. Thanks for FreeBSD and all your work! From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 12:37:49 2009 Return-Path: Delivered-To: FreeBSD-Current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5E681065670 for ; Thu, 24 Sep 2009 12:37:49 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 1BD8D8FC30 for ; Thu, 24 Sep 2009 12:37:49 +0000 (UTC) Received: (qmail 24285 invoked by uid 89); 24 Sep 2009 12:31:34 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 24 Sep 2009 12:31:34 -0000 Message-ID: <4ABB669F.6010409@ibctech.ca> Date: Thu, 24 Sep 2009 08:31:27 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 References: <1253725826.2031.58.camel@balrog.2hip.net> In-Reply-To: <1253725826.2031.58.camel@balrog.2hip.net> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070500080307040203080305" Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 12:37:50 -0000 This is a cryptographically signed message in MIME format. --------------ms070500080307040203080305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 J. Hellenthal wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: >> If you do not need to pgp/gpg sign email message to the lists please don't. I >> know I probably don't have your pgp public key and a lot more users probably do >> not either. Please use your best judgment. >> >> Thank you and best regards. > > BTW, it also helps to mitigate messages like this one... > > robert. Well, I got my laugh for the day :) Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFKu2af9T7Z4dPS9TkRAgV4AJ9DRQ74Wf39MXxee9GzL+do4CFGcwCeORV6 a4MYLLuEbVQXzPdpN65oKbA= =0avG -----END PGP SIGNATURE----- --------------ms070500080307040203080305 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwOTI0MTIzMTI3WjAjBgkqhkiG9w0BCQQxFgQUk4Nk33HMfWGm00oRYIEd4pz8 4LYwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AFP8P6R1A19VqJKq1xl43gcdeom40iRCqEKa1CEwWpSD2otKYZVlYHAk2y17azO3M5yZzI18 QMU/LVfHxgP1xp4p9Es11gbqci0F3sdxSRcVcBEj+a2hTH3onOOq5ufrTxUo9PXmZUw1xRFx xx3oqDk9gniJ7TjBm5DPHR8akxoJZOGctWR942mEKybZTLrO+MVwPtwLjpe4E8Dzn/ofePGF vid6g8ZH1bx8r30AOPnibPYfAZjgXFwITofWANmjDDqVR5HZjs1wJSnRE0N1PzKEge1Hmv5O zGGT8OmbigDPgqosb9MNnUUrlyq8TnWVXiRybjdZL5hiRXFsKpxjyJUAAAAAAAA= --------------ms070500080307040203080305-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 12:46:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A031106566C for ; Thu, 24 Sep 2009 12:46:26 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f181.google.com (mail-iw0-f181.google.com [209.85.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3A74E8FC21 for ; Thu, 24 Sep 2009 12:46:25 +0000 (UTC) Received: by iwn11 with SMTP id 11so862865iwn.3 for ; Thu, 24 Sep 2009 05:46:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zcaNY2C6RePnbQe3f1dkPS7agjLz00HALUv/Z5I/fqs=; b=PFDYj4oUDCMZH/e12uCJ/S+W4FH8qCCw8Lh5CCThO+6/cU2B4xF11AXdakZ5s2ju01 PExZXMy7F+GjJGA+4cYH1m+wg813TftIi3acp+PtsFNEqoq9Uoee21hcqwNcxNt/vGk5 WUPx2lEY2PWHaeKtYdnt87UHMwaAJ4qEkttcs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=w6IVEYqE+iOuptkS9XTUl86mRmIeX6fL67qXvJcB4OtrsesSjfxDhXq3RU8l142l/3 E7YsbQt06eJF7JuKXj83/ovjkClRlw+9afr92vkTytcs9xqGfLUQ4FNL5LIo1a7rvLlC aGZnVwocoA/ppkyYpwcHgePSddu85u0yRoCPw= MIME-Version: 1.0 Received: by 10.231.25.160 with SMTP id z32mr1751195ibb.5.1253796385659; Thu, 24 Sep 2009 05:46:25 -0700 (PDT) In-Reply-To: <3a142e750909240244h59a4a001o13a4a7a46e7a75a1@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> <68c3445d0909221449g62904ae7pa4deb939baf4be1@mail.gmail.com> <3a142e750909221453l25d5dc8eifcbe70b39ced2ea8@mail.gmail.com> <68c3445d0909232143r623d9d2ex768578ff6c26d3b9@mail.gmail.com> <3a142e750909240244h59a4a001o13a4a7a46e7a75a1@mail.gmail.com> Date: Thu, 24 Sep 2009 09:46:25 -0300 Message-ID: <68c3445d0909240546n371fe467wbf7ffb7284a9099@mail.gmail.com> From: Raphael Kubo da Costa To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 12:46:26 -0000 2009/9/24 Paul B. Mahol : > On 9/24/09, Raphael Kubo da Costa wrote: >> 2009/9/22 Paul B. Mahol : >>> On 9/22/09, Raphael Kubo da Costa wrote: >>>> While I'm not at home to do the other things you've mentioned: I don't >>>> even have time to run ifconfig - I've commented out the lines enabling >>>> ndis, if_ndis and rtl8180_sys in /boot/loader.conf. I just run kldload >>>> rtl8180_sys the kernel panics automatically. >>> >>> Just make sure you are using correct kernel source files(8.0 and not 7.= X). >> >> Well, after trying to fix things I ended up with a system that >> wouldn't even boot. So I formatted everything and installed 8.0-RC1 >> from the DVD. > > Does this installation installed new 8.0-RC1 sources in /sys ? Yes. >> ndisgen worked fine and I was able to load the module I had generated. >> However, wpa_supplicant does not work, and always writes the following > > With what arguments did wpa_supplicant start? I just ran /etc/rc.d/netif restart, so I'm not 100% sure. -D ndis -i ndis0 -c /etc/wpa_supplicant.conf, I guess, since when I ran it with these arguments the same errors were printed. > >> error messages after I try to use /etc/rc.d/netif restart: >> >> Sep 24 01:30:53 borges wpa_supplicant[1689]: Failed to initialize >> driver interface >> ifconfig: ioctl(SIOCAIFADDR): Invalid argument >> ioctl[SIOCG80211, op 98, len 32]: Invalid argument >> >> When I unloaded the ndis, if_ndis and rtl8180_sys modules and tried to >> kldload the latter, the kernel panicked again. >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =A0 =3D 0xc4b3631a >> fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not pres= ent >> instruction pointer =A0 =A0 =3D 0x20:0xc4b136b3 >> stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe3617a44 >> frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe3617aac >> code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x= 1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def32= 1, gran 1 >> processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D = 0 >> current process =A0 =A0 =A0 =A0 =3D 2223 (ifconfig) > > But ifconfig is here again. So panic did not happened while loading modul= e. Is there anything I can do to get more information about this? > >> trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 >> panic: page fault >> cpuid =3D 0 >> Uptime: 6m6s >> Physical memory: 883 MB >> Dumping 69 MB: 54 38 22 6 >> >> >> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >> /boot/kernel/if_ndis.k >> o.symbols...done. >> done. >> Loaded symbols for /boot/kernel/if_ndis.ko >> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >> /boot/kernel/ndis.ko.symb >> ols...done. >> done. >> Loaded symbols for /boot/kernel/ndis.ko >> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >> Loaded symbols for /boot/modules/rtl8180_sys.ko >> #0 =A0doadump () at pcpu.h:246 >> 246 =A0 =A0 pcpu.h: No such file or directory. >> =A0 =A0 =A0 =A0 in pcpu.h >> (kgdb) #0 =A0doadump () at pcpu.h:246 >> #1 =A00xc08823c7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdow= n.c:416 >> #2 =A00xc08826b9 in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:579 >> #3 =A00xc0bb346c in trap_fatal (frame=3D0xe3617a04, eva=3D3300090650) >> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:933 >> #4 =A00xc0bb36f0 in trap_pfault (frame=3D0xe3617a04, usermode=3D0, eva= =3D3300090650) >> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:846 >> #5 =A00xc0bb40d5 in trap (frame=3D0xe3617a04) at >> /usr/src/sys/i386/i386/trap.c:528 >> #6 =A00xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:16= 5 >> #7 =A00xc4b136b3 in ndis_rtl8180_sys_drv_data_start () >> =A0 =A0from /boot/modules/rtl8180_sys.ko >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> > > The backtrace is useless - dead end. > > -- > Paul From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 12:59:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A17A1065697 for ; Thu, 24 Sep 2009 12:59:22 +0000 (UTC) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [194.186.81.194]) by mx1.freebsd.org (Postfix) with ESMTP id B0E6B8FC0C for ; Thu, 24 Sep 2009 12:59:21 +0000 (UTC) Received: from bsam by ns.kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1MqnaR-0000QP-9P; Thu, 24 Sep 2009 16:38:15 +0400 To: AN References: From: Boris Samorodov Date: Thu, 24 Sep 2009 16:38:15 +0400 In-Reply-To: (AN's message of "Wed\, 23 Sep 2009 21\:28\:25 +0000 \(GMT\)") Message-ID: <01482424@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: shared object not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 12:59:22 -0000 AN writes: > I have 2 problems on a newly installed system. > > FreeBSD core2.fu.bar 8.0-RC1 FreeBSD 8.0-RC1 #0: Thu Sep 17 18:50:57 > UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > When I try to run Realplayer I get the following: > > # realplay > Gtk-Message: Failed to load module "canberra-gtk-module": > libcanberra-gtk-module.so: cannot open shared object file: No such > file or directory > Gtk-Message: Failed to load module "gnomebreakpad": > libgnomebreakpad.so: cannot open shared object file: No such file or > directory > > (realplay.bin:79923): Gdk-WARNING **: gdk_propery-get(): invalid length 0 > > When trying to run totem I get: > # totem > /libexec/ld-elf.so.1: Shared object "libnssutil3.so.1" not found, > required by "libtotem-plparser.so.12" > > I have the following apps installed: > > gnome2-2.26.3 The "meta-port" for the GNOME 2 integrated X11 desktop > linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from RealNetworks > linux_base-f10-10_2 Base set of packages needed in Linux mode for > i386/amd64 > libcanberra-0.10_5 Implementation of the Freedesktop sound theme spec > totem-2.26.3_1 A gstreamer-based video player for the GNOME 2 Desktop > totem-pl-parser-2.26.2_1 GObject-based library to parse a host of > playlist formats > > # df -h > linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc > > Any help would be appreciated. Let's talk about linux-realplayer. Please, show an output of % pkg_info -xI linux WBR -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 13:02:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA35106566C for ; Thu, 24 Sep 2009 13:02:13 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id DE92D8FC2A for ; Thu, 24 Sep 2009 13:02:12 +0000 (UTC) Received: by ywh17 with SMTP id 17so1982580ywh.3 for ; Thu, 24 Sep 2009 06:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=GCgxi/c9o4mUqbI8SvzgntCb5zyrv2NTHCe65wnMW0o=; b=m1BWv0FzgYXFgvIWlSF6gWxck1Htdmslh2Dx/PZWXg0YDDItl4Bl0X1YPIPo8qQquP pgR2DktYCpWcJb2j7EeFctkhgeLtgECXx8dfuPXZUeVX2zeONY5lbaEzDdFyExw2XVoS rAOeHiLYkZy1Zf4CAfRkfe5qeZ80oxK6WHagI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wDAolj+0SnGRByzd08KGPpELYUHVvXyktnTHmJBg2zqA/vL2m1vsQb3++j+Q3yqTiz Fwmtu+q4RMQnrsOoVoC04VKYILfOHWXYcDFzt1G19fiNTZUfyCrEp/+FK9E4OwG58+H+ Xta4fSnTLxN6Qi4qqZCK8ERo4r41359MPc22Q= MIME-Version: 1.0 Received: by 10.150.90.15 with SMTP id n15mr6580608ybb.306.1253795619878; Thu, 24 Sep 2009 05:33:39 -0700 (PDT) Date: Thu, 24 Sep 2009 20:33:39 +0800 Message-ID: <426bed110909240533va4e012ar1979e4814f37997d@mail.gmail.com> From: Rohit Grover To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: root mount error with 8-CURRENT on MacBook4,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: Thu, 24 Sep 2009 13:02:13 -0000 I am having trouble upgrading the kernel to 8-CURRENT (revision 197444) on my MacBook4,1. I get stuck in the mountroot> prompt: >Trying to mount root from ufs:/dev/ad6s3a > >ROOT MOUNT ERROR: >If you have invalid mount options, reboot, and first try the following from >the loader prompt: > > set vfs.root.mountfrom.options=rw > >and the remove invalid mount options from /etc/fstab. > >Loader variables: >vfs.root.mountfrom=ufs:/dev/ad6s3a >vfs.root.mountform.options=rw > >[manual boot prompt] >mountroot> ? I have only modified machdep.c according to http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010778.html by adding an entry for MacBook4,1 to cpu_startup(). I am able to boots this same laptop with 7-STABLE. Can someone please help? thanks. From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 13:31:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9F87106566B; Thu, 24 Sep 2009 13:31:18 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 01B3A8FC08; Thu, 24 Sep 2009 13:31:17 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so394467qwd.7 for ; Thu, 24 Sep 2009 06:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=OMweef/AyQTKEIUbk7fSseeIhSPuGDS4ehHrZRrLNeI=; b=tUY6yzBUbv7q+XjsMaEy1rC1OuN/q2I96J+ibJTmvQ6tokkEGj9GD7nPk9T6SoQ1Ok dIq1BQk5rjgQAjiF/Mx/nuQoJwSBr8BeBbTSFDAVWzsEre3SUFSGSBi5pNKReV+Z1JeB UKcaIOwNGTRlKRvBKccimKKJw28eG3y7F5TYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=urYOh+htLWM+nIe7Md6rs66NXhM85D8aXlU9HV8okXokB3+3v3yzlZ+kNL5gKj7HRt s4hEsEmsmERHsuAsFVqGi+oGJE15K7rewReyosR/m0xcjsCMZbWFOeQ/LwoG94fvXd3j TAxFyPxkpS6L/OjNZ1hDPnBI7nUcUM10c3vVE= Received: by 10.224.50.137 with SMTP id z9mr3171022qaf.83.1253798673061; Thu, 24 Sep 2009 06:24:33 -0700 (PDT) Received: from ?10.0.3.231? ([71.187.189.54]) by mx.google.com with ESMTPS id 21sm544270qyk.4.2009.09.24.06.24.31 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 06:24:32 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Alexander Motin In-Reply-To: <4ABB3DA6.5090004@FreeBSD.org> References: <20090923055647.GA2183@a91-153-125-115.elisa-laajakaista.fi> <4ABA5566.8010406@FreeBSD.org> <4ABA5B13.9050208@freebsd.org> <4ABA5C39.7090007@FreeBSD.org> <20090924060805.GA2057@a91-153-125-115.elisa-laajakaista.fi> <4ABB3DA6.5090004@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 24 Sep 2009 09:24:20 -0400 Message-Id: <1253798660.1546.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current , Peter Holm , scottl@freebsd.org, Andriy Gapon , Jaakko Heinonen , Thomas Quinot , Kostik Belousov Subject: Re: Fwd: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 13:31:18 -0000 On Thu, 2009-09-24 at 12:36 +0300, Alexander Motin wrote: > Jaakko Heinonen wrote: > > On 2009-09-23, Alexander Motin wrote: > >> Then please explain me how it happens. I don't think that explanation > >> "it just works" sufficient. > >> > >> Any ideas what needed to reproduce that? Because it looks like not going > >> to fall in my case: > > > > It happens if a parent ata device is not attached. I can reproduce the > > problem on system which hash ata0, ata2 and ata3 devices but ata1 fails > > to probe. > > Nice catch. I think it is newbus problem, not ata. I am able to simulate > this problem locally and attached patch fixes it. Any objections? > I can confirm that this patch fixes panic in my environment, even with the patch from Jaakko Heinonen reverted. My system is: FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.0-RC1 FreeBSD 8.0-RC1 #1 r197402M: Thu Sep 24 08:04:08 EDT 2009 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 13:41:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5732D106568F for ; Thu, 24 Sep 2009 13:41:56 +0000 (UTC) (envelope-from reuf_m@hotmail.com) Received: from blu0-omc1-s30.blu0.hotmail.com (blu0-omc1-s30.blu0.hotmail.com [65.55.116.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1E65D8FC18 for ; Thu, 24 Sep 2009 13:41:55 +0000 (UTC) Received: from BLU0-SMTP36 ([65.55.116.7]) by blu0-omc1-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 24 Sep 2009 06:41:55 -0700 X-Originating-IP: [212.41.203.145] X-Originating-Email: [reuf_m@hotmail.com] Message-ID: Received: from reuf ([212.41.203.145]) by BLU0-SMTP36.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Thu, 24 Sep 2009 06:41:54 -0700 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "army.of.root" , freebsd-current@freebsd.org References: <4ABB60B2.1030600@googlemail.com> Date: Thu, 24 Sep 2009 15:41:52 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mustabasic Reuf" In-Reply-To: <4ABB60B2.1030600@googlemail.com> User-Agent: Opera Mail/10.00 (FreeBSD) X-OriginalArrivalTime: 24 Sep 2009 13:41:54.0637 (UTC) FILETIME=[C7592FD0:01CA3D1C] Cc: Subject: Re: 8.0-RC1: MacBook 5,5 (13" unibody mid 2009) fails to boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 13:41:56 -0000 On Thu, 24 Sep 2009 14:06:10 +0200, army.of.root wrote: > Hi, > > my new Macbook fails to boot with the 8.0-RC1 ISO with following output: > > real memory = 2147483648 (2048MB) > avail memory = 1797664768 (1714MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System detected: 2CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSD): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: changing PIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd0 at kbdmux0 > acpi0: on motherboard > ##hang## > > Unfortunately I dont havea an USB keyboard, and the built-in is not > functioning properly. > > Is this a known Problem? - And if, what can I do? > > Do I have to get a USB keyboard from somewhere to get anything working > at all? > > I really dont want to go through the stress of compiling a special iso. > > > > Thanks for FreeBSD and all your work! Short version : there is no solution for now and it's not a USB issue. Long version : Check out this commit (it's only in head): http://svn.freebsd.org/viewvc/base?view=revision&revision=196769 I have the same issue on my iMac http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011328.html From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 13:53:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F09C106568B for ; Thu, 24 Sep 2009 13:53:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBFB8FC0A for ; Thu, 24 Sep 2009 13:53:36 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3B50E6D44C; Thu, 24 Sep 2009 13:53:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 08B8A844DE; Thu, 24 Sep 2009 15:53:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Date: Thu, 24 Sep 2009 15:53:34 +0200 Message-ID: <86d45g4ffl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Confused tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 13:53:36 -0000 15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs] 15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lookup= [|nfs] I'm pretty sure 871009576 is not a valid port number... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 13:54:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D7F310656A8 for ; Thu, 24 Sep 2009 13:54:24 +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 D00158FC26 for ; Thu, 24 Sep 2009 13:54:23 +0000 (UTC) Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A72B36995B; Thu, 24 Sep 2009 13:54:22 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n8ODsNLr001700; Thu, 24 Sep 2009 13:54:23 GMT (envelope-from phk@critter.freebsd.dk) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 24 Sep 2009 15:53:34 +0200." <86d45g4ffl.fsf@ds4.des.no> Date: Thu, 24 Sep 2009 13:54:23 +0000 Message-ID: <1699.1253800463@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Confused tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 13:54:24 -0000 In message <86d45g4ffl.fsf@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr ites: >15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs] >15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lookup= > [|nfs] > >I'm pretty sure 871009576 is not a valid port number... You're on a 64bit machine ? -- 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 Thu Sep 24 14:11:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65317106566B; Thu, 24 Sep 2009 14:11:45 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id C96798FC18; Thu, 24 Sep 2009 14:11:44 +0000 (UTC) Received: by fxm22 with SMTP id 22so1548703fxm.36 for ; Thu, 24 Sep 2009 07:11:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=BARJL8vrsGHGwLgEaIXuqJnmSgyZKf3Br0mz25fUKt8=; b=kxsq1rbJhmqAwY848nDpwyfsiH3ul4sQmYQd/r+C12AopQmgQDgL6NoQLEzqRCxY9i XaZyhMOLfrt9+XVQ1pZShK2GELnZqIdxWi0KHTJLaquTKnKIFtoq4pYt3nXI07P0if5O tq1CqzhUROykale1FCAT9mxwJk/vj60U22JGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JTnQYiLwVwqYVDE+Y3wMVZ//5TYNjFbCvhx98LiSpxflSz4+1faLk9kqwVoRofCuQz oAiKInXbJoLlqnMIme9IyYSRjaJqkusnEmdFfpBoD/MlfDG0uWMUOnwVJHYE0IXc/1tl 7f8NgLPpk3v0ahe1Gu3Mu65UbG+0kRtRARkFY= MIME-Version: 1.0 Received: by 10.204.156.3 with SMTP id u3mr3074362bkw.179.1253801503568; Thu, 24 Sep 2009 07:11:43 -0700 (PDT) In-Reply-To: <1699.1253800463@critter.freebsd.dk> References: <86d45g4ffl.fsf@ds4.des.no> <1699.1253800463@critter.freebsd.dk> Date: Thu, 24 Sep 2009 18:11:43 +0400 Message-ID: From: pluknet To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: Confused tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 14:11:45 -0000 2009/9/24 Poul-Henning Kamp : > In message <86d45g4ffl.fsf@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr > ites: >>15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs] >>15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lookup= >> [|nfs] >> >>I'm pretty sure 871009576 is not a valid port number... > > You're on a 64bit machine ? > That's not the port number; that's the NFS transaction id (thanks dnelson). -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 14:22:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E17781065692; Thu, 24 Sep 2009 14:22:56 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0DF8FC12; Thu, 24 Sep 2009 14:22:55 +0000 (UTC) Received: by fxm22 with SMTP id 22so1558302fxm.36 for ; Thu, 24 Sep 2009 07:22:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=6ymTKI4rlPXSMlK8Yrjje3UynEFHLyLx0IYjYXuFzro=; b=EutFfTqMpa3vYCnIUgxfZC8PEhDuFnTGRi0Otsm8kboVzCRsyjAmLFWT2PpNXfXr3O 4c7MgtSzzuhiDkcgm1KyvVMldsrzQR0ggE/QY5VBlFKidtKZFGe4pHDp6rIj64S2v+Nk KHg3rJ0RJdlDtAqqVodl4g0Rgkrmt92zq3Bl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=n4MWaNjpl1k51YDzSSgeB0Wn6JASTW6LUFrMlMpeGMcVRzKg7YGzYLR/NcZCN1UrvQ BdFdg+IC1kNMirAuSi9RtjEkzsckQymhhrL9RKTkrc+H380c4G8cQJmfcSiiDvFXIVEf Bn1BTiYA94EkErcyxlCPNNkbg2HTkTxvGYdRE= Received: by 10.86.17.29 with SMTP id 29mr23273fgq.38.1253800834173; Thu, 24 Sep 2009 07:00:34 -0700 (PDT) Received: from localhost (d91-128-195-113.cust.tele2.at [91.128.195.113]) by mx.google.com with ESMTPS id 3sm1003552fge.28.2009.09.24.07.00.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 07:00:33 -0700 (PDT) Date: Thu, 24 Sep 2009 16:00:32 +0200 From: "Herbert J. Skuhra" To: AN Message-ID: <20090924140032.GB13134@oslo.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: shared object not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 14:22:57 -0000 On Wed, Sep 23, 2009 at 09:28:25PM +0000, AN wrote: > I have 2 problems on a newly installed system. > > FreeBSD core2.fu.bar 8.0-RC1 FreeBSD 8.0-RC1 #0: Thu Sep 17 18:50:57 UTC > 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > When I try to run Realplayer I get the following: > > # realplay > Gtk-Message: Failed to load module "canberra-gtk-module": > libcanberra-gtk-module.so: cannot open shared object file: No such file > or directory > Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: > cannot open shared object file: No such file or directory > > (realplay.bin:79923): Gdk-WARNING **: gdk_propery-get(): invalid length 0 There is no linux port available for audio/libcanberra and devel/bug-buddy. > When trying to run totem I get: > # totem > /libexec/ld-elf.so.1: Shared object "libnssutil3.so.1" not found, > required by "libtotem-plparser.so.12" You have to install security/nss. - Herbert From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 14:24:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC85106566B; Thu, 24 Sep 2009 14:24:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8738FC29; Thu, 24 Sep 2009 14:24:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 01E7046B09; Thu, 24 Sep 2009 10:24:33 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 289F28A01B; Thu, 24 Sep 2009 10:24:32 -0400 (EDT) From: John Baldwin To: Alexander Motin Date: Thu, 24 Sep 2009 08:36:40 -0400 User-Agent: KMail/1.9.7 References: <20090923055647.GA2183@a91-153-125-115.elisa-laajakaista.fi> <20090924060805.GA2057@a91-153-125-115.elisa-laajakaista.fi> <4ABB3DA6.5090004@FreeBSD.org> In-Reply-To: <4ABB3DA6.5090004@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909240836.41775.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 24 Sep 2009 10:24:32 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: FreeBSD-Current , Peter Holm , scottl@freebsd.org, Andriy Gapon , Jaakko Heinonen , Thomas Quinot , Kostik Belousov Subject: Re: Fwd: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 14:24:33 -0000 On Thursday 24 September 2009 5:36:38 am Alexander Motin wrote: > Jaakko Heinonen wrote: > > On 2009-09-23, Alexander Motin wrote: > >> Then please explain me how it happens. I don't think that explanation > >> "it just works" sufficient. > >> > >> Any ideas what needed to reproduce that? Because it looks like not going > >> to fall in my case: > > > > It happens if a parent ata device is not attached. I can reproduce the > > problem on system which hash ata0, ata2 and ata3 devices but ata1 fails > > to probe. > > Nice catch. I think it is newbus problem, not ata. I am able to simulate > this problem locally and attached patch fixes it. Any objections? I think this is ok. Possibly ask Warner (imp@) as well to make sure. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 14:51:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03713106566B; Thu, 24 Sep 2009 14:51:12 +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 3857C8FC13; Thu, 24 Sep 2009 14:51:10 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=et49sEvzLegA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Hxkus8EOlPmee2Otn8gA:9 a=HZPOj_pWmBhg_LoUYgYA:7 a=oAWoRoMsvHUyuSFcmq_dneDhLCoA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1305994898; Thu, 24 Sep 2009 16:51:09 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 24 Sep 2009 16:51:46 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <4ABA36B1.9070706@icyb.net.ua> In-Reply-To: <4ABA36B1.9070706@icyb.net.ua> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909241651.47850.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: sb600/sb700 ohci experimental patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 14:51:12 -0000 On Wednesday 23 September 2009 16:54:41 Andriy Gapon wrote: > If you have a system with SB600, SB700, etc chipset and you have problems > with low speed USB devices attached during boot (keyboard, mouse), could > you please try the following experimental patch and report back? > I am primarily interested in the first several lines produced during boot > with printfs that are introduced by the patch. Preferably in the context of > surrounding USB-related dmesg messages. No need to report subsequent > same-looking ever-repeating messages (if any). > > WARNING: this is an experimental patch, it is probably not even close to > what a real fix could be, it might not fix the problem (but perhaps it > would), it might introduce instabilities into OHCI driver and it is noisy > (unconditional printf). The primary purpose of this patch is to gather > information necessary for a real fix. > > Thank you! > > diff --git a/sys/dev/usb/controller/ohci.c b/sys/dev/usb/controller/ohci.c > index 30592c1..fb6ba34 100644 > --- a/sys/dev/usb/controller/ohci.c > +++ b/sys/dev/usb/controller/ohci.c > @@ -247,8 +249,8 @@ reset: > OWRITE4(sc, OHCI_INTERRUPT_ENABLE, sc->sc_eintrs | OHCI_MIE); > /* switch on desired functional features */ > ctl = OREAD4(sc, OHCI_CONTROL); > - ctl &= ~(OHCI_CBSR_MASK | OHCI_LES | OHCI_HCFS_MASK | OHCI_IR); > - ctl |= OHCI_PLE | OHCI_IE | OHCI_CLE | OHCI_BLE | > + ctl &= ~(OHCI_CBSR_MASK | OHCI_LES | OHCI_HCFS_MASK | OHCI_IR | OHCI_CLE > | OHCI_CLF); > + ctl |= OHCI_PLE | OHCI_IE | /*OHCI_CLE |*/ OHCI_BLE | > OHCI_RATIO_1_4 | OHCI_HCFS_OPERATIONAL; > /* And finally start it! */ > OWRITE4(sc, OHCI_CONTROL, ctl); > @@ -2727,8 +2729,17 @@ ohci_set_hw_power(struct usb_bus *bus) > temp = OREAD4(sc, OHCI_CONTROL); > temp &= ~(OHCI_PLE | OHCI_IE | OHCI_CLE | OHCI_BLE); > > - if (flags & USB_HW_POWER_CONTROL) > + if (flags & USB_HW_POWER_CONTROL) { > + struct usb_page_search buf_res; > + > + buf_res.physaddr = OREAD4(sc, OHCI_CONTROL_HEAD_ED); > + printf("(hw power) control head <= %p\n", (void*)buf_res.physaddr); > + usbd_get_page(&sc->sc_hw.ctrl_start_pc, 0, &buf_res); > + printf("(hw power) control head => %p\n", (void*)buf_res.physaddr); > + OWRITE4(sc, OHCI_CONTROL_HEAD_ED, buf_res.physaddr); > + > temp |= OHCI_CLE; > + } > > if (flags & USB_HW_POWER_BULK) > temp |= OHCI_BLE; Hi, Your patch looks good. Send me the final version when it is ready and testers report OK. I will then review and commit it. I think that if you need to reload the control head, you will also need to reload the other head list pointers? Could you check that? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 15:08:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57A11106566B for ; Thu, 24 Sep 2009 15:08:46 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-iw0-f181.google.com (mail-iw0-f181.google.com [209.85.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id 176F58FC08 for ; Thu, 24 Sep 2009 15:08:45 +0000 (UTC) Received: by iwn11 with SMTP id 11so942164iwn.3 for ; Thu, 24 Sep 2009 08:08:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qOqj8zYP1FjORpHgIM1pwZFB65tJOpd3dt2kgoTYm20=; b=uoz9vhy85uzystGpl2EI69Z0mp9W8JK/Y3Mj/uURjjHX6Z4NL3c2Qth9lD6Mvbv5op nlsSjK3jdWlrRborW2KdwmvPh14R4OVdW7PVwYaOJzeDm3gTA9FZKL/Rp7VqeNvO7jWP hXgYtrUmcEOvX2KytjKXDhPoVme8SfzvhosRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=G90yc7BnyD8ULopK9zQw4LT4pCNFedpYfZ7YbbVvOJP9H2ipDJTGC73gtQbS4YWlZa 2pSCfJsKB3mUown4LWWrdeneaTYqyd91+1TNL5BxPHxFa9q7hRZxBg+iWvmuJwZ1wjsj sMGClcQPoJ2ds4OHLUU1iFmif75feFEA99deU= MIME-Version: 1.0 Received: by 10.231.48.210 with SMTP id s18mr7460609ibf.3.1253804925632; Thu, 24 Sep 2009 08:08:45 -0700 (PDT) In-Reply-To: <68c3445d0909240546n371fe467wbf7ffb7284a9099@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> <68c3445d0909221449g62904ae7pa4deb939baf4be1@mail.gmail.com> <3a142e750909221453l25d5dc8eifcbe70b39ced2ea8@mail.gmail.com> <68c3445d0909232143r623d9d2ex768578ff6c26d3b9@mail.gmail.com> <3a142e750909240244h59a4a001o13a4a7a46e7a75a1@mail.gmail.com> <68c3445d0909240546n371fe467wbf7ffb7284a9099@mail.gmail.com> Date: Thu, 24 Sep 2009 12:08:45 -0300 Message-ID: <68c3445d0909240808l4d254c84i4a431701ed10cbfa@mail.gmail.com> From: Raphael Kubo da Costa To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 15:08:46 -0000 2009/9/24 Raphael Kubo da Costa : > 2009/9/24 Paul B. Mahol : >> On 9/24/09, Raphael Kubo da Costa wrote: >>> 2009/9/22 Paul B. Mahol : >>>> On 9/22/09, Raphael Kubo da Costa wrote: >>>>> While I'm not at home to do the other things you've mentioned: I don'= t >>>>> even have time to run ifconfig - I've commented out the lines enablin= g >>>>> ndis, if_ndis and rtl8180_sys in /boot/loader.conf. I just run kldloa= d >>>>> rtl8180_sys the kernel panics automatically. >>>> >>>> Just make sure you are using correct kernel source files(8.0 and not 7= .X). >>> >>> Well, after trying to fix things I ended up with a system that >>> wouldn't even boot. So I formatted everything and installed 8.0-RC1 >>> from the DVD. >> >> Does this installation installed new 8.0-RC1 sources in /sys ? > Yes. > >>> ndisgen worked fine and I was able to load the module I had generated. >>> However, wpa_supplicant does not work, and always writes the following >> >> With what arguments did wpa_supplicant start? > I just ran /etc/rc.d/netif restart, so I'm not 100% sure. -D ndis -i > ndis0 -c /etc/wpa_supplicant.conf, I guess, since when I ran it with > these arguments the same errors were printed. >> >>> error messages after I try to use /etc/rc.d/netif restart: >>> >>> Sep 24 01:30:53 borges wpa_supplicant[1689]: Failed to initialize >>> driver interface >>> ifconfig: ioctl(SIOCAIFADDR): Invalid argument >>> ioctl[SIOCG80211, op 98, len 32]: Invalid argument >>> >>> When I unloaded the ndis, if_ndis and rtl8180_sys modules and tried to >>> kldload the latter, the kernel panicked again. >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid =3D 0; apic id =3D 00 >>> fault virtual address =A0 =3D 0xc4b3631a >>> fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not pre= sent >>> instruction pointer =A0 =A0 =3D 0x20:0xc4b136b3 >>> stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe3617a44 >>> frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe3617aac >>> code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0= x1b >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, def3= 2 1, gran 1 >>> processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D= 0 >>> current process =A0 =A0 =A0 =A0 =3D 2223 (ifconfig) >> >> But ifconfig is here again. So panic did not happened while loading modu= le. > Is there anything I can do to get more information about this? >> >>> trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 >>> panic: page fault >>> cpuid =3D 0 >>> Uptime: 6m6s >>> Physical memory: 883 MB >>> Dumping 69 MB: 54 38 22 6 >>> >>> >>> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >>> /boot/kernel/if_ndis.k >>> o.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/if_ndis.ko >>> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >>> /boot/kernel/ndis.ko.symb >>> ols...done. >>> done. >>> Loaded symbols for /boot/kernel/ndis.ko >>> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >>> Loaded symbols for /boot/modules/rtl8180_sys.ko >>> #0 =A0doadump () at pcpu.h:246 >>> 246 =A0 =A0 pcpu.h: No such file or directory. >>> =A0 =A0 =A0 =A0 in pcpu.h >>> (kgdb) #0 =A0doadump () at pcpu.h:246 >>> #1 =A00xc08823c7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdo= wn.c:416 >>> #2 =A00xc08826b9 in panic (fmt=3DVariable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:579 >>> #3 =A00xc0bb346c in trap_fatal (frame=3D0xe3617a04, eva=3D3300090650) >>> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:933 >>> #4 =A00xc0bb36f0 in trap_pfault (frame=3D0xe3617a04, usermode=3D0, eva= =3D3300090650) >>> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:846 >>> #5 =A00xc0bb40d5 in trap (frame=3D0xe3617a04) at >>> /usr/src/sys/i386/i386/trap.c:528 >>> #6 =A00xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:1= 65 >>> #7 =A00xc4b136b3 in ndis_rtl8180_sys_drv_data_start () >>> =A0 =A0from /boot/modules/rtl8180_sys.ko >>> Previous frame inner to this frame (corrupt stack?) >>> (kgdb) >>> >> >> The backtrace is useless - dead end. OK, I finally got things to work. After finally reading UPDATING, I found out that I needed to change my ifconfig_ndis=3D"WPA blablabla" line in rc.conf to wlans_ndis0=3Dwlan0 ifconfig_wlan0=3D"WPA blablabla" I did that without rebooting, things still didn't work, I kldunloaded and kldloaded rtl8180_sys and the kernel panicked again. However, after the reboot everything worked as expected. From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 15:27:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00021065670 for ; Thu, 24 Sep 2009 15:27:50 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3778FC14 for ; Thu, 24 Sep 2009 15:27:49 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id F10EAC42CA; Thu, 24 Sep 2009 17:26:48 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id f2XJq3viyA-O; Thu, 24 Sep 2009 17:26:47 +0200 (CEST) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id B324CC42C7; Thu, 24 Sep 2009 17:26:47 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Rafal Jaworowski In-Reply-To: <20090923170852.GA1099@michelle.cdnetworks.com> Date: Thu, 24 Sep 2009 17:27:46 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <20090922235350.GB1520@michelle.cdnetworks.com> <97F7ED67-AB93-4897-893B-16D3B22F9EB3@semihalf.com> <4ABA2C08.3070504@semihalf.com> <20090923170852.GA1099@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1076) Cc: Grzegorz Bernacki , current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 15:27:50 -0000 On 2009-09-23, at 19:08, Pyun YongHyeon wrote: > On Wed, Sep 23, 2009 at 04:09:12PM +0200, Grzegorz Bernacki wrote: >>>> From: Pyun YongHyeon >>>> Date: 23 wrze?nia 2009 01:53:50 CEST >>>> To: Kristof Provost >>>> Cc: current@freebsd.org >>>> Subject: Re: mge, mii/e1000phy >>>> Reply-To: pyunyh@gmail.com >>>> >>>>> - Forcing the mge driver to IFM_100_TX (in >>>>> mge_set_port_serial_control) >>>>> does work. The system manages to acquire a DHCP address. >>>> >>>> Would you also show me the output of "ifconfig -m mge0"? >>>> >>>> I'm not author of mge(4) so I'm not familiar with mge(4). But it >>>> seems that mge(4) lacks link state change handler. Normally NICs >>>> are required to reprogram MAC to match resolved speed/duplex/ >>>> flow-control of link when it know it established a valid link which >>>> is notified from mii(4). >>> >> >> Hi, >> >> You are right. Link state change handler is missing in mge(4) >> driver. It >> is on our TODO list for this driver and will be implemented soon. >> > > I've briefly looked over MV88F5182 opensource community > programmer's user guide and found that ENQ bit of TQC register > should be set again whenever link DOWN/UP event is detected which > in turn may complicate the driver as it may have to reset its > descriptor indexes. And I guess it's wrong to spin wait until link > is established in mge_init_locked(). The datasheet says Rx checksum > offloading capability but can't find more information for that. > Another nice looking feature that lacks in mge(4) would be > interrupt coalescing. And I guess interrupt coalescing feature > would give better performance than polling(4). Both interrupt coalescing and RX checksum calculation offload are already supported by the driver. Rafal From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 15:27:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B38106566C; Thu, 24 Sep 2009 15:27:58 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE518FC16; Thu, 24 Sep 2009 15:27:57 +0000 (UTC) Received: by yxe14 with SMTP id 14so3185735yxe.7 for ; Thu, 24 Sep 2009 08:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=xOFisJxwStmLSCgEBoB5mPzpCtntFYEoUzFEJ+3hjLY=; b=P6RUXXCNYFNnkQf/IN+15ie0wwsTvTDKmbBZNhQTejikhaIeEqAcwX8md7q/iUWjMM R+Mveu+tnJhOpHzPP8fJL0GVLMEVO/O1E5NGST6t6BqdTZCIhVH2fe88zcb8e4EUpI+E jHoUszsERYV5+uUQc6ainsLhCcfcCxs+b4iR8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=B1XvyMOSrtdvablg+hb4z9eeeZuogg0hIhWcjNA60h2saOHShxDUeY5aWwiSjNQubW Ok1l5LqUTRMg515blVP40tqggMiMGpQjLcjUImf8YXDtdgeteXplyn7xtgbR1nLxXnKF +yUhQqXSOxD2CDNl9NxoHMQpCGmWGZO1VdEEU= Received: by 10.90.198.4 with SMTP id v4mr56551agf.79.1253806077216; Thu, 24 Sep 2009 08:27:57 -0700 (PDT) Received: from ?192.168.1.100? ([190.177.214.159]) by mx.google.com with ESMTPS id 4sm37505aga.69.2009.09.24.08.27.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 08:27:56 -0700 (PDT) From: Gonzalo Nemmi To: freebsd-current@freebsd.org Date: Thu, 24 Sep 2009 12:27:53 -0300 User-Agent: KMail/1.9.10 References: <20090923055647.GA2183@a91-153-125-115.elisa-laajakaista.fi> <20090924060805.GA2057@a91-153-125-115.elisa-laajakaista.fi> <4ABB3DA6.5090004@FreeBSD.org> In-Reply-To: <4ABB3DA6.5090004@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909241227.53719.gnemmi@gmail.com> Cc: Peter Holm , Alexander Motin , scottl@freebsd.org, Andriy Gapon , Jaakko Heinonen , Thomas Quinot , Kostik Belousov Subject: Re: Fwd: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 15:27:58 -0000 On Thursday 24 September 2009 6:36:38 am Alexander Motin wrote: > Jaakko Heinonen wrote: > > On 2009-09-23, Alexander Motin wrote: > >> Then please explain me how it happens. I don't think that > >> explanation "it just works" sufficient. > >> > >> Any ideas what needed to reproduce that? Because it looks like not > >> going to fall in my case: > > > > It happens if a parent ata device is not attached. I can reproduce > > the problem on system which hash ata0, ata2 and ata3 devices but > > ata1 fails to probe. > > Nice catch. I think it is newbus problem, not ata. I am able to > simulate this problem locally and attached patch fixes it. Any > objections? After a lot of going back and forth and trying Jaakko's patch, I did a clean -RC1 install today, applied your patch, make kernel, reboot and it works. Here's the output: [gonzalo@inferna ~]% ssh root@192.168.1.15 Password: Last login: Thu Sep 24 12:19:54 2009 Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 8.0-RC1 (GENERIC) #0: Thu Sep 24 12:06:44 ART 2009 Welcome to FreeBSD! Before seeking technical support, please use the following resources: o Security advisories and updated errata information for all releases are at http://www.FreeBSD.org/releases/ - always consult the ERRATA section for your release first as it's updated frequently. o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, along with the mailing lists, can be searched by going to http://www.FreeBSD.org/search/. If the doc distribution has been installed, they're also available formatted in /usr/share/doc. If you still have a question or problem, please take the output of `uname -a', along with any relevant error messages, and email it as a question to the questions@FreeBSD.org mailing list. If you are unfamiliar with FreeBSD's directory layout, please refer to the hier(7) manual page. If you are not familiar with manual pages, type `man man'. You may also use sysinstall(8) to re-enter the installation and configuration utility. Edit /etc/motd to change this login announcement. gargoyle# kldload atapicam gargoyle# tail -15 /var/log/messages Sep 24 12:19:46 gargoyle kernel: uhub6: 6 ports with 6 removable, self powered Sep 24 12:19:46 gargoyle kernel: Trying to mount root from ufs:/dev/ad4s4a Sep 24 12:19:47 gargoyle kernel: bge0: link state changed to UP Sep 24 12:19:54 gargoyle login: ROOT LOGIN (root) ON ttyv0 Sep 24 12:20:35 gargoyle kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Sep 24 12:20:35 gargoyle kernel: (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Sep 24 12:20:35 gargoyle kernel: (probe0:ata0:0:0:0): CAM Status: SCSI Status Error Sep 24 12:20:35 gargoyle kernel: (probe0:ata0:0:0:0): SCSI Status: Check Condition Sep 24 12:20:35 gargoyle kernel: (probe0:ata0:0:0:0): NOT READY asc:3a,0 Sep 24 12:20:35 gargoyle kernel: (probe0:ata0:0:0:0): Medium not present Sep 24 12:20:35 gargoyle kernel: (probe0:ata0:0:0:0): Unretryable error Sep 24 12:20:35 gargoyle kernel: cd0 at ata0 bus 0 target 0 lun 0 Sep 24 12:20:35 gargoyle kernel: cd0: Removable CD-ROM SCSI-0 device Sep 24 12:20:35 gargoyle kernel: cd0: 33.000MB/s transfers Sep 24 12:20:35 gargoyle kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present gargoyle# camcontrol devlist at scbus1 target 0 lun 0 (pass0,cd0) gargoyle# If you'd like me to test something in particular, just tell me what and how and I'll do it right away. Your patch solved my problem. Thanks _a_lot_ !! Best Regards Gonzalo -- Blessings Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 15:32:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF00B1065670; Thu, 24 Sep 2009 15:32:14 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id A4A578FC17; Thu, 24 Sep 2009 15:32:14 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 2CC2D13345FC; Thu, 24 Sep 2009 17:07:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id EDEhn9gfdyz6; Thu, 24 Sep 2009 17:07:30 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn-90.95-102-88.t-com.sk [95.102.88.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 1176313345E8; Thu, 24 Sep 2009 17:07:30 +0200 (CEST) Message-ID: <4ABB8B31.7050505@FreeBSD.org> Date: Thu, 24 Sep 2009 17:07:29 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 15:32:15 -0000 Dear all, I would like to remind you to submit your status reports as soon as possible. Long time has passed since the last status reports were released; and surely a lot has had happened since then. Our developers are relaxed after DevSummit and EuroBSDCon in Cambridge, which both were great! I believe a lot of stuff has been discussed during these events (I hope we will have reports covering this too) and since the last report a lot of things have happened. During that time, two other conferences have been held (BSDCan and AsiaBSDCon), we have released 7.2, not to mention that 8.0 is behind the door. Google Summer of Code should be finished by now too, and we would like to hear about its results. Surely there are a lot more projects which are currently being worked on, so please do not hesitate and write us a few lines - a short description about what you are working on, what are the plans and goals, so we can inform our community about your great work! It's useful for you as well as our users! Please note, the submissions for this quarter (well...rather halfyear, because we should now cover 4-9/2009) are due by October 7th, 2009. Please post the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 16:20:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE6D9106568F for ; Thu, 24 Sep 2009 16:20:05 +0000 (UTC) (envelope-from aurelien@aurel32.net) Received: from hall.aurel32.net (hall.aurel32.net [IPv6:2002:58bf:52ae::1]) by mx1.freebsd.org (Postfix) with ESMTP id 419158FC0A for ; Thu, 24 Sep 2009 16:20:05 +0000 (UTC) Received: from [2002:52e8:2fb:1:21e:8cff:feb0:693b] (helo=volta.aurel32.net) by hall.aurel32.net with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Mqr33-0003Tq-V3; Thu, 24 Sep 2009 18:20:02 +0200 Received: from aurel32 by volta.aurel32.net with local (Exim 4.69) (envelope-from ) id 1Mqr32-0001b6-Qs; Thu, 24 Sep 2009 18:20:00 +0200 Date: Thu, 24 Sep 2009 18:20:00 +0200 From: Aurelien Jarno To: Juergen Lock Message-ID: <20090924162000.GG770@volta.aurel32.net> References: <20090911213508.GA97446@triton8.kn-bremen.de> <4AAB938B.9080004@web.de> <20090912165222.GA38048@triton8.kn-bremen.de> <200909231847.n8NIlNij097002@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <200909231847.n8NIlNij097002@triton8.kn-bremen.de> X-Mailer: Mutt 1.5.18 (2008-05-17) User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Thu, 24 Sep 2009 16:24:35 +0000 Cc: Olivier =?iso-8859-15?Q?Cochard-Labb=E9?= , freebsd-current@FreeBSD.org, Jan Kiszka , qemu-devel@nongnu.org Subject: Re: [Qemu-devel] Re: qemu serial: lost tx irqs (affectig FreeBSD's new uart(4) driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 16:20:05 -0000 On Wed, Sep 23, 2009 at 08:47:23PM +0200, Juergen Lock wrote: > In article <20090916190142.GC770@volta.aurel32.net> you write: > >On Sat, Sep 12, 2009 at 06:52:22PM +0200, Juergen Lock wrote: > >> On Sat, Sep 12, 2009 at 02:26:51PM +0200, Jan Kiszka wrote: > >> > Juergen Lock wrote: > >> > > Hi! > >> > > > >> > > I got a report of FreeBSD guest's new uart(4) driver misbehaving in > >> > > qemu again(?) (output stopping for no apparent reason), and now found > >> > > out the problem is tx irqs (UART_IIR_THRI) are getting lost because > >> > > serial_update_irq() checks for the rx condtion, > >> > > ... if ((s->ier & UART_IER_RDI) && (s->lsr & UART_LSR_DR)) > >> > > first before checking for the tx irq condition, > >> > > ... if ((s->ier & UART_IER_THRI) && s->thr_ipending) > >> > > which at least in this case (FreeBSD 8 guest after doing > >> > > set console="comconsole" > >> > > at the loader prompt or when simply echo'ing text to /dev/ttyu0 > >> > > or typing to the serial port from cu(1) on a `regular' vga console) > >> > > causes the second condition (.. && s->thr_ipending) to be never > >> > > reached anymore, or only after a very long delay. Moving that > >> > > condition up so it is checked first like this, > >> > > > >> > > Index: qemu/hw/serial.c > >> > > @@ -189,7 +188,9 @@ static void serial_update_irq(SerialStat > >> > > { > >> > > uint8_t tmp_iir = UART_IIR_NO_INT; > >> > > > >> > > - if ((s->ier & UART_IER_RLSI) && (s->lsr & UART_LSR_INT_ANY)) { > >> > > + if ((s->ier & UART_IER_THRI) && s->thr_ipending) { > >> > > + tmp_iir = UART_IIR_THRI; > >> > > + } else if ((s->ier & UART_IER_RLSI) && (s->lsr & UART_LSR_INT_ANY)) { > >> > > tmp_iir = UART_IIR_RLSI; > >> > > } else if ((s->ier & UART_IER_RDI) && s->timeout_ipending) { > >> > > /* Note that(s->ier & UART_IER_RDI) can mask this interrupt, > >> > > @@ -202,8 +203,6 @@ static void serial_update_irq(SerialStat > >> > > } else if (s->recv_fifo.count >= s->recv_fifo.itl) { > >> > > tmp_iir = UART_IIR_RDI; > >> > > } > >> > > - } else if ((s->ier & UART_IER_THRI) && s->thr_ipending) { > >> > > - tmp_iir = UART_IIR_THRI; > >> > > } else if ((s->ier & UART_IER_MSI) && (s->msr & UART_MSR_ANY_DELTA)) { > >> > > tmp_iir = UART_IIR_MSI; > >> > > } > >> > > > >> > > ...fixes the issue for me, but I'm not 100% sure if this might cause > >> > > rx irqs to come (too?) late when a guest keeps sending while its > >> > > receiving at the same time. Anyone care to comment? :) > >> > > >> > The reordering violates the 16550A spec in that RX event overrules TX in > >> > the IRQ status register. Maybe something else is wrong but it's not the > >> > ordering in serial_update_irq. > >> > >> Well one problem seems to be the rx condition, > >> ... if ((s->ier & UART_IER_RDI) && (s->lsr & UART_LSR_DR)) > >> is not enough to trigger an irq, yet still causes the following > >> conditions not to be checked anymore at all. And ideed, fixing that > >> seems to get my FreeBSD 8 guest back to working order as well: > > > >Applied. In the future, could you please make sure to send patches with > >a correct unified headers? > > Alright, if thats is what you guys prefer... (I just didn't want to > break the thread.) Don't need to break the thread, just use | --- a/hw/serial.c | +++ a/hw/serial.c instead of simply | Index: qemu/hw/serial.c ie the output of diff -u > Anyway, I guess this is also material for the stable branch(es)? > (I just saw 0.11.0 has already been tagged but not announced yet, and > another patch merged to the same branch after that, maybe the tag can > still be slided if this is possible with git?) > Pushed to the branch. For the details about the release, I let Anthony handling that. Worst case scenario, it will be in 0.11.1. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien@aurel32.net http://www.aurel32.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 16:34:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E158106566B for ; Thu, 24 Sep 2009 16:34:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 5157F8FC14 for ; Thu, 24 Sep 2009 16:34:37 +0000 (UTC) Received: by qyk6 with SMTP id 6so16422qyk.3 for ; Thu, 24 Sep 2009 09:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Z/tH8Wq54dI+M3ZPue3CA/AF26QWjiT12gE+ATmspME=; b=eLGvGmFKydIRF02QtDif58QbICNZRnd1a900sukN1V+SeO4aGLl5q5xsdFbR7pWvV6 53Uirg4YVVJZIHsSshSS3nA+SDmQ80Vjf+AFiOUQ5UfdQcGufqoHfNF8r/NJJ8GKlZtn 2mCz4YQTZo2oIAV3N9Bl/FIRjRTZWN+tAXRnk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=hrkKHatMqv2FQgUN47Rcr+8Rl9OOEcNeqGJgGcV2Vvcs+W20ajVyQOCM3fJNo3dLsY NueCGWqQKu3cNfWgu/cRXK1LGniYgt0M6XEfDTRqiUkcLdveDSMyay5ThZQwpcvuUFs9 tHQbZojqyR9aRlJuFKqSUqBZ0jCYAWIY924GE= Received: by 10.224.48.4 with SMTP id p4mr3407834qaf.231.1253810077342; Thu, 24 Sep 2009 09:34:37 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 7sm39002qwf.47.2009.09.24.09.34.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 09:34:34 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 24 Sep 2009 09:33:49 -0700 From: Pyun YongHyeon Date: Thu, 24 Sep 2009 09:33:48 -0700 To: Rafal Jaworowski Message-ID: <20090924163348.GA5272@michelle.cdnetworks.com> References: <20090922235350.GB1520@michelle.cdnetworks.com> <97F7ED67-AB93-4897-893B-16D3B22F9EB3@semihalf.com> <4ABA2C08.3070504@semihalf.com> <20090923170852.GA1099@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Grzegorz Bernacki , current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 16:34:38 -0000 On Thu, Sep 24, 2009 at 05:27:46PM +0200, Rafal Jaworowski wrote: > > On 2009-09-23, at 19:08, Pyun YongHyeon wrote: > > >On Wed, Sep 23, 2009 at 04:09:12PM +0200, Grzegorz Bernacki wrote: > >>>>From: Pyun YongHyeon > >>>>Date: 23 wrze?nia 2009 01:53:50 CEST > >>>>To: Kristof Provost > >>>>Cc: current@freebsd.org > >>>>Subject: Re: mge, mii/e1000phy > >>>>Reply-To: pyunyh@gmail.com > >>>> > >>>>>- Forcing the mge driver to IFM_100_TX (in > >>>>>mge_set_port_serial_control) > >>>>>does work. The system manages to acquire a DHCP address. > >>>> > >>>>Would you also show me the output of "ifconfig -m mge0"? > >>>> > >>>>I'm not author of mge(4) so I'm not familiar with mge(4). But it > >>>>seems that mge(4) lacks link state change handler. Normally NICs > >>>>are required to reprogram MAC to match resolved speed/duplex/ > >>>>flow-control of link when it know it established a valid link which > >>>>is notified from mii(4). > >>> > >> > >>Hi, > >> > >>You are right. Link state change handler is missing in mge(4) > >>driver. It > >>is on our TODO list for this driver and will be implemented soon. > >> > > > >I've briefly looked over MV88F5182 opensource community > >programmer's user guide and found that ENQ bit of TQC register > >should be set again whenever link DOWN/UP event is detected which > >in turn may complicate the driver as it may have to reset its > >descriptor indexes. And I guess it's wrong to spin wait until link > >is established in mge_init_locked(). The datasheet says Rx checksum > >offloading capability but can't find more information for that. > >Another nice looking feature that lacks in mge(4) would be > >interrupt coalescing. And I guess interrupt coalescing feature > >would give better performance than polling(4). > > > Both interrupt coalescing and RX checksum calculation offload are > already supported by the driver. > Yeah, I found it. Thanks for the info. :-) > Rafal > From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 16:44:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 623A61065672 for ; Thu, 24 Sep 2009 16:44:56 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 27A718FC1B for ; Thu, 24 Sep 2009 16:44:55 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8A5C2633321; Thu, 24 Sep 2009 18:44:54 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id BF0A1B9E8; Thu, 24 Sep 2009 18:44:53 +0200 (CEST) Date: Thu, 24 Sep 2009 18:44:53 +0200 From: Patrick Lamaiziere To: Rohit Grover Message-ID: <20090924184453.18e10df6@baby-jane.lamaiziere.net> In-Reply-To: <426bed110909240533va4e012ar1979e4814f37997d@mail.gmail.com> References: <426bed110909240533va4e012ar1979e4814f37997d@mail.gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: root mount error with 8-CURRENT on MacBook4,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: Thu, 24 Sep 2009 16:44:56 -0000 Le Thu, 24 Sep 2009 20:33:39 +0800, Rohit Grover a =E9crit : > I am having trouble upgrading the kernel to 8-CURRENT (revision > 197444) on my MacBook4,1. > I get stuck in the mountroot> prompt: >=20 >=20 > >Trying to mount root from ufs:/dev/ad6s3a With GPT in use, ad6s3a becomes 'ad6p3a' on 8.0, you have to change /etc/fstab. Regards. From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 17:50:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84AD6106568B for ; Thu, 24 Sep 2009 17:50:48 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id E6FB48FC21 for ; Thu, 24 Sep 2009 17:50:47 +0000 (UTC) Received: by bwz27 with SMTP id 27so1432024bwz.43 for ; Thu, 24 Sep 2009 10:50:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.24.87 with SMTP id u23mr1478817fab.81.1253814646776; Thu, 24 Sep 2009 10:50:46 -0700 (PDT) In-Reply-To: <86d45g4ffl.fsf@ds4.des.no> References: <86d45g4ffl.fsf@ds4.des.no> Date: Thu, 24 Sep 2009 13:50:46 -0400 Message-ID: <1de79840909241050h6b3233dcgbd07386d716dac7f@mail.gmail.com> From: Michael Proto To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Confused tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 17:50:48 -0000 2009/9/24 Dag-Erling Sm=F8rgrav : > 15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs] > 15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 look= up [|nfs] > > I'm pretty sure 871009576 is not a valid port number... > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > _______________________________________________ > 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've noticed this behavior since at least 4.3 as well, with the source port being some obscenely-high number, when examining UDP-based NFS traffic with tcpdump (32bit). Not chiming-in on validity one way or the other as its never really bothered my troubleshooting to-date, but it has been there quite a while. -Proto From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 17:54:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00DD1065670 for ; Thu, 24 Sep 2009 17:54:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id A113D8FC22 for ; Thu, 24 Sep 2009 17:54:00 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so471461qwd.7 for ; Thu, 24 Sep 2009 10:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=mqZyfFhyZJ8wO7yikJmj03OOWEGC4+p4d0GaJqUQlIg=; b=NmUokTkKAUT+uuebYJtIwSM+iYCyaROlp6pCCYs9kDXY77ATi9VQPvlCF57sElMs3D natY9rd7SfxzR6817TG9AH5VtGiL1yJ95afpQkxW3tYUtNyIsQLThU5vge9ETk549jxF +7prCGb2dsA5dz/ybdAYIRZGzkxAbEzX/Chxo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=rrl0BOTVsFSxmRrPmnYFIfoIbHfEGGZDf5ehOlZ+cbxrBIJKd02xecL/2HzLbCXAa/ QWZqljbA8jMPneXhRr/qol2jqsF8TkQa/AvkO6AipEIza1n5aCx7k0GdmCVYPxfwJSiW EBtSTrTCazSG4nenpaj+HbSfSsz4ZasnfS5ec= Received: by 10.224.95.196 with SMTP id e4mr3535254qan.180.1253814839603; Thu, 24 Sep 2009 10:53:59 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm43743qwd.52.2009.09.24.10.53.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 10:53:57 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 24 Sep 2009 10:53:12 -0700 From: Pyun YongHyeon Date: Thu, 24 Sep 2009 10:53:12 -0700 To: Takahashi Yoshihiro Message-ID: <20090924175312.GA5572@michelle.cdnetworks.com> References: <20090923164246.E5F8882365@mail1.asahi-net.or.jp> <20090923200026.GC1099@michelle.cdnetworks.com> <20090924112533.1377D83D2D@mail1.asahi-net.or.jp> <20090924.210712.162012268.nyan@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090924.210712.162012268.nyan@jp.FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, CQG00620@nifty.ne.jp Subject: Re: de(4) does not work on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 17:54:01 -0000 On Thu, Sep 24, 2009 at 09:07:12PM +0900, Takahashi Yoshihiro wrote: > In article <20090924112533.1377D83D2D@mail1.asahi-net.or.jp> > WATANABE Kazuhiro writes: > > >> I'm not familiar with de(4) and didn't have chance to read data > >> sheet. So I'm not sure whether what alignment restriction the > >> controller has but PAGE_SIZE alignment for descriptors looks wrong. > >> As John said I think Tx buffer has no alignment limitation. Here is > >> guess work, would you give it try? > > > > Thanks for your reply. They works well again on 8.0-RC1 with your > > patch. > > I also use a NIC supported by de(4). The patch works fine for it. > > Thanks. > Thanks for testing! Patch committed to HEAD(r197465). From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 18:10:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 414641065670 for ; Thu, 24 Sep 2009 18:10:23 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.ilk.de (mx-out20.ilk.de [194.121.104.20]) by mx1.freebsd.org (Postfix) with ESMTP id A81AA8FC25 for ; Thu, 24 Sep 2009 18:10:22 +0000 (UTC) Received: from bologna.intern.smo.de (pool24.ka.ilk.net [212.86.194.24]) by mail.ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n8OIAF8U022265; Thu, 24 Sep 2009 20:10:15 +0200 Received: from herdubreid.intern.smo.de (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n8OIA0Vu012024; Thu, 24 Sep 2009 20:10:00 +0200 (CEST) Message-ID: <4ABBB66E.6070003@smo.de> Date: Thu, 24 Sep 2009 20:11:58 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20090919 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Bakul Shah References: <20090924074720.B27FE5B13@mail.bitblocks.com> In-Reply-To: <20090924074720.B27FE5B13@mail.bitblocks.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060203020209070702020503" Cc: Robert Watson , current@freebsd.org Subject: Re: Three cheers for the status quo, enough now? (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 18:10:23 -0000 This is a cryptographically signed message in MIME format. --------------ms060203020209070702020503 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Bakul Shah wrote: > On Thu, 24 Sep 2009 00:37:25 BST Robert Watson wrote: >> The current blend of components is largely historical, modeling the mix found >> in BSD UNIX, and strikes a hard-to-characterize balance between the logical >> extremes "we ship a minimally bootstrapping system" and "we ship every >> application under the sun". This means for most parts of the base system >> there will be someone who argues it belongs there, and someone who argues that >> it doesn't. > > What would be nice is if the install CDs came with a small > number of "profiles" (mini, midi & maxi) and made it easy to > pick a profile and install/upgrade to the system described in > it. Nicer still would be if there was a way to create custom > profiles for specific purposes. Then you have an easy way to > clone the same setup to multiple machines. [Not that it would > stop such arguments....] I am sure we have been here before! I don't think Robert intended this thread to turn into Yet Another Bikeshed, isn't it? SCNR, Philipp --------------ms060203020209070702020503 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQEjCC BP8wggLnoAMCAQICAwCHRzANBgkqhkiG9w0BAQUFADBUMRQwEgYDVQQKEwtDQWNlcnQgSW5j LjEeMBwGA1UECxMVaHR0cDovL3d3dy5DQWNlcnQub3JnMRwwGgYDVQQDExNDQWNlcnQgQ2xh c3MgMyBSb290MB4XDTA5MDgwOTE5MDkxMFoXDTExMDgwOTE5MDkxMFowODEcMBoGA1UEAxMT UGhpbGlwcC1Kb2FjaGltIE9zdDEYMBYGCSqGSIb3DQEJARYJcGpAc21vLmRlMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArHi5tzklVWnzS24cGcYFZYdq86t0pnwjP5Bp1dWX TuY8qU7i1gzCPWvHmmjicyKjwPOWN3ciM0pnhQK6NMqA1xf3OL9tLtETF/eC5Ey3oW0Lsoex jtOmeBfXxdd4o+41UkRx/vS5TWtHa3JILrBS71N34HK8RcPGlb/chw/XMX1atYbOEIg4fsaH IXsh87WNLEhMtTStUeDmRcx0lEZ11QhWJaJDlBmmbsFPZ70FbjnHVaFbZzZhWKJ8FSWgmYok 6Cibopn/Jpin4fYY7jnH/l6jlTipNEbFErMvfwdg8RQp0CHlwwH68O+Ejfb5JaPrkxl19H0p ZKhuBePQNVqqmwIDAQABo4H1MIHyMAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1Rv IGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDov L3d3dy5DQWNlcnQub3JnMEAGA1UdJQQ5MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGC NwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcw AYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9yZzAUBgNVHREEDTALgQlwakBzbW8uZGUwDQYJKoZI hvcNAQEFBQADggIBAFjI0W2tTQ05mECbiTOz3Gi8tielpXmHyXeiQVCJPM/JaLV4yytUAQjf NoK0shJn52sVuvh0ZlvbD+o7XCSOGvq87Jt2mBLiQs8SAKc/SvyjNYSX+8pM1/wQ/EcJ5yNw vnkDCK5yvqIB8ItCIayeE6ybUZ1ga/HVIBfPSs+qPlajTYhaFMYk/QGQ2o8gwDTv08qizHnu iei2zOB/+dqFmBfAxxEnvOSWzmLr6ylAPMOfrOzkji803fwDjFVbAqpS5dfjCZsKm2dB6hzW uJRM0CpdY4jf5Ci3fCt1gSPnUOdOUC/FXuPmVeHccrfJpH9W0fyhG4MnoRqou/LpkbD4DEp+ +a0oaX4WvOXsXIqdZy/lpiFBtsI+easHmLZYVq9eEAz3vsX3zeFF3v6sY7UOOvxEiMFm1Y4W Ioh7gF4BQWUAi48gwlJYg/xtqQ3vdZhPvwGcIhqbkbxLAmaHjV3Nbrbo+p+xzDEv5CzQBwy6 MIe2TUfRjHymA3r2drx2Z/cLWRDgpzuKhnul6sDnkLVXFPP9Jidy7joSlndIjrJFR4+F3xfw 7tDHa1WHuGW5QGItblpG6bb34dxq9C1MGcMjMcIP7xYPGbjjUPZzPxT64T/jpzP2MoefRz4I M/8LKt8iMASoTaUUxwIGFZ87yU0k+fD7hZm7ZUkba77kDi7R+BsaMIIE/zCCAuegAwIBAgID AIdHMA0GCSqGSIb3DQEBBQUAMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQLExVo dHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QwHhcN MDkwODA5MTkwOTEwWhcNMTEwODA5MTkwOTEwWjA4MRwwGgYDVQQDExNQaGlsaXBwLUpvYWNo aW0gT3N0MRgwFgYJKoZIhvcNAQkBFglwakBzbW8uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCseLm3OSVVafNLbhwZxgVlh2rzq3SmfCM/kGnV1ZdO5jypTuLWDMI9a8ea aOJzIqPA85Y3dyIzSmeFAro0yoDXF/c4v20u0RMX94LkTLehbQuyh7GO06Z4F9fF13ij7jVS RHH+9LlNa0drckgusFLvU3fgcrxFw8aVv9yHD9cxfVq1hs4QiDh+xocheyHztY0sSEy1NK1R 4OZFzHSURnXVCFYlokOUGaZuwU9nvQVuOcdVoVtnNmFYonwVJaCZiiToKJuimf8mmKfh9hju Ocf+XqOVOKk0RsUSsy9/B2DxFCnQIeXDAfrw74SN9vklo+uTGXX0fSlkqG4F49A1WqqbAgMB AAGjgfUwgfIwDAYDVR0TAQH/BAIwADBWBglghkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3du IGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQgb3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5v cmcwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMCBgorBgEEAYI3CgMEBgorBgEEAYI3 CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2Nz cC5jYWNlcnQub3JnMBQGA1UdEQQNMAuBCXBqQHNtby5kZTANBgkqhkiG9w0BAQUFAAOCAgEA WMjRba1NDTmYQJuJM7PcaLy2J6WleYfJd6JBUIk8z8lotXjLK1QBCN82grSyEmfnaxW6+HRm W9sP6jtcJI4a+rzsm3aYEuJCzxIApz9K/KM1hJf7ykzX/BD8RwnnI3C+eQMIrnK+ogHwi0Ih rJ4TrJtRnWBr8dUgF89Kz6o+VqNNiFoUxiT9AZDajyDANO/TyqLMee6J6LbM4H/52oWYF8DH ESe85JbOYuvrKUA8w5+s7OSOLzTd/AOMVVsCqlLl1+MJmwqbZ0HqHNa4lEzQKl1jiN/kKLd8 K3WBI+dQ505QL8Ve4+ZV4dxyt8mkf1bR/KEbgyehGqi78umRsPgMSn75rShpfha85excip1n L+WmIUG2wj55qweYtlhWr14QDPe+xffN4UXe/qxjtQ46/ESIwWbVjhYiiHuAXgFBZQCLjyDC UliD/G2pDe91mE+/AZwiGpuRvEsCZoeNXc1utuj6n7HMMS/kLNAHDLowh7ZNR9GMfKYDevZ2 vHZn9wtZEOCnO4qGe6XqwOeQtVcU8/0mJ3LuOhKWd0iOskVHj4XfF/Du0MdrVYe4ZblAYi1u Wkbptvfh3Gr0LUwZwyMxwg/vFg8ZuONQ9nM/FPrhP+OnM/Yyh59HPggz/wsq3yIwBKhNpRTH AgYVnzvJTST58PuFmbtlSRtrvuQOLtH4GxowggYIMIID8KADAgECAgEBMA0GCSqGSIb3DQEB BAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9y ZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYS c3VwcG9ydEBjYWNlcnQub3JnMB4XDTA1MTAxNDA3MzY1NVoXDTMzMDMyODA3MzY1NVowVDEU MBIGA1UEChMLQ0FjZXJ0IEluYy4xHjAcBgNVBAsTFWh0dHA6Ly93d3cuQ0FjZXJ0Lm9yZzEc MBoGA1UEAxMTQ0FjZXJ0IENsYXNzIDMgUm9vdDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCC AgoCggIBAKtJNRFIfNImflOUz0Op3SjXQiqL84d4GVh8D57aiX3h++tykA10oZZkq5+gJJlz 2uJVdscXe/UErEa4w75/ZI0QbCTzYZzA8pD6Ueb1aQFjww9W4kpCz+JEjCUoqMV5CX1GuYrz 6fM0KQhF5Byfy5QEHIGoFLOYZcRD7E6CjQnRvapbjZLQ7N6QxX8KwuPr5jFaXnQ+lzNZ6MMD PWAzv/fRb0fEze5ig1JuLgiapNkVGJGmhZJHsK5I6223IeyFGmhyNav/8BBdwPSUp2rVO5J+ TJAFfpPBLIukjmJ0FXFuC3ED6q8VOJrU0gVyb4z5K+taciX5OUbjchs+BMNkJyIQKopPWKcD rb60LhPtXapI19V91Cp7XPpGBFDkzA5CW4zt2/LP/JaT4NsRNlRiNDiPDGCbO5dWOK3z0luL oFvqTpa4fNfVoIZwQNORKbeiPK31jLvPGpKK5DR7wNhsX+kKwsOnIJpa3yxdUly6R9Wb7yQo cDggL9V/KcCyQQNokszgnMyXS0XvOhAKq3A6mJVwrTWx6oUrpByAITGprmB6gCZIALgBwJNj VSKRPFbnr9s6JfOPMVTqJouBWfmh0VMRxXudA/Z0EeBtsSw/LIaRmXGapneLNGDRFLQsrJ2v jBDTn8Rq+G8T/HNZ92ZCdB6K4/jc0m+YnMtHmJVABfvpAgMBAAGjgb8wgbwwDwYDVR0TAQH/ BAUwAwEB/zBdBggrBgEFBQcBAQRRME8wIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLkNBY2Vy dC5vcmcvMCgGCCsGAQUFBzAChhxodHRwOi8vd3d3LkNBY2VydC5vcmcvY2EuY3J0MEoGA1Ud IARDMEEwPwYIKwYBBAGBkEowMzAxBggrBgEFBQcCARYlaHR0cDovL3d3dy5DQWNlcnQub3Jn L2luZGV4LnBocD9pZD0xMDANBgkqhkiG9w0BAQQFAAOCAgEAfwiIodoaUEnaifuhCHLzivce xDq0eVsgMLFF3sJd02Vp8cJdVFQ8hV+5e0KRwpn9G1Gbq0aloRBTnm2IrHNuLDOm8PSe4HXB PohFqeFmQ/5WWtF6QXj3QNpKOvELW6W7FgbmwueTuYVNl0+xHjhDgO+bDYzvuKdgAIdXfR5E HMsj75s8mZ2vtSkcRXkWlk0nbfEcbMPCVWSzvBTi86QfHjL8JxUFz90urj6CYXvwIRAY9kTq Uzn53NCaIODGu+C7Wk/EmcgHvbW9otsuYg1CNEG8/4uK9VEiqogwAOKw1Ly+ZbrVA1d5m+jc yE34UO2RpVIooqz7Nlg+6ZQrkVCHG9Ze1ozM9w8QDFJO0BZh5eUKbL8Xx3JGV5yY9WxgY3pv XrlOL8i5ubtqhbyYDe35PpeENJSuAK+h5eeSbk698+LZFItc0usBbKAXpS0Q65x6Sr297s79 7SJAq3A4iPUKh2rCqwVgyUgF2lPB3kR3arPzPDztgLymOEopJF/+WTubJXpWYwBkuV2kYn1X Nk+tg+8fklOgjndX3eVhET0jAJBMPPqjYJMEo6819g5qj09KYKeFBWxGoY/0x3bjoVlX93Gy xG4UXG1tQWbfG5Ox1ADD7svPPD0hgKlfY2X83eBfpPQr8IVxQdRnJfsasZeu1pmCE0HSbqUb mSeA5wupqAAxggMeMIIDGgIBATBbMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQL ExVodHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QC AwCHRzAJBgUrDgMCGgUAoIIBmDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wOTA5MjQxODExNThaMCMGCSqGSIb3DQEJBDEWBBRfzq4ZCFW22rg4JH9N8cav +p/0ATBfBgkqhkiG9w0BCQ8xUjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwagYJKwYB BAGCNxAEMV0wWzBUMRQwEgYDVQQKEwtDQWNlcnQgSW5jLjEeMBwGA1UECxMVaHR0cDovL3d3 dy5DQWNlcnQub3JnMRwwGgYDVQQDExNDQWNlcnQgQ2xhc3MgMyBSb290AgMAh0cwbAYLKoZI hvcNAQkQAgsxXaBbMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQLExVodHRwOi8v d3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QCAwCHRzANBgkq hkiG9w0BAQEFAASCAQCpnlh0TCo8zKM+mSO0doc0lOudDvQ8xT5e8aKmZwaCnEX8dzyURKmo bUXrecSJlUGGrWsEOj3uPRLi4MWX1lOHAB4ieR2qFWwTUOfv6skCLE1rgRB4R9yYPEor33to jMMAjtyaoCsqvoc/eZ52O8i1Rd54QgMYdBJDaqDaTELIURYhIG4AW+qWbDMTv5uDVRBWEg5o vPZaiOBcGz8vZvgyua5dA8xBx6MK41OnWmUC7x5eOjW/W15qX6KjvPx1JY4C8gKV0EeHCQpi /CPnQKfJMjnj+lLeoQQYL02Ya3UNvn0IgiZ+cfnUn2GIP3nByJDOUGgfDLvEfvy8OS6H4RvG AAAAAAAA --------------ms060203020209070702020503-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 18:31:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B881106566C for ; Thu, 24 Sep 2009 18:31:17 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 249CD8FC17 for ; Thu, 24 Sep 2009 18:31:17 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id E8CDE84565; Thu, 24 Sep 2009 14:31:16 -0400 (EDT) Date: Thu, 24 Sep 2009 14:31:15 -0400 From: Jeff Blank To: freebsd-current@freebsd.org Message-ID: <20090924183115.GA79542@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: [8.0-RC1] IPv6 multicast not received when ale0 not promiscuous X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 18:31:17 -0000 Hi, I have an 8.0-RC1 amd64 system that cannot receive IPv6 multicast traffic when ale0 (onboard and only NIC) is not in promiscuous mode. When I run 'tcpdump icmp6' on the host, I see multicast neighbour advertisements and router advertisements, and I can solicit a router advertisement as well. When tcpdump is not running or is running with -p, no default route is learned, and with 'tcpdump -p', the RA and NA packets aren't even captured. I do see the outgoing solicitations and unicast NS/NA. I noticed this problem under 8.0-BETA4 (20090915) when I started running v6 again after a few months of not doing so (first try on this box, though), and it has continued in RC1 (csup RELENG_8 just a couple hours ago). Other v6-enabled hosts on the network have no problems, including an OpenSolaris box that used to run 7-STABLE with sk(4) and nfe(4) (one at a time), no problems with either OS or interface, and an 8.0-BETA4 (20090915) i386 VirtualBox with an emulated em(4) interface (82540EM) on the above OpenSolaris host. Does this ring a bell with anyone? Anything I should look for or try before submitting a PR? thanks, Jeff ale0@pci0:2:0:0: class=0x020000 card=0x831c1043 chip=0x10261969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' class = network subclass = ethernet # ifconfig ale0 ale0: flags=8843 metric 0 mtu 1500 options=319a ether 00:26:18:82:fc:65 inet6 fe80::226:18ff:fe82:fc65%ale0 prefixlen 64 scopeid 0x1 inet6 2001:5c0:1104:7a00::1:1 prefixlen 64 inet 172.19.3.81 netmask 0xffffff00 broadcast 172.19.3.255 media: Ethernet autoselect (100baseTX ) status: active # egrep 'ale|v6' /etc/rc.conf ifconfig_ale0=DHCP ipv6_enable=YES ipv6_ifconfig_ale0="2001:5c0:1104:7a00::1:1 prefixlen 64" ipv6_default_interface=ale0 # netstat -rnf inet6 Routing tables Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 ::1 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 2001:5c0:1104:7a00::/64 link#1 U ale0 2001:5c0:1104:7a00::1:1 link#1 UHS lo0 fe80::/10 ::1 UGRS lo0 fe80::%ale0/64 link#1 U ale0 fe80::226:18ff:fe82:fc65%ale0 link#1 UHS lo0 fe80::%lo0/64 link#4 U lo0 fe80::1%lo0 link#4 UHS lo0 fe80::%tun0/64 link#5 U tun0 fe80::226:18ff:fe82:fc65%tun0 link#5 UHS lo0 ff01:1::/32 fe80::226:18ff:fe82:fc65%ale0 U ale0 ff01:4::/32 ::1 U lo0 ff01:5::/32 fe80::226:18ff:fe82:fc65%tun0 U tun0 ff02::%ale0/32 fe80::226:18ff:fe82:fc65%ale0 U ale0 ff02::%lo0/32 ::1 U lo0 ff02::%tun0/32 fe80::226:18ff:fe82:fc65%tun0 U tun0 From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 18:42:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81633106568F for ; Thu, 24 Sep 2009 18:42:18 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD4F8FC15 for ; Thu, 24 Sep 2009 18:42:17 +0000 (UTC) Received: by bwz27 with SMTP id 27so1467959bwz.43 for ; Thu, 24 Sep 2009 11:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=+JBLA2ZtxTQ4oPPEjY0P0EPrneV0WvxNbppMhN6Kj5w=; b=YGJyWuco4MATiAuIpC/ili5+0VqTSqoxPFEo58MDS+6wr7Sa2AO8+QQkdQJxKkOUEl iZyOtjVE5OexbsGaYbRwO6N+DI6akNDwgi+0J2QIOZYSi+jhHAQy1FzyHOwN4VEXst/Z uB1BBHTIr8MbCj/7mLmfro32PxkrmBzI4wF9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=SBXksIMzpKXX3RBThEW+ISdPRX4T4SPYWOPJkAgaeZHL6JRYeePWkDAvkdHavLEkUM A3Ug5TAUWxx5jQXZ861fUXEswNLgmyEWIMkz/aOY6ey8l3UoxNASpz77IlDBBzuke17s IqTq1eEDAT9ODbX9xuKPRjJiE0MofsuFpyikE= Received: by 10.204.15.151 with SMTP id k23mr3360239bka.41.1253817736882; Thu, 24 Sep 2009 11:42:16 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id f31sm3174426fkf.35.2009.09.24.11.42.16 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 11:42:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ABBBD85.5090300@FreeBSD.org> Date: Thu, 24 Sep 2009 21:42:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 18:42:18 -0000 I have found few cases, that were working fine before, but not so good now on CURRENT. There is two interfaces: bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:1b:24:c5:5b:09 inet 192.168.3.131 netmask 0xffffff00 broadcast 192.168.3.255 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect (100baseTX ) status: active ng0: flags=88d1 metric 0 mtu 1500 1) I am going to reuse Ethernet address as local for PtP link: %ifconfig ng0 10.0.0.1 10.0.0.2 ifconfig: ioctl (SIOCAIFADDR): File exists %ifconfig ng0 ng0: flags=88d1 metric 0 mtu 1500 inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000 So as you can see, address was assigned, but request returned error status. Probably it is related to the recent local address route changes. 2) I am going to configure arp-proxy: %arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub arp: writing to routing socket: Invalid argument And again it doesn't work, writing to syslog: kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 19:24:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D3F61065693 for ; Thu, 24 Sep 2009 19:24:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3624B8FC21 for ; Thu, 24 Sep 2009 19:24:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 218EC9CB074 for ; Thu, 24 Sep 2009 21:21:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FKykAbkQGMdT for ; Thu, 24 Sep 2009 21:21:03 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AD31C9CB0EF for ; Thu, 24 Sep 2009 21:21:03 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n8OJL3Tt084645 for current@freebsd.org; Thu, 24 Sep 2009 21:21:03 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 24 Sep 2009 21:21:03 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20090924192103.GA84535@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [STATUS]: clang/llvm support 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, 24 Sep 2009 19:24:39 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, The clang@freebsd team presents the status of clang/llvm being able to compile FreeBSD system. The situation as of today (Sep 24th) is: i386 - kernel boots, world needs little hacks but works amd64 - kernel compiles but does not boot, world needs little hacks ppc - broken because of unknown RTLD bug other - unknown all other platforms are untested. Ie. this is a regression from the situation in early spring when we could boot amd64 as well... A lot has happened over the spring/summer - amd64 got proper mcmodel=kernel support, compiler-rt was introduced (paving the way for libgcc replacement), we ran two experimental ports build to see how clang does there, C++ support is able to parse devd.cc without warnings, we got kernel working with -O2, we promoted FreeBSD to be officially supported plaform in LLVM etc. etc. We have problems though: we don't have manpower for testing (thats why amd64 kernel stopped booting) and developers for integrating stuff into FreeBSD (maintaining ports etc.). So if you are interested in helping please contact me or join us on IRC in #freebsd-clang on irc.oftc.net. We especially need amd64 testers (because of the amd64 kernel bug) and people with minor platforms like arm/mips/sparc to see how clang/llvm performs there and improve that situation. Thank you for helping us make FreeBSD better... Roman Divacky (on behalf the whole clang@freebsd team) --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq7xp8ACgkQLVEj6D3CBExR8gCgguT8un2QqnYy+gNyvC4/sPjT YJMAnR7bRKzMMUp0toBQtbRT2ftyEVxR =CVB5 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 19:48:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672B7106566C; Thu, 24 Sep 2009 19:48:46 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [199.237.202.236]) by mx1.freebsd.org (Postfix) with ESMTP id 16D868FC19; Thu, 24 Sep 2009 19:48:45 +0000 (UTC) Received: from neu.net (neu.net [199.237.202.236]) by neu.net (8.13.6.20060614/8.13.6) with ESMTP id n8OJmet3075574; Thu, 24 Sep 2009 19:48:44 GMT Date: Thu, 24 Sep 2009 19:48:40 +0000 (GMT) From: AN To: bsam@ipt.ru Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.1 at neu.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: shared object X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 19:48:46 -0000 > I have 2 problems on a newly installed system. > > FreeBSD core2.fu.bar 8.0-RC1 FreeBSD 8.0-RC1 #0: Thu Sep 17 18:50:57 > UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > When I try to run Realplayer I get the following: > > # realplay > Gtk-Message: Failed to load module "canberra-gtk-module": > libcanberra-gtk-module.so: cannot open shared object file: No such > file or directory > Gtk-Message: Failed to load module "gnomebreakpad": > libgnomebreakpad.so: cannot open shared object file: No such file or > directory > > (realplay.bin:79923): Gdk-WARNING **: gdk_propery-get(): invalid length 0 Let's talk about linux-realplayer. Please, show an output of % pkg_info -xI linux WBR -- WBR, bsam Hi Boris: Thank you for your reply. Here is the output from pkg_info -xI linux: # pkg_info -xI linux linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux Fedora 10) linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) linux-f10-curl-7.19.4_4 The command line tool for transferring files with URL synta linux-f10-cyrus-sasl2-2.1.22 RFC 2222 SASL (Simple Authentication and Security Layer) (L linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library (Linux linux-f10-flashplugin-10.0r32 Adobe Flash Player NPAPI Plugin linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X Windows (Linux Fe linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) linux-f10-libssh2-0.18 The library implementing the SSH2 protocol (Linux Fedora 10 linux-f10-nspr-4.7.4 Netscape Portable Runtime (Linux Fedora 10) linux-f10-nss-3.12.2.0 Network Security Services (Linux Fedora 10) linux-f10-openldap-2.4.12_1 Lightweight Directory Access Protocol libraries (Linux Fedo linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) linux-f10-sqlite3-3.5.9_1 The library that implements an embeddable SQL database engi linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from RealNetworks linux_base-f10-10_2 Base set of packages needed in Linux mode for i386/amd64 (L Please let me know if I can provide more info. From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 20:38:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2885106566B for ; Thu, 24 Sep 2009 20:38:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 807DA8FC26 for ; Thu, 24 Sep 2009 20:38:10 +0000 (UTC) Received: (qmail 12073 invoked by uid 399); 24 Sep 2009 20:38:07 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Sep 2009 20:38:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ABBD8A8.2030904@FreeBSD.org> Date: Thu, 24 Sep 2009 13:38:00 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Olivier Nicole References: <4AB8BAA9.1060100@zedat.fu-berlin.de> <200909222248.16475.doconnor@gsoft.com.au> <4AB93614.2080106@locolomo.org> <200909231104.39234.doconnor@gsoft.com.au> <4AB9DDD8.2020700@zedat.fu-berlin.de> <200909230856.n8N8u2hp062395@banyan.cs.ait.ac.th> In-Reply-To: <200909230856.n8N8u2hp062395@banyan.cs.ait.ac.th> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, ohartman@zedat.fu-berlin.de, freebsd-questions@freebsd.org Subject: Re: LDAP server gone -> impossible to login locally! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 20:38:11 -0000 Olivier Nicole wrote: > Last June, we had to shutdown our openldap server every night, I > noticed that a simple halt(8) would leave the bdb backend database in > a corrupted state. As mentioned in the man page, halt(8) should not be used for regular shutting down of the system. shutdown(8) is preferred for several reasons, not the least of which is that it will call /etc/rc.shutdown which will (among other things) run through your rc.d scripts in reverse order with the 'stop' argument so that those services get clean shutdowns. If you want to turn the power off as well the -p option exists for this purpose. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 20:39:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E3F31065670 for ; Thu, 24 Sep 2009 20:39:23 +0000 (UTC) (envelope-from kristof@sigsegv.be) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by mx1.freebsd.org (Postfix) with ESMTP id EF9AF8FC31 for ; Thu, 24 Sep 2009 20:39:22 +0000 (UTC) Received: from triton.sigsegv.be ([213.119.96.179]) by jacques.telenet-ops.be with bizsmtp id kkfM1c0033sCccd0JkfMSo; Thu, 24 Sep 2009 22:39:21 +0200 Received: from nereid (nereid.neptune.sigsegv.be [IPv6:2001:470:c8f4:0:200:ff:fe00:8]) by triton.sigsegv.be (Postfix) with SMTP id 65C481C1E1; Fri, 25 Sep 2009 00:40:30 +0200 (CEST) Received: by nereid (sSMTP sendmail emulation); Thu, 24 Sep 2009 22:39:20 +0200 Date: Thu, 24 Sep 2009 22:39:18 +0200 From: Kristof Provost To: Pyun YongHyeon Message-ID: <20090924203918.GI19069@nereid> References: <20090922211012.GE19069@nereid> <20090922235350.GB1520@michelle.cdnetworks.com> <20090923184149.GF19069@nereid> <20090923202448.GD1099@michelle.cdnetworks.com> <20090923205535.GG19069@nereid> <20090923214011.GE1099@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090923214011.GE1099@michelle.cdnetworks.com> X-PGP-Fingerprint: 6B6E 5EED 8ECF FAE7 1F61 7458 5046 7D0E 11B0 0EE8 User-Agent: Mutt/1.5.14 (2007-03-31) Cc: current@freebsd.org Subject: Re: mge, mii/e1000phy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 20:39:23 -0000 On 2009-09-23 14:40:11 (-0700), Pyun YongHyeon wrote: > Oh, this question may not be related with your link issue. I wanted > to know why mge(4) had to check media type in its ioctl handler. > The advertised capability has nothing to do with link partner's > capability. The advertised capability is used in auto-negotiation > process and the PHY will choose the highest common denominator > capability. So if we want to disable 1000baseT/half-duplex for > whatever reason, it can be achieved by not advertising 1000baseT/ > half-duplex capability to mii layer. > I think it's advertising the following: 10baseT 10baseT-FDX 100baseTX 100baseTX-FDX 1000baseT 1000baseT-FDX auto In any case, the values used during mii_phy_add_media are sc->mii_capabilities 0x7949 and sc->mii_extcapabilities 0x3000. Regards, Kristof From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 20:47:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E64106566C for ; Thu, 24 Sep 2009 20:47:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id B964C8FC08 for ; Thu, 24 Sep 2009 20:47:44 +0000 (UTC) Received: by fxm22 with SMTP id 22so1867152fxm.36 for ; Thu, 24 Sep 2009 13:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=i7QKv49w+3WFNHME0xAUNFYqdYGrRK2Cp9BzotweKdA=; b=sCM4NlTkFnFpKbRVtTxDiADIlJanfGQ4pc5z1hczFhmLih6igUf9mhCrP4qH7OFVCM 5e31zv6sDqppALa8EGkGIsAYiOTADjPbVcDa102yG/2DLqkWAZHBPvehNG80NRz9vGZr Dk1EXJ1NjfxOFuX+R0XEhFGpY8c8cwixu6rc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vmLx9Sbx9zA6b6GvS2c4O6ST+Qfq2elfHkNPXr0twH0n0MLnonI6zfQGsW8dtLUX6L FdJZ5m1++vT3kx1yOdxtp5WzwUstGnknb1lra6d9l5jH953KldBEvBsAZeYbkEQIBIYv ZXOKVvq/29cpiOnVTlJCm6kl0n8kMcWJqDzBU= MIME-Version: 1.0 Received: by 10.103.125.36 with SMTP id c36mr1679830mun.126.1253825263795; Thu, 24 Sep 2009 13:47:43 -0700 (PDT) In-Reply-To: <68c3445d0909240808l4d254c84i4a431701ed10cbfa@mail.gmail.com> References: <68c3445d0909212153rf19ec23p81ecc0a070f6d594@mail.gmail.com> <3a142e750909220343k153daac0xc00099fc09c176ac@mail.gmail.com> <68c3445d0909220551k33973d38iccf20c030a00b6c8@mail.gmail.com> <3a142e750909221420m29ae8302t71ed9558c77542f4@mail.gmail.com> <68c3445d0909221449g62904ae7pa4deb939baf4be1@mail.gmail.com> <3a142e750909221453l25d5dc8eifcbe70b39ced2ea8@mail.gmail.com> <68c3445d0909232143r623d9d2ex768578ff6c26d3b9@mail.gmail.com> <3a142e750909240244h59a4a001o13a4a7a46e7a75a1@mail.gmail.com> <68c3445d0909240546n371fe467wbf7ffb7284a9099@mail.gmail.com> <68c3445d0909240808l4d254c84i4a431701ed10cbfa@mail.gmail.com> Date: Thu, 24 Sep 2009 22:47:43 +0200 Message-ID: <3a142e750909241347w1f7ba8e2jd6c98d7810aaf28b@mail.gmail.com> From: "Paul B. Mahol" To: Raphael Kubo da Costa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC1 - Kernel panic when loading a ndisgen-generated module (rtl8180_sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 20:47:45 -0000 On 9/24/09, Raphael Kubo da Costa wrote: > 2009/9/24 Raphael Kubo da Costa : >> 2009/9/24 Paul B. Mahol : >>> On 9/24/09, Raphael Kubo da Costa wrote: >>>> 2009/9/22 Paul B. Mahol : >>>>> On 9/22/09, Raphael Kubo da Costa wrote: >>>>>> While I'm not at home to do the other things you've mentioned: I don't >>>>>> even have time to run ifconfig - I've commented out the lines enabling >>>>>> ndis, if_ndis and rtl8180_sys in /boot/loader.conf. I just run kldload >>>>>> rtl8180_sys the kernel panics automatically. >>>>> >>>>> Just make sure you are using correct kernel source files(8.0 and not >>>>> 7.X). >>>> >>>> Well, after trying to fix things I ended up with a system that >>>> wouldn't even boot. So I formatted everything and installed 8.0-RC1 >>>> from the DVD. >>> >>> Does this installation installed new 8.0-RC1 sources in /sys ? >> Yes. >> >>>> ndisgen worked fine and I was able to load the module I had generated. >>>> However, wpa_supplicant does not work, and always writes the following >>> >>> With what arguments did wpa_supplicant start? >> I just ran /etc/rc.d/netif restart, so I'm not 100% sure. -D ndis -i >> ndis0 -c /etc/wpa_supplicant.conf, I guess, since when I ran it with >> these arguments the same errors were printed. >>> >>>> error messages after I try to use /etc/rc.d/netif restart: >>>> >>>> Sep 24 01:30:53 borges wpa_supplicant[1689]: Failed to initialize >>>> driver interface >>>> ifconfig: ioctl(SIOCAIFADDR): Invalid argument >>>> ioctl[SIOCG80211, op 98, len 32]: Invalid argument >>>> >>>> When I unloaded the ndis, if_ndis and rtl8180_sys modules and tried to >>>> kldload the latter, the kernel panicked again. >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid = 0; apic id = 00 >>>> fault virtual address = 0xc4b3631a >>>> fault code = supervisor read, page not present >>>> instruction pointer = 0x20:0xc4b136b3 >>>> stack pointer = 0x28:0xe3617a44 >>>> frame pointer = 0x28:0xe3617aac >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, def32 1, gran 1 >>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>> current process = 2223 (ifconfig) >>> >>> But ifconfig is here again. So panic did not happened while loading >>> module. >> Is there anything I can do to get more information about this? >>> >>>> trap number = 12 >>>> panic: page fault >>>> cpuid = 0 >>>> Uptime: 6m6s >>>> Physical memory: 883 MB >>>> Dumping 69 MB: 54 38 22 6 >>>> >>>> >>>> Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from >>>> /boot/kernel/if_ndis.k >>>> o.symbols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/if_ndis.ko >>>> Reading symbols from /boot/kernel/ndis.ko...Reading symbols from >>>> /boot/kernel/ndis.ko.symb >>>> ols...done. >>>> done. >>>> Loaded symbols for /boot/kernel/ndis.ko >>>> Reading symbols from /boot/modules/rtl8180_sys.ko...done. >>>> Loaded symbols for /boot/modules/rtl8180_sys.ko >>>> #0 doadump () at pcpu.h:246 >>>> 246 pcpu.h: No such file or directory. >>>> in pcpu.h >>>> (kgdb) #0 doadump () at pcpu.h:246 >>>> #1 0xc08823c7 in boot (howto=260) at >>>> /usr/src/sys/kern/kern_shutdown.c:416 >>>> #2 0xc08826b9 in panic (fmt=Variable "fmt" is not available. >>>> ) at /usr/src/sys/kern/kern_shutdown.c:579 >>>> #3 0xc0bb346c in trap_fatal (frame=0xe3617a04, eva=3300090650) >>>> at /usr/src/sys/i386/i386/trap.c:933 >>>> #4 0xc0bb36f0 in trap_pfault (frame=0xe3617a04, usermode=0, >>>> eva=3300090650) >>>> at /usr/src/sys/i386/i386/trap.c:846 >>>> #5 0xc0bb40d5 in trap (frame=0xe3617a04) at >>>> /usr/src/sys/i386/i386/trap.c:528 >>>> #6 0xc0b96a4b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 >>>> #7 0xc4b136b3 in ndis_rtl8180_sys_drv_data_start () >>>> from /boot/modules/rtl8180_sys.ko >>>> Previous frame inner to this frame (corrupt stack?) >>>> (kgdb) >>>> >>> >>> The backtrace is useless - dead end. > > OK, I finally got things to work. > > After finally reading UPDATING, I found out that I needed to change my > ifconfig_ndis="WPA blablabla" line in rc.conf to > wlans_ndis0=wlan0 > ifconfig_wlan0="WPA blablabla" > > I did that without rebooting, things still didn't work, I kldunloaded > and kldloaded rtl8180_sys and the kernel panicked again. > > However, after the reboot everything worked as expected. Yeah, there are issues with vap being used uninitaliazed. I though that I already covered all possible cases but I was wrong. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 21:15:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494A2106566B for ; Thu, 24 Sep 2009 21:15:00 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 12A618FC1A for ; Thu, 24 Sep 2009 21:14:59 +0000 (UTC) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n8OLExEg094332; Thu, 24 Sep 2009 16:14:59 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n8OLEx0v094331; Thu, 24 Sep 2009 16:14:59 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Thu, 24 Sep 2009 16:14:59 -0500 From: Scott Lambert To: Tim Kientzle Message-ID: <20090924211459.GD4858@sysmon.tcworks.net> Mail-Followup-To: Tim Kientzle , freebsd-current@freebsd.org References: <20090922212905.GA77503@sysmon.tcworks.net> <4ABAF113.9030904@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ABAF113.9030904@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Nagios SIGSEGV on FreeBSD 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 21:15:00 -0000 On Wed, Sep 23, 2009 at 09:09:55PM -0700, Tim Kientzle wrote: > Scott Lambert wrote: > >I've posted this to FreeBSD-ports and Nagios-Users without a nibble. > > > >[New Thread 28326280 (LWP 100051)] > >[New Thread 28301140 (LWP 100222)] > >(gdb) bt > >#0 0x0807fe8b in get_next_comment_by_host () > >#1 0x08080940 in delete_host_acknowledgement_comments () > >#2 0x28331180 in ?? () > >#3 0x4aaac053 in ?? () > >#4 0x080cc394 in __JCR_LIST__ () > > Build with debug symbols and try again; maybe you can get > more detail. Also, check a couple of core dumps to > see if it's crashing in the same place; that might > also give a clue. I rebuilt nagios and did not strip the installed binaries to get that backtrace. What else would I need to do? Rebuild the OS with a knob in /etc/src.conf? I suppose I would also need to rebuild and reinstall any ports on which nagios depends. > Do the "New Thread" messages mean that Nagios is running > multiple threads? If so, I wonder what the other > thread is doing? I have theorized that to be the case. I really don't know how to find out what the other thread is doing. With my backlog of work at the moment, I'm probably just going to be happy with the workaround/bandaid of disabling "J" in malloc options. Maybe I will be able to get back to it in a month or three. I really do appreciate the replies I have gotten. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 21:20:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC411106566C; Thu, 24 Sep 2009 21:20:20 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id D13DF8FC1B; Thu, 24 Sep 2009 21:20:20 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n8OLKJ4m022080; Thu, 24 Sep 2009 14:20:20 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 24 Sep 2009 14:19:13 -0700 Message-ID: In-Reply-To: <4ABBAC87.4040306@FreeBSD.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Point-to-Point interfaces regressions Thread-Index: Aco9QNUp9HBz/qA8S8+ML6IxqB3RXQAA5ooQ References: <4ABBAC87.4040306@FreeBSD.org> From: "Li, Qing" To: "Alexander Motin" , "freebsd-net" Cc: freebsd-current@freebsd.org Subject: RE: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 21:20:21 -0000 >=20 > 1) I am going to reuse Ethernet address as local for PtP link: > %ifconfig ng0 10.0.0.1 10.0.0.2 > ifconfig: ioctl (SIOCAIFADDR): File exists > %ifconfig ng0 > ng0: flags=3D88d1 = metric > 0 > mtu 1500 > inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000 > So as you can see, address was assigned, but request returned error > status. Probably it is related to the recent local address route > changes. >=20 I have written several times about this particular topic here. Yes, the behavior changed. Previously if you try to ping 10.0.0.1 the packets leak onto the wire even though that's a local address. And you cannot connect to the local end, again, packets go on the wire towards possibly the default gateway. > > 2) I am going to configure arp-proxy: > %arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub > arp: writing to routing socket: Invalid argument > And again it doesn't work, writing to syslog: > kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid > I will take a look and let you know what the issue might be. -- Qing From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 21:34:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09195106568D; Thu, 24 Sep 2009 21:34:04 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 567508FC13; Thu, 24 Sep 2009 21:34:03 +0000 (UTC) Received: by bwz27 with SMTP id 27so1578546bwz.43 for ; Thu, 24 Sep 2009 14:34:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=J6uVfSHyOlZdEmF3rfhvzZMBbdlAIdJ5Qi84AO871h0=; b=MrHCnwbfqHsaJsC7P7StHANW6H5IdXVQ2516ehL1VanK4WIkjRl7EPUSHASMcdjLrj PzpgiWPrlMtVnEqg/P12NRjqPOcqhhr45OcqBvMADJI9XktKmntV8VI4xBmnEWiWic59 OdCxPdhTHjXvXnyUmRu5BtvexLgn3fMF6Q3GM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=h7Qo4jzAoCXRIpJpbBsgI4c4tKwc6NrJKiZAcwTwA9Tf3e0WEAKOrblVp0huTxZGUj BhXQtX5+I7a7AcGJmiKnJNv1AVF1vPxFXcTOGYwUvTKr42TKPWl+7jMr+PTfttVcb0Xu yjHPpZ8Jy/J5p39YRYWTU5x/7Weci/T0SgZYo= Received: by 10.204.141.21 with SMTP id k21mr3508085bku.124.1253828042224; Thu, 24 Sep 2009 14:34:02 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id g28sm163676fkg.15.2009.09.24.14.34.01 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 14:34:01 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ABBE5C6.6070707@FreeBSD.org> Date: Fri, 25 Sep 2009 00:33:58 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: "Li, Qing" References: <4ABBAC87.4040306@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current@freebsd.org Subject: Re: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 21:34:04 -0000 Li, Qing wrote: >> 1) I am going to reuse Ethernet address as local for PtP link: >> %ifconfig ng0 10.0.0.1 10.0.0.2 >> ifconfig: ioctl (SIOCAIFADDR): File exists >> %ifconfig ng0 >> ng0: flags=88d1 metric >> 0 >> mtu 1500 >> inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000 >> So as you can see, address was assigned, but request returned error >> status. Probably it is related to the recent local address route >> changes. > > I have written several times about this particular topic here. > > Yes, the behavior changed. Previously if you try to ping 10.0.0.1 the > packets leak onto the wire even though that's a local address. And you > cannot connect to the local end, again, packets go on the wire towards > possibly the default gateway. Me and many other people running net/mpd handling thousands of PtP interfaces sharing local addresses with each other and with some Ethernet interface. This change makes such setup inoperable, as mpd will constantly receive errors while trying to set addresses and drop connections. There was legacy hack in mpd, doing the same, but in user level. I have removed it few years ago, because it never worked as expected with more then one interface. I would like kernel implementation to be more correct. >> 2) I am going to configure arp-proxy: >> %arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub >> arp: writing to routing socket: Invalid argument >> And again it doesn't work, writing to syslog: >> kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid >> > > I will take a look and let you know what the issue might be. Thank you. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 21:37:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 430AD1065698 for ; Thu, 24 Sep 2009 21:37:55 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id EFCF58FC0A for ; Thu, 24 Sep 2009 21:37:53 +0000 (UTC) Received: by ywh17 with SMTP id 17so2458401ywh.3 for ; Thu, 24 Sep 2009 14:37:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+T0XoM7CJIzvYkpyjsN6GNgvUmDDZ5Qpa6JITzyARLY=; b=kzKHhBQ95bu3fcsT7gsE2aaHkMnGU0AO9kX/YtiXB/ZJ4Fk6k2elSQiZeFpbIu1g0e 414mU+VP3Y8hRsdQ2wupCwUvaoETG0I5mej5lX2U34RacYMJBdE6baZv4A3CqxjvTXRE GtEF3oPjEMxL49/unRBt0oe+h6i0qKaxFSsGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RhWLTmiB9rwMddV7eMVK0jjLSl0GfH7wuxDt4Tpqo2uWleBnb5KRY4jVwne0/jwqSY Ewq4+yadOwHwP577lluOyWvZ0sGU4bz+V9pzFsC8+BfcGZTIKUVzzSFuNkIWFby/cpaI iZ8DguPzRhR+yJu+5OJOajS56TNZJmJA0wx5Y= MIME-Version: 1.0 Received: by 10.150.16.28 with SMTP id 28mr809793ybp.133.1253828273464; Thu, 24 Sep 2009 14:37:53 -0700 (PDT) In-Reply-To: <20090924184453.18e10df6@baby-jane.lamaiziere.net> References: <426bed110909240533va4e012ar1979e4814f37997d@mail.gmail.com> <20090924184453.18e10df6@baby-jane.lamaiziere.net> Date: Fri, 25 Sep 2009 05:37:53 +0800 Message-ID: <426bed110909241437n1a4d1d08r530c73b5c64c1ed5@mail.gmail.com> From: Rohit Grover To: Patrick Lamaiziere Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: root mount error with 8-CURRENT on MacBook4,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: Thu, 24 Sep 2009 21:37:55 -0000 On Fri, Sep 25, 2009 at 12:44 AM, Patrick Lamaiziere wrote: > Le Thu, 24 Sep 2009 20:33:39 +0800, > Rohit Grover a =E9crit : > >> I am having trouble upgrading the kernel to 8-CURRENT (revision >> 197444) on my MacBook4,1. >> I get stuck in the mountroot> prompt: >> >> >> >Trying to mount root from ufs:/dev/ad6s3a > > With GPT in use, ad6s3a becomes 'ad6p3a' on 8.0, you have to > change /etc/fstab. > > Regards. > Yes, that helps! I'm able to boot 8-CURRENT on my MacBook now. :-) thanks. From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 21:39:09 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0155106566C for ; Thu, 24 Sep 2009 21:39:09 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 880EE8FC14 for ; Thu, 24 Sep 2009 21:39:09 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 24D471E006D2; Thu, 24 Sep 2009 23:39:08 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n8OLR0ql003692; Thu, 24 Sep 2009 23:27:00 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n8OLQx8Z003691; Thu, 24 Sep 2009 23:26:59 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 24 Sep 2009 23:26:59 +0200 To: Aurelien Jarno Message-ID: <20090924212659.GA3248@triton8.kn-bremen.de> References: <20090911213508.GA97446@triton8.kn-bremen.de> <4AAB938B.9080004@web.de> <20090912165222.GA38048@triton8.kn-bremen.de> <200909231847.n8NIlNij097002@triton8.kn-bremen.de> <20090924162000.GG770@volta.aurel32.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090924162000.GG770@volta.aurel32.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Olivier =?iso-8859-1?Q?Cochard-Labb=E9?= , freebsd-current@FreeBSD.org, Jan Kiszka , Juergen Lock , qemu-devel@nongnu.org Subject: Re: [Qemu-devel] Re: qemu serial: lost tx irqs (affectig FreeBSD's new uart(4) driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 21:39:10 -0000 On Thu, Sep 24, 2009 at 06:20:00PM +0200, Aurelien Jarno wrote: > On Wed, Sep 23, 2009 at 08:47:23PM +0200, Juergen Lock wrote: > > In article <20090916190142.GC770@volta.aurel32.net> you write: > > >On Sat, Sep 12, 2009 at 06:52:22PM +0200, Juergen Lock wrote: > > >> On Sat, Sep 12, 2009 at 02:26:51PM +0200, Jan Kiszka wrote: > > >> > Juergen Lock wrote: > > >> > > Hi! > > >> > > > > >> > > I got a report of FreeBSD guest's new uart(4) driver misbehaving in > > >> > > qemu again(?) (output stopping for no apparent reason), and now found > > >> > > out the problem is tx irqs (UART_IIR_THRI) are getting lost because > > >> > > serial_update_irq() checks for the rx condtion, > > >> > > ... if ((s->ier & UART_IER_RDI) && (s->lsr & UART_LSR_DR)) > > >> > > first before checking for the tx irq condition, > > >> > > ... if ((s->ier & UART_IER_THRI) && s->thr_ipending) > > >> > > which at least in this case (FreeBSD 8 guest after doing > > >> > > set console="comconsole" > > >> > > at the loader prompt or when simply echo'ing text to /dev/ttyu0 > > >> > > or typing to the serial port from cu(1) on a `regular' vga console) > > >> > > causes the second condition (.. && s->thr_ipending) to be never > > >> > > reached anymore, or only after a very long delay. Moving that > > >> > > condition up so it is checked first like this, > > >> > > > > >> > > Index: qemu/hw/serial.c > > >> > > @@ -189,7 +188,9 @@ static void serial_update_irq(SerialStat > > >> > > { > > >> > > uint8_t tmp_iir = UART_IIR_NO_INT; > > >> > > > > >> > > - if ((s->ier & UART_IER_RLSI) && (s->lsr & UART_LSR_INT_ANY)) { > > >> > > + if ((s->ier & UART_IER_THRI) && s->thr_ipending) { > > >> > > + tmp_iir = UART_IIR_THRI; > > >> > > + } else if ((s->ier & UART_IER_RLSI) && (s->lsr & UART_LSR_INT_ANY)) { > > >> > > tmp_iir = UART_IIR_RLSI; > > >> > > } else if ((s->ier & UART_IER_RDI) && s->timeout_ipending) { > > >> > > /* Note that(s->ier & UART_IER_RDI) can mask this interrupt, > > >> > > @@ -202,8 +203,6 @@ static void serial_update_irq(SerialStat > > >> > > } else if (s->recv_fifo.count >= s->recv_fifo.itl) { > > >> > > tmp_iir = UART_IIR_RDI; > > >> > > } > > >> > > - } else if ((s->ier & UART_IER_THRI) && s->thr_ipending) { > > >> > > - tmp_iir = UART_IIR_THRI; > > >> > > } else if ((s->ier & UART_IER_MSI) && (s->msr & UART_MSR_ANY_DELTA)) { > > >> > > tmp_iir = UART_IIR_MSI; > > >> > > } > > >> > > > > >> > > ...fixes the issue for me, but I'm not 100% sure if this might cause > > >> > > rx irqs to come (too?) late when a guest keeps sending while its > > >> > > receiving at the same time. Anyone care to comment? :) > > >> > > > >> > The reordering violates the 16550A spec in that RX event overrules TX in > > >> > the IRQ status register. Maybe something else is wrong but it's not the > > >> > ordering in serial_update_irq. > > >> > > >> Well one problem seems to be the rx condition, > > >> ... if ((s->ier & UART_IER_RDI) && (s->lsr & UART_LSR_DR)) > > >> is not enough to trigger an irq, yet still causes the following > > >> conditions not to be checked anymore at all. And ideed, fixing that > > >> seems to get my FreeBSD 8 guest back to working order as well: > > > > > >Applied. In the future, could you please make sure to send patches with > > >a correct unified headers? > > > > Alright, if thats is what you guys prefer... (I just didn't want to > > break the thread.) > > Don't need to break the thread, just use > > | --- a/hw/serial.c > | +++ a/hw/serial.c > > instead of simply > > | Index: qemu/hw/serial.c > > ie the output of diff -u > Oh ok, then I completely misunderstood. (And I had no idea this makes a difference... :) Anyway, I'll try to remember. > > Anyway, I guess this is also material for the stable branch(es)? > > (I just saw 0.11.0 has already been tagged but not announced yet, and > > another patch merged to the same branch after that, maybe the tag can > > still be slided if this is possible with git?) > > > > Pushed to the branch. For the details about the release, I let Anthony > handling that. Worst case scenario, it will be in 0.11.1. > Yeah, looks like it... Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 21:46:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D9481065679; Thu, 24 Sep 2009 21:46:19 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 14CA18FC0C; Thu, 24 Sep 2009 21:46:18 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n8OLkHsl025931; Thu, 24 Sep 2009 14:46:18 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 24 Sep 2009 14:44:13 -0700 Message-ID: In-Reply-To: <4ABBE5C6.6070707@FreeBSD.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Point-to-Point interfaces regressions Thread-Index: Aco9Xr2A/bhdtoM9QwaBGMH92aVmLAAAUnQg References: <4ABBAC87.4040306@FreeBSD.org> <4ABBE5C6.6070707@FreeBSD.org> From: "Li, Qing" To: "Alexander Motin" Cc: freebsd-net , freebsd-current@FreeBSD.org Subject: RE: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 21:46:19 -0000 >=20 > Me and many other people running net/mpd handling thousands of PtP > interfaces sharing local addresses with each other and with some > Ethernet interface. This change makes such setup inoperable, as mpd > will constantly receive errors while trying to set addresses and=20 > drop connections. >=20 I can revert to the old behavior. I asked for feedback and received none at the time ... -- Qing From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 23:08:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3F0C106566B; Thu, 24 Sep 2009 23:08:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 59BE38FC08; Thu, 24 Sep 2009 23:08:22 +0000 (UTC) Received: by fxm22 with SMTP id 22so1953143fxm.36 for ; Thu, 24 Sep 2009 16:08:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=0AJgjjx49Frwan1v3OkbueTgxZJUEmi2eYe/27RB5/I=; b=Xer5obMuFAe4bT4LuwLZ+O+/UopUiZG0Um5muY8YrOzq9yTYn1wEz1FH5pTgcdItj4 tN2D5M/mYQ8LhprYvkBG8AUijbZWGla2YjnykvWASeKahPLOZMw3JFntQDwRYgmEYtHi VC3nYagf2TAAviq2l8b2wIKOZFnJ568Yg1Aw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NSTwdsNQp5SaOoHb0bl8/CeX1+hdZDWTKb6VS61Zuh+Zwu2k8ZBMdqop+OMc49Zo69 xThG12+HrJQoJszqn1FPV0DAmtZib4A5NLikPM0rLasg8G73MT3n7TEcmDxjta8J58Gi HOSdhFnS4BfPzAmKGh1cmEmiZjcWUm8Mf/ZzQ= MIME-Version: 1.0 Received: by 10.103.76.34 with SMTP id d34mr1744794mul.31.1253833701334; Thu, 24 Sep 2009 16:08:21 -0700 (PDT) In-Reply-To: <3a142e750909240300m275f8025q2228a62ec9e41377@mail.gmail.com> References: <4AB913B3.1050709@borderworlds.dk> <3a142e750909230102tfee2bact6c165ee97da0c7eb@mail.gmail.com> <3a142e750909231500o6d875b1dj3b6cba12483a84b3@mail.gmail.com> <4ABB0CFC.4050105@borderworlds.dk> <4ABB146E.3050103@borderworlds.dk> <3a142e750909240251x6d06f733m2897f4cc7158a025@mail.gmail.com> <3a142e750909240300m275f8025q2228a62ec9e41377@mail.gmail.com> Date: Fri, 25 Sep 2009 01:08:21 +0200 Message-ID: <3a142e750909241608j786b6029g83f2705922e6936f@mail.gmail.com> From: "Paul B. Mahol" To: cokane@freebsd.org Content-Type: multipart/mixed; boundary=0016e65b610e601f9504745ae836 Cc: current@freebsd.org Subject: Re: Regression with ndis and rt2860 on 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 23:08:23 -0000 --0016e65b610e601f9504745ae836 Content-Type: text/plain; charset=ISO-8859-1 On 9/24/09, Paul B. Mahol wrote: > On 9/24/09, Paul B. Mahol wrote: >> On 9/24/09, Christian Laursen wrote: >>> Christian Laursen wrote: >>>> Paul B. Mahol wrote: >>>>> On 9/23/09, Paul B. Mahol wrote: >>>>>> On 9/22/09, Christian Laursen wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Some days ago I upgraded my Asus Eee 1000H from 7.2-RELEASE to >>>>>>> 8.0-BETA4 >>>>>>> and then to 8.0-RC1 as of this morning. >>>>>>> >>>>>>> Since the Ralink Wireless NIC is not supported with a native driver >>>>>>> I >>>>>>> have been using ndis for a long time on 7.x without any issues. >>> >>> I just made a discovery. >>> >>> If I create a wlan device with wlandevice ndis0, I am able to associate >>> and get traffic through the interface. >>> >>> I did get one warning though: >>> wlan0: ieee80211_new_state_locked: pending SCAN -> RUN transition lost >>> >>> If I read UPDATING correctly this is the way to configure wireless >>> devices on 8.0. As this is my first 8.0 system I was not sufficiently >>> aware of that. >>> >>> However, a panic is somewhat unexpected in this case. >> >> Yes, there is still code path where vap is used when it is NULL. > > What about moving windrv_(un)wrap() calls from ndisdrv_modevent() to > vap create/delete. Forget that one it simple cant be done. Instead I attached patch. -- Paul --0016e65b610e601f9504745ae836 Content-Type: application/octet-stream; name="if_ndis.patch" Content-Disposition: attachment; filename="if_ndis.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 SW5kZXg6IGlmX25kaXMuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBpZl9uZGlzLmMJKHJldmlzaW9uIDE5NzQ3 MikKKysrIGlmX25kaXMuYwkod29ya2luZyBjb3B5KQpAQCAtMTUzNCw3ICsxNTM0LDcgQEAKIAkJ aWYgKG0gPT0gTlVMTCkKIAkJCWJyZWFrOwogCQlLZVJlbGVhc2VTcGluTG9jaygmc2MtPm5kaXNf cnhsb2NrLCBpcnFsKTsKLQkJaWYgKHNjLT5uZGlzXzgwMjExKQorCQlpZiAoc2MtPm5kaXNfODAy MTEgJiYgdmFwKQogCQkJdmFwLT5pdl9kZWxpdmVyX2RhdGEodmFwLCB2YXAtPml2X2JzcywgbSk7 CiAJCWVsc2UKIAkJCSgqaWZwLT5pZl9pbnB1dCkoaWZwLCBtKTsKQEAgLTE3NDYsNyArMTc0Niw3 IEBACiAJICAgIHNjLT5uZGlzX3N0cyA9PSBORElTX1NUQVRVU19NRURJQV9DT05ORUNUKSB7CiAJ CXNjLT5uZGlzX2xpbmsgPSAxOwogCQlORElTX1VOTE9DSyhzYyk7Ci0JCWlmIChzYy0+bmRpc184 MDIxMSkgeworCQlpZiAoc2MtPm5kaXNfODAyMTEgJiYgdmFwKSB7CiAJCQluZGlzX2dldHN0YXRl XzgwMjExKHNjKTsKIAkJCWllZWU4MDIxMV9uZXdfc3RhdGUodmFwLCBJRUVFODAyMTFfU19SVU4s IC0xKTsKIAkJfQpAQCAtMTc1OCw3ICsxNzU4LDcgQEAKIAkgICAgc2MtPm5kaXNfc3RzID09IE5E SVNfU1RBVFVTX01FRElBX0RJU0NPTk5FQ1QpIHsKIAkJc2MtPm5kaXNfbGluayA9IDA7CiAJCU5E SVNfVU5MT0NLKHNjKTsKLQkJaWYgKHNjLT5uZGlzXzgwMjExKQorCQlpZiAoc2MtPm5kaXNfODAy MTEgJiYgdmFwKQogCQkJaWVlZTgwMjExX25ld19zdGF0ZSh2YXAsIElFRUU4MDIxMV9TX1NDQU4s IDApOwogCQlORElTX0xPQ0soc2MpOwogCQlpZl9saW5rX3N0YXRlX2NoYW5nZShzYy0+aWZwLCBM SU5LX1NUQVRFX0RPV04pOwpAQCAtMjA0Nyw5ICsyMDQ3LDYgQEAKIAkvKiBTZXR1cCB0YXNrIG9m ZmxvYWQuICovCiAJbmRpc19zZXRfb2ZmbG9hZChzYyk7CiAKLQlpZiAoc2MtPm5kaXNfODAyMTEp Ci0JCW5kaXNfc2V0c3RhdGVfODAyMTEoc2MpOwotCiAJTkRJU19MT0NLKHNjKTsKIAogCXNjLT5u ZGlzX3R4aWR4ID0gMDsKQEAgLTIyOTcsOCArMjI5NCw2IEBACiAJaWZwID0gc2MtPmlmcDsKIAlp YyA9IGlmcC0+aWZfbDJjb207CiAJdmFwID0gVEFJTFFfRklSU1QoJmljLT5pY192YXBzKTsKLQlp ZiAodmFwID09IE5VTEwpCi0JCXJldHVybjsKIAogCWlmICghTkRJU19JTklUSUFMSVpFRChzYykp IHsKIAkJRFBSSU5URigoIiVzOiBORElTIG5vdCBpbml0aWFsaXplZFxuIiwgX19mdW5jX18pKTsK QEAgLTI3MzAsOCArMjcyNSw2IEBACiAJaWZwID0gc2MtPmlmcDsKIAlpYyA9IGlmcC0+aWZfbDJj b207CiAJdmFwID0gVEFJTFFfRklSU1QoJmljLT5pY192YXBzKTsKLQlpZiAodmFwID09IE5VTEwp Ci0JCXJldHVybjsKIAluaSA9IHZhcC0+aXZfYnNzOwogCiAJaWYgKCFORElTX0lOSVRJQUxJWkVE KHNjKSkK --0016e65b610e601f9504745ae836-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 24 23:35:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73573106566B for ; Thu, 24 Sep 2009 23:35:48 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id E9B888FC12 for ; Thu, 24 Sep 2009 23:35:47 +0000 (UTC) Received: from [114.76.235.20] (c114-76-235-20.farfl3.nsw.optusnet.com.au [114.76.235.20]) (authenticated sender horst.burkhardt) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8ONZeGR008296; Fri, 25 Sep 2009 09:35:41 +1000 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: Bakul Shah In-Reply-To: <20090924074720.B27FE5B13@mail.bitblocks.com> References: <20090924074720.B27FE5B13@mail.bitblocks.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Omk5A02kxUA2tmLEwMk7" Date: Fri, 25 Sep 2009 09:35:49 +1000 Message-Id: <1253835349.5395.1.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 Cc: freeBSD-CURRENT Mailing List Subject: Re: Three cheers for the status quo, enough now? (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2009 23:35:48 -0000 --=-Omk5A02kxUA2tmLEwMk7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-09-24 at 00:47 -0700, Bakul Shah wrote: > On Thu, 24 Sep 2009 00:37:25 BST Robert Watson wro= te: > What would be nice is if the install CDs came with a small > number of "profiles" (mini, midi & maxi) and made it easy to > pick a profile and install/upgrade to the system described in > it. Nicer still would be if there was a way to create custom > profiles for specific purposes. Then you have an easy way to > clone the same setup to multiple machines. [Not that it would > stop such arguments....] I am sure we have been here before! We already DO have profiles. They're called 'install sets'. More specifically than this, there is a way to set up clones of similar configurations across multiple machines, it's called rolling your own install media. :) --=-Omk5A02kxUA2tmLEwMk7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkq8AlUACgkQRtTtv0BbTe4iyQCcDF+fdIC9HQ+l+HciatcrLzvY ZwEAoIjdJmQAytFKvlntaw+rfHaAAQ5I =ZEu2 -----END PGP SIGNATURE----- --=-Omk5A02kxUA2tmLEwMk7-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 00:34:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52BF11065679 for ; Fri, 25 Sep 2009 00:34:36 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 04B6D8FC0A for ; Fri, 25 Sep 2009 00:34:36 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id F2C5D60E5 for ; Thu, 24 Sep 2009 20:34:34 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1253838875; bh=wh66/TPg9Nj+IvczYzl8T6KW4BFWX/tjYsAxXDUHi+8=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=iOwLuKw3Q55pHj+8kiNzoT929OD5RmcaALfceMg3/f/Af8cqk4ZwJvfr3gE6TmWXy amrTaE2SUcIZGstzjxw2LuEv/e4hMOACS6eoYiX5uaemakqofwzXeqZt3ttNImd DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=QpeKCiYhDKaLc48f6IO0dGtbstYg/Wdoc14uSwthKL/38XuLlC4ojAl+eocQsO22f aVSfaC5Mb2tnSWzCBvAB7Ea/5rxGqilfDeBrynCzgyvqoHI9DyWX4fHM1yjgLDp Message-ID: <4ABC1015.7000504@protected-networks.net> Date: Thu, 24 Sep 2009 20:34:29 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: freebsd-current References: <4ABAB6BA.4050502@protected-networks.net> In-Reply-To: <4ABAB6BA.4050502@protected-networks.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Hang on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 00:34:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I wrote: > Seems I have another machine impacted by the recent changes to ACPI and > x386 components. It stops dead at the point marked below .. removing > 'options VESA' didn't help .. hints welcome. Seems that "SVN rev 197469" fixes this - thanks! Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq8EBUACgkQQv9rrgRC1JIHzwCgpHVigPuuijbkMJlv+i8lFir6 bpUAn1Wp0wrM09+bnbVazTrze8S3Fb4+ =KCvL -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 01:43:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9507106568B; Fri, 25 Sep 2009 01:43:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A0B448FC1C; Fri, 25 Sep 2009 01:43:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8P1hLLb091975; Thu, 24 Sep 2009 21:43:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8P1hLL4091965; Fri, 25 Sep 2009 01:43:21 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Sep 2009 01:43:21 GMT Message-Id: <200909250143.n8P1hLL4091965@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Sep 2009 01:43:22 -0000 TB --- 2009-09-25 00:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-25 00:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-09-25 00:10:00 - cleaning the object tree TB --- 2009-09-25 00:11:04 - cvsupping the source tree TB --- 2009-09-25 00:11:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-09-25 00:16:50 - building world TB --- 2009-09-25 00:16:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-25 00:16:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-25 00:16:50 - TARGET=i386 TB --- 2009-09-25 00:16:50 - TARGET_ARCH=i386 TB --- 2009-09-25 00:16:50 - TZ=UTC TB --- 2009-09-25 00:16:50 - __MAKE_CONF=/dev/null TB --- 2009-09-25 00:16:50 - cd /src TB --- 2009-09-25 00:16:50 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 25 00:16:52 UTC 2009 >>> 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 Fri Sep 25 01:28:28 UTC 2009 TB --- 2009-09-25 01:28:28 - generating LINT kernel config TB --- 2009-09-25 01:28:28 - cd /src/sys/i386/conf TB --- 2009-09-25 01:28:28 - /usr/bin/make -B LINT TB --- 2009-09-25 01:28:28 - building LINT kernel TB --- 2009-09-25 01:28:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-25 01:28:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-25 01:28:28 - TARGET=i386 TB --- 2009-09-25 01:28:28 - TARGET_ARCH=i386 TB --- 2009-09-25 01:28:28 - TZ=UTC TB --- 2009-09-25 01:28:28 - __MAKE_CONF=/dev/null TB --- 2009-09-25 01:28:28 - cd /src TB --- 2009-09-25 01:28:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 25 01:28:28 UTC 2009 >>> 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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_hpp.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_sic.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/fb/fb.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/fb/s3_pci.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/fb/vesa.c cc1: warnings being treated as errors /src/sys/dev/fb/vesa.c: In function 'vesa_set_mode': /src/sys/dev/fb/vesa.c:1052: warning: 'len' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-25 01:43:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-25 01:43:21 - ERROR: failed to build lint kernel TB --- 2009-09-25 01:43:21 - 3331.34 user 503.88 system 5600.95 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 02:14:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C50106566C; Fri, 25 Sep 2009 02:14:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE808FC13; Fri, 25 Sep 2009 02:14:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8P2ET7N087921; Thu, 24 Sep 2009 22:14:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8P2EQdi087920; Fri, 25 Sep 2009 02:14:26 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Sep 2009 02:14:26 GMT Message-Id: <200909250214.n8P2EQdi087920@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Sep 2009 02:14:29 -0000 TB --- 2009-09-25 00:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-25 00:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-09-25 00:10:00 - cleaning the object tree TB --- 2009-09-25 00:11:02 - cvsupping the source tree TB --- 2009-09-25 00:11:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-09-25 00:16:49 - building world TB --- 2009-09-25 00:16:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-25 00:16:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-25 00:16:49 - TARGET=amd64 TB --- 2009-09-25 00:16:49 - TARGET_ARCH=amd64 TB --- 2009-09-25 00:16:49 - TZ=UTC TB --- 2009-09-25 00:16:49 - __MAKE_CONF=/dev/null TB --- 2009-09-25 00:16:49 - cd /src TB --- 2009-09-25 00:16:49 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 25 00:16:49 UTC 2009 >>> 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 Fri Sep 25 01:59:24 UTC 2009 TB --- 2009-09-25 01:59:24 - generating LINT kernel config TB --- 2009-09-25 01:59:24 - cd /src/sys/amd64/conf TB --- 2009-09-25 01:59:24 - /usr/bin/make -B LINT TB --- 2009-09-25 01:59:24 - building LINT kernel TB --- 2009-09-25 01:59:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-25 01:59:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-25 01:59:24 - TARGET=amd64 TB --- 2009-09-25 01:59:24 - TARGET_ARCH=amd64 TB --- 2009-09-25 01:59:24 - TZ=UTC TB --- 2009-09-25 01:59:24 - __MAKE_CONF=/dev/null TB --- 2009-09-25 01:59:24 - cd /src TB --- 2009-09-25 01:59:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 25 01:59:24 UTC 2009 >>> 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 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_hpp.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_sic.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/fb/fb.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/fb/s3_pci.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/fb/vesa.c cc1: warnings being treated as errors /src/sys/dev/fb/vesa.c: In function 'vesa_set_mode': /src/sys/dev/fb/vesa.c:1052: warning: 'len' may be used uninitialized in this function *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-25 02:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-25 02:14:26 - ERROR: failed to build lint kernel TB --- 2009-09-25 02:14:26 - 4469.84 user 710.07 system 7465.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 03:16:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59BBA1065670 for ; Fri, 25 Sep 2009 03:16:17 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 147CD8FC1D for ; Fri, 25 Sep 2009 03:16:16 +0000 (UTC) Received: from Macintosh-4.local ([10.0.0.198]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8P3GFMX079722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Sep 2009 20:16:16 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4ABC35FF.60107@freebsd.org> Date: Thu, 24 Sep 2009 20:16:15 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: David Horn References: <25ff90d60909230922h22db6493u525cad33a047ccc@mail.gmail.com> In-Reply-To: <25ff90d60909230922h22db6493u525cad33a047ccc@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: lagg + wlan0 boot timing (EBUSY) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 03:16:17 -0000 David Horn wrote: > Tracking 8/stable branch on this particular machine (although I do > have access to -current for testing as needed) uname -a: > > FreeBSD lagg 8.0-RC1 FreeBSD 8.0-RC1 #11 r197417: Wed Sep 23 01:05:15 > EDT 2009 root@lagg:/usr/obj/usr/src/sys/GENERIC amd64 > > I have been trying to track down a problem with my lagg connection > sometimes not properly enabling wlan as fallback on boot. It would > work properly about 60% of the time. The other times, it would fail > with SIOCSLAGGPORT: Device busy > > Here is the relevant rc.conf entries: > > ifconfig_bfe0="up" > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA" > ifconfig_iwn0="ether 00:1c:23:98:2c:5d" > cloned_interfaces="lagg0" > ipv6_network_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport bfe0 laggport wlan0 DHCP" > ipv6_enable="YES" > > So, I turned on some logging of all ifconfig commands with timestamps > and stdout/stderr/returncode, and noticed this: > > Wed Sep 23 01:39:56 EDT 2009 ifconfig: lagg0 create ; > ;; Wed Sep 23 01:39:56 EDT 2009 lagg0 rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: -l ; > iwn0 bfe0 fwe0 fwip0 lo0 lagg0 > ;; Wed Sep 23 01:39:56 EDT 2009 -l rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: -l ; > iwn0 bfe0 fwe0 fwip0 lo0 lagg0 > ;; Wed Sep 23 01:39:56 EDT 2009 -l rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: lo0 inet 127.0.0.1 ; > ;; Wed Sep 23 01:39:56 EDT 2009 lo0 rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: lo0 up ; > ;; Wed Sep 23 01:39:56 EDT 2009 lo0 rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: iwn0 ether 00:1c:23:98:2c:5d ; > ;; Wed Sep 23 01:39:56 EDT 2009 iwn0 rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: iwn0 up ; > ;; Wed Sep 23 01:39:56 EDT 2009 iwn0 rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: wlan0 create wlandev iwn0 ; > ;; Wed Sep 23 01:39:56 EDT 2009 wlan0 rc='0' end. > Wed Sep 23 01:39:56 EDT 2009 ifconfig: wlan0 ; > wlan0: flags=8802 metric 0 mtu 1500 > ether 00:1c:23:98:2c:5d > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 1 (2412 Mhz 11b) > country US authmode OPEN privacy OFF txpower 14 bmiss 10 scanvalid 60 > wme bintval 0 > ;; Wed Sep 23 01:39:56 EDT 2009 wlan0 rc='0' end. > Wed Sep 23 01:39:57 EDT 2009 ifconfig: lagg0 laggproto failover > laggport bfe0 laggport wlan0 ; > ifconfig.real: SIOCSLAGGPORT: Device busy > ;; Wed Sep 23 01:39:57 EDT 2009 lagg0 rc='1' end. > > So, I started looking at the /sys/net/if_lagg.c source, and found the > EBUSY response cases: > > This one > > /* New lagg port has to be in an idle state */ > if (ifp->if_drv_flags & IFF_DRV_OACTIVE) > return (EBUSY); > > seems to be the culprit, but unfortunately, I'm not familiar enough > with the code to take this much further. I did build a kernel without > this check, and everything seems to be fixed, but this is obviously > not a real fix to the problem. So, I would say the fact that > wpa_supplicant is talking to wlan0 (trying to scan/associate/auth) > while lagg is trying to add wlan0 to the portlist is the timing issue. > > I confirmed this behavior as follows: > > ifconfig wlan0 destroy > ifconfig lagg0 destroy > ifconfig lagg0 create > ifconfig wlan0 create wlandev iwn0 & ; ifconfig lagg0 laggproto > failover laggport bfe0 laggport wlan0 > results in: > ifconfig: SIOCSLAGGPORT: Device busy > > Someone more clueful than me know of a correct way to fix this > contention issue ? > Want me to file a PR for tracking purposes ? OACTIVE is marked on wlan0 if packets come down the tx path before the ifnet reaches RUN state. This is done to block traffic and should have no effect except to cause packets to be queued in the snd q. This probably happens when IPV6 is enabled because NDP kicks in on link state change (though that should happen only after reaching RUN state). I've no idea why lagg is treating OACTIVE as it is; I'd need to read the code. Sam From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 05:42:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12B7B106566B; Fri, 25 Sep 2009 05:42:59 +0000 (UTC) (envelope-from peter@wingless.org) Received: from mail.pfak.org (satan.pfak.org [IPv6:2001:470:b:14::d813:b29a]) by mx1.freebsd.org (Postfix) with ESMTP id E7A9C8FC13; Fri, 25 Sep 2009 05:42:58 +0000 (UTC) Received: by mail.pfak.org (Postfix, from userid 65534) id 6CE9240CF; Thu, 24 Sep 2009 22:42:58 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.pfak.org X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=no version=3.2.5 Received: from [192.168.1.123] (S0106001c105b9c2c.vf.shawcable.net [96.48.72.201]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@kieser.ca) by mail.pfak.org (Postfix) with ESMTPSA id 42C544071; Thu, 24 Sep 2009 22:42:57 -0700 (PDT) Message-ID: <4ABC585D.6090609@wingless.org> Date: Thu, 24 Sep 2009 22:42:53 -0700 From: Peter Kieser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: alc@freebsd.org References: <4ABB200E.3020706@wingless.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Superpages and VMware ESXi 3.5u4 crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 05:42:59 -0000 On 9/24/2009 10:23 PM, Alan Cox wrote: > I would agree that this seems like a bug in ESX. Nonetheless, I'm > curious to know something about our your system. What type of processor > are you using, and in particular is ESX using hardware supported nested > paging? > > Regards, > Alan > I'm using an AMD Phenom 9950. How would I tell if ESXi is using hardware supported nested paging? Is this something I can tell in FreeBSD? -Peter From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 05:48:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 885C61065676 for ; Fri, 25 Sep 2009 05:48:45 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id 409BF8FC23 for ; Fri, 25 Sep 2009 05:48:44 +0000 (UTC) Received: by ywh17 with SMTP id 17so2790082ywh.3 for ; Thu, 24 Sep 2009 22:48:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=M9XLqwPRflp2DrMDzhciI1aqm8Ahs5SOU68HpX6bQ1w=; b=tWWOj1lppmFTjDD8zM3Iy2gcvbEswW+vVdu+8MyHOaNofFT++ErgJqYF/+iUVEj1QN 0JFlXP1qiV0KMj9QB+SBlWX5wOgpQ9uSFmAiqQLxEZdFv0wIc1eegu9piqiGfFWSQq9P BHn2cymXWab2uq5S22G6fH2P8HNygMyV+w6Hc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=pXYl/gwP70SwEqpqVpNZ62J5iqj+W11KAVHi/Zzi75oXtworMebZV4vFRCqdAOh4oS fE5R1GcTrF6DeE33w/yPE2t2tOKVTrtSmZ8Ji7HpKmL5m1RRYoVNC6q6ndpD5zQn7au8 seAYHD8H5VBil81hyb0LJ/VntP01kxL+LX6AM= MIME-Version: 1.0 Received: by 10.150.88.6 with SMTP id l6mr1581827ybb.194.1253856226258; Thu, 24 Sep 2009 22:23:46 -0700 (PDT) In-Reply-To: <4ABB200E.3020706@wingless.org> References: <4ABB200E.3020706@wingless.org> Date: Fri, 25 Sep 2009 00:23:46 -0500 Message-ID: From: Alan Cox To: Peter Kieser Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Superpages and VMware ESXi 3.5u4 crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 05:48:45 -0000 On Thu, Sep 24, 2009 at 2:30 AM, Peter Kieser wrote: > Hello, > > FreeBSD 8.0-RC1 on VMware ESXi 3.5u4, under moderate load (I was building > mysql51-server & apache20 at the same time) the VMware ESXI _host_ system > will crash with superpages enabled in a FreeBSD guest. Reproducible. > > If I disable superpages with vm.pmap.pg_ps_enabled option FreeBSD guest > will not be able to crash the host system. > > Trying to figure out of this bug in VMware or a problem with my hardware. > Host machine was up for 30 days without crashing prior to trying out 8.0. > > Has anyone else had problems with superpages implementation in FreeBSD > crashing VMware ESXi 3.5? Seems like a bug in VMware and I'd like to report > .. > > I would agree that this seems like a bug in ESX. Nonetheless, I'm curious to know something about our your system. What type of processor are you using, and in particular is ESX using hardware supported nested paging? Regards, Alan From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 06:01:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435E9106566B; Fri, 25 Sep 2009 06:01:20 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB2E8FC17; Fri, 25 Sep 2009 06:01:20 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id A5BAE2C2BF0; Fri, 25 Sep 2009 01:01:19 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id w05Dmk7BuFfL; Fri, 25 Sep 2009 01:01:12 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id B90722C2D54; Fri, 25 Sep 2009 01:01:11 -0500 (CDT) Message-ID: <4ABC5CA7.10702@cs.rice.edu> Date: Fri, 25 Sep 2009 01:01:11 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Peter Kieser References: <4ABB200E.3020706@wingless.org> <4ABC585D.6090609@wingless.org> In-Reply-To: <4ABC585D.6090609@wingless.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Superpages and VMware ESXi 3.5u4 crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 06:01:20 -0000 Peter Kieser wrote: > On 9/24/2009 10:23 PM, Alan Cox wrote: >> I would agree that this seems like a bug in ESX. Nonetheless, I'm >> curious to know something about our your system. What type of processor >> are you using, and in particular is ESX using hardware supported nested >> paging? >> >> Regards, >> Alan >> > > I'm using an AMD Phenom 9950. How would I tell if ESXi is using > hardware supported nested paging? Is this something I can tell in > FreeBSD? Ok. Your processor does support nested paging, although you may have to explicitly enable it in your BIOS. FreeBSD can't tell whether you're using nested paging. Support for nested paging is implemented in the hypervisor and is invisible to the guess, so only ESX can tell you if it's being used. Unfortunately, I'm not familiar enough with ESX to tell you how to determine this. If you're not currently using nested paging, it's plausible that turning it on could make this problem go away. Likewise, if you are currently using nested paging, turning it off may help. If nothing else, this could help narrow down where the problem lies. Alan From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 06:10:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8507B1065670; Fri, 25 Sep 2009 06:10:08 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id DD7418FC14; Fri, 25 Sep 2009 06:10:07 +0000 (UTC) Received: by ewy5 with SMTP id 5so634251ewy.36 for ; Thu, 24 Sep 2009 23:10:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=ZZ7Wn4emx9HQSsNpg837W2uvsunsPEYUrn8lc3g6Yu8=; b=UpZ+H5FMd+akPvt1s0SFNS/oT5sGsh4nhPL+pzyWXbFGTeo4p5wD4XDKuVIlvQOT1I 8LbLQJqL3V5V1HLmVgwccp+6+rUU6H9v1V/VOD5NTadFehj/9N+2oTZ6oE4j7eAdl0ap yZrhXYzeFmBiUWvhMbRvCwQ8Hg+jSfZSyQjjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=c9KnUKOdY/YvH03zbp3gsHNK5cf0KnfyTVnfOunC+OxKodFTuedAhlmSP/vm0jg7Vc ynUSgQBL708Nf7OzPnOxj3XVsHtUz1QC0edDGBRl8Dgs+XkPcFx3ZS0bT2P2zVeoVirC 4KoYKoQROcYEWpdk5EJZ+F4oShcsu+GaS4tZU= Received: by 10.211.142.17 with SMTP id u17mr5123444ebn.0.1253859006808; Thu, 24 Sep 2009 23:10:06 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 10sm1324949eyz.34.2009.09.24.23.10.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 23:10:05 -0700 (PDT) From: Anonymous To: Ed Schouten References: <200909191756.n8JHuQCq031719@svn.freebsd.org> Date: Fri, 25 Sep 2009 10:08:32 +0400 In-Reply-To: <200909191756.n8JHuQCq031719@svn.freebsd.org> (Ed Schouten's message of "Sat, 19 Sep 2009 17:56:26 +0000 (UTC)") Message-ID: <86zl8jften.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 06:10:08 -0000 Ed Schouten writes: > Author: ed > Date: Sat Sep 19 17:56:26 2009 > New Revision: 197330 > URL: http://svn.freebsd.org/changeset/base/197330 > > Log: > Make the keyboard layer Unicode aware. > > Just take keyent_t to use an u_int to store the Unicode codepoints. > Unfortunately the keymap is now too big to be loaded using an ioctl > argument, so change the ioctl to pick a pointer. > > This change breaks kbdcontrol ABI. It doesn't break X11, because X11 > doesn't do anything with syscons keymaps. It just switches the device > out of K_XLATE. > > Obtained from: //depot/user/ed/newcons/... > > Modified: > head/sys/dev/kbd/kbd.c > head/sys/sys/kbio.h > head/usr.sbin/kbdcontrol/kbdcontrol.c > head/usr.sbin/kbdcontrol/kbdmap.5 I'm no longer able to play video files on console with this commit. It usually shows following $ sudo SDL_VIDEODRIVER=vgl mplayer -vo sdl -nofs -v ... CPLAYER: MPlayer SVN-r29714-4.5.0 (C) 2000-2009 MPlayer Team CPLAYER: Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 SSSE3 CMOV [...] VIDEOOUT: [VO_SDL] Using driver: vgl. VIDEOOUT: X11 opening display: VIDEOOUT: vo: couldn't open the X11 display ()! [...] CPLAYER: VO: [sdl] 720x480 => 854x480 Planar YV12 VIDEOOUT: SDL: Using 0x32315659 (Planar YV12) image format VIDEOOUT: SDL: using hardware-surface VIDEOOUT: SDL: setting zoomed fullscreen with modeswitching VIDEOOUT: SDL Mode: 0: 1600 x 1200 VIDEOOUT: SDL Mode: 1: 1280 x 1024 VIDEOOUT: SDL Mode: 2: 1024 x 768 VIDEOOUT: SDL Mode: 3: 800 x 600 VIDEOOUT: SDL Mode: 4: 640 x 400 VIDEOOUT: SDL Mode: 5: 640 x 480 VIDEOOUT: SDL Mode: 6: 320 x 240 VIDEOOUT: SDL Mode: 7: 320 x 400 VIDEOOUT: SDL Mode: 8: 320 x 200 VIDEOOUT: SET SDL Mode: 2: 1024 x 768 But after r197330 I get [...] VIDEOOUT: [VO_SDL] SDL initialization failed: Unable to initialize keymap. CPLAYER: Error opening/initializing the selected video_out (-vo) device. [...] CPLAYER: Video: no video This is /head@197478M amd64. Inital mode is 0x102 (800x600x4 4). I'm using custom keymap (based on dvorak). However, keyboard never worked correctly for me in vgl way before x86emu and up to this commit. So, it was really tricky to quit sdl apps with messed up keymap. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 06:21:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E7B4106566C for ; Fri, 25 Sep 2009 06:21:36 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 437F98FC0A for ; Fri, 25 Sep 2009 06:21:35 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0ECF91CC47; Fri, 25 Sep 2009 08:21:35 +0200 (CEST) Date: Fri, 25 Sep 2009 08:21:34 +0200 From: Ed Schouten To: Anonymous Message-ID: <20090925062134.GN95398@hoeg.nl> References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YgZDKPIOvldTssBR" Content-Disposition: inline In-Reply-To: <86zl8jften.fsf@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 06:21:37 -0000 --YgZDKPIOvldTssBR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, * Anonymous wrote: > VIDEOOUT: [VO_SDL] SDL initialization failed: Unable to initialize k= eymap. Ah, it seems SDL also calls GIO_KEYMAP. Just rebuilding SDL should fix this. I promised to add a message to UPDATING as well, so I'll also mention SDL should be rebuilt as well. --=20 Ed Schouten WWW: http://80386.nl/ --YgZDKPIOvldTssBR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq8YW4ACgkQ52SDGA2eCwWRkgCeKr2Wlil5tO5fAe+/0QPB8lOG N0gAnRpcwCcq3Jevxotw+b0Z2ZZzyUVz =8rPa -----END PGP SIGNATURE----- --YgZDKPIOvldTssBR-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 06:33:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A661A106566C for ; Fri, 25 Sep 2009 06:33:22 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3A62A8FC08 for ; Fri, 25 Sep 2009 06:33:21 +0000 (UTC) Received: by ewy5 with SMTP id 5so644358ewy.36 for ; Thu, 24 Sep 2009 23:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=CoGqo5oVGSWSB6Gse9ZgIWbJeRJdFCr4R7E6KIqQhLU=; b=DOo25Du3MPBYvlxvqAlJdyr+nyHyt+wF+D0/OFmLrotGZQV5K0k78Mu1K7iYDtIzOq 3ko9q7RdKXI200GwuptGfH1LxujtZnnoL2aSeSgwYCz/jEDEbhF7VuwAMVnuSs/Lwd/2 8EFIFZDOvFKMIXOc8mWNvqDEGf/cnU0ezz3ig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=PJohLzTxWDHk/hPBvTRkOwZc6U7JY9Ja0ybEVCMVjTUU1VNugDqV6yCGJnB5bWYiE+ axHKrVFuy+jelXrQKt1lJA1AMj0DO/Y0ryGXzA2FBruvth+q77b5Mz5Tbxyxxwv8xz2L Zm4Ki9ki/QOwP9pBUJobZBz8cn4uPu4a1w+II= Received: by 10.210.7.17 with SMTP id 17mr5160710ebg.50.1253860399271; Thu, 24 Sep 2009 23:33:19 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 7sm905838eyg.2.2009.09.24.23.33.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 23:33:18 -0700 (PDT) From: Anonymous To: Ed Schouten References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> <20090925062134.GN95398@hoeg.nl> Date: Fri, 25 Sep 2009 10:31:42 +0400 Message-ID: <864oqr8rht.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 06:33:22 -0000 Ed Schouten writes: > Hi, > > * Anonymous wrote: >> VIDEOOUT: [VO_SDL] SDL initialization failed: Unable to initialize keymap. > > Ah, it seems SDL also calls GIO_KEYMAP. Just rebuilding SDL should fix > this. I promised to add a message to UPDATING as well, so I'll also > mention SDL should be rebuilt as well. You're right, rebuilding devel/sdl12 fixes the issue. It works like before r197330. The keymap is still messed up while playing. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 06:34:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B7AE106566C; Fri, 25 Sep 2009 06:34:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1988FC0A; Fri, 25 Sep 2009 06:34:25 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA10554; Fri, 25 Sep 2009 09:34:23 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Mr4Nq-000LWg-OZ; Fri, 25 Sep 2009 09:34:22 +0300 Message-ID: <4ABC646D.4070604@icyb.net.ua> Date: Fri, 25 Sep 2009 09:34:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Hans Petter Selasky References: <4ABA36B1.9070706@icyb.net.ua> <200909241651.47850.hselasky@c2i.net> In-Reply-To: <200909241651.47850.hselasky@c2i.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: sb600/sb700 ohci experimental 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: Fri, 25 Sep 2009 06:34:27 -0000 on 24/09/2009 17:51 Hans Petter Selasky said the following: > > Your patch looks good. Send me the final version when it is ready and testers > report OK. I will then review and commit it. > > I think that if you need to reload the control head, you will also need to > reload the other head list pointers? Could you check that? I am just thinking that maybe there is a more clever / proper approach to fixing this. I did some additional debugging, maybe you'd find this interesting. First debugging setup: diff --git a/sys/dev/usb/controller/ohci.c b/sys/dev/usb/controller/ohci.c index fb6ba34..83cb4bb 100644 --- a/sys/dev/usb/controller/ohci.c +++ b/sys/dev/usb/controller/ohci.c @@ -80,6 +80,8 @@ __FBSDID("$FreeBSD$"); #ifdef USB_DEBUG static int ohcidebug = 0; +extern devclass_t ohci_devclass; /* XXX */ + SYSCTL_NODE(_hw_usb, OID_AUTO, ohci, CTLFLAG_RW, 0, "USB ohci"); SYSCTL_INT(_hw_usb_ohci, OID_AUTO, debug, CTLFLAG_RW, &ohcidebug, 0, "ohci debug level"); @@ -227,9 +229,9 @@ reset: return (USB_ERR_IOERROR); } #ifdef USB_DEBUG - if (ohcidebug > 15) { +// if (ohcidebug > 15) { ohci_dumpregs(sc); - } +// } #endif /* The controller is now in SUSPEND state, we have 2ms to finish. */ @@ -286,8 +289,15 @@ reset: } #ifdef USB_DEBUG - if (ohcidebug > 5) { +// if (ohcidebug > 5) { ohci_dumpregs(sc); +// } + int unit = device_get_unit(sc->sc_dev); + if (unit != 0) { + DPRINTFN(0, "dump of ohci0 regs:\n"); + sc = devclass_get_softc(ohci_devclass, 0); + if (sc != NULL) + ohci_dumpregs(sc); } #endif return (USB_ERR_NORMAL_COMPLETION); diff --git a/sys/dev/usb/controller/ohci_pci.c b/sys/dev/usb/controller/ohci_pci.c index 3be6e42..755a90b 100644 --- a/sys/dev/usb/controller/ohci_pci.c +++ b/sys/dev/usb/controller/ohci_pci.c @@ -400,7 +400,7 @@ static driver_t ohci_driver = .size = sizeof(struct ohci_softc), }; -static devclass_t ohci_devclass; +devclass_t ohci_devclass; /* XXX */ DRIVER_MODULE(ohci, pci, ohci_driver, ohci_devclass, 0, 0); MODULE_DEPEND(ohci, usb, 1, 1, 1); The idea is to always dump all HW regs just after reset, after HW programming and additionally dump HW regs of ohci0 after each of the subsequent controllers gets programmed. So, now the results: ohci0: mem 0xfe02e000-0xfe02efff irq 16 at device 18.0 on pci0 ohci0: [ITHREAD] ohci_dumpregs:540: ohci_dumpregs: rev=0x00000110 control=0x000000c0 command=0x00000000 ohci_dumpregs:544: intrstat=0x00000040 intre=0x00000000 intrd=0x00000000 ohci_dumpregs:548: hcca=0x00000000 percur=0x00000000 ctrlhd=0x00000000 ohci_dumpregs:552: ctrlcur=0x00000000 bulkhd=0x00000000 bulkcur=0x00000000 ohci_dumpregs:556: done=0x00000000 fmival=0x00002edf fmrem=0x00000000 ohci_dumpregs:560: fmnum=0x00000000 perst=0x00000000 lsthrs=0x00000628 ohci_dumpregs:564: desca=0x02000b03 descb=0x00000000 stat=0x00000000 ohci_dumpregs:567: port1=0x00010301 port2=0x00000100 ohci_dumpregs:573: HCCA: frame_number=0x0000 done_head=0x00000000 ohci_dumpregs:540: ohci_dumpregs: rev=0x00000110 control=0x000000af command=0x00000000 ohci_dumpregs:544: intrstat=0x00000044 intre=0x8000005a intrd=0x8000005a ohci_dumpregs:548: hcca=0x0304b000 percur=0x00000000 ctrlhd=0x03082000 ohci_dumpregs:552: ctrlcur=0x00000000 bulkhd=0x03083000 bulkcur=0x00000000 ohci_dumpregs:556: done=0x00000000 fmival=0xa7782edf fmrem=0x800013dd ohci_dumpregs:560: fmnum=0x0000000d perst=0x00002a2f lsthrs=0x00000628 ohci_dumpregs:564: desca=0x02000b03 descb=0x00000000 stat=0x00000000 ohci_dumpregs:567: port1=0x00010301 port2=0x00000100 ohci_dumpregs:573: HCCA: frame_number=0x000e done_head=0x00000000 usbus0: on ohci0 ohci1: mem 0xfe02d000-0xfe02dfff irq 16 at device 18.1 on pci0 ohci1: [ITHREAD] ohci_dumpregs:540: ohci_dumpregs: rev=0x00000110 control=0x000000c0 command=0x00000000 ohci_dumpregs:544: intrstat=0x00000000 intre=0x00000000 intrd=0x00000000 ohci_dumpregs:548: hcca=0x00000000 percur=0x00000000 ctrlhd=0x00000000 ohci_dumpregs:552: ctrlcur=0x00000000 bulkhd=0x00000000 bulkcur=0x00000000 ohci_dumpregs:556: done=0x00000000 fmival=0x00002edf fmrem=0x00000000 ohci_dumpregs:560: fmnum=0x00000000 perst=0x00000000 lsthrs=0x00000628 ohci_dumpregs:564: desca=0x02000b03 descb=0x00000000 stat=0x00000000 ohci_dumpregs:567: port1=0x00000100 port2=0x00000100 ohci_dumpregs:573: HCCA: frame_number=0x0000 done_head=0x00000000 ohci_dumpregs:540: ohci_dumpregs: rev=0x00000110 control=0x000000af command=0x00000000 ohci_dumpregs:544: intrstat=0x00000004 intre=0x8000005a intrd=0x8000005a ohci_dumpregs:548: hcca=0x030a8000 percur=0x00000000 ctrlhd=0x030a9000 ohci_dumpregs:552: ctrlcur=0x00000000 bulkhd=0x030b1000 bulkcur=0x00000000 ohci_dumpregs:556: done=0x00000000 fmival=0xa7782edf fmrem=0x800013d5 ohci_dumpregs:560: fmnum=0x0000000d perst=0x00002a2f lsthrs=0x00000628 ohci_dumpregs:564: desca=0x02000b03 descb=0x00000000 stat=0x00000000 ohci_dumpregs:567: port1=0x00000100 port2=0x00000100 ohci_dumpregs:573: HCCA: frame_number=0x000e done_head=0x00000000 ohci_controller_init:297: dump of ohci0 regs: ohci_dumpregs:540: ohci_dumpregs: rev=0x00000110 control=0x000000af command=0x00000000 ohci_dumpregs:544: intrstat=0x00000004 intre=0x8000005a intrd=0x8000005a ohci_dumpregs:548: hcca=0x0304b000 percur=0x00000000 ctrlhd=0xbfdf1c50 ohci_dumpregs:552: ctrlcur=0x00000000 bulkhd=0x03083000 bulkcur=0x00000000 ohci_dumpregs:556: done=0xbfdf1ca0 fmival=0xa7782edf fmrem=0x80002e51 ohci_dumpregs:560: fmnum=0x0000019f perst=0x00002a2f lsthrs=0x00000628 ohci_dumpregs:564: desca=0x02000b03 descb=0x00000000 stat=0x00000000 ohci_dumpregs:567: port1=0x00000303 port2=0x00000100 ohci_dumpregs:573: HCCA: frame_number=0x019f done_head=0x00000000 So, as expected, reset does clear the registers, programming does set them correctly. But as soon as we are done programming ohci1, ctrlhd of ohci0 gets re-programmed to 0xbfdf1c50. BTW, to answer your question, other lists seem to be unaffected, head/cur values seem to be preserved intact. hcca register is also OK. Not sure how to interpret this. Either a timing issue, i.e. the register gets over-written some time after we program it. Or perhaps a bug in SMM code, i.e. when we generate an SMI (e.g. while doing ohci1 takeover) SMM code erroneously writes something to ohci0 ctrlhead. Or something else... :) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 06:43:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA751065676 for ; Fri, 25 Sep 2009 06:43:35 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id B4A588FC15 for ; Fri, 25 Sep 2009 06:43:35 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id EB88C1CC47; Fri, 25 Sep 2009 08:43:34 +0200 (CEST) Date: Fri, 25 Sep 2009 08:43:34 +0200 From: Ed Schouten To: Anonymous Message-ID: <20090925064334.GO95398@hoeg.nl> References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> <20090925062134.GN95398@hoeg.nl> <864oqr8rht.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EvPGq5x6n2a0k3dQ" Content-Disposition: inline In-Reply-To: <864oqr8rht.fsf@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 06:43:36 -0000 --EvPGq5x6n2a0k3dQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, * Anonymous wrote: > You're right, rebuilding devel/sdl12 fixes the issue. It works like > before r197330. The keymap is still messed up while playing. You're saying "still messed up". Does that mean it was also broken before my commit? I'm interested to know whether I broke stuff. --=20 Ed Schouten WWW: http://80386.nl/ --EvPGq5x6n2a0k3dQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq8ZpYACgkQ52SDGA2eCwW+hgCeIkMp7AQ0Im3pe61qMDj4K0Lm 9qkAni3MejUY4p0JQA/tyfMr9mloXd/O =K3eT -----END PGP SIGNATURE----- --EvPGq5x6n2a0k3dQ-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 07:17:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E872F106566C; Fri, 25 Sep 2009 07:17:26 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4262D8FC0C; Fri, 25 Sep 2009 07:17:25 +0000 (UTC) Received: by bwz27 with SMTP id 27so1751213bwz.43 for ; Fri, 25 Sep 2009 00:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=gEF4/i/C8hAlrebyfvzZC3U/9dQ476qsvw86BJKA2mQ=; b=kLa7AwjSNAkyaEJkLPeA+evkGULs1foTIcHNOmi9LNIf0llhEWQFXl8Pnc607sWVK3 MUA0sQdTSWEbWRJZM7st2RCDxAxTeBsjFVBXWjLd3p5ugNXy7ZQCqRMkkqbIMtxPlBDx LcpM5dKbPLY8GtGmXEhPEG5XkIZB3iBIyInjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=xLjJUOqAbkFHpQ0FfHtgM7FwlgKC4NVUG0b1EkLSNNnILn1L0DX5DowkPt/+Ak0HeM l5xlWU7VP1h25ocSx3nALB9k5EZuhJbxWWttIvqXP7WKpjR6/EpJ4HEy2+fRvnSeDP3Q wwgOzt0n8Wtqrk5hQ9fNJe3ILtFWztR7Kx4F4= Received: by 10.204.19.144 with SMTP id a16mr3919769bkb.9.1253863041168; Fri, 25 Sep 2009 00:17:21 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id z10sm3402436fka.19.2009.09.25.00.17.18 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 00:17:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ABC6E7C.80305@FreeBSD.org> Date: Fri, 25 Sep 2009 10:17:16 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: "Li, Qing" References: <4ABBAC87.4040306@FreeBSD.org> <4ABBE5C6.6070707@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current@FreeBSD.org Subject: Re: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 07:17:27 -0000 Li, Qing wrote: >> Me and many other people running net/mpd handling thousands of PtP >> interfaces sharing local addresses with each other and with some >> Ethernet interface. This change makes such setup inoperable, as mpd >> will constantly receive errors while trying to set addresses and >> drop connections. > > I can revert to the old behavior. I asked for feedback and received > none at the time ... I would like to see it working, but working correctly. If it is not possible to implement it correctly - then reverted, or at least disabled by default. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 07:28:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FAA6106566B; Fri, 25 Sep 2009 07:28:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3CC8FC0A; Fri, 25 Sep 2009 07:28:13 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=et49sEvzLegA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=rnr42OFa6D61SBmgBJgA:9 a=4WR7OQmbq8TQ_UFqknlD0LXuybAA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1140675727; Fri, 25 Sep 2009 09:28:11 +0200 From: Hans Petter Selasky To: Andriy Gapon Date: Fri, 25 Sep 2009 09:28:50 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <4ABA36B1.9070706@icyb.net.ua> <200909241651.47850.hselasky@c2i.net> <4ABC646D.4070604@icyb.net.ua> In-Reply-To: <4ABC646D.4070604@icyb.net.ua> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909250928.51515.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: sb600/sb700 ohci experimental 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: Fri, 25 Sep 2009 07:28:14 -0000 On Friday 25 September 2009 08:34:21 Andriy Gapon wrote: > Not sure how to interpret this. In ohci_controller_init() try to disable the DPRINTF("SMM active, request owner change\n"); part of the code for !(ohci_unit == 0) or (ohci_unit == 2) and see what happens. Your clue might also indicate that we should request owner change for all OHCI's before resetting any of them. Possibly a BIOS bug! --HPS From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 07:37:40 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1F51065693; Fri, 25 Sep 2009 07:37:40 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 815928FC1C; Fri, 25 Sep 2009 07:37:40 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n8P7ZrTx024235; Fri, 25 Sep 2009 00:37:40 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 25 Sep 2009 00:27:04 -0700 Message-ID: In-Reply-To: <4ABC6E7C.80305@FreeBSD.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Point-to-Point interfaces regressions Thread-Index: Aco9sD+8nsqzA6lWTl2WknIwkaHU9wAAFjSQ References: <4ABBAC87.4040306@FreeBSD.org> <4ABBE5C6.6070707@FreeBSD.org> <4ABC6E7C.80305@FreeBSD.org> From: "Li, Qing" To: "Alexander Motin" Cc: freebsd-net , freebsd-current@FreeBSD.org Subject: RE: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 07:37:40 -0000 >=20 > Li, Qing wrote: > >> Me and many other people running net/mpd handling thousands of PtP > >> interfaces sharing local addresses with each other and with some > >> Ethernet interface. This change makes such setup inoperable, as mpd > >> will constantly receive errors while trying to set addresses and > >> drop connections. > > > > I can revert to the old behavior. I asked for feedback and received > > none at the time ... >=20 > I would like to see it working, but working correctly. If it is not > possible to implement it correctly - then reverted, or at least > disabled > by default. >=20 Asking for compatibility is reasonable but the existing packet=20 leaking behavior is incorrect. =20 After reviewing the previous thread on this topic back in July, I see that Henri Hennebert requested this feature for IPv6. I intend to introduce a sysctl variable to control whether loopback route should be installed for the local end point. By default the old behavior maintained. -- Qing From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 07:57:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F23E7106566C for ; Fri, 25 Sep 2009 07:57:19 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 85D288FC08 for ; Fri, 25 Sep 2009 07:57:19 +0000 (UTC) Received: by ewy5 with SMTP id 5so688975ewy.36 for ; Fri, 25 Sep 2009 00:57:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=aptmE8ld9GY70WVeZdcwDJ3zlvAtwSu/6BzjttIqYQg=; b=t88yACpmz2GLc8m37kCiEBzgBFM0GQC/MmDb/IqGQl6naFyqzUs4KBcuvkXYhFZtQP glNsl8eBWYyz9n79ZK4BL1uZshuWUvUwwtwWPSnlSZzrG8SPvs5AQqQU4FfZlxmTivVy yXtxtdRE1WfaSfMD6Er1bYTIl5XRYihGU5c2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=RVnhgwKl8DUy6HQRfHyH1V88EB6i0NvXj1ywf3+qwZN+ph/jL7DgE/eU5DOJvDFJVP bwygBvfWI8JXe38C3bdjohdmKYrUnwqvIs3wly9Ejbld4c/45ig8x/KECfmdzkhInlkO OOw89S89s6FeLq7qXjK2wEu0hnUZZ0XNLbr0M= Received: by 10.211.158.11 with SMTP id k11mr5216228ebo.63.1253865438740; Fri, 25 Sep 2009 00:57:18 -0700 (PDT) Received: from localhost (95-24-211-3.broadband.corbina.ru [95.24.211.3]) by mx.google.com with ESMTPS id 28sm206928eye.46.2009.09.25.00.57.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 00:57:18 -0700 (PDT) From: Anonymous To: Ed Schouten References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> <20090925062134.GN95398@hoeg.nl> <864oqr8rht.fsf@gmail.com> <20090925064334.GO95398@hoeg.nl> Date: Fri, 25 Sep 2009 11:55:44 +0400 Message-ID: <861vlvxxtr.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: libvgl and keymap (Was: [regression] libvgl and r197330 (kbd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 07:57:20 -0000 Ed Schouten writes: > Anonymous wrote: >> You're right, rebuilding devel/sdl12 fixes the issue. It works like >> before r197330. The keymap is still messed up while playing. > > You're saying "still messed up". Does that mean it was also broken > before my commit? I'm interested to know whether I broke stuff. No, it existed before r197330, too. I guess I should file a PR rather than bothering you with some random issue related to keyboard. Anonymous wrote: > I'm using custom keymap (based on dvorak). Same on default keymap. I'm using ukbd(4) without kbdmux(4). I don't have AT keyboard around to test. > However, keyboard never worked correctly for me in vgl way before > x86emu and up to this commit. IIRC, the first time I bumped into it was several years ago on i386. > So, it was really tricky to quit sdl apps with messed up keymap. I think space key acts like `/'-key because pressing it in mplayer lowers volume. This doesn't happen when using SDL under X11. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 08:02:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D3D71065670 for ; Fri, 25 Sep 2009 08:02:28 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id D7C7F8FC15 for ; Fri, 25 Sep 2009 08:02:27 +0000 (UTC) Received: from [192.168.4.2] (unknown [192.168.4.2]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id F3C3F56; Fri, 25 Sep 2009 10:02:27 +0200 (CEST) Message-ID: <4ABC7912.6070301@stillbilde.net> Date: Fri, 25 Sep 2009 10:02:26 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Andriy Gapon References: <4ABA36B1.9070706@icyb.net.ua> <200909241651.47850.hselasky@c2i.net> <4ABC646D.4070604@icyb.net.ua> In-Reply-To: <4ABC646D.4070604@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: sb600/sb700 ohci experimental 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: Fri, 25 Sep 2009 08:02:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andriy Gapon wrote: > on 24/09/2009 17:51 Hans Petter Selasky said the following: *SNIP!* > > Not sure how to interpret this. > Either a timing issue, i.e. the register gets over-written some time after we > program it. > Or perhaps a bug in SMM code, i.e. when we generate an SMI (e.g. while doing > ohci1 takeover) SMM code erroneously writes something to ohci0 ctrlhead. > Or something else... :) Could it be related to "USB Legacy Devices" in bios, and thus be the same problem that was discussed recently (regarding HZ larger than 1000)? An usb-legacy setup might explain both the register-changing _AND_ the timing issue... //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkq8eREACgkQODUnwSLUlKS6QgCeM/4e26Hs8VeBnfySo/cKpxNQ RYsAnA6Cu72Rb4by0VTQ98DwLURdaZ79 =Urht -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 08:11:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5481065694; Fri, 25 Sep 2009 08:11:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA4F8FC18; Fri, 25 Sep 2009 08:11:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA12289; Fri, 25 Sep 2009 11:11:41 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABC7B3C.6090803@icyb.net.ua> Date: Fri, 25 Sep 2009 11:11:40 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "Svein Skogen (listmail account)" References: <4ABA36B1.9070706@icyb.net.ua> <200909241651.47850.hselasky@c2i.net> <4ABC646D.4070604@icyb.net.ua> <4ABC7912.6070301@stillbilde.net> In-Reply-To: <4ABC7912.6070301@stillbilde.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: sb600/sb700 ohci experimental 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: Fri, 25 Sep 2009 08:11:50 -0000 on 25/09/2009 11:02 Svein Skogen (listmail account) said the following: > Andriy Gapon wrote: >> on 24/09/2009 17:51 Hans Petter Selasky said the following: > > *SNIP!* > >> Not sure how to interpret this. >> Either a timing issue, i.e. the register gets over-written some time after we >> program it. >> Or perhaps a bug in SMM code, i.e. when we generate an SMI (e.g. while doing >> ohci1 takeover) SMM code erroneously writes something to ohci0 ctrlhead. >> Or something else... :) > > Could it be related to "USB Legacy Devices" in bios, and thus be the > same problem that was discussed recently (regarding HZ larger than 1000)? > > An usb-legacy setup might explain both the register-changing _AND_ the > timing issue... It very well could, but... We do perform proper OHCI takeover, so we don't expect firmware to mess with the controllers after it is finished. Also, I personally have everything "USB legacy" disabled in my BIOS ("USB Legacy Support", "USB Keyboard support", "USB Mouse support"). Although, Gigabyte BIOSes are known to be sometimes smarter than they appear and to "autodetect" things when they are explicitly turned off in settings. Last point. Explaining is half the job. Fixing / working around is the other half. P.S. I am not sure what "timing issue" you referred to. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 08:20:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5DE106568D; Fri, 25 Sep 2009 08:20:43 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 441728FC0C; Fri, 25 Sep 2009 08:20:38 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n8P8KVT0070141; Fri, 25 Sep 2009 03:20:31 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=CYAo6opoYmUSc5b47rY6TuTKXiscje3lQASdC4aRjqCNhW/JXlXlVzbIosXsMjJ8F Pw0Duu0GcwFhAwvBG7+8Nu68WjHofizqYT9VqwZcGlHzwUDAu8xvwfokgPO3lw4SXMT 4PV51dAoK1mXpY4DfgJ7yJ17Muf/VT65nbGiwRQ= Message-ID: <4ABC7D4F.3000202@jrv.org> Date: Fri, 25 Sep 2009 03:20:31 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <200909212027.49752.ken@mthelicon.com> In-Reply-To: <200909212027.49752.ken@mthelicon.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Current Subject: Re: SIIS timeout with current r197392: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 08:20:43 -0000 Pegasus Mc Cleaft wrote: > Hello Current, > > Since my latest build of amd64-current kernel and world (r197392) I am > getting strange timeout errors in my dmesg and eventual system instability. I believe mav has stated that error handling in SIIS isn't finished or is problematic in some way. I see similar problems: most of the time an error results in a hung device, requiring reboot. This usually happens within a TB or two or intense I/O: I have not yet seen a 6 TB ZFS pool complete a "scrub" due to this. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 08:22:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8DCB1065693; Fri, 25 Sep 2009 08:22:24 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 64CD18FC1F; Fri, 25 Sep 2009 08:22:24 +0000 (UTC) Received: from [192.168.4.5] (unknown [192.168.4.5]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id ACB0F56; Fri, 25 Sep 2009 10:22:25 +0200 (CEST) Message-ID: <4ABC7DBF.30607@stillbilde.net> Date: Fri, 25 Sep 2009 10:22:23 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Andriy Gapon References: <4ABA36B1.9070706@icyb.net.ua> <200909241651.47850.hselasky@c2i.net> <4ABC646D.4070604@icyb.net.ua> <4ABC7912.6070301@stillbilde.net> <4ABC7B3C.6090803@icyb.net.ua> In-Reply-To: <4ABC7B3C.6090803@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: sb600/sb700 ohci experimental 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: Fri, 25 Sep 2009 08:22:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andriy Gapon wrote: > on 25/09/2009 11:02 Svein Skogen (listmail account) said the following: >> Andriy Gapon wrote: >>> on 24/09/2009 17:51 Hans Petter Selasky said the following: >> *SNIP!* >> >>> Not sure how to interpret this. >>> Either a timing issue, i.e. the register gets over-written some time after we >>> program it. >>> Or perhaps a bug in SMM code, i.e. when we generate an SMI (e.g. while doing >>> ohci1 takeover) SMM code erroneously writes something to ohci0 ctrlhead. >>> Or something else... :) >> Could it be related to "USB Legacy Devices" in bios, and thus be the >> same problem that was discussed recently (regarding HZ larger than 1000)? >> >> An usb-legacy setup might explain both the register-changing _AND_ the >> timing issue... > > It very well could, but... > > We do perform proper OHCI takeover, so we don't expect firmware to mess with the > controllers after it is finished. > > Also, I personally have everything "USB legacy" disabled in my BIOS ("USB Legacy > Support", "USB Keyboard support", "USB Mouse support"). Although, Gigabyte BIOSes > are known to be sometimes smarter than they appear and to "autodetect" things when > they are explicitly turned off in settings. > > Last point. Explaining is half the job. Fixing / working around is the other half. > > P.S. I am not sure what "timing issue" you referred to. http://lists.freebsd.org/pipermail/freebsd-stable/2009-September/051812.html //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkq8fb8ACgkQODUnwSLUlKSqXQCgiIvShHz0AoLx7U5M3v29hgHc 5egAnjdPqAQdWeVxx26oZiKxXdLsW0vl =hcEc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 09:01:09 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE3C010656C9; Fri, 25 Sep 2009 09:01:09 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1209C8FC17; Fri, 25 Sep 2009 09:01:09 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id EA8883982B; Fri, 25 Sep 2009 11:01:04 +0200 (SAST) Date: Fri, 25 Sep 2009 11:01:04 +0200 From: John Hay To: "Li, Qing" Message-ID: <20090925090104.GA99931@zibbi.meraka.csir.co.za> References: <4ABBAC87.4040306@FreeBSD.org> <4ABBE5C6.6070707@FreeBSD.org> <4ABC6E7C.80305@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , Alexander Motin , freebsd-current@FreeBSD.org Subject: Re: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 09:01:10 -0000 On Fri, Sep 25, 2009 at 12:27:04AM -0700, Li, Qing wrote: > > > > Li, Qing wrote: > > >> Me and many other people running net/mpd handling thousands of PtP > > >> interfaces sharing local addresses with each other and with some > > >> Ethernet interface. This change makes such setup inoperable, as mpd > > >> will constantly receive errors while trying to set addresses and > > >> drop connections. > > > > > > I can revert to the old behavior. I asked for feedback and > received > > > none at the time ... > > > > I would like to see it working, but working correctly. If it is not > > possible to implement it correctly - then reverted, or at least > > disabled > > by default. > > > > Asking for compatibility is reasonable but the existing packet > leaking behavior is incorrect. > > After reviewing the previous thread on this topic back in July, > I see that Henri Hennebert requested this feature for IPv6. > > I intend to introduce a sysctl variable to control whether loopback > route should be installed for the local end point. By default > the old behavior maintained. What about only adding the route if it does not exist yet? That should handle the common case of reusing your ip address on the ethernet interface on the local side of point-to-point links. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 09:26:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F3801065670; Fri, 25 Sep 2009 09:26:00 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id E18A78FC16; Fri, 25 Sep 2009 09:25:59 +0000 (UTC) Received: from PegaPegII (hydra.fletchermoorland.co.uk [78.33.209.59]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n8P9PqfS054249; Fri, 25 Sep 2009 09:25:53 GMT (envelope-from ken@mthelicon.com) Message-ID: <659421F2E6F84E479FDEE3C9AB2E975F@PegaPegII> From: "Pegasus Mc Cleaft" To: "James R. Van Artsdalen" References: <200909212027.49752.ken@mthelicon.com> <4ABC7D4F.3000202@jrv.org> In-Reply-To: <4ABC7D4F.3000202@jrv.org> Date: Fri, 25 Sep 2009 10:25:51 +0100 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 X-Antivirus: avast! (VPS 090924-0, 24/09/2009), Outbound message X-Antivirus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,STOX_REPLY_TYPE autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Alexander Motin , FreeBSD Current Subject: Re: SIIS timeout with current r197392: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 09:26:00 -0000 ----- Original Message ----- From: "James R. Van Artsdalen" > Pegasus Mc Cleaft wrote: >> Hello Current, >> >> Since my latest build of amd64-current kernel and world (r197392) I am >> getting strange timeout errors in my dmesg and eventual system >> instability. > > I believe mav has stated that error handling in SIIS isn't finished or > is problematic in some way. > > I see similar problems: most of the time an error results in a hung > device, requiring reboot. This usually happens within a TB or two or > intense I/O: I have not yet seen a 6 TB ZFS pool complete a "scrub" due > to this. Hi James, I believe I found the problem with my machine, and it _was_ my machine. The device that was hanging is a Asus CD-ROM drive. The error messages displayed were correct, I had a faulty SATA cable between the controller and the drive (Funny how a SATA cable can go bad spontaniously). Re-boots of the system did not clear the fault, but a full power down and power up would mask the fault for about an hour and then it would start throwing the messages into the log every few seconds. It was this behaviour that lead me to believe it was a problem with the SIIS driver. It wasent until I noticed on a reboot the system hung for a little while while interrogating the drive during POST. After a cable change and a lot of swearing, the computer booted fine and the error has never reappeared. Some lessons learned: 1) Debug messages _MAY_ actually be telling the truth! :> 2) Reboots and software resets wont be heard from a SATA device whos port has been scrambled by bad cabling 3) SATA cables may spontaniously decentergrate. 4) Modern computers respond less to threats than my older machines :> This being said, I have seen the other fault where a device hangs during high load / activity. Mine will, if it is going to do it, hang somewhere around midnight to 3am when I am running maintance on the maching (find / -name "*.core" -exec rm {} /; ). It does exactly as you said where a drive hangs, usually with the activity LED still lit. Sometimes the machine will continue on and ZFS will carryon in a degraded state. The odd thing about this is, it only started to so this when I was having problems with the CD ROM on the SIIS card. The ZFS drives are on a completely different controller (JMicron). When the SIIS controler was waiting for the scrambled port to say hello, all sorts of weird things would happen. I would get lock-up of the mouse for 2 seconds, keyboard would lock and if a key was pressed when it happened, it would trigure off the key-repeat (much to my amusement while reading email, hitting the delete key, have the keyboard hang and watch it quickly run through deleting everything in my in-box :> ). My query is, when it is hung, waiting for the SATA port to respond, could it be possible to have the JMicron ports miss an event, or get a double IRQ and cause the device to lock? Best whishes, Peg From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 09:59:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F24B0106566C; Fri, 25 Sep 2009 09:59:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B54818FC1C; Fri, 25 Sep 2009 09:59:04 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 95ADE6D41B; Fri, 25 Sep 2009 09:59:02 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 57475844B4; Fri, 25 Sep 2009 11:59:02 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Michael Proto References: <86d45g4ffl.fsf@ds4.des.no> <1de79840909241050h6b3233dcgbd07386d716dac7f@mail.gmail.com> Date: Fri, 25 Sep 2009 11:59:01 +0200 In-Reply-To: <1de79840909241050h6b3233dcgbd07386d716dac7f@mail.gmail.com> (Michael Proto's message of "Thu, 24 Sep 2009 13:50:46 -0400") Message-ID: <86fxabpcpm.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Confused tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 09:59:05 -0000 Michael Proto writes: > Dag-Erling Sm=C3=B8rgrav writes: > > 15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nf= s] > > 15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lo= okup [|nfs] > > > > I'm pretty sure 871009576 is not a valid port number... > I've noticed this behavior since at least 4.3 as well, with the source > port being some obscenely-high number, when examining UDP-based NFS > traffic with tcpdump (32bit). Somebody explained to me that this is in fact the NFS transaction ID: NFS Requests and Replies Sun NFS (Network File System) requests and replies are printed as: src.xid > dst.nfs: len op args src.nfs > dst.xid: reply stat len op results sushi.6709 > wrl.nfs: 112 readlink fh 21,24/10.73165 wrl.nfs > sushi.6709: reply ok 40 readlink "../var" sushi.201b > wrl.nfs: 144 lookup fh 9,74/4096.6878 "xcolors" wrl.nfs > sushi.201b: reply ok 128 lookup fh 9,74/4134.3150 In the first line, host sushi sends a transaction with id 6709 to = wrl (note that the number following the src host is a transaction id, = not the source port). The request was 112 bytes, excluding the UDP and= IP headers. The operation was a readlink (read symbolic link) on f= ile handle (fh) 21,24/10.731657119. (If one is lucky, as in this case, = the file handle can be interpreted as a major,minor device number pa= ir, followed by the inode number and generation number.) Wrl replies = =E2=80=98ok=E2=80=99 with the contents of the link. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 10:57:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A0D106568D for ; Fri, 25 Sep 2009 10:57:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1018FC0A for ; Fri, 25 Sep 2009 10:57:37 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8PAvU0w089250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 13:57:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n8PAvTx0026504; Fri, 25 Sep 2009 13:57:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8PAvTPY026503; Fri, 25 Sep 2009 13:57:29 +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: Fri, 25 Sep 2009 13:57:29 +0300 From: Kostik Belousov To: Ed Schouten Message-ID: <20090925105729.GT47688@deviant.kiev.zoral.com.ua> References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> <20090925062134.GN95398@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fNOZNvBbfUx8KYZM" Content-Disposition: inline In-Reply-To: <20090925062134.GN95398@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Anonymous , freebsd-current@freebsd.org Subject: Re: [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 10:57:38 -0000 --fNOZNvBbfUx8KYZM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 25, 2009 at 08:21:34AM +0200, Ed Schouten wrote: > Hi, >=20 > * Anonymous wrote: > > VIDEOOUT: [VO_SDL] SDL initialization failed: Unable to initialize= keymap. >=20 > Ah, it seems SDL also calls GIO_KEYMAP. Just rebuilding SDL should fix > this. I promised to add a message to UPDATING as well, so I'll also > mention SDL should be rebuilt as well. I consider this as a very strong argument to keep the existing ioctl as is, and provide new ioctl that takes new table. --fNOZNvBbfUx8KYZM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq8ohkACgkQC3+MBN1Mb4glXACgk1sHnWV82GoyTCxq2cHMMx7H mpcAnjOMQWF5AByEK5L8FHWukAFI8BMc =t/Pt -----END PGP SIGNATURE----- --fNOZNvBbfUx8KYZM-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 09:22:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 498941065676 for ; Fri, 25 Sep 2009 09:22:56 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id D72968FC17 for ; Fri, 25 Sep 2009 09:22:55 +0000 (UTC) Received: by ewy5 with SMTP id 5so741105ewy.36 for ; Fri, 25 Sep 2009 02:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=wbclUFDm90lVYPuRwYYPXsbAuCBhsklwTHX9W+/FYz8=; b=j1ULxnyfJfycVDb1Dbx8sQK850vz1WEqe44SdKyg1pmDVi5rtVgl8/I6Y2Mz5kvWMO +fcgoEFXAOeNyjp6iZqYItq75gJlhUOIoE7/cdAxGN32P6hQKU0pRmM+NGEDlhqLgSnv erhyAWRpmKe1nBhH38x/K/CponcBQGAx9nJ0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=eAqqKwPIRCC1DQyta2GBjLzNGwZ+tLb4tpQvS+VfDqp7GkFaS4AM68VAGhatZ6yEeW xFEYyi0UrxLvEwBrF00qvgqnFzDPyFMH1mpDGPm9YrZo2na+kvG+V9x8EIzsIB8RLDnF A3KTSTNtlVqkeKwSjAYGexnWtJzXW6cxF5oKE= MIME-Version: 1.0 Received: by 10.210.2.17 with SMTP id 17mr5249215ebb.46.1253870574845; Fri, 25 Sep 2009 02:22:54 -0700 (PDT) In-Reply-To: <868wg460ck.fsf@ds4.des.no> References: <868wg460ck.fsf@ds4.des.no> Date: Fri, 25 Sep 2009 05:22:54 -0400 Message-ID: From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 25 Sep 2009 11:54:41 +0000 Subject: Re: regex lint X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 09:22:56 -0000 > No, grep(1) uses the GNU regex library, while find(1) uses the > one from libc (which, among other shortcomings, is not localized). Ok. > /(foo|)/ is equivalent to /(foo)?/ I should've seen that grouping simplification. I was thinking this was all that was left to use: 'foo\.bar$|foo$' Thx. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 12:39:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0AC01065672 for ; Fri, 25 Sep 2009 12:39:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1EC8FC13 for ; Fri, 25 Sep 2009 12:39:12 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4896D1CC47; Fri, 25 Sep 2009 14:39:11 +0200 (CEST) Date: Fri, 25 Sep 2009 14:39:11 +0200 From: Ed Schouten To: Kostik Belousov Message-ID: <20090925123911.GP95398@hoeg.nl> References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> <20090925062134.GN95398@hoeg.nl> <20090925105729.GT47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLRDCdsRrCd4mzuj" Content-Disposition: inline In-Reply-To: <20090925105729.GT47688@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Anonymous , freebsd-current@freebsd.org Subject: [Patch] [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 12:39:12 -0000 --SLRDCdsRrCd4mzuj Content-Type: multipart/mixed; boundary="VRppCkiwz5ce4F2G" Content-Disposition: inline --VRppCkiwz5ce4F2G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, * Kostik Belousov wrote: > On Fri, Sep 25, 2009 at 08:21:34AM +0200, Ed Schouten wrote: > > Hi, > >=20 > > * Anonymous wrote: > > > VIDEOOUT: [VO_SDL] SDL initialization failed: Unable to initiali= ze keymap. > >=20 > > Ah, it seems SDL also calls GIO_KEYMAP. Just rebuilding SDL should fix > > this. I promised to add a message to UPDATING as well, so I'll also > > mention SDL should be rebuilt as well. >=20 > I consider this as a very strong argument to keep the existing ioctl > as is, and provide new ioctl that takes new table. I've attached a patch that should restore binary compatibility. I first thought this wasn't really needed, because most applications would use K_RAW instead of K_XLATE anyway. Just breaking binary compatibility with kbdcontrol(1) wouldn't have been too bad, but it turns out things like SDL use this as well. I've attached a patch that should restore binary compatibility. Anyone interested in testing this before I commit it to SVN? --=20 Ed Schouten WWW: http://80386.nl/ --VRppCkiwz5ce4F2G Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="kbd.diff" Content-Transfer-Encoding: quoted-printable Index: sys/dev/syscons/syscons.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/syscons/syscons.c (revision 197480) +++ sys/dev/syscons/syscons.c (working copy) @@ -1332,6 +1332,8 @@ =20 case GIO_KEYMAP: /* get keyboard translation table */ case PIO_KEYMAP: /* set keyboard translation table */ + case OGIO_KEYMAP: /* get keyboard translation table (compat) */ + case OPIO_KEYMAP: /* set keyboard translation table (compat) */ case GIO_DEADKEYMAP: /* get accent key translation table */ case PIO_DEADKEYMAP: /* set accent key translation table */ case GETFKEY: /* get function key string */ Index: sys/dev/uart/uart_kbd_sun.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/uart/uart_kbd_sun.c (revision 197480) +++ sys/dev/uart/uart_kbd_sun.c (working copy) @@ -739,6 +739,7 @@ case KDSETRAD: break; case PIO_KEYMAP: + case OPIO_KEYMAP: case PIO_KEYMAPENT: case PIO_DEADKEYMAP: default: Index: sys/dev/atkbdc/atkbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/atkbdc/atkbd.c (revision 197480) +++ sys/dev/atkbdc/atkbd.c (working copy) @@ -982,6 +982,7 @@ return error; =20 case PIO_KEYMAP: /* set keyboard translation table */ + case OPIO_KEYMAP: /* set keyboard translation table (compat) */ case PIO_KEYMAPENT: /* set keyboard translation table entry */ case PIO_DEADKEYMAP: /* set accent key translation table */ state->ks_accents =3D 0; Index: sys/dev/kbd/kbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/kbd/kbd.c (revision 197480) +++ sys/dev/kbd/kbd.c (working copy) @@ -837,15 +837,15 @@ int genkbd_commonioctl(keyboard_t *kbd, u_long cmd, caddr_t arg) { -#ifndef KBD_DISABLE_KEYMAP_LOAD keymap_t *mapp; -#endif + okeymap_t *omapp; keyarg_t *keyp; fkeyarg_t *fkeyp; int s; - int i; + int i, j; int error; =20 + s =3D spltty(); switch (cmd) { =20 @@ -874,14 +874,39 @@ sizeof(keymap_t)); splx(s); return (error); + case OGIO_KEYMAP: /* get keyboard translation table (compat) */ + mapp =3D kbd->kb_keymap; + omapp =3D (okeymap_t *)arg; + omapp->n_keys =3D mapp->n_keys; + for (i =3D 0; i < NUM_KEYS; i++) { + for (j =3D 0; j < NUM_STATES; j++) + omapp->key[i].map[j] =3D + mapp->key[i].map[j]; + omapp->key[i].spcl =3D mapp->key[i].spcl; + omapp->key[i].flgs =3D mapp->key[i].flgs; + } + return (0); case PIO_KEYMAP: /* set keyboard translation table */ + case OPIO_KEYMAP: /* set keyboard translation table (compat) */ #ifndef KBD_DISABLE_KEYMAP_LOAD mapp =3D malloc(sizeof *mapp, M_TEMP, M_NOWAIT); - error =3D copyin(*(void **)arg, mapp, sizeof *mapp); - if (error !=3D 0) { - splx(s); - free(mapp, M_TEMP); - return (error); + if (cmd =3D=3D OPIO_KEYMAP) { + omapp =3D (okeymap_t *)arg; + mapp->n_keys =3D omapp->n_keys; + for (i =3D 0; i < NUM_KEYS; i++) { + for (j =3D 0; j < NUM_STATES; j++) + mapp->key[i].map[j] =3D + omapp->key[i].map[j]; + mapp->key[i].spcl =3D omapp->key[i].spcl; + mapp->key[i].flgs =3D omapp->key[i].flgs; + } + } else { + error =3D copyin(*(void **)arg, mapp, sizeof *mapp); + if (error !=3D 0) { + splx(s); + free(mapp, M_TEMP); + return (error); + } } =20 error =3D keymap_change_ok(kbd->kb_keymap, mapp, curthread); Index: sys/dev/kbdmux/kbdmux.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/kbdmux/kbdmux.c (revision 197480) +++ sys/dev/kbdmux/kbdmux.c (working copy) @@ -1198,6 +1198,7 @@ break; =20 case PIO_KEYMAP: /* set keyboard translation table */ + case OPIO_KEYMAP: /* set keyboard translation table (compat) */ case PIO_KEYMAPENT: /* set keyboard translation table entry */ case PIO_DEADKEYMAP: /* set accent key translation table */ KBDMUX_LOCK(state); Index: sys/dev/adb/adb_kbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/adb/adb_kbd.c (revision 197480) +++ sys/dev/adb/adb_kbd.c (working copy) @@ -747,6 +747,7 @@ break; =20 case PIO_KEYMAP: + case OPIO_KEYMAP: case PIO_KEYMAPENT: case PIO_DEADKEYMAP: default: Index: sys/dev/vkbd/vkbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/vkbd/vkbd.c (revision 197480) +++ sys/dev/vkbd/vkbd.c (working copy) @@ -1208,6 +1208,7 @@ break; =20 case PIO_KEYMAP: /* set keyboard translation table */ + case OPIO_KEYMAP: /* set keyboard translation table (compat) */ case PIO_KEYMAPENT: /* set keyboard translation table entry */ case PIO_DEADKEYMAP: /* set accent key translation table */ state->ks_accents =3D 0; Index: sys/dev/usb/input/ukbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/usb/input/ukbd.c (revision 197480) +++ sys/dev/usb/input/ukbd.c (working copy) @@ -1527,6 +1527,8 @@ return (ukbd_set_typematic(kbd, *(int *)arg)); =20 case PIO_KEYMAP: /* set keyboard translation table */ + case OPIO_KEYMAP: /* set keyboard translation table + * (compat) */ case PIO_KEYMAPENT: /* set keyboard translation table * entry */ case PIO_DEADKEYMAP: /* set accent key translation table */ Index: sys/pc98/cbus/pckbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/pc98/cbus/pckbd.c (revision 197480) +++ sys/pc98/cbus/pckbd.c (working copy) @@ -799,6 +799,7 @@ break; =20 case PIO_KEYMAP: /* set keyboard translation table */ + case OPIO_KEYMAP: /* set keyboard translation table (compat) */ case PIO_KEYMAPENT: /* set keyboard translation table entry */ case PIO_DEADKEYMAP: /* set accent key translation table */ state->ks_accents =3D 0; Index: sys/i386/ibcs2/ibcs2_ioctl.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/i386/ibcs2/ibcs2_ioctl.c (revision 197480) +++ sys/i386/ibcs2/ibcs2_ioctl.c (working copy) @@ -654,12 +654,12 @@ break; =20 case IBCS2_GIO_KEYMAP: /* Get keyboard map table */ - uap->cmd =3D GIO_KEYMAP; + uap->cmd =3D OGIO_KEYMAP; error =3D ioctl(td, (struct ioctl_args *)uap); break; =20 case IBCS2_PIO_KEYMAP: /* Set keyboard map table */ - uap->cmd =3D PIO_KEYMAP; + uap->cmd =3D OPIO_KEYMAP; error =3D ioctl(td, (struct ioctl_args *)uap); break; =20 Index: sys/sys/kbio.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/sys/kbio.h (revision 197480) +++ sys/sys/kbio.h (working copy) @@ -120,6 +120,20 @@ }; typedef struct keymap keymap_t; =20 +#ifdef _KERNEL +struct okeyent_t { + u_char map[NUM_STATES]; + u_char spcl; + u_char flgs; +}; + +struct okeymap { + u_short n_keys; + struct okeyent_t key[NUM_KEYS]; +}; +typedef struct okeymap okeymap_t; +#endif /* _KERNEL */ + #endif /* !_KEYMAP_DECLARED */ =20 /* defines for "special" keys (spcl bit set in keymap) */ @@ -223,6 +237,10 @@ /* XXX: Should have keymap_t as an argument, but that's too big for ioctl(= )! */ #define GIO_KEYMAP _IO('k', 6) #define PIO_KEYMAP _IO('k', 7) +#ifdef _KERNEL +#define OGIO_KEYMAP _IOR('k', 6, okeymap_t) +#define OPIO_KEYMAP _IOW('k', 7, okeymap_t) +#endif /* _KERNEL */ #define GIO_DEADKEYMAP _IOR('k', 8, accentmap_t) #define PIO_DEADKEYMAP _IOW('k', 9, accentmap_t) #define GIO_KEYMAPENT _IOWR('k', 10, keyarg_t) --VRppCkiwz5ce4F2G-- --SLRDCdsRrCd4mzuj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq8ue8ACgkQ52SDGA2eCwX+ogCfX6h3gVXTBO5VNECmpAOrgB2i 7MkAnA5PwwU87rRUZ2BkZe3X/LhqUXLX =FwgY -----END PGP SIGNATURE----- --SLRDCdsRrCd4mzuj-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 12:50:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42E78106566B for ; Fri, 25 Sep 2009 12:50:02 +0000 (UTC) (envelope-from luckrill@gmail.com) Received: from mail-px0-f195.google.com (mail-px0-f195.google.com [209.85.216.195]) by mx1.freebsd.org (Postfix) with ESMTP id B80D48FC18 for ; Fri, 25 Sep 2009 12:50:00 +0000 (UTC) Received: by pxi33 with SMTP id 33so3192887pxi.28 for ; Fri, 25 Sep 2009 05:50:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=2CX/LHRgWPvOnyCpLXRCXVwHRVh3iAATxSLCqoceYSs=; b=OQ6yeKMRhhLit7cNDULTzZBtY4NTLgeQ0U93aD1v5nDRg0GyUvbChCgCe45wHGHqsM JiThHUEcRWBuljtH5aNtKqvITArqt/Tk6NLl4hi0UxiIBXymXJpDN4Wzr69rmBY2TfzT 5skpYjD3fGh+pZPc2sFO/cfK0QoQBje+RgjFA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ArVOvhR+k06dDWi9mMG2Dg4P2E2aMzjsnmwdlnZSeO7VPFkNVGkX5ntDFLhf3maVx6 GYMbkdEJejVtByjVW81c5BVNctcJAqsEqdJmLFqcrocoOWQQtKCfnXaDmbVXOB/jI8Bq e1992EfHZLlpkGXDbSygLY0AXWVvy1cqHriJI= MIME-Version: 1.0 Received: by 10.114.162.20 with SMTP id k20mr40155wae.135.1253883000032; Fri, 25 Sep 2009 05:50:00 -0700 (PDT) Date: Fri, 25 Sep 2009 20:50:00 +0800 Message-ID: From: Rill To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8.0-RC1: Install gnome2 failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 12:50:02 -0000 1, Install gnome2 failed from packages I install freebsd with 8.0-BETA4-i386-dvd1.iso Then I install kde4 and gnome2 from packages. My step is: First: I install kde4 from packages, It's succeed. Second: I install gnome2 from packages, It's failed and meet following message: ------ screensaver-gnome-hacks-5.08_1 Loading of dependent package xscreensaver-gnome-hacks-5.08_1 failed Loading of dependent package gnome-screensaver-2.26.1_1 failed But if install gnome2 first, then install kde4, this time all will be succeed. This bug I have also meet on FreeBSD7.2 and FreeBSD8.0-XXX. ------ 2, Compile gnome2 failed Meet following error message: ------ ===> Extracting for seahorse-plugins-2.26.2_2 => MD5 Checksum OK for gnome2/seahorse-plugins-2.26.2.tar.bz2. => SHA256 Checksum OK for gnome2/seahorse-plugins-2.26.2.tar.bz2. ===> Patching for seahorse-plugins-2.26.2_2 ===> Applying FreeBSD patches for seahorse-plugins-2.26.2_2 ===> seahorse-plugins-2.26.2_2 depends on file: /usr/local/lib/firefox/libgtkembedmoz.so - not found ===> Verifying install for /usr/local/lib/firefox/libgtkembedmoz.so in /usr/ports/www/firefox ===> firefox-2.0.0.20_9,1 is forbidden: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html. *** Error code 1 Stop in /build/FreeBSD/ports/www/firefox. *** Error code 1 Stop in /build/FreeBSD/ports/security/seahorse-plugins. *** Error code 1 Stop in /build/FreeBSD/ports/x11/gnome2. ------ -- Rill From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 13:23:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6AB6106566C for ; Fri, 25 Sep 2009 13:23:14 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id 96E0E8FC15 for ; Fri, 25 Sep 2009 13:23:13 +0000 (UTC) Received: by gxk6 with SMTP id 6so770192gxk.13 for ; Fri, 25 Sep 2009 06:23:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=AOICGZkq4PPbaIJTNBOUFPuCu6NB4Lr+i30CEuxLqdU=; b=K+MoJfh8QevMzTpqyyaju8HoErFuAWqHq7UiHijvSJir349mhFpNRrFF5N11yKivY4 ywLXYokri2gVCPsVN9s0QrKmjEOIbALxS1BY5N2RVVFldcuYfVkhRjiKKPW3lCrSBYOt nt7HBHCNhCMO/N6umNy1uC+tzwDAULTw3TQ/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=VdzZXVej18923P+FnHfRbf4zo4Kf92A5SZZqSFYTT5QqTvSlPgjun2+trRs3XlyPjL yUjTmWzJTnXomy0pHq36IQFZlF9T/1BNhY9KEs+F3zI4XBCojlCa7GL0l1Pm9hmMd9qi WD9ojnGT1djO9O6vGbXHDBGBCasC9x9zqAiGA= MIME-Version: 1.0 Received: by 10.150.112.5 with SMTP id k5mr2377759ybc.348.1253884992868; Fri, 25 Sep 2009 06:23:12 -0700 (PDT) Date: Fri, 25 Sep 2009 21:23:12 +0800 Message-ID: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> From: Rohit Grover To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: hald spins in a poll/read loop against /dev/usb with 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, 25 Sep 2009 13:23:14 -0000 Hald spins endlessly on my CURRENT. I have the following from truss: open("/dev/usb",O_RDONLY,00) = 12 (0xc) ... ... poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) = 1 (0x1) gettimeofday({1253883730.961100 },0x0) = 0 (0x0) read(12,0xbfbfe56c,384) = 0 (0x0) gettimeofday({1253883730.961158 },0x0) = 0 (0x0) poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) = 1 (0x1) gettimeofday({1253883730.961228 },0x0) = 0 (0x0) read(12,0xbfbfe56c,384) = 0 (0x0) gettimeofday({1253883730.961286 },0x0) = 0 (0x0) poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) = 1 (0x1) gettimeofday({1253883730.961357 },0x0) = 0 (0x0) read(12,0xbfbfe56c,384) = 0 (0x0) gettimeofday({1253883730.961415 },0x0) = 0 (0x0) ... ... Why is /dev/usb responding to poll() when there is no data to be read? thanks. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 13:32:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5773106566B for ; Fri, 25 Sep 2009 13:32:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 520BC8FC1D for ; Fri, 25 Sep 2009 13:32:14 +0000 (UTC) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MrAuD-00086V-8C; Fri, 25 Sep 2009 15:32:13 +0200 Received: from tce43.t.pppool.de ([89.55.206.67]:53992 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1MrAuC-00035e-Uy; Fri, 25 Sep 2009 15:32:13 +0200 Date: Fri, 25 Sep 2009 15:32:12 +0200 From: Gary Jennejohn To: Rohit Grover Message-ID: <20090925153212.67247375@ernst.jennejohn.org> In-Reply-To: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hald spins in a poll/read loop against /dev/usb with CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 13:32:14 -0000 On Fri, 25 Sep 2009 21:23:12 +0800 Rohit Grover wrote: > Hald spins endlessly on my CURRENT. I have the following from truss: > > open("/dev/usb",O_RDONLY,00) = 12 (0xc) > ... > ... > poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN > 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) = 1 (0x1) > gettimeofday({1253883730.961100 },0x0) = 0 (0x0) > read(12,0xbfbfe56c,384) = 0 (0x0) > gettimeofday({1253883730.961158 },0x0) = 0 (0x0) > poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN > 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) = 1 (0x1) > gettimeofday({1253883730.961228 },0x0) = 0 (0x0) > read(12,0xbfbfe56c,384) = 0 (0x0) > gettimeofday({1253883730.961286 },0x0) = 0 (0x0) > poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN > 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) = 1 (0x1) > gettimeofday({1253883730.961357 },0x0) = 0 (0x0) > read(12,0xbfbfe56c,384) = 0 (0x0) > gettimeofday({1253883730.961415 },0x0) = 0 (0x0) > ... > ... > > Why is /dev/usb responding to poll() when there is no data to be read? > > thanks. > /dev/usb is a directory on my 9-CURRENT machine, not a device file. Did you install hald recently, e.g. after updating you kernel? I'm pretty sure that hald depends on kernel sources and often requires a fresh installation. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 13:35:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 495BA106566C; Fri, 25 Sep 2009 13:35:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 94E2D8FC16; Fri, 25 Sep 2009 13:35:19 +0000 (UTC) Received: by bwz27 with SMTP id 27so1929914bwz.43 for ; Fri, 25 Sep 2009 06:35:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=/M9N6sgtyjSoanZSMxJDqHO0iSGYxe1D+iDZpRYTngw=; b=RpWzj0ytZg6dgZXn5srypv/RAg9f6GjrgWhb7403QHyCo9sz1Y6x64l6l4k9WFhYM3 5u+0pWbBfYBYtNWQ6u+ot5Mzw0eaitZmwPvb+p83ZlSiEwWfYjdFLHTNeGbknyVQSw4j 6eNdi9WHD5sQDUP0CBFO4L0AC0deQs8XWDhU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=elvIiKt/7IVB3bvU2UF7DBSR6ErWMKnTGECHZ0A27fcSwlvD4ytop/BAApgWIYXhsL AzPc+h3Wpkbo/2B1BZsrOm6qWvePXYbhaTl41vYouC5rzNe9V7bpJ5q92sRLJBE9PhmO YjwVw8/oID/qh92IDjF473UZ6ppm08DIxPkH4= Received: by 10.204.154.131 with SMTP id o3mr141943bkw.66.1253885718544; Fri, 25 Sep 2009 06:35:18 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 22sm676729fkq.0.2009.09.25.06.35.16 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 06:35:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ABCC712.3090400@FreeBSD.org> Date: Fri, 25 Sep 2009 16:35:14 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: John Hay References: <4ABBAC87.4040306@FreeBSD.org> <4ABBE5C6.6070707@FreeBSD.org> <4ABC6E7C.80305@FreeBSD.org> <20090925090104.GA99931@zibbi.meraka.csir.co.za> In-Reply-To: <20090925090104.GA99931@zibbi.meraka.csir.co.za> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net , "Li, Qing" , freebsd-current@FreeBSD.org Subject: Re: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 13:35:20 -0000 John Hay wrote: > On Fri, Sep 25, 2009 at 12:27:04AM -0700, Li, Qing wrote: >>> Li, Qing wrote: >>>>> Me and many other people running net/mpd handling thousands of PtP >>>>> interfaces sharing local addresses with each other and with some >>>>> Ethernet interface. This change makes such setup inoperable, as mpd >>>>> will constantly receive errors while trying to set addresses and >>>>> drop connections. >>>> I can revert to the old behavior. I asked for feedback and >> received >>>> none at the time ... >>> I would like to see it working, but working correctly. If it is not >>> possible to implement it correctly - then reverted, or at least >>> disabled >>> by default. >>> >> Asking for compatibility is reasonable but the existing packet >> leaking behavior is incorrect. >> >> After reviewing the previous thread on this topic back in July, >> I see that Henri Hennebert requested this feature for IPv6. >> >> I intend to introduce a sysctl variable to control whether loopback >> route should be installed for the local end point. By default >> the old behavior maintained. Ok. Will it fixed for 8.0-RELEASE? > What about only adding the route if it does not exist yet? That should > handle the common case of reusing your ip address on the ethernet > interface on the local side of point-to-point links. Special care should be taken then on address remove, to not remove route while the same address is still present on another interface. Also care should be taken for the case, when address assigned to Ethernet interface after PtP. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 14:22:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F44106568B for ; Fri, 25 Sep 2009 14:22:46 +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 2646E8FC14 for ; Fri, 25 Sep 2009 14:22:45 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=C2E/YCu9+FUCT7M/dSvTtU7XdXEoH/R5vT1o7FyeY6IdDjvmHwnkfRxnhpUb4BqjWjY4l3q1zr5tTCEmOcnEBbar7mXmZHBRytdr457TRlh0Hw/AXfDhaYjl3bFtVYzXV4ZYBUnMWL1zpbzAWXxgSEP4julw1dlD96tyDd5EHmE=; Received: from 64.3.1.253.ptr.us.xo.net ([64.3.1.253]:23715 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MrBh5-0005IT-Uz; Fri, 25 Sep 2009 09:22:45 -0500 From: "Larry Rosenman" To: "'Peter Kieser'" , References: <4ABB200E.3020706@wingless.org> In-Reply-To: <4ABB200E.3020706@wingless.org> Date: Fri, 25 Sep 2009 09:22:33 -0500 Message-ID: <003601ca3deb$a5869530$f093bf90$@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: Aco86OvSXGcMLi2uS0CoG9qooTLvUABAqkYg Content-Language: en-us X-Spam-Score: -2.5 (--) X-LERCTR-Spam-Score: -2.5 (--) X-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: Subject: RE: Superpages and VMware ESXi 3.5u4 crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 14:22:46 -0000 Anything that can crash ESX is an ESX bug. -- 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 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Peter Kieser Sent: Thursday, September 24, 2009 2:30 AM To: freebsd-current@freebsd.org Subject: Superpages and VMware ESXi 3.5u4 crashes Hello, FreeBSD 8.0-RC1 on VMware ESXi 3.5u4, under moderate load (I was building mysql51-server & apache20 at the same time) the VMware ESXI _host_ system will crash with superpages enabled in a FreeBSD guest. Reproducible. If I disable superpages with vm.pmap.pg_ps_enabled option FreeBSD guest will not be able to crash the host system. Trying to figure out of this bug in VMware or a problem with my hardware. Host machine was up for 30 days without crashing prior to trying out 8.0. Has anyone else had problems with superpages implementation in FreeBSD crashing VMware ESXi 3.5? Seems like a bug in VMware and I'd like to report .. -Peter _______________________________________________ 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 Sep 25 14:28:53 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9869510656C4; Fri, 25 Sep 2009 14:28:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 42F1A8FC1C; Fri, 25 Sep 2009 14:28:53 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4983F1CC47; Fri, 25 Sep 2009 16:28:52 +0200 (CEST) Date: Fri, 25 Sep 2009 16:28:52 +0200 From: Ed Schouten To: current@FreeBSD.org, hackers@FreeBSD.org Message-ID: <20090925142852.GR95398@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Testers wanted: xterm-style emulator! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 14:28:53 -0000 Hi folks, I just committed a small patch for the Syscons terminal emulator that allows you all to test an xterm-style terminal emulator without requiring any recompilation of your kernel (just make sure you run HEAD at r197481 or later). I am considering making the xterm-style emulator the default somewhere in the future, because it has the following advantages: - Even though a larger set of instructions is a pain to implement, it does reduce bandwidth. When you use the xterm-style emulator, applications can use things like scrolling regions to scroll selected parts of the screen. This means that applications like screen(1), minicom(1), vi(1) (read: apps with status lines at the top/bottom) don't need to generate massive amounts of data each time you need to scroll. - Because 99% of all graphical terminal emulators use xterm-style emulation as well, you can finally use tools like dtach(1) between the console and X11 without any problems. dtach(1) doesn't perform any terminal emulation. It just forwards data. - You can finally SSH/telnet/rlogin/cu/etc. to devices such as switches and other operating systems without getting artifacts or termcap issues. - It makes it easier for us to eventually get Unicode working. cons25 and Unicode is hard, because at least our termcap entry uses things like 8-bit CP437 box drawing (ACS). There are still some small things broken with the xterm-style emulator, but it shouldn't be too bad. I've been using it for more than half a year or so. Known issues are: - The cursor keys, F1 to F12, insert, delete, home, end, page up, page down, etc. may not always work as expected. I'll look into this soon. - Box drawing *should* work the way it did before, but if you load different fonts, it may display the incorrect glyphs. I don't consider this to be a real bug, because this problem also exists when using cons25. How to help out: - Make sure you run FreeBSD HEAD r197481 or later. - Log in on the console. - Run the following commands: printf '\033[=T' export TERM=xterm - Just do the stuff you normally do and report any rendering issues that show up. Please give a detailed explanation of the programs you ran and what you had to do to trigger the issue. You can also use applications like tee(1) to capture display output. - If you want to stop testing: printf '\033[=1T' export TERM=cons25 You can also activate the xterm-style emulation by default. All you need to do, is compile your kernel with options TEKEN_XTERM set. Be sure to update your /etc/ttys to list xterm instead of cons25. Thanks! -- Ed Schouten WWW: http://80386.nl/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 14:34:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB692106568B for ; Fri, 25 Sep 2009 14:34:27 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 595CB8FC08 for ; Fri, 25 Sep 2009 14:34:27 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so161924fga.13 for ; Fri, 25 Sep 2009 07:34:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=9K8cA34VnjKDbER3rZvHTlsOIRR5P4KiJEOAaJ31tco=; b=iTQjJ6Jp46PSyecOkEH7117MH5ABROnPFXaQByRdTKGcWjcuzSD+i11KJga0rzLUwV 7A5f1otK0UrzNhuqPuCHfhrOJRAZUH5NURCwAt4mEceH/mjMrJVQi3wcW/rpAHmUHrxE cDcpg2oMuNATApcNjQzdUsCZ3qrPEOyDc6FCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=T92gp+qiMPncz56BjiWf+BpcisPR9Tbh9rVsK9ag/z2PPU32qEWow55ooVDRl9UCzN AT7obzL3iI7ytWuwHCgPZFSuIHOgYCYYv2VevwFp+y2S5RzgZ3OdEhvhQ0NQxjbur4Ck fAiZil8rOr1sPbTFAjcmXm+75P76gtKEvhBTg= Received: by 10.86.227.27 with SMTP id z27mr996490fgg.66.1253889266347; Fri, 25 Sep 2009 07:34:26 -0700 (PDT) Received: from localhost (d91-128-195-113.cust.tele2.at [91.128.195.113]) by mx.google.com with ESMTPS id 4sm539882fge.25.2009.09.25.07.34.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 07:34:25 -0700 (PDT) Date: Fri, 25 Sep 2009 16:34:36 +0200 From: "Herbert J. Skuhra" To: Rill Message-ID: <20090925143436.GA69379@oslo.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-27) Cc: freebsd-current@freebsd.org Subject: Re: 8.0-RC1: Install gnome2 failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 14:34:27 -0000 On Fri, Sep 25, 2009 at 08:50:00PM +0800, Rill wrote: > > 2, Compile gnome2 failed > Meet following error message: > ------ > ===> Extracting for seahorse-plugins-2.26.2_2 > => MD5 Checksum OK for gnome2/seahorse-plugins-2.26.2.tar.bz2. > => SHA256 Checksum OK for gnome2/seahorse-plugins-2.26.2.tar.bz2. > ===> Patching for seahorse-plugins-2.26.2_2 > ===> Applying FreeBSD patches for seahorse-plugins-2.26.2_2 > ===> seahorse-plugins-2.26.2_2 depends on file: > /usr/local/lib/firefox/libgtkembedmoz.so - not found > ===> Verifying install for /usr/local/lib/firefox/libgtkembedmoz.so > in /usr/ports/www/firefox > ===> firefox-2.0.0.20_9,1 is forbidden: too many security issues > http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html > http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html. > *** Error code 1 > > Stop in /build/FreeBSD/ports/www/firefox. > *** Error code 1 > > Stop in /build/FreeBSD/ports/security/seahorse-plugins. > *** Error code 1 > > Stop in /build/FreeBSD/ports/x11/gnome2. > ------ +------- |seahorse-plugins is using libxul for gecko support, but you can |change that by defining WITH_GECKO to the following values: | | libxul | firefox +------- Have you added WITH_GECKO=firefox to /etc/make.conf? If so, remove the line or replace it WITH_GECKO=libxul. - Herbert From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 15:41:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40D6106566C; Fri, 25 Sep 2009 15:41:29 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 6BAC48FC0A; Fri, 25 Sep 2009 15:41:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id EF46139C7C; Fri, 25 Sep 2009 17:41:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2lCBzmBeaEty; Fri, 25 Sep 2009 17:41:27 +0200 (CEST) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 7256039ADB; Fri, 25 Sep 2009 17:41:27 +0200 (CEST) Date: Fri, 25 Sep 2009 17:41:25 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20090925154125.GD48707@roberto-al.eurocontrol.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Cc: dfr@freebsd.org Subject: Booting off raidz *mostly* 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, 25 Sep 2009 15:41:29 -0000 According to Ollivier Robert: > By popular demand: > http://www.keltia.net/howtos/zfsboot I've succeeded in booting off raidz! There is a remaining issue with /boot/loader getting zfs errors at boot time resulting in loader.conf not being read. After setting the various variables manually (vm.kmem_size, vfs.root.mountfrom) and loading zfs, it works... http://static.keltia.net/download/raidz-boot.png I've updated the howto to reflect that. Any help in tackling the last issue is welcome. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 16:24:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D3EF1065672 for ; Fri, 25 Sep 2009 16:24:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id D42B58FC14 for ; Fri, 25 Sep 2009 16:24:03 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8PGO3L7038132 for ; Fri, 25 Sep 2009 09:24:03 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8PGO3LA038131 for current@freebsd.org; Fri, 25 Sep 2009 09:24:03 -0700 (PDT) (envelope-from david) Date: Fri, 25 Sep 2009 09:24:03 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090925162403.GM1320@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20090923140936.GF1320@albert.catwhisker.org> <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m+utxuhC6KVTvgNz" Content-Disposition: inline In-Reply-To: <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: No DHCP lease with iwi(4)/wlan(4); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 16:24:04 -0000 --m+utxuhC6KVTvgNz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2009 at 12:08:10AM +0200, Paul B. Mahol wrote: > On 9/23/09, David Wolfskill wrote: > > I normally use wireless NICs on my laptop, especially at home, I > > swapped the miniPCI wi(4) for an iwi(4) a few weeks ago, and had it > > working in stable/6, stable/7, and head until a few days ago, when it > > seemed that the NIC was associating OK, but dhclient(8) reports: > > [no DHCP offers received...] > > > > This morning, I had the time to try plugging in a wireless PCcard (an0) > > NIC; after doing that, I see: > > [DHCP offer received & accepted] > > > > I realize that an(4) doesn't use wlan(4), so this could indicate a > > problem with either iwi(4) or wlan(4) -- but it seems to show that > > dhclient(8) itself is working, as is the basic infrastructure (my > > DHCP server; the access point; the ipfw(4) rules I have in place > > before & after DHCP activity). > > > > As I type, I'm running: > > > > FreeBSD g1-37.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1123 r197= 399: > > Tue Sep 22 06:16:11 PDT 2009 root@:/common/S4/obj/usr/src/sys/CANARY > > i386 > > > > and am in the process of building head at r197427. > > > > Is there something I might do to help diagnose what's wrong here? >=20 > wlandebug(8) >=20 > and also enable iwi debug sysctl. >=20 > (Try to enable only few of them at same time, otherwise anabling > everything will cause huge chaos on console) wlandebug(8) didn't seem to generate much (if anything) -- perhaps iwi(4) qualifies as a device that "implement[s] parts of the 802.11 protocol in firmware", given that it's necessary to load a bunch of firmware to use it. And I haven't yet had a chance to explore the iwi sysctl OIDs. But I did find one rather curious thing: I was able to get the iwi(4) to work OK (while running head) with one of my access points; it's the other that seems to have an issue with iwi(4) under head. I have 2 different access points at home: * An original Apple Airport * A Linksys WAP-11. (Each is, within the bounds of their rather different natures, configured the same except for channel: One is on channel 1; the other is on channel 6. Neither is a DHCP server: each merely passes the DHCP traffic.) Under stable/6 and stable/7, each works fine with iwi(4). Under head (presently at r197479), the Linksys WAP-11 works (associates & dhclient(8) negotiates a DHCP lease using iwi(4)/wlan(4)). Under head, the Apple Airport associates, but dhclient(8) cannot see a DHCP offer via iwi(4)/wlan(4).=20 I have a 3rd access point for occasional use; I could see what happens with it, but I wasn't eager to confuse things further. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --m+utxuhC6KVTvgNz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq87qIACgkQmprOCmdXAD1U/wCghf7oUoCuF2Ia8yNWxLdmYr7E AC4An2FWQfkZhsPu7irO9uUzHEJzCm3L =papd -----END PGP SIGNATURE----- --m+utxuhC6KVTvgNz-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 16:29:17 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 931AB1065695 for ; Fri, 25 Sep 2009 16:29:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 724B98FC1F for ; Fri, 25 Sep 2009 16:29:17 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 1898EB4EAF; Fri, 25 Sep 2009 09:29:17 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9EF2A2D601A; Fri, 25 Sep 2009 09:29:16 -0700 (PDT) Message-ID: <4ABCEFDF.5020501@elischer.org> Date: Fri, 25 Sep 2009 09:29:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: John Hay References: <4ABBAC87.4040306@FreeBSD.org> <4ABBE5C6.6070707@FreeBSD.org> <4ABC6E7C.80305@FreeBSD.org> <20090925090104.GA99931@zibbi.meraka.csir.co.za> In-Reply-To: <20090925090104.GA99931@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , "Li, Qing" , freebsd-current@FreeBSD.org, Alexander Motin Subject: Re: Point-to-Point interfaces regressions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 16:29:17 -0000 John Hay wrote: > On Fri, Sep 25, 2009 at 12:27:04AM -0700, Li, Qing wrote: >>> Li, Qing wrote: >>>>> Me and many other people running net/mpd handling thousands of PtP >>>>> interfaces sharing local addresses with each other and with some >>>>> Ethernet interface. This change makes such setup inoperable, as mpd >>>>> will constantly receive errors while trying to set addresses and >>>>> drop connections. >>>> I can revert to the old behavior. I asked for feedback and >> received >>>> none at the time ... >>> I would like to see it working, but working correctly. If it is not >>> possible to implement it correctly - then reverted, or at least >>> disabled >>> by default. >>> >> Asking for compatibility is reasonable but the existing packet >> leaking behavior is incorrect. >> >> After reviewing the previous thread on this topic back in July, >> I see that Henri Hennebert requested this feature for IPv6. >> >> I intend to introduce a sysctl variable to control whether loopback >> route should be installed for the local end point. By default >> the old behavior maintained. > > What about only adding the route if it does not exist yet? That should > handle the common case of reusing your ip address on the ethernet > interface on the local side of point-to-point links. the hard part is removing it if it is the last interface that uses it. > > John From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 17:08:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B9861065672; Fri, 25 Sep 2009 17:08:52 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id EB8E98FC19; Fri, 25 Sep 2009 17:08:51 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=spRtIwgkR_kA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=TxFuUoO8vUBO-65CmaAA:9 a=yjnYa-nRA7_IFHc2aAS2W4QeLVUA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1321085496; Fri, 25 Sep 2009 19:08:50 +0200 Received-SPF: softfail receiver=mailfe02.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Date: Fri, 25 Sep 2009 19:09:30 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909251909.31503.hselasky@freebsd.org> Cc: Subject: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 17:08:52 -0000 Hi, At EuroBSDcon 2009 I was requested to add support for polling mode to the USB serial port adapters alike UKBD and UMASS. Which USB serial port adapters should have this support at first? And I also need someone to volunteers testing this! --HPS From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 17:26:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC0EE106568D; Fri, 25 Sep 2009 17:26:55 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 50C3B8FC22; Fri, 25 Sep 2009 17:26:55 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DFEDE1CD41; Fri, 25 Sep 2009 19:26:53 +0200 (CEST) Date: Fri, 25 Sep 2009 19:26:53 +0200 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20090925172653.GT95398@hoeg.nl> References: <200909251909.31503.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1Rp7a2AgasIge6Lv" Content-Disposition: inline In-Reply-To: <200909251909.31503.hselasky@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 17:26:55 -0000 --1Rp7a2AgasIge6Lv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Hans, * Hans Petter Selasky wrote: > At EuroBSDcon 2009 I was requested to add support for polling mode to the= USB=20 > serial port adapters alike UKBD and UMASS. >=20 > Which USB serial port adapters should have this support at first? And I a= lso=20 > need someone to volunteers testing this! I guess uplcom and uftdi are the most common ones, right? --=20 Ed Schouten WWW: http://80386.nl/ --1Rp7a2AgasIge6Lv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq8/V0ACgkQ52SDGA2eCwXyewCfTMQvBLOFSVu4iCzvnD8pFMvA wz4AnAgxJSaKbO/Pak31cYFPd6ixotKs =4TyI -----END PGP SIGNATURE----- --1Rp7a2AgasIge6Lv-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 18:33:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E45BC1065670 for ; Fri, 25 Sep 2009 18:33:45 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id A4D918FC1F for ; Fri, 25 Sep 2009 18:33:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 69A246D423; Fri, 25 Sep 2009 20:34:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D7itq6oNH8JC; Fri, 25 Sep 2009 20:34:03 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id C56046D41E; Fri, 25 Sep 2009 20:34:03 +0200 (CEST) Date: Fri, 25 Sep 2009 20:34:03 +0200 From: Rink Springer To: Ed Schouten Message-ID: <20090925183403.GA6563@rink.nu> References: <200909251909.31503.hselasky@freebsd.org> <20090925172653.GT95398@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090925172653.GT95398@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Hans Petter Selasky , freebsd-usb@freebsd.org Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 18:33:46 -0000 On Fri, Sep 25, 2009 at 07:26:53PM +0200, Ed Schouten wrote: > * Hans Petter Selasky wrote: > > At EuroBSDcon 2009 I was requested to add support for polling mode to the USB > > serial port adapters alike UKBD and UMASS. > > > > Which USB serial port adapters should have this support at first? And I also > > need someone to volunteers testing this! > > I guess uplcom and uftdi are the most common ones, right? Yeah, these are very easy to obtain; in any case, I would start with these. Regards, -- Rink P.W. Springer - http://rink.nu "Beauty often seduces us on the road to truth." - Dr. Wilson From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 18:36:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBFDE106566B; Fri, 25 Sep 2009 18:36:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB3E8FC2C; Fri, 25 Sep 2009 18:36:13 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n8PIWSoZ013693; Fri, 25 Sep 2009 14:32:28 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200909251832.n8PIWSoZ013693@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 25 Sep 2009 14:36:35 -0400 To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org From: Mike Tancsa In-Reply-To: <200909251909.31503.hselasky@freebsd.org> References: <200909251909.31503.hselasky@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 18:36:13 -0000 At 01:09 PM 9/25/2009, Hans Petter Selasky wrote: >Hi, > >At EuroBSDcon 2009 I was requested to add support for polling mode to the USB >serial port adapters alike UKBD and UMASS. > >Which USB serial port adapters should have this support at first? And I also >need someone to volunteers testing this! uftdi is the most common around here. I have a couple of manufacturers that I would be happy to try in some high speed and low speed apps. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 18:39:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F32B106568B; Fri, 25 Sep 2009 18:39:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0F58FC1C; Fri, 25 Sep 2009 18:39:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KQJ006VYFPCO320@asmtp023.mac.com>; Fri, 25 Sep 2009 10:39:12 -0700 (PDT) From: Marcel Moolenaar Date: Fri, 25 Sep 2009 10:39:12 -0700 Message-id: To: "current@freebsd.org mailing list" X-Mailer: Apple Mail (2.1076) Cc: stable@freebsd.org Subject: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 18:39:13 -0000 All, I just got this overnight on my server: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x90 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05ba39d stack pointer = 0x28:0xf31077bc frame pointer = 0x28:0xf31077c8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 928 (NLM: master) (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05e03f3 in boot (howto=260) at /zmirror/nfs/freebsd/base/stable/ 8/sys/kern/kern_shutdown.c:416 #2 0xc05e062d in panic (fmt=Variable "fmt" is not available. ) at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_shutdown.c:579 #3 0xc04ac807 in db_panic (addr=Could not find the frame base for "db_panic". ) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:478 #4 0xc04acd91 in db_command (last_cmdp=0xc0881c3c, cmd_table=0x0, dopager=1) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c: 445 #5 0xc04aceea in db_command_loop () at /zmirror/nfs/freebsd/base/ stable/8/sys/ddb/db_command.c:498 #6 0xc04aed5d in db_trap (type=12, code=0) at /zmirror/nfs/freebsd/ base/stable/8/sys/ddb/db_main.c:229 #7 0xc0608a14 in kdb_trap (type=12, code=0, tf=0xf310777c) at / zmirror/nfs/freebsd/base/stable/8/sys/kern/subr_kdb.c:535 #8 0xc07c53af in trap_fatal (frame=0xf310777c, eva=144) at /zmirror/ nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:924 #9 0xc07c5650 in trap_pfault (frame=0xf310777c, usermode=0, eva=144) at /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:846 #10 0xc07c5ff2 in trap (frame=0xf310777c) at /zmirror/nfs/freebsd/base/ stable/8/sys/i386/i386/trap.c:528 #11 0xc07ac50b in calltrap () at /zmirror/nfs/freebsd/base/stable/8/ sys/i386/i386/exception.s:165 #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at / zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 #13 0xc05d39ee in priv_check_cred (cred=0xc61e4880, priv=334, flags=0) at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_priv.c:92 #14 0xc09dbffc in secpolicy_fs_owner (mp=0xc4112284, cred=0xc61e4880) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ compat/opensolaris/kern/opensolaris_policy.c:86 #15 0xc09dc527 in secpolicy_vnode_access (cred=0xc61e4880, vp=0xc4bb6d9c, owner=501, accmode=128) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ compat/opensolaris/kern/opensolaris_policy.c:125 #16 0xc0a56c5c in zfs_zaccess (zp=0xd4be8658, mode=2, flags=Variable "flags" is not available. ) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2445 #17 0xc0a56edb in zfs_zaccess_rwx (zp=0xd4be8658, mode=Variable "mode" is not available. ) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2484 #18 0xc0a6bfa4 in zfs_freebsd_access (ap=0xf31078d4) at /zmirror/nfs/ freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/ uts/common/fs/zfs/zfs_vnops.c:1068 #19 0xc07cfeb2 in VOP_ACCESS_APV (vop=0xc0acfac0, a=0xf31078d4) at vnode_if.c:571 #20 0xc0718c93 in nlm_get_vfs_state (host=Variable "host" is not available. ) at vnode_if.h:254 #21 0xc0718e30 in nlm_do_unlock (argp=0xf31079c8, result=0xf3107a08, rqstp=0xcb199800, rpcp=0x0) at /zmirror/nfs/freebsd/base/stable/8/sys/ nlm/nlm_prot_impl.c:2227 #22 0xc071ac87 in nlm4_unlock_4_svc (argp=0xf31079c8, result=0xf3107a08, rqstp=0xcb199800) at /zmirror/nfs/freebsd/base/ stable/8/sys/nlm/nlm_prot_server.c:540 #23 0xc071bce3 in nlm_prog_4 (rqstp=0xcb199800, transp=0xc652de00) at / zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_svc.c:512 #24 0xc07284bf in svc_run_internal (pool=0xc61e4c80, ismaster=1) at / zmirror/nfs/freebsd/base/stable/8/sys/rpc/svc.c:893 #25 0xc072943d in svc_run (pool=0xc61e4c80) at /zmirror/nfs/freebsd/ base/stable/8/sys/rpc/svc.c:1233 #26 0xc071a348 in nlm_syscall (td=0xc6551000, uap=0xf3107cf8) at / zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_impl.c:1593 #27 0xc07c5977 in syscall (frame=0xf3107d38) at /zmirror/nfs/freebsd/ base/stable/8/sys/i386/i386/trap.c:1073 #28 0xc07ac570 in Xint0x80_syscall () at /zmirror/nfs/freebsd/base/ stable/8/sys/i386/i386/exception.s:261 #29 0x00000033 in ?? () (kgdb) frame 12 #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at / zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 3568 switch (priv) { (kgdb) l 3567 3562 */ 3563 if (cred->cr_prison->pr_flags & PR_VNET) 3564 return (0); 3565 } 3566 #endif /* VIMAGE */ 3567 3568 switch (priv) { 3569 3570 /* 3571 * Allow ktrace privileges for root in jail. (kgdb) p cred->cr_prison $4 = (struct prison *) 0x0 -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 18:48:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 834C71065670; Fri, 25 Sep 2009 18:48:53 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id 21FF68FC1C; Fri, 25 Sep 2009 18:48:52 +0000 (UTC) Received: by ywh17 with SMTP id 17so3330696ywh.3 for ; Fri, 25 Sep 2009 11:48:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=g2rsszNeohqPGbY26h57ocz8tLQV0d0pTpqvjwANDE4=; b=V20v42eyFhFuFZIiwBgF7FdSdTnZFEqED5eO5v9Rlpn2FFLGwRwlcVfhf989CHDEW7 AAnICmEfMJZRhLPBjgYs8GOV8ATivpN0SJWJuXkKfFemnkjUSEfpmykwSywQxjMbGvO8 euQw3AoVCfQOQVqZLKbkhAhVydxaSF/TfreGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Y1fQnDhr8BYXlF+n8fGBKLDhTXG1oOFh6akvJmO47vh/v7J9oJEtCjFIW852FQAifR Ibp1eM1c0qtyXu7lxxckWFhB+Nbuma87wDbqoyF7xSemv9Ya+NcE7HSeR8YVBDNoPgWK /h67QSHVCcz3GyfGzanXKBQM+FTQfsT26nDq0= MIME-Version: 1.0 Received: by 10.91.78.19 with SMTP id f19mr894675agl.95.1253903141475; Fri, 25 Sep 2009 11:25:41 -0700 (PDT) In-Reply-To: <4ABBB66E.6070003@smo.de> References: <20090924074720.B27FE5B13@mail.bitblocks.com> <4ABBB66E.6070003@smo.de> Date: Fri, 25 Sep 2009 14:25:41 -0400 Message-ID: From: "illoai@gmail.com" To: Philipp Ost Content-Type: text/plain; charset=ISO-8859-1 Cc: Robert Watson , current@freebsd.org Subject: Re: Three cheers for the status quo, enough now? (was: Re: tmux(1) in base) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 18:48:53 -0000 2009/9/24 Philipp Ost : > I don't think Robert intended this thread to turn into Yet Another Bikeshed, > isn't it? Blue. Yes, definitely blue is the best colour. Oh, and as someone who has used FreeBSD since 4.0 (& I do apologise for being such a newbie), to the devs, sincerely: Keep doing what you're doing. I could hardly like 8.x better if it made my SD card slot spew (Czech) beer. -- -- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 20:07:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AB211065693 for ; Fri, 25 Sep 2009 20:07:12 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59105.mail.re1.yahoo.com (web59105.mail.re1.yahoo.com [66.196.101.16]) by mx1.freebsd.org (Postfix) with SMTP id E44458FC16 for ; Fri, 25 Sep 2009 20:07:11 +0000 (UTC) Received: (qmail 11611 invoked by uid 60001); 25 Sep 2009 20:07:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253909231; bh=nadL1o4a/nkI7gCOX/DC7v64d4pAA7GZdrugAKHH/+w=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=lvC+3GZzDHRo/QwoNw5cLrA8eXvIVuluKlG8xtuUPXX+fDryTgH9fgoPBdIEAEBdTIPdr5VS1hB33yFO/5kO4gnov9jjzPqAu+lyNNzO0eXxTeGHNraq5VjTQpgEPHv3Ep+7u4++6DhHaZrlBj3C6mdI+P8vkM49ldavTsEDRFA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=4RLzfA2cYgXGKusiY9MVOzCcLYQX83Oc1u1KO0ZyExxNYfBn+C7UWbuzCM+leVSXF/D1K1Xn9lyJg2VlLX8Vpu5uocFn2WO/i7x3u4LswGgcopYRV+8OiZafGDND25idy2IR1EQWaciSf9e/PZxcqugM4pQLRjBc8PHKCu80mFM=; Message-ID: <205895.10887.qm@web59105.mail.re1.yahoo.com> X-YMail-OSG: j95v2RYVM1n5IU.7S9ZutvCboYKb0dfT79f.u6nTK3JVUMxCANjq0vjMG_4xYvJa5mRrsMkUjdgzw.MGaKDXUwM8Y2WKoxAmynz9k63R1p6ec_mbLFdaXiwZ2Yqm9Dq8aLdz0cUiqUIgneS6TKv0m2irqCUu39nzEG1LhCuHf1cc1NkePEzU9X5avimuV59D2W966DygTbtvrejN1T2nzQTYANAM3hLG89Q0CXzw3EezMt22vhJWcxQVfupUKvDVCsCdYn9XVF1q6pjIZBPhryAPW0wyeMxA3JijE.A4Jh0WnMWU Received: from [95.109.187.185] by web59105.mail.re1.yahoo.com via HTTP; Fri, 25 Sep 2009 13:07:11 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.3 Date: Fri, 25 Sep 2009 13:07:11 -0700 (PDT) From: paradox To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 25 Sep 2009 20:11:20 +0000 Cc: d@delphij.net, Jung-uk Kim Subject: svn commit: r197501 - head/sys/dev/atkbdc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 20:07:12 -0000 http://svn.freebsd.org/changeset/base/197501 would not be bad if someone is from developers who are develop the amd64 looked at the problem this commit on arch amd64 this code p = BIOS_PADDRTOVADDR((regs.R_ES << 4) + regs.R_BX); if ((readb(p + 6) & 0x40) == 0) page fault ot access violation when try to readb from p pointer R_ES = 0xf000 R_BX = 0xe6f5 as result it is a bios rom area on arch i386 this works but not work on amd64 would be better to use BIOS_PADDRTOVADDR but we migrate to x86bios_offset to access rom bios area From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 20:57:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4326B106568B for ; Fri, 25 Sep 2009 20:57:32 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D28668FC19 for ; Fri, 25 Sep 2009 20:57:31 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n8PKvT5Y019561 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Sep 2009 22:57:30 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Stefan Bethke In-Reply-To: <20090925154125.GD48707@roberto-al.eurocontrol.fr> Date: Fri, 25 Sep 2009 22:57:29 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <20090925154125.GD48707@roberto-al.eurocontrol.fr> To: Ollivier Robert X-Mailer: Apple Mail (2.1076) Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting off raidz *mostly* 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, 25 Sep 2009 20:57:32 -0000 Am 25.09.2009 um 17:41 schrieb Ollivier Robert: > According to Ollivier Robert: >> By popular demand: >> http://www.keltia.net/howtos/zfsboot > > I've succeeded in booting off raidz! > > There is a remaining issue with /boot/loader getting zfs errors at > boot time > resulting in loader.conf not being read. After setting the various > variables > manually (vm.kmem_size, vfs.root.mountfrom) and loading zfs, it > works... > > http://static.keltia.net/download/raidz-boot.png > > I've updated the howto to reflect that. > > Any help in tackling the last issue is welcome. In my various experiments, I sometimes got a setup that would load many, but not all files. However, re-running the script to re-create the zpool, or copying files to the filesystem would make any successive reboots not work anymore. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 21:12:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A626C106566C for ; Fri, 25 Sep 2009 21:12:59 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 761988FC18 for ; Fri, 25 Sep 2009 21:12:59 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id E486B5C2D; Fri, 25 Sep 2009 17:12:57 -0400 (EDT) Date: Fri, 25 Sep 2009 17:12:57 -0400 From: Wesley Shields To: Hans Petter Selasky Message-ID: <20090925211257.GA17421@atarininja.org> References: <200909251909.31503.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200909251909.31503.hselasky@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 21:12:59 -0000 On Fri, Sep 25, 2009 at 07:09:30PM +0200, Hans Petter Selasky wrote: > Hi, > > At EuroBSDcon 2009 I was requested to add support for polling mode to the USB > serial port adapters alike UKBD and UMASS. > > Which USB serial port adapters should have this support at first? And I also > need someone to volunteers testing this! I have a device I just plugged in for the first time ever and it is apparently a uftdi device. I'd be willing to test any patches you have. -- WXS From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 21:49:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7AC5106566C for ; Fri, 25 Sep 2009 21:49:15 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3665B8FC16 for ; Fri, 25 Sep 2009 21:49:14 +0000 (UTC) Received: by yxe14 with SMTP id 14so7714352yxe.7 for ; Fri, 25 Sep 2009 14:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=PQRgCD2ukO4w/gKDSvd/YMYKnaw1A5/RYcYME82/+Ww=; b=Kfxn4Ufnz+3lT9wrytVjeQiSYmoMQf7A19Ohr5t0HXGD4WH2wZo5mCCdEaD+u6Yf7z l6zecIMHnR5Tgye2qR2gfJuDldD8OQKlCxCK6RtyD8RzzVxEVGjkRuUq97U9MXwuCHN3 QO4SJwBAStaCCmiqqYF1LiOBeDzrJQbI/bpio= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=FKAorod0R1/6h9GMNCQRp/hSAKjr35dBADp0ktnYY9g7bnGEIfHU3Xl1p5dtnZnRZd ZtLgg1Vu2hpI5OskhHQfoeskmMRC9yzjVtvK6KVmraG8dnnOmbtsCypvMI1NXl6oNIVD onstJqKCK+dGmWvLhSAJqfoQohy90OwSwkqsU= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.158.2 with SMTP id g2mr995461age.92.1253915354370; Fri, 25 Sep 2009 14:49:14 -0700 (PDT) In-Reply-To: References: <20090925154125.GD48707@roberto-al.eurocontrol.fr> Date: Fri, 25 Sep 2009 14:49:14 -0700 X-Google-Sender-Auth: 12f6195928154b44 Message-ID: From: Artem Belevich To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ollivier Robert , dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting off raidz *mostly* 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, 25 Sep 2009 21:49:16 -0000 Our bootloader implementation does not know how to read gang blocks. Compare the code from OpenSolaris' variant of grub with what we have and find the differences: Search for zio_read_data here: http://bitbucket.org/osunix/osunix-gate/src/1cca4617b3a8/usr/src/grub/grub-= 0.97/stage2/fsys_zfs.c And compare with our zio_read here: http://fxr.watson.org/fxr/source/boot/zfs/zfsimpl.c?im=3Dexcerpts#L900 We seem to be missing gang block check. That would explain why zfsboot works only sometimes. If all the files are written using regular blocks, then we're OK. However, some time later (i.e. during upgrade or after an edit), some data can end up written to disk in a gang block and that would make zfsboot choke. --Artem On Fri, Sep 25, 2009 at 1:57 PM, Stefan Bethke wrote: > Am 25.09.2009 um 17:41 schrieb Ollivier Robert: > >> According to Ollivier Robert: >>> >>> By popular demand: >>> http://www.keltia.net/howtos/zfsboot >> >> I've succeeded in booting off raidz! >> >> There is a remaining issue with /boot/loader getting zfs errors at boot >> time >> resulting in loader.conf not being read. After setting the various >> variables >> manually (vm.kmem_size, vfs.root.mountfrom) and loading zfs, it works... >> >> http://static.keltia.net/download/raidz-boot.png >> >> I've updated the howto to reflect that. >> >> Any help in tackling the last issue is welcome. > > In my various experiments, I sometimes got a setup that would load many, = but > not all files. =A0However, re-running the script to re-create the zpool, = or > copying files to the filesystem would make any successive reboots not wor= k > anymore. > > > Stefan > > -- > Stefan Bethke =A0 Fon +49 151 14070811 > > > > > _______________________________________________ > 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 Sep 25 21:59:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54F79106568B for ; Fri, 25 Sep 2009 21:59:24 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEDF8FC1C for ; Fri, 25 Sep 2009 21:59:23 +0000 (UTC) Received: by yxe14 with SMTP id 14so7741077yxe.7 for ; Fri, 25 Sep 2009 14:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9e3G+wHBg+wNBHvMq85Pn0DQBKvAGk+ebctMAqGNQjw=; b=qLeruRkrpN03qPFNg7tPTc0RE1vnM/oe78oRdc8FITM/Mcurw820UEw7nuiFZIt/TU TWZnfu2y2ti/BQOftUTz7KEZs4qVr9pvWxTbOo68FFpSNkfTDupB8nGiM0HaDz7mC/gc LfoYd1YHzeK9e3vomAqw3FlST+Pn77OfFnlc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=uqo/kiXqSRzeIRFetnXin+CV4z+glvvGeqvKnuMSO3g+KlceNWM5GvXLUY2tctHz9L 6FmVGNDIkTs0uWMqqoe3j13UMXTkZ9Gn/rQ4F1RfsBEZYzbk9wqsYz9/AAPqjt+V5bdJ 5TrTZJHw6dNQNZnKY7DihM3WqySE5CU8GO/vo= MIME-Version: 1.0 Received: by 10.150.45.20 with SMTP id s20mr3301592ybs.211.1253915963298; Fri, 25 Sep 2009 14:59:23 -0700 (PDT) In-Reply-To: <20090925153212.67247375@ernst.jennejohn.org> References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> <20090925153212.67247375@ernst.jennejohn.org> Date: Sat, 26 Sep 2009 05:59:23 +0800 Message-ID: <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> From: Rohit Grover To: gary.jennejohn@freenet.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: hald spins in a poll/read loop against /dev/usb with 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, 25 Sep 2009 21:59:24 -0000 On Fri, Sep 25, 2009 at 9:32 PM, Gary Jennejohn wrote: > On Fri, 25 Sep 2009 21:23:12 +0800 > Rohit Grover wrote: > >> Hald spins endlessly on my CURRENT. I have the following from truss: >> >> open("/dev/usb",O_RDONLY,00) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D= 12 (0xc) >> ... >> ... >> poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN >> 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) =3D 1 (0x1) >> gettimeofday({1253883730.961100 },0x0) =A0 =A0 =A0 =A0 =A0 =3D 0 (0x0) >> read(12,0xbfbfe56c,384) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0=3D 0 (0x0) >> gettimeofday({1253883730.961158 },0x0) =A0 =A0 =A0 =A0 =A0 =3D 0 (0x0) >> poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN >> 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) =3D 1 (0x1) >> gettimeofday({1253883730.961228 },0x0) =A0 =A0 =A0 =A0 =A0 =3D 0 (0x0) >> read(12,0xbfbfe56c,384) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0=3D 0 (0x0) >> gettimeofday({1253883730.961286 },0x0) =A0 =A0 =A0 =A0 =A0 =3D 0 (0x0) >> poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN >> 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) =3D 1 (0x1) >> gettimeofday({1253883730.961357 },0x0) =A0 =A0 =A0 =A0 =A0 =3D 0 (0x0) >> read(12,0xbfbfe56c,384) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0=3D 0 (0x0) >> gettimeofday({1253883730.961415 },0x0) =A0 =A0 =A0 =A0 =A0 =3D 0 (0x0) >> ... >> ... >> >> Why is /dev/usb responding to poll() when there is no data to be read? >> >> thanks. >> > > /dev/usb is a directory on my 9-CURRENT machine, not a device file. > > Did you install hald recently, e.g. after updating you kernel? =A0I'm pre= tty sure that > hald depends on kernel sources and often requires a fresh installation. I've rebuilt hald (hal-0.5.11_26) after checking out 8/stable under /usr/src/sys. Same problem. A spin loop of poll/read, with /dev/usb responding to poll() but not to read(). From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 22:04:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518DB1065670 for ; Fri, 25 Sep 2009 22:04:13 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 00F768FC2B for ; Fri, 25 Sep 2009 22:04:12 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n8PM7C0r019345; Fri, 25 Sep 2009 18:07:12 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Rohit Grover In-Reply-To: <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> <20090925153212.67247375@ernst.jennejohn.org> <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-kny0M8wrCi22r7/VEa41" Organization: MarcusCom, Inc. Date: Fri, 25 Sep 2009 18:04:11 -0400 Message-Id: <1253916251.1274.25.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-current@freebsd.org Subject: Re: hald spins in a poll/read loop against /dev/usb with 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, 25 Sep 2009 22:04:13 -0000 --=-kny0M8wrCi22r7/VEa41 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-09-26 at 05:59 +0800, Rohit Grover wrote: > On Fri, Sep 25, 2009 at 9:32 PM, Gary Jennejohn > wrote: > > On Fri, 25 Sep 2009 21:23:12 +0800 > > Rohit Grover wrote: > > > >> Hald spins endlessly on my CURRENT. I have the following from truss: > >> > >> open("/dev/usb",O_RDONLY,00) =3D 12 (0xc) > >> ... > >> ... > >> poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN > >> 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) =3D 1 (0x1) > >> gettimeofday({1253883730.961100 },0x0) =3D 0 (0x0) > >> read(12,0xbfbfe56c,384) =3D 0 (0x0) > >> gettimeofday({1253883730.961158 },0x0) =3D 0 (0x0) > >> poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN > >> 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) =3D 1 (0x1) > >> gettimeofday({1253883730.961228 },0x0) =3D 0 (0x0) > >> read(12,0xbfbfe56c,384) =3D 0 (0x0) > >> gettimeofday({1253883730.961286 },0x0) =3D 0 (0x0) > >> poll({4/POLLIN 8/POLLIN 10/POLLIN|POLLPRI 15/POLLIN 89/POLLIN 6/POLLIN > >> 9/POLLIN 88/POLLIN 7/POLLIN 12/POLLIN},10,161) =3D 1 (0x1) > >> gettimeofday({1253883730.961357 },0x0) =3D 0 (0x0) > >> read(12,0xbfbfe56c,384) =3D 0 (0x0) > >> gettimeofday({1253883730.961415 },0x0) =3D 0 (0x0) > >> ... > >> ... > >> > >> Why is /dev/usb responding to poll() when there is no data to be read? > >> > >> thanks. > >> > > > > /dev/usb is a directory on my 9-CURRENT machine, not a device file. > > > > Did you install hald recently, e.g. after updating you kernel? I'm pre= tty sure that > > hald depends on kernel sources and often requires a fresh installation. >=20 > I've rebuilt hald (hal-0.5.11_26) after checking out 8/stable under > /usr/src/sys. Same problem. A spin loop of poll/read, with /dev/usb > responding to poll() but not to read(). Insufficient. You need to be running on a world/kernel which are in sync with each other. You also need to make sure the libusb port is no longer installed, and that you have run "make delete-old" after the upgrade. Then rebuild hal. Joe > _______________________________________________ > 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 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-kny0M8wrCi22r7/VEa41 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkq9PloACgkQb2iPiv4Uz4eO5ACcCXYRt5MC1UCl2swwQoYNpUP+ 4LIAn0p4q+wTy/GWGgThQLU/TPN6+1vR =SvIC -----END PGP SIGNATURE----- --=-kny0M8wrCi22r7/VEa41-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 22:18:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F7A8106566C for ; Fri, 25 Sep 2009 22:18:07 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD118FC15 for ; Fri, 25 Sep 2009 22:18:06 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n8PMI5Dt008028; Fri, 25 Sep 2009 18:18:05 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.2 (mail.netplex.net [204.213.176.10]); Fri, 25 Sep 2009 18:18:05 -0400 (EDT) Date: Fri, 25 Sep 2009 18:18:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Joe Marcus Clarke In-Reply-To: <1253916251.1274.25.camel@shumai.marcuscom.com> Message-ID: References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> <20090925153212.67247375@ernst.jennejohn.org> <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> <1253916251.1274.25.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: hald spins in a poll/read loop against /dev/usb with CURRENT 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: Fri, 25 Sep 2009 22:18:07 -0000 On Fri, 25 Sep 2009, Joe Marcus Clarke wrote: >> >> I've rebuilt hald (hal-0.5.11_26) after checking out 8/stable under >> /usr/src/sys. Same problem. A spin loop of poll/read, with /dev/usb >> responding to poll() but not to read(). > > Insufficient. You need to be running on a world/kernel which are in > sync with each other. You also need to make sure the libusb port is no > longer installed, and that you have run "make delete-old" after the > upgrade. Then rebuild hal. With regard to the libusb port problems, shouldn't the ports prefer/configure to use libusb20 when it is present, so that it wouldn't matter if libusb was installed or not? -- DE From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 22:21:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DE5B106568D; Fri, 25 Sep 2009 22:21:38 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id B98808FC12; Fri, 25 Sep 2009 22:21:37 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n8PMOZlC020122; Fri, 25 Sep 2009 18:24:35 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Daniel Eischen In-Reply-To: References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> <20090925153212.67247375@ernst.jennejohn.org> <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> <1253916251.1274.25.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-kVi/d0INLhe8VFW4IIQ7" Organization: MarcusCom, Inc. Date: Fri, 25 Sep 2009 18:21:34 -0400 Message-Id: <1253917294.1274.30.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-current@freebsd.org Subject: Re: hald spins in a poll/read loop against /dev/usb with 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, 25 Sep 2009 22:21:38 -0000 --=-kVi/d0INLhe8VFW4IIQ7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-09-25 at 18:18 -0400, Daniel Eischen wrote: > On Fri, 25 Sep 2009, Joe Marcus Clarke wrote: > >> > >> I've rebuilt hald (hal-0.5.11_26) after checking out 8/stable under > >> /usr/src/sys. Same problem. A spin loop of poll/read, with /dev/usb > >> responding to poll() but not to read(). > > > > Insufficient. You need to be running on a world/kernel which are in > > sync with each other. You also need to make sure the libusb port is no > > longer installed, and that you have run "make delete-old" after the > > upgrade. Then rebuild hal. >=20 > With regard to the libusb port problems, shouldn't the > ports prefer/configure to use libusb20 when it is present, > so that it wouldn't matter if libusb was installed or not? Hal will (must) use libusb20 on a newusb system. If the devel/libusb port is installed, hal will fail build. On oldusb, libusb is not used by hal, and hal doesn't care if it's present. Joe >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-kVi/d0INLhe8VFW4IIQ7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkq9Qm0ACgkQb2iPiv4Uz4c+wQCfU9dpSNmJn4mNa2kAIYuvZsbu TtMAnid763QKymL5YRQzHRlChXOGZ9Gm =VHv3 -----END PGP SIGNATURE----- --=-kVi/d0INLhe8VFW4IIQ7-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 22:19:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 520BB1065697 for ; Fri, 25 Sep 2009 22:19:31 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-vw0-f180.google.com (mail-vw0-f180.google.com [209.85.212.180]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE078FC15 for ; Fri, 25 Sep 2009 22:19:30 +0000 (UTC) Received: by vws10 with SMTP id 10so2570549vws.7 for ; Fri, 25 Sep 2009 15:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=+KfuIHycihMNZD1J/14S/y/GDbwin44jJ+07B9fPIf8=; b=i7FlvxmcbMi8uSwNSbfBSoSl/qLg13TbqqzSMbe89fnIOcn4cY6hLnck/9lKrezyHt afOkAW5GUtTVVlx9y/F3/l2SDucvAW/gbt8KBT+JD7H/JWYBC0mgK/BiAxCLAXGMawkb 8nDAF7ifdGQQ/vUR8f9sgPqPoUcRGVQfUC8bM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xr8QQEJUSk0euc8mpVNsf78gzAe+Ir6KeTtztiVGD6YzDyYtYLdPdKjruG7fMusRDd xxLAq9MDUuugpSeMTbWuJGBrZD8Qa1+Zrc1PCkkOlECOgMuKCLICKM5MQ2IdAk18mm2u HXwdAOwjGfYS1WzuorglKddVgSXpuHXAxPyuo= MIME-Version: 1.0 Received: by 10.220.104.212 with SMTP id q20mr1145697vco.107.1253915794065; Fri, 25 Sep 2009 14:56:34 -0700 (PDT) Date: Fri, 25 Sep 2009 14:56:34 -0700 Message-ID: <539c60b90909251456j792de04kea7caf6c7f9962fd@mail.gmail.com> From: Steve Franks To: current-list freebsd Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 25 Sep 2009 22:54:58 +0000 Subject: bridge wlan and tap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 22:19:31 -0000 I know everyone's busy with the release. This is not a showstopper, but it relates to networking, which is pretty central to a working bsd box... I read in some obscure post that I can't bridge from a wlan to tap because the wlan can only handle one MAC? Kindof thought every card has only one mac. No idea if this related to 6.x or something earlier, or current...of course I can't find the post again, either, but it was just a mention in some other howto. Anyway, I can't get an address on bridge0. rc.conf: cloned_interfaces="bridge0" autobridge_interfaces="bridge0" # autoconfigure these bridges autobridge_bridge0="tap* wlan0" ifconfig_bridge0="DHCP" After I boot, no address on bridge0, and dhclient bridge0 just times out...sortof thought I was following the handbook & man tap, but again, I have a 7.2 box on a wired network that this basic operation works on, so I'm suspecting wlan does break bridging... Best, Steve From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 23:04:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3734106566B for ; Fri, 25 Sep 2009 23:04:43 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 72FA38FC1C for ; Fri, 25 Sep 2009 23:04:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id CA64C994B2; Fri, 25 Sep 2009 19:04:42 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KR16hRrZg5+7; Fri, 25 Sep 2009 19:04:42 -0400 (EDT) Received: from [35.9.132.20] (cal001.dhcp.egr.msu.edu [35.9.132.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 8557C994AD; Fri, 25 Sep 2009 19:04:42 -0400 (EDT) Message-ID: <4ABD4C87.8090902@egr.msu.edu> Date: Fri, 25 Sep 2009 19:04:39 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Ollivier Robert References: <20090925154125.GD48707@roberto-al.eurocontrol.fr> In-Reply-To: <20090925154125.GD48707@roberto-al.eurocontrol.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Booting off raidz *mostly* 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, 25 Sep 2009 23:04:43 -0000 Ollivier Robert wrote: > According to Ollivier Robert: >> By popular demand: >> http://www.keltia.net/howtos/zfsboot > > I've succeeded in booting off raidz! > > There is a remaining issue with /boot/loader getting zfs errors at boot time > resulting in loader.conf not being read. After setting the various variables > manually (vm.kmem_size, vfs.root.mountfrom) and loading zfs, it works... > > http://static.keltia.net/download/raidz-boot.png > > I've updated the howto to reflect that. > > Any help in tackling the last issue is welcome. > I don't have help for raid-z, but I can contribute some parts of my own procedure that have been helpful: -------------------------------------------------------------------------- - If you would prefer to SSH into the livefs shell (have network access but hate typing out the commands manually, or you have to put up with a painful console terminal such as serial, not to mention that ctrl-c makes the livefs shell abort and try to go back to sysinstall): ifconfig foo0 inet 10.0.0.2/24 route add default 10.0.0.1 echo "nameserver 10.0.0.1" >> /etc/resolv.conf echo "domain example.com" >> /etc/resolv.conf mkdir /etc/ssh ssh-keygen -t rsa1 -b 1024 -f /etc/ssh/ssh_host_key -N "" ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key -N "" ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key -N "" cp /dist/etc/ssh/sshd_config /tmp/ echo "PermitRootLogin yes" >> /tmp/sshd_config env > /tmp/env ln -s /mnt2/bin/csh /bin/csh /mnt2/usr/sbin/sshd -Ddf /tmp/sshd_config From the network: ssh root@10.0.0.2 sh . /tmp/env . /mnt2/.profile (I used /tmp/env to get the PATH settings from the sysinstall shell propagated to the ssh shell, and I specifically used -Dd so you can only login once since root has no password!) ---------------------------------------------------------------------------- - Thinking ahead to when I need to reinstall a system in the future (happens many times during testing), I need to remember to wipe out existing gmirror or partitions/partition tables: gmirror clear /dev/da0p2 /dev/da1p2 gpart delete -i 3, 2, 1, gpart destroy da0 etc I strongly suggest putting swap on a gmirror if it isn't going to be protected by another form of raid, even though it contains no valuable data, I don't want my system to go down because of a failure on a non-redundant swap volume. Something like: gmirror label -v -b prefer swap /dev/da0p2 /dev/da1p2 && \ echo '/dev/mirror/swap none swap sw 0 0' >> /rpool/ROOT/freebsd/etc/fstab It would also be handy to enable gmirror status checks in periodic.conf although I used a cronned script so I get paged more than once a day if there is a problem. --------------------------------------------------------------------- - You could use jot to duplicate various gpart commands to multiple drives, examples: Clear 2 drives with up to 3 partitions each: jot -w "gpart delete -i 3 da" -s \; 2 0 1 | sh jot -w "gpart delete -i 2 da" -s \; 2 0 1 | sh jot -w "gpart delete -i 1 da" -s \; 2 0 1 | sh jot -w "gpart destroy da" -s \; 2 0 1 | sh Clear 8 drives with up to 3 partitions each: jot -w "gpart delete -i 3 da" -s \; 8 0 7 | sh jot -w "gpart delete -i 2 da" -s \; 8 0 7 | sh jot -w "gpart delete -i 1 da" -s \; 8 0 7 | sh jot -w "gpart destroy da" -s \; 8 0 7 | sh ----------------------------------------------------------------------- - In 8.0-BETA2 or above, you can use some new features in gpart for gpt auto sizing to automatically calculate the starting sector or even let your last partition use all remaining space: (helpful so you don't need to do as much math and less typing) Create gpt, set partition active, create 3 partitions on 2 drives using all remaining space after the boot and swap: jot -w "gpart create -s GPT da" -s \; 2 0 1 | sh jot -w "echo 'a 1' | fdisk -f - -q /dev/da" -s \; 2 0 1 | sh jot -w "gpart add -s 128 -t freebsd-boot da" -s \; 2 0 1 | sh jot -w "gpart add -s 4194304 -t freebsd-swap da" -s \; 2 0 1 | sh jot -w "gpart add -t freebsd-zfs da" -s \; 2 0 1 | sh Similar for installing boot code for 2 drives: jot -w "gpart bootcode -b /rpool/ROOT/freebsd/boot/pmbr -p \ /rpool/ROOT/freebsd/boot/gptzfsboot -i 1 da" -s \; 2 0 1 | sh ------------------------------------------------------------------------ - Instead of extracting dists from the install media, I chose to build tar files of a system image using procedures gleaned from the jail manpage (its pretty easy), that way I can add loader support and plenty of customizations to my image, use an up to date build, even include the source and ports trees for convenience into my tar, and the tar tends to extract in just a couple minutes on the destination system (70-180 seconds depending on the system and what is in the tar). This way I can also use the 8.0 livefs to install either 7.x or 8.x just based on which tar I download. Obviously this has more benefit if you have more than a small number of systems to install; if its just one or two then pre-customizing isn't worth it. I stopped including the portsnap files dir in favor of a post-install fresh 'portsnap fetch' though, because after just a couple weeks, it seemed like my 'portsnap fetch' and 'update' took longer than getting a fresh copy. Since I track -stable on my servers, its nice to keep my tar updated every month or few weeks and then my new installs don't each require a source update since they start life being fairly up to date already. Also a very nice result is by adding NO_FOO options to the image build, the resulting image never has parts of the base that you never wanted in the first place, for example if you leave out sendmail or lpr, so you don't have to worry about 'make check-old' being complete enough. From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 23:13:37 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48045106566C; Fri, 25 Sep 2009 23:13:37 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id CE8E08FC0C; Fri, 25 Sep 2009 23:13:36 +0000 (UTC) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n8PN1Idc014436; Fri, 25 Sep 2009 17:01:18 -0600 (MDT) Message-ID: <4ABD4BB9.1030804@FreeBSD.org> Date: Fri, 25 Sep 2009 17:01:13 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Marcel Moolenaar References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, "current@freebsd.org mailing list" Subject: Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 23:13:37 -0000 Marcel Moolenaar wrote: > All, > > I just got this overnight on my server: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x90 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc05ba39d > stack pointer = 0x28:0xf31077bc > frame pointer = 0x28:0xf31077c8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 928 (NLM: master) > > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc05e03f3 in boot (howto=260) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_shutdown.c:416 > #2 0xc05e062d in panic (fmt=Variable "fmt" is not available. > ) at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_shutdown.c:579 > #3 0xc04ac807 in db_panic (addr=Could not find the frame base for > "db_panic". > ) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:478 > #4 0xc04acd91 in db_command (last_cmdp=0xc0881c3c, cmd_table=0x0, > dopager=1) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:445 > #5 0xc04aceea in db_command_loop () at > /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:498 > #6 0xc04aed5d in db_trap (type=12, code=0) at > /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_main.c:229 > #7 0xc0608a14 in kdb_trap (type=12, code=0, tf=0xf310777c) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/subr_kdb.c:535 > #8 0xc07c53af in trap_fatal (frame=0xf310777c, eva=144) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:924 > #9 0xc07c5650 in trap_pfault (frame=0xf310777c, usermode=0, eva=144) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:846 > #10 0xc07c5ff2 in trap (frame=0xf310777c) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:528 > #11 0xc07ac50b in calltrap () at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/exception.s:165 > #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 > #13 0xc05d39ee in priv_check_cred (cred=0xc61e4880, priv=334, flags=0) > at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_priv.c:92 > #14 0xc09dbffc in secpolicy_fs_owner (mp=0xc4112284, cred=0xc61e4880) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_policy.c:86 > > #15 0xc09dc527 in secpolicy_vnode_access (cred=0xc61e4880, > vp=0xc4bb6d9c, owner=501, accmode=128) > at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_policy.c:125 > > #16 0xc0a56c5c in zfs_zaccess (zp=0xd4be8658, mode=2, flags=Variable > "flags" is not available. > ) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2445 > > #17 0xc0a56edb in zfs_zaccess_rwx (zp=0xd4be8658, mode=Variable "mode" > is not available. > ) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2484 > > #18 0xc0a6bfa4 in zfs_freebsd_access (ap=0xf31078d4) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1068 > > #19 0xc07cfeb2 in VOP_ACCESS_APV (vop=0xc0acfac0, a=0xf31078d4) at > vnode_if.c:571 > #20 0xc0718c93 in nlm_get_vfs_state (host=Variable "host" is not available. > ) at vnode_if.h:254 > #21 0xc0718e30 in nlm_do_unlock (argp=0xf31079c8, result=0xf3107a08, > rqstp=0xcb199800, rpcp=0x0) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_impl.c:2227 > #22 0xc071ac87 in nlm4_unlock_4_svc (argp=0xf31079c8, result=0xf3107a08, > rqstp=0xcb199800) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_server.c:540 > #23 0xc071bce3 in nlm_prog_4 (rqstp=0xcb199800, transp=0xc652de00) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_svc.c:512 > #24 0xc07284bf in svc_run_internal (pool=0xc61e4c80, ismaster=1) at > /zmirror/nfs/freebsd/base/stable/8/sys/rpc/svc.c:893 > #25 0xc072943d in svc_run (pool=0xc61e4c80) at > /zmirror/nfs/freebsd/base/stable/8/sys/rpc/svc.c:1233 > #26 0xc071a348 in nlm_syscall (td=0xc6551000, uap=0xf3107cf8) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_impl.c:1593 > #27 0xc07c5977 in syscall (frame=0xf3107d38) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:1073 > #28 0xc07ac570 in Xint0x80_syscall () at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/exception.s:261 > #29 0x00000033 in ?? () > > (kgdb) frame 12 > #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 > 3568 switch (priv) { > (kgdb) l 3567 > 3562 */ > 3563 if (cred->cr_prison->pr_flags & PR_VNET) > 3564 return (0); > 3565 } > 3566 #endif /* VIMAGE */ > 3567 > 3568 switch (priv) { > 3569 > 3570 /* > 3571 * Allow ktrace privileges for root in jail. > (kgdb) p cred->cr_prison > $4 = (struct prison *) 0x0 It seems to be NFS related. I think the null pointer in question is from the export's anonymous credential. Try the patch below and see if it helps (which I guess means run it overnight and see if it crashes again). I've also patched a similar missing cred prison in GSS_SVC, since I'm not versed enough in NFS/RPC stuff to know if it might be the problem. - Jamie Index: kern/vfs_export.c =================================================================== --- kern/vfs_export.c (revision 197506) +++ kern/vfs_export.c (working copy) @@ -122,6 +122,8 @@ np->netc_anon->cr_uid = argp->ex_anon.cr_uid; crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, argp->ex_anon.cr_groups); + np->netc_anon->cr_prison = &prison0; + prison_hold(np->netc_anon->cr_prison); np->netc_numsecflavors = argp->ex_numsecflavors; bcopy(argp->ex_secflavors, np->netc_secflavors, sizeof(np->netc_secflavors)); @@ -206,6 +208,8 @@ np->netc_anon->cr_uid = argp->ex_anon.cr_uid; crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, np->netc_anon->cr_groups); + np->netc_anon->cr_prison = &prison0; + prison_hold(np->netc_anon->cr_prison); np->netc_numsecflavors = argp->ex_numsecflavors; bcopy(argp->ex_secflavors, np->netc_secflavors, sizeof(np->netc_secflavors)); Index: rpc/rpcsec_gss/svc_rpcsec_gss.c =================================================================== --- rpc/rpcsec_gss/svc_rpcsec_gss.c (revision 197506) +++ rpc/rpcsec_gss/svc_rpcsec_gss.c (working copy) @@ -449,6 +449,8 @@ cr->cr_uid = cr->cr_ruid = cr->cr_svuid = uc->uid; cr->cr_rgid = cr->cr_svgid = uc->gid; crsetgroups(cr, uc->gidlen, uc->gidlist); + cr->cr_prison = &prison0; + prison_hold(cr->cr_prison); *crp = crhold(cr); return (TRUE); From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 23:15:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9A91065696 for ; Fri, 25 Sep 2009 23:15:29 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2308FC18 for ; Fri, 25 Sep 2009 23:15:29 +0000 (UTC) Received: (qmail 22389 invoked from network); 25 Sep 2009 23:15:28 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 25 Sep 2009 23:15:28 -0000 Message-ID: <4ABD4EDF.4040807@acm.poly.edu> Date: Fri, 25 Sep 2009 19:14:39 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20090910) MIME-Version: 1.0 To: Hans Petter Selasky References: <200909251909.31503.hselasky@freebsd.org> In-Reply-To: <200909251909.31503.hselasky@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 23:15:30 -0000 Hans Petter Selasky wrote: > Hi, > > At EuroBSDcon 2009 I was requested to add support for polling mode to the USB > serial port adapters alike UKBD and UMASS. > > Which USB serial port adapters should have this support at first? And I also > need someone to volunteers testing this! > > --HPS > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > We have a bunch of uplcom adapters, and I can test patches. -Boris From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 23:18:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 031FD106568D for ; Fri, 25 Sep 2009 23:18:43 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id A85F78FC16 for ; Fri, 25 Sep 2009 23:18:42 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8PNIdgr017959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 25 Sep 2009 16:18:40 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5E4341CC0E; Fri, 25 Sep 2009 16:18:39 -0700 (PDT) To: "Herbert J. Skuhra" In-reply-to: Your message of "Fri, 25 Sep 2009 16:34:36 +0200." <20090925143436.GA69379@oslo.ath.cx> Date: Fri, 25 Sep 2009 16:18:39 -0700 From: "Kevin Oberman" Message-Id: <20090925231839.5E4341CC0E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-25_10:2009-09-22, 2009-09-25, 2009-09-25 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909250102 Cc: freebsd-current@freebsd.org, Rill Subject: Re: 8.0-RC1: Install gnome2 failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 23:18:43 -0000 > Date: Fri, 25 Sep 2009 16:34:36 +0200 > From: "Herbert J. Skuhra" > Sender: owner-freebsd-current@freebsd.org > > On Fri, Sep 25, 2009 at 08:50:00PM +0800, Rill wrote: > > > > 2, Compile gnome2 failed > > Meet following error message: > > ------ > > ===> Extracting for seahorse-plugins-2.26.2_2 > > => MD5 Checksum OK for gnome2/seahorse-plugins-2.26.2.tar.bz2. > > => SHA256 Checksum OK for gnome2/seahorse-plugins-2.26.2.tar.bz2. > > ===> Patching for seahorse-plugins-2.26.2_2 > > ===> Applying FreeBSD patches for seahorse-plugins-2.26.2_2 > > ===> seahorse-plugins-2.26.2_2 depends on file: > > /usr/local/lib/firefox/libgtkembedmoz.so - not found > > ===> Verifying install for /usr/local/lib/firefox/libgtkembedmoz.so > > in /usr/ports/www/firefox > > ===> firefox-2.0.0.20_9,1 is forbidden: too many security issues > > http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html > > http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html. > > *** Error code 1 > > > > Stop in /build/FreeBSD/ports/www/firefox. > > *** Error code 1 > > > > Stop in /build/FreeBSD/ports/security/seahorse-plugins. > > *** Error code 1 > > > > Stop in /build/FreeBSD/ports/x11/gnome2. > > ------ > > +------- > |seahorse-plugins is using libxul for gecko support, but you can > |change that by defining WITH_GECKO to the following values: > | > | libxul > | firefox > +------- > > Have you added WITH_GECKO=firefox to /etc/make.conf? > If so, remove the line or replace it WITH_GECKO=libxul. That will fix the one port, but the right fix is to place "WITH_GECKO=libuxl" in /etc/make.conf. This will cause all ports requiring gecko to build with libxul as opposed to the vulnerable firefox. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Fri Sep 25 23:53:21 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A69A0106566B; Fri, 25 Sep 2009 23:53:21 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 8F45B8FC12; Fri, 25 Sep 2009 23:53:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from [172.24.241.135] (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KQJ00DQ3X0PZL50@asmtp024.mac.com>; Fri, 25 Sep 2009 16:53:21 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <4ABD4BB9.1030804@FreeBSD.org> Date: Fri, 25 Sep 2009 16:53:12 -0700 Message-id: <584F5511-DD82-4BBD-B243-7698E4831072@mac.com> References: <4ABD4BB9.1030804@FreeBSD.org> To: Jamie Gritton X-Mailer: Apple Mail (2.1076) Cc: stable@FreeBSD.org, "current@freebsd.org mailing list" Subject: Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2009 23:53:21 -0000 On Sep 25, 2009, at 4:01 PM, Jamie Gritton wrote: >> (kgdb) p cred->cr_prison >> $4 = (struct prison *) 0x0 > > It seems to be NFS related. I think the null pointer in question is > from the export's anonymous credential. Try the patch below and see > if it helps (which I guess means run it overnight and see if it > crashes again). Thanks. I'll give it a spin... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 01:06:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA701065676 for ; Sat, 26 Sep 2009 01:06:11 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id B72D38FC17 for ; Sat, 26 Sep 2009 01:06:10 +0000 (UTC) Received: from [10.29.62.2] (port=61207 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1MrLkB-0005ut-08; Sat, 26 Sep 2009 11:06:35 +1000 Message-ID: <4ABD68FA.5010103@ish.com.au> Date: Sat, 26 Sep 2009 11:06:02 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.4pre) Gecko/20090915 Shredder/3.0b4pre MIME-Version: 1.0 To: Mark Linimon References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> <20090922225905.GC21416@lonesome.com> In-Reply-To: <20090922225905.GC21416@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gonzalo Nemmi , current@freebsd.org Subject: Re: Various problems seen in RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 01:06:11 -0000 On 23/09/09 8:59 AM, Mark Linimon wrote: > Now, I understand more than most that filing a PR doesn't necessarily > guarantee any kind of response, but it really becomes a self-fulfilling > prophecy if people don't do so. Since ~50 PRs arrive a day, and there are > also bugs arriving on the mailing list, there's just no way to remember > them all -- other than having them in some kind of searchable form. But if only the bug database were easily searchable. Or it had milestones that somehow reflected what was left to be done before RC2. Or you could easily see who was assigned to what tasks and linked the closing of tasks back to svn commit numbers. I've written before about this, so I will not go into detail. And I notice that Mark was funded by the Foundation to replace the bug tracker with something else. Was there an outcome from that work? My volunteer to help was not replied to, so I assume that others have the matter completely under control, but it would be nice to see what direction this is heading in. Most other open source projects I am associated with have much more sophisticated bug trackers which tie in tightly to the development and release processes, but for the 8 release cycle, the best we have is Robert's TODO wiki page which is usually at least a week out of date. It is interesting to note that on that page there are only a tiny number of references to PRs. Ari Maniatis -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 02:34:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC1EE1065670 for ; Sat, 26 Sep 2009 02:34:11 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 715008FC1C for ; Sat, 26 Sep 2009 02:34:11 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n8Q2YA3t082110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 21:34:10 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Fri, 25 Sep 2009 21:34:09 -0500 (CDT) From: Greg Rivers To: Hans Petter Selasky In-Reply-To: <200909251909.31503.hselasky@freebsd.org> Message-ID: References: <200909251909.31503.hselasky@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Fri, 25 Sep 2009 21:34:10 -0500 (CDT) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 02:34:11 -0000 On Fri, 25 Sep 2009, Hans Petter Selasky wrote: > At EuroBSDcon 2009 I was requested to add support for polling mode to > the USB serial port adapters alike UKBD and UMASS. > > Which USB serial port adapters should have this support at first? And I > also need someone to volunteers testing this! > I'd be happy to test the umct driver that you repaired last week. Thanks again for that. I've been trying to use the recently added VirtualBox serial pass-through feature with the umct driver to allow a program running in a Windows guest OS to load data onto an old GPS, but no luck. Might it be the lack of polling support that prevents this from working? -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 04:22:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB74106568D for ; Sat, 26 Sep 2009 04:22:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE248FC0C for ; Sat, 26 Sep 2009 04:22:18 +0000 (UTC) Received: (qmail 17388 invoked by uid 399); 26 Sep 2009 04:22:14 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Sep 2009 04:22:14 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ABD96EF.8060401@FreeBSD.org> Date: Fri, 25 Sep 2009 21:22:07 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Joe Marcus Clarke References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> <20090925153212.67247375@ernst.jennejohn.org> <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> <1253916251.1274.25.camel@shumai.marcuscom.com> In-Reply-To: <1253916251.1274.25.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hald spins in a poll/read loop against /dev/usb with 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, 26 Sep 2009 04:22:19 -0000 Joe Marcus Clarke wrote: > Insufficient. You need to be running on a world/kernel which are in > sync with each other. You also need to make sure the libusb port is no > longer installed, and that you have run "make delete-old" after the > upgrade. Then rebuild hal. Would it be possible to set something based on OSVERSION so that if libusb is installed it fails with a useful message? I think this problem is only going to become more prevalent. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 07:21:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E71A01065676; Sat, 26 Sep 2009 07:21:59 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id A343C8FC17; Sat, 26 Sep 2009 07:21:59 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 8F9E15D12; Sat, 26 Sep 2009 08:21:27 +0100 (BST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Doug Rabson In-Reply-To: Date: Sat, 26 Sep 2009 08:21:27 +0100 Content-Transfer-Encoding: 7bit Message-Id: <290F8258-F9F7-42C8-83EB-88266B2992E4@rabson.org> References: <20090925154125.GD48707@roberto-al.eurocontrol.fr> To: Artem Belevich X-Mailer: Apple Mail (2.1076) Cc: Ollivier Robert , dfr@freebsd.org, freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Booting off raidz *mostly* 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: Sat, 26 Sep 2009 07:22:00 -0000 On 25 Sep 2009, at 22:49, Artem Belevich wrote: > Our bootloader implementation does not know how to read gang blocks. > Compare the code from OpenSolaris' variant of grub with what we have > and find the differences: > > Search for zio_read_data here: > http://bitbucket.org/osunix/osunix-gate/src/1cca4617b3a8/usr/src/grub/grub-0.97/stage2/fsys_zfs.c > > And compare with our zio_read here: > http://fxr.watson.org/fxr/source/boot/zfs/zfsimpl.c?im=excerpts#L900 > > We seem to be missing gang block check. That would explain why zfsboot > works only sometimes. If all the files are written using regular > blocks, then we're OK. However, some time later (i.e. during upgrade > or after an edit), some data can end up written to disk in a gang > block and that would make zfsboot choke. This sounds plausible - I never managed to see a gang block while I was working on this. From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 08:11:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06A491065672 for ; Sat, 26 Sep 2009 08:11:58 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id BFA328FC1A for ; Sat, 26 Sep 2009 08:11:57 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MrSNm-000N4y-PX for freebsd-current@freebsd.org; Sat, 26 Sep 2009 10:11:54 +0200 Date: Sat, 26 Sep 2009 10:11:54 +0200 From: Kurt Jaeger To: freebsd-current@freebsd.org Message-ID: <20090926081154.GS48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: 8.0-RC1: atacontrol status ar1 -> 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: Sat, 26 Sep 2009 08:11:58 -0000 Hi! I just observed a crash with the following: ar0 with only one drive atacontrol status ar1 -> crash. Just FYI. -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 10:39:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6F45106568F; Sat, 26 Sep 2009 10:39:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 414BC8FC08; Sat, 26 Sep 2009 10:39:15 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=XHM-INoyEekA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=2Wltjp1iGr9nZTRj-RYA:9 a=Sj5Kmyq1QcmJMa0LlXsa6yMpQSoA:4 a=gd-ioQtvp527Bu-M:21 a=QtHKle6pPz0OWZ3b:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 923815559; Sat, 26 Sep 2009 12:39:13 +0200 To: freebsd-current@freebsd.org, mav@freebsd.org Content-Disposition: inline From: Hans Petter Selasky X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpO< =?iso-8859-1?q?Q0yAl=7E=3F=60=27F=3FjDVb=5DE6TQ7=27=23h-VlLs=7Dk/=0A=09?=(yxg(p!IL.`#ng"%`BMrham7%UK,}VH\wUOm=^>wEEQ+KWt[{J#x6ow~JO:,zwp.(t; @ =?iso-8859-1?q?Aq=0A=09=3A4=3A=26nFCgDb8=5B3oIeTb=5E=27?=",; u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv Date: Sat, 26 Sep 2009 12:39:51 +0200 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909261239.52792.hselasky@c2i.net> Cc: Subject: Re: 8-current + USB CD-ROM drive + CAM layer audio extraction from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 10:39:15 -0000 Hi, It turns out the xmms is not able to read audio from CD's due to a removed IOCTL. cdparanoia is however able to read audio from CD's after a recompile including libcam. static int cdrom_read_audio(int cdfd, int lba, char *buf, int btw) { int rtr = 3; do { struct ioc_read_audio ira; ira.buffer = buf; ira.nframes = btw; ira.address_format = CD_MSF_FORMAT; ira.address.msf.minute = lba / (75 * 60); ira.address.msf.second = (lba / 75) % 60; ira.address.msf.frame = lba % 75; if (ioctl(cdfd, CDIOCREADAUDIO, &ira) >= 0) return ira.nframes; } while (--rtr >= 0); return -1; } The "CDIOCREADAUDIO" is not implemented in the FreeBSD 8/9-current kernel from what I can see. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 11:39:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D11331065676 for ; Sat, 26 Sep 2009 11:39:11 +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 42C1A8FC17 for ; Sat, 26 Sep 2009 11:39:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n8QBd9P7006242 for ; Sat, 26 Sep 2009 15:39:09 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 26 Sep 2009 15:39:09 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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-4.2.3 (woozle.rinet.ru [0.0.0.0]); Sat, 26 Sep 2009 15:39:09 +0400 (MSD) Cc: Subject: ZFS on entire disks setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 11:39:11 -0000 Dear colleagues, is there a way to configure ZFS-only setup without partitions? I tried to reproduce the trick with `skip=1 seek=1024', and have loot/loader running, but it does not see the pool. Thanks in advance. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 11:49:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D61106568B for ; Sat, 26 Sep 2009 11:49:34 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id C215E8FC21 for ; Sat, 26 Sep 2009 11:49:33 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n8QBnVRJ028375 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 26 Sep 2009 13:49:32 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Stefan Bethke In-Reply-To: <290F8258-F9F7-42C8-83EB-88266B2992E4@rabson.org> Date: Sat, 26 Sep 2009 13:49:31 +0200 Content-Transfer-Encoding: 7bit Message-Id: <781F1E7A-1365-43B0-A899-44B3039DD68F@lassitu.de> References: <20090925154125.GD48707@roberto-al.eurocontrol.fr> <290F8258-F9F7-42C8-83EB-88266B2992E4@rabson.org> To: Doug Rabson X-Mailer: Apple Mail (2.1076) Cc: FreeBSD current , Artem Belevich Subject: Re: Booting off raidz *mostly* 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: Sat, 26 Sep 2009 11:49:34 -0000 Am 26.09.2009 um 09:21 schrieb Doug Rabson: > On 25 Sep 2009, at 22:49, Artem Belevich wrote: > >> Our bootloader implementation does not know how to read gang blocks. >> Compare the code from OpenSolaris' variant of grub with what we have >> and find the differences: >> >> Search for zio_read_data here: >> http://bitbucket.org/osunix/osunix-gate/src/1cca4617b3a8/usr/src/grub/grub-0.97/stage2/fsys_zfs.c >> >> And compare with our zio_read here: >> http://fxr.watson.org/fxr/source/boot/zfs/zfsimpl.c?im=excerpts#L900 >> >> We seem to be missing gang block check. That would explain why >> zfsboot >> works only sometimes. If all the files are written using regular >> blocks, then we're OK. However, some time later (i.e. during upgrade >> or after an edit), some data can end up written to disk in a gang >> block and that would make zfsboot choke. > > This sounds plausible - I never managed to see a gang block while I > was working on this. I'm afraid something else is wrong. I added if (DVA_GET_GANG(dva)) to zio_read, with a printf and return(EIO). Booting results in "no block copies available", but my code addition does not seem to be triggered. This is with a freshly created zpool, set up with make installworld. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 13:01:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9567A106566B for ; Sat, 26 Sep 2009 13:01:39 +0000 (UTC) (envelope-from o.roeschke@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 011F08FC16 for ; Sat, 26 Sep 2009 13:01:38 +0000 (UTC) Received: (qmail invoked by alias); 26 Sep 2009 12:34:57 -0000 Received: from p5B3154FB.dip.t-dialin.net (EHLO [10.10.1.210]) [91.49.84.251] by mail.gmx.net (mp061) with SMTP; 26 Sep 2009 14:34:57 +0200 X-Authenticated: #26761920 X-Provags-ID: V01U2FsdGVkX185YP5nxIU5qL8E0MTSqnvZQcXFFvir1aBDMiJW8b N4J69nY8xlOBAr From: Oliver Roeschke To: freebsd-current@freebsd.org Content-Type: text/plain Organization: o.roeschke@gmx.net Date: Sat, 26 Sep 2009 14:34:28 +0200 Message-Id: <1253968468.2211.103.camel@phoenix.blechhirn.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 X-Mailman-Approved-At: Sat, 26 Sep 2009 13:22:36 +0000 Cc: freebsd-xen@freebsd.org Subject: FreeBSD8-RC1 crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: o.roeschke@gmx.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2009 13:01:39 -0000 Hi all, I just noticed that my XEN pv-domU based on FreeBSD8-RC1 (based on SVN r197306) crashed with the following message: [XEN] hypervisor wallclock nudged; nudging TOD. [XEN] hypervisor wallclock nudged; nudging TOD. panic: mtx_lock() of spin mutex (null) @ /test/usr-src/sys/net/netisr.c:830 cpuid = 0 KDB: enter: panic [thread pid 21716 tid 100098 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 21716 tid 100098 td 0xc423c900 kdb_enter(c035ddd5,c035ddd5,c035c7cd,e422d9cc,0,...) at kdb_enter+0x3a panic(c035c7cd,0,c036da84,33e,16d,...) at panic+0x136 _mtx_lock_flags(c082d808,0,c036da84,33e,c3441d00,...) at _mtx_lock_flags+0x9a netisr_clearqdrops(e422da28,c423c9a4,c05129d0,0) at netisr_clearqdrops+0x66e netisr_queue_src(1,0,c3441d00,e422da6c,c01862de,...) at netisr_queue_src+0xa7 netisr_queue(1,c3441d00,c3441d48,e422daf8,e422da80,...) at netisr_queue+0x20 if_simloop(c32e9400,c3441d00,2,0,c01a2a8f,...) at if_simloop+0xfe looutput(c32e9400,c3441d00,e422db00,e422daf8,c031ff74,...) at looutput+0x141 ip_output(c3441d00,0,0,0,0,...) at ip_output+0x9cc tcp_output(c40c09e0,ca870340,1b9,c40be7a8,c40dc338,...) at tcp_output+0x1540 tcp_ctloutput(c40dc338,ca870340,c423c900,25,e422dc70,...) at tcp_ctloutput+0x933 soconnect(c40dc338,ca870340,c423c900,bf7fae20,ca870340,...) at soconnect+0x52 kern_connect(c423c900,6,ca870340,ca870340,ffffffff,...) at kern_connect+0xa6 connect(c423c900,e422dd08,c,c03646ed,c039d8b8,...) at connect+0x46 syscall(e422dd48) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x22 --- syscall (98, FreeBSD ELF32, connect), eip = 0x283b9e5b, esp = 0xbf7facbc, ebp = 0xbf7faee8 --- Is this issue already known? I have reserved the domU state, so further troubleshooting is not a problem. If anyone wonders, '/test/usr-src' is '/usr/src' within a ZFS volume ;-)) Regards, --- Mr. Olli From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 13:54:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760131065676 for ; Sat, 26 Sep 2009 13:54:14 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 167CC8FC14 for ; Sat, 26 Sep 2009 13:54:13 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n8QDsBxc044446 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 26 Sep 2009 15:54:12 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Stefan Bethke In-Reply-To: Date: Sat, 26 Sep 2009 15:54:11 +0200 Content-Transfer-Encoding: 7bit Message-Id: <6A973ECE-83E7-4653-BBE7-CC3093361D19@lassitu.de> References: To: Dmitry Morozovsky X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org Subject: Re: ZFS on entire disks setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 13:54:14 -0000 Am 26.09.2009 um 13:39 schrieb Dmitry Morozovsky: > Dear colleagues, > > is there a way to configure ZFS-only setup without partitions? > > I tried to reproduce the trick with `skip=1 seek=1024', and have > loot/loader > running, but it does not see the pool. This sequence is working for me: dd if=/boot/zfsboot of=/dev/da0 count=1 dd if=/boot/zfsboot of=/dev/da0 skip=1 seek=1024 zpool create zroot /dev/da0 zpool set bootfs=zroot zroot cd /usr/src && make installworld installkernel distribution DESTDIR=/ zroot cp /boot/loader.conf /zroot/boot/loader.conf cp /etc/rc.conf /zroot/etc/ touch /zroot/etc/fstab echo 'zfs_load="YES"' >>/zroot/boot/loader.conf echo 'vfs.root.mountfrom="zfs:zroot"' >>/zroot/boot/loader.conf zpool export zroot zpool import zroot cp /boot/zfs/zpool.cache /zroot/boot/zfs/ zfs set mountpoint=legacy zroot ... except that it doesn't anymore. I saw this working about two months ago, but now it fails to mount root. Verbose boot doesn't give any indication why ZFS can't find the pool. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 15:08:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 086D4106566B for ; Sat, 26 Sep 2009 15:08:19 +0000 (UTC) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.freebsd.org (Postfix) with SMTP id 4524A8FC1F for ; Sat, 26 Sep 2009 15:08:17 +0000 (UTC) Received: (qmail 28213 invoked from network); 26 Sep 2009 23:41:37 +0900 Received: from unknown (HELO localhost) (210.238.26.2) by smtp1.dcns.ne.jp with SMTP; 26 Sep 2009 23:41:37 +0900 Date: Sat, 26 Sep 2009 23:41:36 +0900 (JST) Message-Id: <20090926.234136.241898347.haro@h4.dion.ne.jp> To: acpi@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 5.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: [LOR] ACPI related on 9-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, 26 Sep 2009 15:08:19 -0000 Hi all, I've got two LORs related to ACPI on 9-current system from few days old world. The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar from ports. If you need more info, please let me know. =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c11738 ACPI video (ACPI video) @ /home/haro/tmp/sys-7/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:627 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,debd7aac,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfdc88,debd7b08,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c11738,c0c104d0,c3cfdc88,c0c100b7,...) at _witness_debugger+0x25 witness_checkorder(c0c11738,9,c0c100b7,273,0,...) at witness_checkorder+0x839 _sx_xlock(c0c11738,0,c0c100b7,273,0,...) at _sx_xlock+0x85 acpi_video_vo_active_sysctl(c3e3f3c0,c3e3f480,0,debd7ba4,debd7ba4,...) at acpi_video_vo_active_sysctl+0x44 sysctl_root(debd7ba4,0,c0895b7a,5f1,c41b5d20,...) at sysctl_root+0x187 userland_sysctl(c41b5d20,debd7c10,5,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c41b5d20,debd7cf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(debd7d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817dc0f, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c6fefc ACPI AC adapter (ACPI AC adapter) @ /home/haro/tmp/sys-7/modules/acpi/acpi/../../../dev/acpica/acpi_acad.c:109 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,ded3da70,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfd878,ded3dacc,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c6fefc,c0c6a865,c3cfd878,c0c6a7ad,...) at _witness_debugger+0x25 witness_checkorder(c0c6fefc,9,c0c6a7ad,6d,0,...) at witness_checkorder+0x839 _sx_xlock(c0c6fefc,0,c0c6a7ad,6d,c3e225c0,...) at _sx_xlock+0x85 acpi_acad_get_status(c3e2fb00,0,ded3db50,c4007370,ded3db58,...) at acpi_acad_get_status+0xb8 acpi_acad_get_acline(ded3db50,589,0,0,c4007370,...) at acpi_acad_get_acline+0x3e acpi_acad_sysctl(c40107c0,c4007370,0,ded3dba4,ded3dba4,...) at acpi_acad_sysctl+0x12 sysctl_root(ded3dba4,0,c0895b7a,5f1,c42b3d20,...) at sysctl_root+0x187 userland_sysctl(c42b3d20,ded3dc10,3,bfbfe27c,bfbfe274,...) at userland_sysctl+0x17c __sysctl(c42b3d20,ded3dcf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(ded3dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x282a0c0f, esp = 0xbfbfe13c, ebp = 0xbfbfe168 --- =-------------------------------------------------------------------------- Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 15:12:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9603106566B; Sat, 26 Sep 2009 15:12:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 99D248FC19; Sat, 26 Sep 2009 15:12:44 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 6D847489A2; Sat, 26 Sep 2009 15:55:46 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7VRQ3PwwHEZN; Sat, 26 Sep 2009 15:55:35 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 48FDE48984; Sat, 26 Sep 2009 15:55:34 +0100 (BST) Message-ID: <4ABE2B4F.6080104@tomjudge.com> Date: Sat, 26 Sep 2009 14:55:11 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 References: <200909251909.31503.hselasky@freebsd.org> <4ABD4EDF.4040807@acm.poly.edu> In-Reply-To: <4ABD4EDF.4040807@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Hans Petter Selasky , freebsd-usb@freebsd.org Subject: Re: Polling support for USB serial port adapters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 15:12:44 -0000 Boris Kochergin wrote: > Hans Petter Selasky wrote: >> Hi, >> >> At EuroBSDcon 2009 I was requested to add support for polling mode to >> the USB serial port adapters alike UKBD and UMASS. >> >> Which USB serial port adapters should have this support at first? And >> I also need someone to volunteers testing this! >> >> --HPS >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > We have a bunch of uplcom adapters, and I can test patches. > > -Boris > _______________________________________________ > 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" +1 for testing uplcom. Tom From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 15:12:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC63A106568D for ; Sat, 26 Sep 2009 15:12:55 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id 746058FC1C for ; Sat, 26 Sep 2009 15:12:55 +0000 (UTC) Received: by gxk6 with SMTP id 6so1411083gxk.13 for ; Sat, 26 Sep 2009 08:12:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=S2VXs7hVbbRZX61TIdj1crOUh6Q5/zij8L/aW6Kf7jo=; b=Vm4e/R9+UK+Yc4hnyx3WAMAAYJholNgGpMelpJqIWtswYSQQMDVL1JxT+ZKQ+Yy965 ZT2H0BEtfQy7fRMODAL3omzHI+mlhwMoa8+YGL8B1/2qcItaMDF0Z8zGdr8Bvd26uNyX SeY3KLSbmLo4vuggukSfnM4MiWS/Zug5xRWWU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=qIZhm1oktw7yMcwU2VteH5d3bT3T61ml448k4+IQTZF2ATSyF9aIrSFLnZMzeL17DD a3tfsJ+LHXxTP1bth8T2IaKsMmrDYOibUXKQYpUt2CNu4ARF5LrS2RqT5We9PImpLfmo lNfoSJ4OVXc6D3I9Hk5udFamBQa83DVRMkqbA= MIME-Version: 1.0 Received: by 10.150.112.5 with SMTP id k5mr4444184ybc.348.1253977974695; Sat, 26 Sep 2009 08:12:54 -0700 (PDT) In-Reply-To: <4ABD96EF.8060401@FreeBSD.org> References: <426bed110909250623j44c25ba8o97ded8393f5297a9@mail.gmail.com> <20090925153212.67247375@ernst.jennejohn.org> <426bed110909251459p50ca5564mee568e14bd26d8cd@mail.gmail.com> <1253916251.1274.25.camel@shumai.marcuscom.com> <4ABD96EF.8060401@FreeBSD.org> Date: Sat, 26 Sep 2009 23:12:54 +0800 Message-ID: <426bed110909260812sdba0fa8v2be21ab9a9b64332@mail.gmail.com> From: Rohit Grover To: Joe Marcus Clarke , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: hald spins in a poll/read loop against /dev/usb with 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, 26 Sep 2009 15:12:55 -0000 I've updated to 8.0-RC1 using buildworld, buildkernel.. and rebuilt hald against the new sources. Hald appears to now. Thanks a lot for helping. On Sat, Sep 26, 2009 at 12:22 PM, Doug Barton wrote: > Joe Marcus Clarke wrote: >> Insufficient. =A0You need to be running on a world/kernel which are in >> sync with each other. =A0You also need to make sure the libusb port is n= o >> longer installed, and that you have run "make delete-old" after the >> upgrade. =A0Then rebuild hal. > > Would it be possible to set something based on OSVERSION so that if > libusb is installed it fails with a useful message? I think this > problem is only going to become more prevalent. > From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 15:25:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 116FA106568B for ; Sat, 26 Sep 2009 15:25:48 +0000 (UTC) (envelope-from haro@kgt.co.jp) Received: from mail02.kgt.co.jp (dmz02.kgt.co.jp [210.141.246.82]) by mx1.freebsd.org (Postfix) with ESMTP id B8F418FC1A for ; Sat, 26 Sep 2009 15:25:47 +0000 (UTC) Received: from IMail.kgt.co.jp (unknown [192.168.1.104]) by mail02.kgt.co.jp (Postfix) with ESMTP id E95E93C26741 for ; Sun, 27 Sep 2009 00:10:28 +0900 (JST) Received: from IMail.kgt.co.jp by 192.168.1.104 (DeleGate/9.9.2) for current@freebsd.org (current@freebsd.org); Sun, 27 Sep 2009 00:10:29 +0900 Received: from localhost [192.168.15.223] by kgt.co.jp with ESMTP (SMTPD-10.02) id AEE507BC; Sun, 27 Sep 2009 00:10:29 +0900 Date: Sun, 27 Sep 2009 00:10:28 +0900 (JST) Message-Id: <20090927.001028.66063418.haro@kgt.co.jp> To: acpi@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: [LOR] ACPI related on 9-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, 26 Sep 2009 15:25:48 -0000 Hi all, I've got two LORs related to ACPI on 9-current system from few days old world. The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar from ports. If you need more info, please let me know. =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c11738 ACPI video (ACPI video) @ /home/haro/tmp/sys-7/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:627 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,debd7aac,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfdc88,debd7b08,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c11738,c0c104d0,c3cfdc88,c0c100b7,...) at _witness_debugger+0x25 witness_checkorder(c0c11738,9,c0c100b7,273,0,...) at witness_checkorder+0x839 _sx_xlock(c0c11738,0,c0c100b7,273,0,...) at _sx_xlock+0x85 acpi_video_vo_active_sysctl(c3e3f3c0,c3e3f480,0,debd7ba4,debd7ba4,...) at acpi_video_vo_active_sysctl+0x44 sysctl_root(debd7ba4,0,c0895b7a,5f1,c41b5d20,...) at sysctl_root+0x187 userland_sysctl(c41b5d20,debd7c10,5,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c41b5d20,debd7cf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(debd7d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817dc0f, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c6fefc ACPI AC adapter (ACPI AC adapter) @ /home/haro/tmp/sys-7/modules/acpi/acpi/../../../dev/acpica/acpi_acad.c:109 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,ded3da70,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfd878,ded3dacc,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c6fefc,c0c6a865,c3cfd878,c0c6a7ad,...) at _witness_debugger+0x25 witness_checkorder(c0c6fefc,9,c0c6a7ad,6d,0,...) at witness_checkorder+0x839 _sx_xlock(c0c6fefc,0,c0c6a7ad,6d,c3e225c0,...) at _sx_xlock+0x85 acpi_acad_get_status(c3e2fb00,0,ded3db50,c4007370,ded3db58,...) at acpi_acad_get_status+0xb8 acpi_acad_get_acline(ded3db50,589,0,0,c4007370,...) at acpi_acad_get_acline+0x3e acpi_acad_sysctl(c40107c0,c4007370,0,ded3dba4,ded3dba4,...) at acpi_acad_sysctl+0x12 sysctl_root(ded3dba4,0,c0895b7a,5f1,c42b3d20,...) at sysctl_root+0x187 userland_sysctl(c42b3d20,ded3dc10,3,bfbfe27c,bfbfe274,...) at userland_sysctl+0x17c __sysctl(c42b3d20,ded3dcf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(ded3dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x282a0c0f, esp = 0xbfbfe13c, ebp = 0xbfbfe168 --- =-------------------------------------------------------------------------- Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 16:22:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 172711065670 for ; Sat, 26 Sep 2009 16:22:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id EB62C8FC16 for ; Sat, 26 Sep 2009 16:22:48 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 7C0E38C085; Sat, 26 Sep 2009 11:22:48 -0500 (CDT) Date: Sat, 26 Sep 2009 11:22:48 -0500 From: Mark Linimon To: Aristedes Maniatis Message-ID: <20090926162248.GC19611@lonesome.com> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> <20090922225905.GC21416@lonesome.com> <4ABD68FA.5010103@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ABD68FA.5010103@ish.com.au> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sat, 26 Sep 2009 16:41:12 +0000 Cc: Gonzalo Nemmi , current@freebsd.org Subject: Re: Various problems seen in RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 16:22:49 -0000 On Sat, Sep 26, 2009 at 11:06:02AM +1000, Aristedes Maniatis wrote: > I notice that Mark was funded by the Foundation to replace the bug > tracker with something else. Was there an outcome from that work? It's still under way. mcl From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 18:11:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB972106566C for ; Sat, 26 Sep 2009 18:11:38 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 367098FC12 for ; Sat, 26 Sep 2009 18:11:38 +0000 (UTC) Received: by mail-fx0-f222.google.com with SMTP id 22so3089473fxm.36 for ; Sat, 26 Sep 2009 11:11:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=hyxDG7Ke9cHwcsG8ydsMbudJA/GloPbpwytWF4KmJro=; b=j9iRFFSJ2Wgs55w9nfrV9chuJ+kqEj+fofz/V74GKhYtYoTZQh+xQNrDt0iAyV1kyH 0foUvXCNqtq5S+5+JiL7xg/wr7w7D3GuGR6d395suEoLdGJgOvu2eknxe3gj6m82/y0F 9ZFY5SC5fWUl9AuXkK0suJJ4P27hVFz/vf1sI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aVvrF8Opqm8bbz1Yg0Mngh3yjcWyKrfKThtUH2h5KBhvoqd7wozaaVgZ9wP/Iu9mqZ qL2P0vw+AAWRSLbTwMttAzgavSE+iJYzgbZ1Qb+cEvPG6EUWqovEzib7grOo1kAx+Uku HXBNpStA5+M7FnUJ6eddl6TdSYafpuDeN1eWA= MIME-Version: 1.0 Received: by 10.239.145.136 with SMTP id s8mr123490hba.46.1253988697669; Sat, 26 Sep 2009 11:11:37 -0700 (PDT) In-Reply-To: <6A973ECE-83E7-4653-BBE7-CC3093361D19@lassitu.de> References: <6A973ECE-83E7-4653-BBE7-CC3093361D19@lassitu.de> Date: Sat, 26 Sep 2009 19:11:37 +0100 Message-ID: From: krad To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Dmitry Morozovsky Subject: Re: ZFS on entire disks setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 18:11:38 -0000 2009/9/26 Stefan Bethke > Am 26.09.2009 um 13:39 schrieb Dmitry Morozovsky: > > Dear colleagues, >> >> is there a way to configure ZFS-only setup without partitions? >> >> I tried to reproduce the trick with `skip=1 seek=1024', and have >> loot/loader >> running, but it does not see the pool. >> > > This sequence is working for me: > dd if=/boot/zfsboot of=/dev/da0 count=1 > dd if=/boot/zfsboot of=/dev/da0 skip=1 seek=1024 > zpool create zroot /dev/da0 > zpool set bootfs=zroot zroot > cd /usr/src && make installworld installkernel distribution DESTDIR=/zroot > cp /boot/loader.conf /zroot/boot/loader.conf > cp /etc/rc.conf /zroot/etc/ > touch /zroot/etc/fstab > echo 'zfs_load="YES"' >>/zroot/boot/loader.conf > echo 'vfs.root.mountfrom="zfs:zroot"' >>/zroot/boot/loader.conf > zpool export zroot > zpool import zroot > cp /boot/zfs/zpool.cache /zroot/boot/zfs/ > zfs set mountpoint=legacy zroot > > ... except that it doesn't anymore. I saw this working about two months > ago, but now it fails to mount root. Verbose boot doesn't give any > indication why ZFS can't find the pool. > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > > > > _______________________________________________ > 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" > have the performance issues with zvols been fixed. I remember a while ago it wasn't a good idea to run swap on a zvol. This is why i left a partition free for swap From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 18:32:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBEF0106566B for ; Sat, 26 Sep 2009 18:32:51 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 89E858FC19 for ; Sat, 26 Sep 2009 18:32:51 +0000 (UTC) Received: by ewy5 with SMTP id 5so1798929ewy.36 for ; Sat, 26 Sep 2009 11:32:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.87.140 with SMTP id y12mr337182wee.4.1253989970571; Sat, 26 Sep 2009 11:32:50 -0700 (PDT) In-Reply-To: References: <6A973ECE-83E7-4653-BBE7-CC3093361D19@lassitu.de> Date: Sat, 26 Sep 2009 20:32:50 +0200 Message-ID: <367b2c980909261132n60bd0789s1e3077c8ac6eab0b@mail.gmail.com> From: Olivier Smedts To: krad Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Stefan Bethke , Dmitry Morozovsky Subject: Re: ZFS on entire disks setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 18:32:52 -0000 2009/9/26 krad : > 2009/9/26 Stefan Bethke > >> Am 26.09.2009 um 13:39 schrieb Dmitry Morozovsky: >> >> =A0Dear colleagues, >>> >>> is there a way to configure ZFS-only setup without partitions? >>> >>> I tried to reproduce the trick with `skip=3D1 seek=3D1024', and have >>> loot/loader >>> running, but it does not see the pool. >>> >> >> This sequence is working for me: >> dd if=3D/boot/zfsboot of=3D/dev/da0 count=3D1 >> dd if=3D/boot/zfsboot of=3D/dev/da0 skip=3D1 seek=3D1024 >> zpool create zroot /dev/da0 >> zpool set bootfs=3Dzroot zroot >> cd /usr/src && make installworld installkernel distribution DESTDIR=3D/z= root >> cp /boot/loader.conf /zroot/boot/loader.conf >> cp /etc/rc.conf /zroot/etc/ >> touch /zroot/etc/fstab >> echo 'zfs_load=3D"YES"' >>/zroot/boot/loader.conf >> echo 'vfs.root.mountfrom=3D"zfs:zroot"' >>/zroot/boot/loader.conf >> zpool export zroot >> zpool import zroot >> cp /boot/zfs/zpool.cache /zroot/boot/zfs/ >> zfs set mountpoint=3Dlegacy zroot >> >> ... except that it doesn't anymore. =A0I saw this working about two mont= hs >> ago, but now it fails to mount root. =A0Verbose boot doesn't give any >> indication why ZFS can't find the pool. >> >> >> Stefan >> >> -- >> Stefan Bethke =A0 Fon +49 151 14070811 >> >> >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > > > have the performance issues with zvols been fixed. I remember a while ago= it > wasn't a good idea to run swap on a zvol. This is why i left a partition > free for swap Still not a good idea, I've got lockups for many minutes when consuming heavy memory ressources, for example when doing a "make" in ports/emulators/virtualbox with firefox and amarok opened. I've got 2GB RAM on amd64. > _______________________________________________ > 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 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 18:51:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36731065670 for ; Sat, 26 Sep 2009 18:51: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 DC3F38FC08 for ; Sat, 26 Sep 2009 18:51:28 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8QIpScI053710 for ; Sat, 26 Sep 2009 11:51:28 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8QIpS1I053709 for freebsd-current@freebsd.org; Sat, 26 Sep 2009 11:51:28 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Sep 2009 11:51:28 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20090926185128.GA53658@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Revision 196634 of sh(1) breaks lp(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: Sat, 26 Sep 2009 18:51:29 -0000 troutmask:sgk[208] cat .cshrc | lp -d pug /usr/bin/lpr: cannot access troutmask:sgk[209] uname -a FreeBSD troutmask.apl.washington.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r197195M: Mon Sep 14 11:11:46 PDT 2009 kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 21:00:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDA561065676 for ; Sat, 26 Sep 2009 21:00:48 +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 B494C8FC1E for ; Sat, 26 Sep 2009 21:00:48 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8QL0kPT055328 for ; Sat, 26 Sep 2009 14:00:46 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8QL0kci055327 for freebsd-current@freebsd.org; Sat, 26 Sep 2009 14:00:46 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Sep 2009 14:00:46 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20090926210046.GA55239@troutmask.apl.washington.edu> References: <20090926185128.GA53658@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090926185128.GA53658@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Subject: Re: Revision 196634 of sh(1) breaks lp(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: Sat, 26 Sep 2009 21:00:48 -0000 On Sat, Sep 26, 2009 at 11:51:28AM -0700, Steve Kargl wrote: > > troutmask:sgk[208] cat .cshrc | lp -d pug > /usr/bin/lpr: cannot access > > troutmask:sgk[209] uname -a > FreeBSD troutmask.apl.washington.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r197195M: > Mon Sep 14 11:11:46 PDT 2009 > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 > Upon further review, backing out all sh(1) changes over the last 12 months does not allow piping into lp. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 21:31:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94BFC106566C; Sat, 26 Sep 2009 21:31:31 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 579AC8FC08; Sat, 26 Sep 2009 21:31:31 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 37D2F1DD625; Sat, 26 Sep 2009 23:31:30 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 26C50228CD; Sat, 26 Sep 2009 23:31:30 +0200 (CEST) Date: Sat, 26 Sep 2009 23:31:30 +0200 From: Jilles Tjoelker To: Steve Kargl Message-ID: <20090926213130.GA88702@stack.nl> References: <20090926185128.GA53658@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20090926185128.GA53658@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: gavin@freebsd.org, freebsd-current@freebsd.org, brian@freebsd.org Subject: Re: Revision 196634 of sh(1) breaks lp(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: Sat, 26 Sep 2009 21:31:31 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Sep 26, 2009 at 11:51:28AM -0700, Steve Kargl wrote: > troutmask:sgk[208] cat .cshrc | lp -d pug > /usr/bin/lpr: cannot access > troutmask:sgk[209] uname -a > FreeBSD troutmask.apl.washington.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r197195M: > Mon Sep 14 11:11:46 PDT 2009 > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 The problem seems not because of r196634 of sh(1), but because of r194171 of lp(1) (see also PR standards/129554). As of that revision, lp passes an empty filename to lpr if the new -t option is not used. lpr cannot access that file and prints the error message. The attached patch should fix the issue, and should also avoid invalid arguments to lpr if an empty title is given. I use CUPS and not FreeBSD lpr so I just checked that the lpr command looks right in sh -x. -- Jilles Tjoelker --+QahgC5+KEYLbs62 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="lp-notitle.patch" Index: usr.sbin/lpr/lp/lp.sh =================================================================== --- usr.sbin/lpr/lp/lp.sh (revision 197481) +++ usr.sbin/lpr/lp/lp.sh (working copy) @@ -70,7 +70,7 @@ s) # (silent option) : ;; t) # title for banner page - title="-J${OPTARG}";; + title="${OPTARG}";; *) # (error msg printed by getopts) exit 2;; esac @@ -78,4 +78,4 @@ shift $(($OPTIND - 1)) -exec /usr/bin/lpr "-P${dest}" ${symlink} ${ncopies} ${mailafter} "${title}" "$@" +exec /usr/bin/lpr "-P${dest}" ${symlink} ${ncopies} ${mailafter} ${title:+-J"${title}"} "$@" --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 22:14:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 637701065670; Sat, 26 Sep 2009 22:14: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 4A3BE8FC14; Sat, 26 Sep 2009 22:14:45 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8QMEjlV055721; Sat, 26 Sep 2009 15:14:45 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8QMEihW055720; Sat, 26 Sep 2009 15:14:44 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Sep 2009 15:14:44 -0700 From: Steve Kargl To: Jilles Tjoelker Message-ID: <20090926221444.GA55696@troutmask.apl.washington.edu> References: <20090926185128.GA53658@troutmask.apl.washington.edu> <20090926213130.GA88702@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090926213130.GA88702@stack.nl> User-Agent: Mutt/1.4.2.3i Cc: gavin@freebsd.org, freebsd-current@freebsd.org, brian@freebsd.org Subject: Re: Revision 196634 of sh(1) breaks lp(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: Sat, 26 Sep 2009 22:14:45 -0000 On Sat, Sep 26, 2009 at 11:31:30PM +0200, Jilles Tjoelker wrote: > On Sat, Sep 26, 2009 at 11:51:28AM -0700, Steve Kargl wrote: > > troutmask:sgk[208] cat .cshrc | lp -d pug > > /usr/bin/lpr: cannot access > > > troutmask:sgk[209] uname -a > > FreeBSD troutmask.apl.washington.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r197195M: > > Mon Sep 14 11:11:46 PDT 2009 > > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 > > The problem seems not because of r196634 of sh(1), but because of > r194171 of lp(1) (see also PR standards/129554). As of that revision, > lp passes an empty filename to lpr if the new -t option is not used. > lpr cannot access that file and prints the error message. > > The attached patch should fix the issue, and should also avoid invalid > arguments to lpr if an empty title is given. > > I use CUPS and not FreeBSD lpr so I just checked that the lpr command > looks right in sh -x. > The patch appears to works. Thanks. Sorry about pointing at the recent sh(1) changes. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 26 23:47:19 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFFDF106568D; Sat, 26 Sep 2009 23:47:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C97BA8FC1D; Sat, 26 Sep 2009 23:47:19 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 660AC46B0C; Sat, 26 Sep 2009 19:47:19 -0400 (EDT) Date: Sun, 27 Sep 2009 00:47:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jamie Gritton In-Reply-To: <4ABD4BB9.1030804@FreeBSD.org> Message-ID: References: <4ABD4BB9.1030804@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, Marcel Moolenaar , "current@freebsd.org mailing list" Subject: Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 23:47:20 -0000 On Fri, 25 Sep 2009, Jamie Gritton wrote: > It seems to be NFS related. I think the null pointer in question is from > the export's anonymous credential. Try the patch below and see if it helps > (which I guess means run it overnight and see if it crashes again). I've > also patched a similar missing cred prison in GSS_SVC, since I'm not versed > enough in NFS/RPC stuff to know if it might be the problem. This is one of the reasons I really dislike "magic" credentials and special handling of NULL credentials -- they always get into code the author doesn't expect, and either there are bad pointer dereferences, or incorrect security decisions. It's almost always the case that a correct credential should have been cached or generated at some earlier point to represent the security context... Robert > > - Jamie > > > Index: kern/vfs_export.c > =================================================================== > --- kern/vfs_export.c (revision 197506) > +++ kern/vfs_export.c (working copy) > @@ -122,6 +122,8 @@ > np->netc_anon->cr_uid = argp->ex_anon.cr_uid; > crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, > argp->ex_anon.cr_groups); > + np->netc_anon->cr_prison = &prison0; > + prison_hold(np->netc_anon->cr_prison); > np->netc_numsecflavors = argp->ex_numsecflavors; > bcopy(argp->ex_secflavors, np->netc_secflavors, > sizeof(np->netc_secflavors)); > @@ -206,6 +208,8 @@ > np->netc_anon->cr_uid = argp->ex_anon.cr_uid; > crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, > np->netc_anon->cr_groups); > + np->netc_anon->cr_prison = &prison0; > + prison_hold(np->netc_anon->cr_prison); > np->netc_numsecflavors = argp->ex_numsecflavors; > bcopy(argp->ex_secflavors, np->netc_secflavors, > sizeof(np->netc_secflavors)); > Index: rpc/rpcsec_gss/svc_rpcsec_gss.c > =================================================================== > --- rpc/rpcsec_gss/svc_rpcsec_gss.c (revision 197506) > +++ rpc/rpcsec_gss/svc_rpcsec_gss.c (working copy) > @@ -449,6 +449,8 @@ > cr->cr_uid = cr->cr_ruid = cr->cr_svuid = uc->uid; > cr->cr_rgid = cr->cr_svgid = uc->gid; > crsetgroups(cr, uc->gidlen, uc->gidlist); > + cr->cr_prison = &prison0; > + prison_hold(cr->cr_prison); > *crp = crhold(cr); > > return (TRUE); > _______________________________________________ > 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 Sep 26 23:52:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E2931065670 for ; Sat, 26 Sep 2009 23:52:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 04C918FC0C for ; Sat, 26 Sep 2009 23:52:48 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 91ECC46B0C; Sat, 26 Sep 2009 19:52:47 -0400 (EDT) Date: Sun, 27 Sep 2009 00:52:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Aristedes Maniatis In-Reply-To: <4ABD68FA.5010103@ish.com.au> Message-ID: References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> <20090922225905.GC21416@lonesome.com> <4ABD68FA.5010103@ish.com.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mark Linimon , Gonzalo Nemmi , current@freebsd.org Subject: Re: Various problems seen in RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2009 23:52:48 -0000 On Sat, 26 Sep 2009, Aristedes Maniatis wrote: > I've written before about this, so I will not go into detail. And I notice > that Mark was funded by the Foundation to replace the bug tracker with > something else. Was there an outcome from that work? My volunteer to help > was not replied to, so I assume that others have the matter completely under > control, but it would be nice to see what direction this is heading in. Most > other open source projects I am associated with have much more sophisticated > bug trackers which tie in tightly to the development and release processes, > but for the 8 release cycle, the best we have is Robert's TODO wiki page > which is usually at least a week out of date. It is interesting to note that > on that page there are only a tiny number of references to PRs. Unfortunately, I fell behind due to running the developer summit and EuroBSDCon, but really that's a symptom of an underlying problem: I was (and am) manually maintaining the wiki list based on re@ e-mail correspondence. That is fundamentally the wrong approach--we should be using the bug-tracking system to manage pending requests and known issues. In particular, I'd like each merge request and in-progress issue to be captured by a bug entry, and referenced during commits and merges. This would allow 99% of the information on the wiki page to be mechanically generated, and avoid the "missed stuff" problem. We'd also have to get better at saying "it's a real bug but we can't fix it for this release" explicitly, of course. There's not an opportunity to fix that for 8.0, but my recommendation has been that we at least use gnats, if not some more capable, issue-tracking system to handle pending changes and merge requests, with approvals to commit to branches linked back to the request so re@ can track what's going on. Robert N M Watson Computer Laboratory University of Cambridge