From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 00:39:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95501065672 for ; Sun, 23 Nov 2008 00:39:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 8B20A8FC1D for ; Sun, 23 Nov 2008 00:39:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1484061rvf.43 for ; Sat, 22 Nov 2008 16:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=wZ/07m1LI41hk6aQzacMZGK+4WBT0q84MWn2PzIzJB8=; b=LdpNAryO/xxAQZbEm1nBOggTIxNOq0B3mzXlr4L/WKzak3eEZ/k8aF/Azf/ncYuYft d6hrcpRsfPfbAQshrQL24tsjeUiLJhnyvR5IpAbNuPeEY22x3u0GDF9zLxLFVZU/DjOI LY8hCJKEaWzmjBu+GFnlOLBGgl48ASyojARZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qHsTpX+8k1R3AsQNSHzKEYfl1X/5bAwcIoS9e/UaHSFEpw7+r2r/pkRUQp9PsT0KCT OSiXKKxdqlrbhL5QHKKKL/GtXW3fxWC80bSw8GKLU7raqsvrdhXM6QeTCUq7iVXDWzxf HnntU6xg8yXdH7eoKzpjVra3PF6BnPRTkwv18= Received: by 10.141.162.1 with SMTP id p1mr1082202rvo.43.1227400792772; Sat, 22 Nov 2008 16:39:52 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sat, 22 Nov 2008 16:39:52 -0800 (PST) Message-ID: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> Date: Sat, 22 Nov 2008 16:39:52 -0800 From: "Garrett Cooper" To: "John ." , pyunyh@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: trying to make a Toshiba Satellite Pro A300 work with FreeBSD 8-CURRENT (2008.11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 00:39:53 -0000 On Sat, Nov 22, 2008 at 3:21 PM, John . wrote: > Hi, > > Toshiba A300 Satellite Pro PSAK13 (AMD Turion 64) > > It works for the most part, except for wifi or ethernet :( > > X not tested unfer FreeBSD > > dmesg at http://www.growveg.org/laptop/freebsd/fbsd8_current_200811_dmesg.txt > pciconf at http://www.growveg.org/laptop/freebsd/fbsd8_current_200811_pciconf.txt > > Can anyone tell me if there is a chance getting the onboard wifi to work? > > Linux (latest ubuntu 64 bit) doesn't see it either (though it does > detect ethernet) > > thanks > -- > John Looks like the ethernet chipset might be another PCI ID not covered by msk(4). none3@pci0:4:0:0: class=0x020000 card=0xff501179 chip=0x436c11ab rev=0x16 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit cap 10[c0] = PCI-Express 2 legacy endpoint I CC'ed Pyun, but I'm not sure that anything can be done because this is a PCI-e based driver *shrugs*. As for the wireless driver, could you forward with more details about your laptop, like the spec sheet, perhaps? We'll need the model type for the laptop at least so we can find out the required specs (Toshiba releases various revisions of each model with different specs). You won't get 64-bit X11 support with hardware acceleration because neither nVidia or ATI has a working 64-bit driver due to vmem related reasons. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 02:06:13 2008 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 9D57B1065670 for ; Sun, 23 Nov 2008 02:06:13 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7AED88FC16 for ; Sun, 23 Nov 2008 02:06:13 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1672449wfg.7 for ; Sat, 22 Nov 2008 18:06:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=hDx+DLTSBjaORdlIHBgZlMZAJAL9RtcvaaQ7Dre8FGw=; b=cgidWsJDWUQMfPVM0Pk3ZK5x4do5mVT4TX6KqPB8aPHtTniJXz70bEouN1SF586A60 Zi2xrJoPDM8znwMJiL+KZ4tfXSKeHbivBS10gMSd+9tTHKN4WGC8rd2IkgzgdeU/eFcC 3TIpR5mR0v0jHOvTqWwzr0JD/TIBZb7VLuueQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=L2yeV/Hp0Di2IzVevOIr1Zd9n3694pvICQXV1w8Xh4hftR7fu8pCqn++Aymw1PkDrf 1EfPusEikfrTPIRpEqLfm9qS0QFU6PMd5B36S0HKiXIH+Jy6dVa59fB+arbZHb+6kwgb U9D3PqlAqGA1S/GnLy+LxMW1sGDU05ebwPuq0= Received: by 10.142.156.2 with SMTP id d2mr972013wfe.255.1227404739457; Sat, 22 Nov 2008 17:45:39 -0800 (PST) Received: by 10.142.70.12 with HTTP; Sat, 22 Nov 2008 17:45:39 -0800 (PST) Message-ID: <364299f40811221745t4b6053d3jca62a1fe9cbc2d27@mail.gmail.com> Date: Sat, 22 Nov 2008 17:45:39 -0800 From: "Garrett Cooper" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Sun, 23 Nov 2008 04:36:06 +0000 Cc: Subject: Push to update GNU's binutils? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 02:06:13 -0000 Hi guys, I was just wondering if there was any interest in upgrading binutils in the core system anytime soon. I accidentally discovered an ld related bug (after thinking it was a gcc bug ><: ), and I figured given the difference in binutils that we might be able to upgrade and get some decent bugfixes, while staying outside of GPLv3 territory. Thanks, -Garrett *ducks to avoid low flying fruit and vegetables* From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 02:48:05 2008 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 A84391065675 for ; Sun, 23 Nov 2008 02:48:05 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2B44F8FC17 for ; Sun, 23 Nov 2008 02:48:04 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mAMBqk9o026472 for ; Sat, 22 Nov 2008 22:52:46 +1100 Received: from besplex.bde.org (c122-107-127-106.carlnfd1.nsw.optusnet.com.au [122.107.127.106]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mAMBqWGb004942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Nov 2008 22:52:34 +1100 Date: Sat, 22 Nov 2008 22:52:30 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Maksim Yevmenkin In-Reply-To: Message-ID: <20081122204840.K1008@besplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 23 Nov 2008 04:52:01 +0000 Cc: "current@freebsd.org" , Bruce Evans Subject: Re: syscons(4) races X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 02:48:05 -0000 On Thu, 20 Nov 2008, Maksim Yevmenkin wrote: > [moving to -current] I'm not subscribed, so when I send mail there it is delayed. >>> --- head/sys/dev/syscons/syscons.c Sun Nov 16 21:57:54 2008 >>> (r185012) >>> +++ head/sys/dev/syscons/syscons.c Sun Nov 16 22:39:04 2008 >>> (r185013) >>> ... >>> + mtx_lock(&Giant); >>> /* assert(sc_console != NULL) */ >>> >>> /* >> >> Acquiring Giant in debugger mode is especially invalid (except deadlock >> is not so likely for a recursive lock). > > ok, in this case i have a somewhat stupid question. when kbdmux(4) is > the default keyboard, all those kbdd_xxx() calls (that sccngetch() > makes) will call into kbdmux(4) functions that will grab giant. > kbdmux was changed about 2 months ago to do that. it sounds like those > changes are completely wrong. am i correct here? Yes, the low-level console functions are supposed to be reentrant (more details below), so they cannot do things like that. >> BTW, sccngetch() shouldn't exist. It existed to demultiplex the 2 >> console driver entry points sc_cngetch() and sc_cncheckc(), but >> sc_cncheckc() has gone away. > > the entry point in consdev struct is still there. also cncheckc() is > trying to call it (if its present). so it looks like it may not be > completely gone, just sysconst(4) no longer implements it. Ah, this is compatibility cruft which is bogusly only used by a driver that is newer than the cruft (xen). Normal drivers use CONSOLE_DRIVER() but xen uses the old interface CONS_DRIVER(). CONSOLE_DRIVER() differs from CONS_DRIVER() only in not taking the cn_checkc() entry point. Binary compatibility and correct naming were broken by renaming cn_checkc() to cn_getc(). Names are still correct at the top level (there, cncheckc() gives the non-blocking interface and cngetc() gives the blocking interface, while in normal drivers there is now only cn_getc() which gives the non-blocking interface). It is cn_dbctl() that has completely gone away. >> There is still a problem for calls to sc_cngetc() from the low-console >> driver. These can race with sckbdevent(). In debugger mode, no locking >> is permitted, so syscons' getc functions must be carefully written to >> do only harmless things when they lose races. They are not carefully >> written (e.g., almost the first thing they do, shown in the above, may >> give a buffer overrun: >> >> if (fkeycp < fkey.len) { >> mtx_unlock(&Giant); >> splx(s); >> return fkey.str[fkeycp++]; >> } > > all right, so we can not use locks, i'm guessing this includes spin > locks too. can we use atomic operations here? since, in polling mode, > consumer is going to call getc() in a loop, can we use atomic > reference counter to make sure there is only one caller running at a > time? if someone already grabbed reference counter just return -1 as > if there is no input? It is safer to use local spinlocks and safer still to use home-made locks based on atomic_cmpset(), but still wrong to do simply that since it can cause deadlock, especially for debugging -- it is not possible to make sure that there is only 1 caller running, since debugging (or NMI, or perhaps an ordinary interrupt that cannot reasonably be masked) can preempt any caller. sio uses its local spinlock (I don't like this) together with a hack to allow reentering from the debugger only: % need_unlock = 0; % if (!kdb_active && sio_inited == 2 && !mtx_owned(&sio_lock)) { % mtx_lock_spin(&sio_lock); % need_unlock = 1; % } This is only done for cn_putc(). cn_getc() (really cn_checkc()) is completely missing locking (except in debugger mode) and needs higher-level locking anyway, since the whole polling loop in cngetc() needs to be locked to prevent interference. Here sio_lock is the local spinlock (actually per-driver so it isn't very local), sio_inited is a flag to prevent use of sio_lock here before sio_lock is initialized (this flag requires delicate initialization using atomic_cmpset to avoid races), and !kdb_active is the hack to let the debugger in irrespective of the state of the lock and without touching the lock. Any lock used for the console must be MTX_QUIET and/or MTX_NOWITNESS to prevent console i/o generating endless i/o about itself. I think it must be a spinlock too. The lock thus reduces to a simple spinlock which can be implemented directly using atomic_cmpset(), thus making it clear that the lock has no interactions with other parts of the system. sio shouldn't be using its normal-i/o driver lock for the console. It attempts to be reentrant and does a context switch of the normal-device state while in console mode. However, this only works for UP. For SMP, something more is needed to stop interference from other CPUs. In debugger mode, the system provides the something by stopping other CPUs so the old UP code works (this also provides the necessary locking for the loop in cngetc()). In non-debugger mode, abusing the normal-i/o driver lock provides the something. This is ugly but works quite well. Analysis: - Suppose one CPU is doing console i/o and acquires the lock. Then other CPUs have be prevented from touching any device state (since sio console i/o is not completely reentrant -- for UP it depends on masking interrupts to prevent more than 1 level of reentrance (although it preserves the state on the stack), and stopping other CPUs corresponds to masking interrupts. - Suppose this code is called with the lock held. Then waiting until the lock is not held is best provided the wait isn't very long (in particular, provided The wait isn't infinite due to deadlock). If the lock is held by another CPU, then waiting corresponds to waiting in the previous case (except since we are abusing the normal-i/o dirver lock, we may be waiting for normal i/o and not console i/o). Using a spinlock prevents the lock being held by the same CPU except in cases involving non-maskable exceptions: - debugger exceptions are handled by the !kdb_active hack. Now sio's console i/o reentrancy can be used a couple of layers deep (for ddb tracing the console i/o code; ddb doesn't support debugging itself, so the reentrance can't go deeper than a couple). - other traps like SIGBUS shouldn't get here since the console i/o code shouldn't cause such traps. - NMIs. An NMI in console i/o code probably causes deadlock if the NMI handler does console i/o. I think NMIs can cause deadlock generally -- the implementation of spinlocks uses disabling of interrupts to prevent deadlock, but NMIs cannot be disabled; thus NMI handlers cannot call mtx_lock_spin(), but I think they do, if only by wandering into console i/o code to report a problem. >> ... >> However, you seem to have made the races very common by (ab)using cngetc() >> for keyboard multiplexing. cngetc() is not designed for this. You need >> to know syscons' internals and do the necessary Giant locking in the caller. > > this is what i'm not getting. are you saying that lower layer keyboard > drivers can not use any locking whatsoever in polling mode (or rather > debug mode)? are you saying that we need a completely different path > for handling keyboard input in debug mode? and/or possibly polling > mode? I'm saying thay lower layer console drivers cannot use any normal locking in any mode. In non-debugger modes, at least cn_putc() must not block on any normal lock, since interrupt handlers can call printf() which calls cn_putc(). Before [Free]BSD used mutex or ithreads, this almost required the console i/o routines to be reentrant. Debugger mode requires reentrancy even more, but is otherwise simpler. Now with ithreads, even non-spin locks might work (at a cost of hopefully unimportant delays) for interrupt handlers, but debugger mode still requires reentrancy. Bruce From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 05:13:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF850106564A for ; Sun, 23 Nov 2008 05:13:12 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 976FF8FC08 for ; Sun, 23 Nov 2008 05:13:12 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so651177yxb.13 for ; Sat, 22 Nov 2008 21:13:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Cd6mmgcqtGPZTPixrLiQ68bG2Kf192KFYBCyz1HKQ2M=; b=HLOsedmu36u1dBvXF6DiEwW7XC6RwXaUZU5bcSAnaOSbBnuLBGQKmX6lZ4gPXz87dL jNCjZnJZeZheUQI1HW0dnyWDoS/M7CZigzIaTTE/qasgpivFeNS4jQGIY3Buq114AXOI 66f1rGr1euMG8bJIZZ8+coQQJM2eNk91M4Iro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=nswnnaz0IVw5VuJj9k/Zj7kCsNgqMzW+ugIXrEfCDFkQIojv1xHTP7csBkVDrS84I4 KFZWnKb9jTN3yk/o1sdez3i6X2rA+0b18loYVuFHx/IILDcfVHDQ/O8z9Wf/DgrPGMi0 7NzI2mJpivBTapTU9pb3VQ9vSWozq8//sSuVM= Received: by 10.151.12.1 with SMTP id p1mr4319092ybi.97.1227415734239; Sat, 22 Nov 2008 20:48:54 -0800 (PST) Received: by 10.151.108.16 with HTTP; Sat, 22 Nov 2008 20:48:54 -0800 (PST) Message-ID: <58c737d70811222048n3e049fe0r9eafad79f52b47d8@mail.gmail.com> Date: Sat, 22 Nov 2008 22:48:54 -0600 From: "Chris Ruiz" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: boot stalls at pci0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 05:13:13 -0000 Upon attempting to upgrade my system from 7-STABLE to 8-CURRENT I encountered a show-stopper bug. Important system info: -Intel DQ35JO motherboard w/ most recent BIOS -Core2Duo E6850 cpu -FreeBSD/AMD64 -8gb ram -ZFS root, USB stick UFS boot I never had problems booting the system in the past nor had I experienced any stability issues. Simply, I want to upgrade to -CURRENT because I use zfs, which has recently been updated. I csuped two days ago and successfully built and installed world. I built a custom kernel, installed it and rebooted. This is where my problem lies. The system hangs upon boot at the message: pci0: on pcib0. OK, so I thought maybe this is a problem with my custom kernel, so I tried a GENERIC kernel and received the same hang. So next I did what I should have done before before blindly assuming -CURRENT would boot, I downloaded the 200811 snapshot and tried to boot it. No dice. The 200810 and 200809 snapshots all hang at the same place. Interestingly enough the 200807 snapshot (there is no 200808 for AMD64) booted just like -STABLE had previously. I tried booting and breaking into the debugger with no success. Typing boot -d at the loader prompt gave me an endless sea of scroll. Since I boot off a usb stick, I can easily use VMWare Fusion to build a new kernel for me to test. So my question to essentially is, where did this regression come from and what can I do to help fix this? My best guess is that this is ACPI related but I am obviously not a developer. Attached below is a dmesg from the 200807 AMD64 livecd. Thanks, Chris Ruiz Copyright (c) 1992-2008 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-CURRENT-200807 #0: Tue Jul 15 00:29:21 UTC 2008 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3001.46-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3f5 AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 8486961152 (8093 MB) avail memory = 8206684160 (7826 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x3458-0x345f mem 0xe0380000-0xe03fffff,0xd0000000-0xdfffffff,0xe0200000-0xe02fffff irq 16 at device 2.0 on pci0 vgapci1: mem 0xe0300000-0xe037ffff at device 2.1 on pci0 pci0: at device 3.0 (no driver attached) atapci0: port 0x3450-0x3457,0x346c-0x346f,0x3448-0x344f,0x3468-0x346b,0x3420-0x342f irq 18 at device 3.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 3.3 (no driver attached) em0: port 0x3400-0x341f mem 0xe0400000-0xe041ffff,0xe0424000-0xe0424fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:19:d1:a4:1a:cf uhci0: port 0x30e0-0x30ff irq 18 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30c0-0x30df irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x30a0-0x30bf irq 17 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe0426c00-0xe0426fff irq 17 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.1 on pci0 pci2: on pcib2 pcib3: at device 28.2 on pci0 pci3: on pcib3 atapci1: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0xe0100000-0xe01001ff irq 18 at device 0.0 on pci3 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pcib4: at device 28.3 on pci0 pci4: on pcib4 pcib5: at device 28.4 on pci0 pci5: on pcib5 uhci3: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xe0426800-0xe0426bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 fxp0: port 0x1000-0x103f mem 0xe0021000-0xe0021fff,0xe0000000-0xe001ffff irq 21 at device 0.0 on pci6 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: XXX: driver didn't set ifq_maxlen fxp0: Ethernet address: 00:07:e9:01:b9:6a fxp0: [ITHREAD] fwohci0: mem 0xe0020000-0xe0020fff irq 19 at device 3.0 on pci6 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:90:27:00:01:d0:dc:04 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x274c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:d0:dc:04 fwe0: Ethernet address: 02:90:27:d0:dc:04 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:d0:dc:04 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0x3438-0x343f,0x3464-0x3467,0x3430-0x3437,0x3460-0x3463,0x3020-0x303f mem 0xe0426000-0xe04267ff irq 21 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI Version 01.20 controller with 6 ports PM supported ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ata10: on atapci2 ata10: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] orm0: at iomem 0xce000-0xcf7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: on uhub5 ukbd0: on uhub5 kbd2 at ukbd0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) md0: Preloaded image 4194304 bytes at 0xffffffff80d464e8 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDROM at ata4-master UDMA33 ad10: 476940MB at ata5-master SATA300 ad12: 476940MB at ata6-master SATA300 ad18: 715404MB at ata9-master SATA300 ad20: 715404MB at ata10-master SATA300 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_LiveFS. GEOM_LABEL: Label for provider ad18 is label/sea750-1. GEOM_LABEL: Label for provider ad20 is label/sea750-2. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 06:30:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3280D106564A for ; Sun, 23 Nov 2008 06:30:33 +0000 (UTC) (envelope-from loader@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1508FC0C; Sun, 23 Nov 2008 06:30:33 +0000 (UTC) (envelope-from loader@FreeBSD.org) Received: from freefall.freebsd.org (loader@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAN6UW5x049402; Sun, 23 Nov 2008 06:30:33 GMT (envelope-from loader@freefall.freebsd.org) Received: (from loader@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAN6UWS0049320; Sun, 23 Nov 2008 06:30:32 GMT (envelope-from loader) Date: Sun, 23 Nov 2008 06:30:32 GMT Message-Id: <200811230630.mAN6UWS0049320@freefall.freebsd.org> To: "Chris Ruiz" References: <58c737d70811222048n3e049fe0r9eafad79f52b47d8@mail.gmail.com> From: loader In-Reply-To: <58c737d70811222048n3e049fe0r9eafad79f52b47d8@mail.gmail.com> (Chris Ruiz's message of "Sat\, 22 Nov 2008 22\:48\:54 -0600") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: boot stalls at pci0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 06:30:33 -0000 "Chris Ruiz" wrote: > Upon attempting to upgrade my system from 7-STABLE to 8-CURRENT I > encountered a show-stopper bug. > > Important system info: > -Intel DQ35JO motherboard w/ most recent BIOS > -Core2Duo E6850 cpu > -FreeBSD/AMD64 > -8gb ram > -ZFS root, USB stick UFS boot > > I never had problems booting the system in the past nor had I > experienced any stability issues. Simply, I want to upgrade to > -CURRENT because I use zfs, which has recently been updated. I csuped > two days ago and successfully built and installed world. I built a > custom kernel, installed it and rebooted. This is where my problem > lies. The system hangs upon boot at the message: pci0: > on pcib0. Hi, Try hw.pci.mcfg=0 ? Regards, loader > OK, so I thought maybe this is a problem with my custom kernel, so I > tried a GENERIC kernel and received the same hang. > > So next I did what I should have done before before blindly assuming > -CURRENT would boot, I downloaded the 200811 snapshot and tried to > boot it. No dice. > > The 200810 and 200809 snapshots all hang at the same place. > > Interestingly enough the 200807 snapshot (there is no 200808 for > AMD64) booted just like -STABLE had previously. > > I tried booting and breaking into the debugger with no success. Typing > boot -d at the loader prompt gave me an endless sea of scroll. > > Since I boot off a usb stick, I can easily use VMWare Fusion to build > a new kernel for me to test. > > So my question to essentially is, where did this regression come from > and what can I do to help fix this? My best guess is that this is > ACPI related but I am obviously not a developer. Attached below is a > dmesg from the 200807 AMD64 livecd. > > Thanks, > > Chris Ruiz > > > Copyright (c) 1992-2008 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-CURRENT-200807 #0: Tue Jul 15 00:29:21 UTC 2008 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3001.46-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3f5 > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 8486961152 (8093 MB) > avail memory = 8206684160 (7826 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x3458-0x345f mem > 0xe0380000-0xe03fffff,0xd0000000-0xdfffffff,0xe0200000-0xe02fffff irq > 16 at device 2.0 on pci0 > vgapci1: mem 0xe0300000-0xe037ffff at device > 2.1 on pci0 > pci0: at device 3.0 (no driver attached) > atapci0: port > 0x3450-0x3457,0x346c-0x346f,0x3448-0x344f,0x3468-0x346b,0x3420-0x342f > irq 18 at device 3.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 3.3 (no driver attached) > em0: port 0x3400-0x341f > mem 0xe0400000-0xe041ffff,0xe0424000-0xe0424fff irq 20 at device 25.0 > on pci0 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:19:d1:a4:1a:cf > uhci0: port 0x30e0-0x30ff irq 18 > at device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x30c0-0x30df irq 21 > at device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x30a0-0x30bf irq 17 > at device 26.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem > 0xe0426c00-0xe0426fff irq 17 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > pci0: at device 27.0 (no driver attached) > pcib1: at device 28.0 on pci0 > pci1: on pcib1 > pcib2: at device 28.1 on pci0 > pci2: on pcib2 > pcib3: at device 28.2 on pci0 > pci3: on pcib3 > atapci1: port > 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f > mem 0xe0100000-0xe01001ff irq 18 at device 0.0 on pci3 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > pcib4: at device 28.3 on pci0 > pci4: on pcib4 > pcib5: at device 28.4 on pci0 > pci5: on pcib5 > uhci3: port 0x3080-0x309f irq 23 > at device 29.0 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: on usb4 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0x3060-0x307f irq 19 > at device 29.1 on pci0 > uhci4: [GIANT-LOCKED] > uhci4: [ITHREAD] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: on usb5 > uhub5: 2 ports with 2 removable, self powered > uhci5: port 0x3040-0x305f irq 18 > at device 29.2 on pci0 > uhci5: [GIANT-LOCKED] > uhci5: [ITHREAD] > usb6: on uhci5 > usb6: USB revision 1.0 > uhub6: on usb6 > uhub6: 2 ports with 2 removable, self powered > ehci1: mem > 0xe0426800-0xe0426bff irq 23 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb7: EHCI version 1.0 > usb7: companion controllers, 2 ports each: usb4 usb5 usb6 > usb7: on ehci1 > usb7: USB revision 2.0 > uhub7: on usb7 > uhub7: 6 ports with 6 removable, self powered > pcib6: at device 30.0 on pci0 > pci6: on pcib6 > fxp0: port 0x1000-0x103f mem > 0xe0021000-0xe0021fff,0xe0000000-0xe001ffff irq 21 at device 0.0 on > pci6 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: XXX: driver didn't set ifq_maxlen > fxp0: Ethernet address: 00:07:e9:01:b9:6a > fxp0: [ITHREAD] > fwohci0: mem 0xe0020000-0xe0020fff irq 19 at device > 3.0 on pci6 > fwohci0: [FILTER] > fwohci0: OHCI version 1.0 (ROM=0) > fwohci0: No. of Isochronous channels is 8. > fwohci0: EUI64 00:90:27:00:01:d0:dc:04 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x274c000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:90:27:d0:dc:04 > fwe0: Ethernet address: 02:90:27:d0:dc:04 > fwip0: on firewire0 > fwip0: Firewire address: 00:90:27:00:01:d0:dc:04 @ 0xfffe00000000, > S400, maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci2: port > 0x3438-0x343f,0x3464-0x3467,0x3430-0x3437,0x3460-0x3463,0x3020-0x303f > mem 0xe0426000-0xe04267ff irq 21 at device 31.2 on pci0 > atapci2: [ITHREAD] > atapci2: AHCI Version 01.20 controller with 6 ports PM supported > ata5: on atapci2 > ata5: [ITHREAD] > ata6: on atapci2 > ata6: [ITHREAD] > ata7: on atapci2 > ata7: [ITHREAD] > ata8: on atapci2 > ata8: [ITHREAD] > ata9: on atapci2 > ata9: [ITHREAD] > ata10: on atapci2 > ata10: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > p4tcc1: on cpu1 > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > orm0: at iomem 0xce000-0xcf7ff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ugen0: FW:E6, class 0/0, rev 1.10/1.06, addr 2> on uhub5 > ukbd0: on uhub5 > kbd2 at ukbd0 > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > md0: Preloaded image 4194304 bytes at 0xffffffff80d464e8 > acd0: DMA limited to UDMA33, device found non-ATA66 cable > acd0: DVDROM at ata4-master UDMA33 > ad10: 476940MB at ata5-master SATA300 > ad12: 476940MB at ata6-master SATA300 > ad18: 715404MB at ata9-master SATA300 > ad20: 715404MB at ata10-master SATA300 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_LiveFS. > GEOM_LABEL: Label for provider ad18 is label/sea750-1. > GEOM_LABEL: Label for provider ad20 is label/sea750-2. > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:19:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC43C1065675 for ; Sun, 23 Nov 2008 10:19:49 +0000 (UTC) (envelope-from angelo@hongens.nl) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 44C2F8FC13 for ; Sun, 23 Nov 2008 10:19:49 +0000 (UTC) (envelope-from angelo@hongens.nl) Received: from [82.171.0.168] (helo=krypton.hongens.local) by smtp-out3.tiscali.nl with esmtp id 1L4BoQ-000586-Uc for ; Sun, 23 Nov 2008 11:03:31 +0100 Received: from localhost (localhost.hongens.local [127.0.0.1]) by krypton.hongens.local (Postfix) with ESMTP id 744DA10B64 for ; Sun, 23 Nov 2008 11:03:29 +0100 (CET) X-Virus-Scanned: amavisd-new at hongens.nl Received: from krypton.hongens.local ([127.0.0.1]) by localhost (krypton.hongens.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QsiMc3G0jgvS for ; Sun, 23 Nov 2008 11:03:26 +0100 (CET) Received: from angelomobiel.local (unknown [192.168.127.250]) by krypton.hongens.local (Postfix) with ESMTPA id 35A7110B50 for ; Sun, 23 Nov 2008 11:03:26 +0100 (CET) Message-ID: <49292A6D.3090600@hongens.nl> Date: Sun, 23 Nov 2008 11:03:25 +0100 From: Angelo Hongens User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" References: <20081123063045.2265B10657A2@hub.freebsd.org> In-Reply-To: <20081123063045.2265B10657A2@hub.freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: mpt issue in ESX guest with pass-through scsi tape drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2008 10:19:49 -0000 Hey guys, I don't know what mailing list I should post to, I think it has something to do with the mpt driver. I have a server (a PowerEdge T300) at home running ESXi 3.5.0 installable. I have some windows guests and some FreeBSD guests, and they are all running great. The server also has an Adaptec 29160N scsi card with an Exabyte VXA-2 tapedrive. I want to set up a FreeBSD guest, to run amanda, using the tape drive. I have set up one guest with a pass-through SCSI device, where the tapedrive is passed to the guest. This works perfectly on Windows and CentOS, but not on my beloved FreeBSD. (VMware emulates a LSILogic 1030 Ultra4 adapter, and presents that to the guest OS.) I have tried 7.0/amd64, 6.2/amd64 and 6.2/i386, they all have exactly the same behaviour. If I look at the devices in FreeBSD, it only shows the disk: hon-bak-01# camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) If I scan the scsi controller, I get the following result: hon-bak-01# camcontrol rescan all sa0 at mpt0 bus 0 target 1 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 80.000MB/s transfers (40.000MHz, offset 127, 16bit) (sa0:mpt0:0:1:0): lost device (sa0:mpt0:0:1:0): removing device entry Re-scan of bus 0 was successful So there's something that triggers the 'lost device' message, but I have no idea why. Some more info about dmesg: hon-bak-01# cat /var/run/dmesg.boot | grep mpt mpt0: port 0x1080-0x10ff mem 0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.0.0 da0 at mpt0 bus 0 target 0 lun 0 mpt0: port 0x1080-0x10ff mem 0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.0.0 da0 at mpt0 bus 0 target 0 lun 0 sa0 at mpt0 bus 0 target 1 lun 0 (sa0:mpt0:0:1:0): lost device (sa0:mpt0:0:1:0): removing device entry sa0 at mpt0 bus 0 target 1 lun 0 (sa0:mpt0:0:1:0): lost device (sa0:mpt0:0:1:0): removing device entry mpt0: port 0x1080-0x10ff mem 0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.0.0 da0 at mpt0 bus 0 target 0 lun 0 hon-bak-01# The funny thing is, if I reinstall that guest with CentOS5 for example, it works fine. I can see the scsi device, I can manage tapes using mt, and I can backup and restore using tar. [root@hon-bak-01 ~]# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: VMware Model: Virtual disk Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: EXABYTE Model: VXA-2 Rev: 2152 Type: Sequential-Access ANSI SCSI revision: 02 So this leads me to believe it's an issue with the mpt driver in FreeBSD. (Or a combination of the bsd driver and the emulated card by vmware). Does anyone know how I could use BSD to talk to the tapedrive? Does the maintainer of the mpt driver read this list as well? --=20 With kind regards, Angelo H=F6ngens The Netherlands From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:43:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9791065672 for ; Sun, 23 Nov 2008 10:43:19 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id DBAEE8FC17 for ; Sun, 23 Nov 2008 10:43:18 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: by mu-out-0910.google.com with SMTP id i2so1735854mue.3 for ; Sun, 23 Nov 2008 02:43:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=meM8Hlt9jQErZZnDbNrNqwZ41pqPADFxBgJtuIImY/k=; b=qS63XtP6vR6uP7G3V2ID82FdALEA9NadmhUywU+HWUpKST0et8fvqBtEqHPxt3u9Lt eMgkZGrQlfiqozeSGBEFjXWS14p7bIUuQhHbor1a3CrKQsdkPishUY/oUzDwUwyjqEoT l0n+CAWn0BBZLbwEVuLtdYhopjKdhTOaAuSv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=caEabz48py9zSlJohQNGyVq9bMy2nIMH566ePEPMb9HWGIvpfL85yb1Tq8weTuTy1h 2lMo3Re1QkF0G3oNfEZdAOylCcczg67pV0hN2JKJHf0/mkx7ThNYQyPLtje3jcXw9WYe cwEyDtrlQwZs7PWF9DUW/ZNRrs1urKUDlGkPY= Received: by 10.103.192.2 with SMTP id u2mr708070mup.95.1227436997471; Sun, 23 Nov 2008 02:43:17 -0800 (PST) Received: by 10.103.224.20 with HTTP; Sun, 23 Nov 2008 02:43:17 -0800 (PST) Message-ID: Date: Sun, 23 Nov 2008 10:43:17 +0000 From: "John ." To: "Garrett Cooper" In-Reply-To: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: trying to make a Toshiba Satellite Pro A300 work with FreeBSD 8-CURRENT (2008.11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 10:43:19 -0000 Hello, thanks for replying! 2008/11/23 Garrett Cooper : > As for the wireless driver, could you forward with more details about > your laptop, like the spec sheet, perhaps? We'll need the model type > for the laptop at least so we can find out the required specs (Toshiba > releases various revisions of each model with different specs). Yes, I 've seen this (the various revisions, was a bit confusing at first). My model is: Toshiba A300 Satellite Pro and the revision is PSAK1E. it has the latest available bios installed. The manual is quite detailed, hopefully it will provide you with the details you need. It is available from http://support1.toshiba-tro.de/tedd-files2/0/userman-en-20080403115838.zip One of the linuxes I tried seemed to identify it as a ral8137 (?) but netbsd is meant to support this and I tried that to no avail. Please let me know if you need more info, and many thanks. -- John From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:46:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD41A1065678 for ; Sun, 23 Nov 2008 10:46:34 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 767318FC14 for ; Sun, 23 Nov 2008 10:46:34 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (ppp85-141-71-231.pppoe.mtu-net.ru [85.141.71.231]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id 97ECF1702A for ; Sun, 23 Nov 2008 13:46:32 +0300 (MSK) Message-ID: <49293488.4050805@citrin.ru> Date: Sun, 23 Nov 2008 13:46:32 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: FreeBSD Current References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> <491B41F3.9030307@citrin.ru> <20081112212350.GB81783@hoeg.nl> <491C6BE7.3020202@citrin.ru> <20081113180514.GH81783@hoeg.nl> <492150E8.3040708@citrin.ru> <20081117120917.GA28884@icarus.home.lan> In-Reply-To: <20081117120917.GA28884@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: serial console 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, 23 Nov 2008 10:46:34 -0000 On 17.11.2008 15:09, Jeremy Chadwick wrote: > On Mon, Nov 17, 2008 at 02:09:28PM +0300, Anton Yuzhaninov wrote: >> On 13.11.2008 21:05, Ed Schouten wrote: >>> * Anton Yuzhaninov wrote: >>>> with cuau0 in /etc/ttys it works! >>> That means your serial cable probably doesn't have its carrier detect >>> line connected properly. >>> >> Pinout of my cable is: >> >> 1 - 1 >> 2 - 3 >> 3 - 2 >> 4 - 6 >> 5 - 5 >> 6 - 4 >> 7 - 8 >> 8 - 7 >> 9 - 9 >> >> As I understand, carrier detect line connected properly. >> Correct me, if I mistaken. >> What is proper freebsd serial cable pinout? > > The handbook goes over this. Your cable is indeed wrong. > > http://www.freebsd.org/doc/en/books/handbook/serial.html#SERIAL-CABLES-PORTS Thanks, with pinout from handbook serial console works fine. -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 12:15:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 587171065674 for ; Sun, 23 Nov 2008 12:15:20 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id DC6728FC0A for ; Sun, 23 Nov 2008 12:15:19 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: by mu-out-0910.google.com with SMTP id i2so1760590mue.3 for ; Sun, 23 Nov 2008 04:15:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OQY2xS9sPXsUu2zwLtcVLQ3TX8Uk3x7Jt7wUy4uLM2Y=; b=gMYOhr//yt98d4Y2l6NEUB684/KhJ3g5q+ZBFh9timJ9zEQpdbH85KxLmTxW7xPSUu yiNCUKyx1bmyfECcAjUjpTfjwVKGQ20rWwbcCyD2gDLr9Q9VOYWfnts7G8vfkeum7Tx4 NEuxeJN8uIhQ7XHMFaNsTPEwreDF91+rzgrYs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=XhK6Kh3DtkvZXGR5AgCMBHPrnylfdC1MpnReCVPrb97+15lrnPwyVBsNLouVIBePd0 O8yhpwR7B90edmBg8ERqLQiAkl5ODhIkTkMGt1MZFG64jUuVYxeJ2x0KV2X4Boo4+Q3n Lw4LaY1f1GpE10lYSEzUjqbouItHVX6Ff4CfU= Received: by 10.103.11.7 with SMTP id o7mr723501mui.103.1227442517269; Sun, 23 Nov 2008 04:15:17 -0800 (PST) Received: by 10.103.224.20 with HTTP; Sun, 23 Nov 2008 04:15:17 -0800 (PST) Message-ID: Date: Sun, 23 Nov 2008 12:15:17 +0000 From: "John ." To: "Garrett Cooper" In-Reply-To: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: trying to make a Toshiba Satellite Pro A300 work with FreeBSD 8-CURRENT (2008.11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 12:15:20 -0000 Hi 2008/11/23 Garrett Cooper : > As for the wireless driver, could you forward with more details about > your laptop, like the spec sheet, perhaps? We'll need the model type > for the laptop at least so we can find out the required specs (Toshiba > releases various revisions of each model with different specs). If it;s any help the kern.log shows the following under ubuntu (but I really want freebsd ;)) - it is still non-working under ubuntu. [from kern.log] Nov 22 17:10:59 ubuntu kernel: [ 105.708047] rtl8187: Invalid hwaddr! Using randomly generated MAC address Nov 22 17:10:59 ubuntu kernel: [ 214.908048] rtl8187: 8187B chip detected. Support is EXPERIMENTAL, and could damage your Nov 22 17:10:59 ubuntu kernel: [ 214.908050] hardware, use at your own risk Nov 22 17:10:59 ubuntu kernel: [ 214.909768] phy0: Selected rate control algorithm 'pid' Nov 22 17:10:59 ubuntu kernel: [ 218.447469] phy0: hwaddr 6e:72:7b:10:73:c6, RTL8187BvB V1 + rtl8225z2 Nov 22 17:10:59 ubuntu kernel: [ 218.447515] usbcore: registered new interface driver rtl8187 [/kern.log] Latest updates of stuff I've tried and comments are on http://www.growveg.org/laptop/ thanks -- John From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 20:01:42 2008 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 979531065677 for ; Sun, 23 Nov 2008 20:01:42 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 435658FC08 for ; Sun, 23 Nov 2008 20:01:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D989.dip.t-dialin.net [217.226.217.137]) by redbull.bpaserver.net (Postfix) with ESMTP id C7E392E10F; Sun, 23 Nov 2008 20:41:45 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 39B4F147F67; Sun, 23 Nov 2008 20:41:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227469302; bh=Hw4Ar3dMIUob39y2OXZ2hxKCqJIhtEu4s yVLh5LHt/g=; h=Message-ID:Date:From:To:Cc:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=ltatm4lQWtluP3PFs9SUZLQg fjn7jVdbmkWnRwJZwH3VTq7GeJgNOr8jv5isqHtqelFNCaQa9m8XLxBui5nX6Jawt4P A3Nh/nVEcSg/17UNKCCU2xsMihk/JgQTiCK6rOKRkNtynIU0IM0et4p/HSC22WjCdr1 fOm7Al+wiskmJQ2ct5xhYD3ot2otCASfbopMEnIbdRgjTOKzAhNUBJ8O/hxfSw374ll Vg4UyJzuL9HbfbzDiSvSa1wDz95PlXP3x67vdP+N36AgnklyNQtjFMcvTNmPuwJwd6I fI9OeRjp5JdpUZ7bmSGRQrEo6fr20mX6fXCl/v6lBwFsJB99mg== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mANJff74068306; Sun, 23 Nov 2008 20:41:41 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Luna.Leidinger.net (Luna.Leidinger.net [192.168.2.100]) by webmail.leidinger.net (Horde Framework) with HTTP; Sun, 23 Nov 2008 20:41:41 +0100 Message-ID: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Sun, 23 Nov 2008 20:41:41 +0100 From: Alexander Leidinger To: pjd@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: C7E392E10F.E5A55 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.823, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org Subject: zfs version 13 kernel and zfs version 6 userland tool? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 20:01:42 -0000 Hi, I just half-updated a system to -current from today. This means I =20 booted todays kernel with the old world. Is an old zfs userland tool supposed to work correctly with a recent =20 kernel? All I get is "internal error: out of memory" when I try a zfs =20 list (I noticed a problem as no zfs is mounted). I haven't read =20 anything like it shouldn't work on the mailinglist (as this is the =20 normal way of updating), so here are the loader.conf settings I use: ---snip--- vfs.zfs.prefetch_disable=3D1 vm.kmem_size=3D"700M" vm.kmem_size_max=3D"700M" vfs.zfs.arc_max=3D"160M" vfs.zfs.vdev.cache.size=3D"5M" ---snip--- This i386 system has 768MB of memory. Luckily /usr/src is not on ZFS, so I can install the new world if I =20 want to. But t be able to go back to the old kernel if necessary, I =20 prefer to not blindly update to the new world, except I get a message =20 which tells that it will fix my ZFS problem for sure. Bye, Alexander. --=20 Corrupt, adj.: =09In politics, holding an office of trust or profit. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 20:43:21 2008 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 908A3106564A for ; Sun, 23 Nov 2008 20:43:21 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 38F8F8FC1C for ; Sun, 23 Nov 2008 20:43:21 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 481336D5DF; Sun, 23 Nov 2008 21:24:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s= selector1; bh=sK5FiDIvj8NkD1QFJNmvkxNBX0I=; b=O9gjMSFTXO0sPbjaTr JCCbj3/qS0Iqq6risIT4v7GTBI88v7sv07evn4C+ED04NY71T6hm19NBRUOCgXR5 o+/4zKla0Xc2toobFQfXZH3aBDONnACzJuVuQl2LlCBoESYMwRUFTX9r3DuAcQ3y CgVft+3t6MfcTzyJR4G+2hiOI= Received: from [10.255.253.2] (unknown [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 3A1C36D5C5; Sun, 23 Nov 2008 21:24:09 +0100 (CET) Date: Sun, 23 Nov 2008 21:24:08 +0100 From: Goran Lowkrantz To: Alexander Leidinger Message-ID: <5127CA7792252ECCC495CB5A@[10.255.253.2]> In-Reply-To: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: pjd@freebsd.org, current@freebsd.org Subject: Re: zfs version 13 kernel and zfs version 6 userland tool? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 20:43:21 -0000 --On Sunday, November 23, 2008 20:41 +0100 Alexander Leidinger wrote: > Hi, > > I just half-updated a system to -current from today. This means I booted > todays kernel with the old world. > > Is an old zfs userland tool supposed to work correctly with a recent > kernel? All I get is "internal error: out of memory" when I try a zfs > list (I noticed a problem as no zfs is mounted). I haven't read anything > like it shouldn't work on the mailinglist (as this is the normal way of > updating), so here are the loader.conf settings I use: > ---snip--- > vfs.zfs.prefetch_disable=1 > vm.kmem_size="700M" > vm.kmem_size_max="700M" > vfs.zfs.arc_max="160M" > vfs.zfs.vdev.cache.size="5M" > ---snip--- > > This i386 system has 768MB of memory. > > Luckily /usr/src is not on ZFS, so I can install the new world if I want > to. But t be able to go back to the old kernel if necessary, I prefer to > not blindly update to the new world, except I get a message which tells > that it will fix my ZFS problem for sure. > > Bye, > Alexander. > I had exactly the same problem but mount -t zfs worked so I mounted all ZFS filesystems and ran installworld with NO_FSCGH=true as the old zfs filesystem was version=1 and don't support flags until you have upgraded the filesystem to version 3. /glz From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 20:50:34 2008 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 C53F51065674; Sun, 23 Nov 2008 20:50:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 52C638FC1D; Sun, 23 Nov 2008 20:50:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D989.dip.t-dialin.net [217.226.217.137]) by redbull.bpaserver.net (Postfix) with ESMTP id B4C982E0FE; Sun, 23 Nov 2008 21:50:26 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id F12B01492A3; Sun, 23 Nov 2008 21:50:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227473423; bh=gOEbmXhdOQTlah8CPx1OAGNYWR5t2Q1IJ aISuBjzkko=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vrs5pKKVqi50rynD0Yg5/yoMVt0BGLGU0e0A6tEHj5NMaKhhPbJ9Z6YoXLlrR6r5X I4GrYIFC38BeLpC32RCbdKccpP9PClpVtkGtnaWpB2XOKCDcDxQqr4/JFXkfvZgd2D4 pyouHNfsjOWU35GFA/98uixlMF+zWIGVXqUsF7JojjkvTiIIxQo9geDSbR2xrP6WK3Q ceKAbH3SnVNGxsJVNc8/sRDnuzBfGd/C/Wv/vw8RQWaqmyC+MHHHXnSNNk8oK7wMt2h cissxz/SgHbYhN4KsR2BYl0+2lxq22SWERHP+43JtFzCWswd7ZAsL5r5FNim307oSQ0 HGE9Sf1AA== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mANKoMHF080413; Sun, 23 Nov 2008 21:50:22 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Luna.Leidinger.net (Luna.Leidinger.net [192.168.2.100]) by webmail.leidinger.net (Horde Framework) with HTTP; Sun, 23 Nov 2008 21:50:22 +0100 Message-ID: <20081123215022.77989qtqgijg8zkg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Sun, 23 Nov 2008 21:50:22 +0100 From: Alexander Leidinger To: Goran Lowkrantz References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> <5127CA7792252ECCC495CB5A@[10.255.253.2]> In-Reply-To: <5127CA7792252ECCC495CB5A@[10.255.253.2]> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: B4C982E0FE.239FA X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.823, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: pjd@freebsd.org, current@freebsd.org Subject: Re: zfs version 13 kernel and zfs version 6 userland tool? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 20:50:35 -0000 Quoting Goran Lowkrantz (from Sun, 23 Nov 2008 =20 21:24:08 +0100): > --On Sunday, November 23, 2008 20:41 +0100 Alexander Leidinger =20 > wrote: > >> Hi, >> >> I just half-updated a system to -current from today. This means I booted >> todays kernel with the old world. >> >> Is an old zfs userland tool supposed to work correctly with a recent >> kernel? All I get is "internal error: out of memory" when I try a zfs >> list (I noticed a problem as no zfs is mounted). I haven't read anything >> like it shouldn't work on the mailinglist (as this is the normal way of >> updating), so here are the loader.conf settings I use: >> ---snip--- >> vfs.zfs.prefetch_disable=3D1 >> vm.kmem_size=3D"700M" >> vm.kmem_size_max=3D"700M" >> vfs.zfs.arc_max=3D"160M" >> vfs.zfs.vdev.cache.size=3D"5M" >> ---snip--- >> >> This i386 system has 768MB of memory. >> >> Luckily /usr/src is not on ZFS, so I can install the new world if I want >> to. But t be able to go back to the old kernel if necessary, I prefer to >> not blindly update to the new world, except I get a message which tells >> that it will fix my ZFS problem for sure. >> >> Bye, >> Alexander. >> > I had exactly the same problem but mount -t zfs worked so I mounted =20 > all ZFS filesystems and ran installworld with NO_FSCGH=3Dtrue as the =20 > old zfs filesystem was version=3D1 and don't support flags until you =20 > have upgraded the filesystem to version 3. I don't have a problem with fschg, as I didn't even try to do an =20 installworld. My problem is the memory error. Can you confirm that you =20 had the same error before the installworld, but not after the =20 installworld? Bye, Alexander. --=20 Now I am depressed ... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 21:05:11 2008 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 25CB31065670; Sun, 23 Nov 2008 21:05:11 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id C5B388FC14; Sun, 23 Nov 2008 21:05:10 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id BCF266D5C7; Sun, 23 Nov 2008 22:05:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s= selector1; bh=SODEuP4wvQVweSY/ZjVxKk5xOvU=; b=IFgUUfkOtb9earNMZl +OPlTGBMe9FnMMCDddV+6A2+akHZOQY4aBjDkwxyc+0JjY4bIED114qeWxJy/c5C tKX+XQkud2X20Ji6Z4iyBMUE4pdYxI2BMSquUaNwwt10YJQeJAzEBTzjQ4u86ueN y6R0eiXedB4SD23rQFqT5tjtQ= Received: from [10.255.253.2] (unknown [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id AE2536D5C5; Sun, 23 Nov 2008 22:05:09 +0100 (CET) Date: Sun, 23 Nov 2008 22:05:09 +0100 From: Goran Lowkrantz To: Alexander Leidinger Message-ID: In-Reply-To: <20081123215022.77989qtqgijg8zkg@webmail.leidinger.net> References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> <5127CA7792252ECCC495CB5A@[10.255.253.2]> <20081123215022.77989qtqgijg8zkg@webmail.leidinger.net> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: pjd@freebsd.org, current@freebsd.org Subject: Re: zfs version 13 kernel and zfs version 6 userland tool? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 21:05:11 -0000 --On Sunday, November 23, 2008 21:50 +0100 Alexander Leidinger wrote: > Quoting Goran Lowkrantz (from Sun, 23 Nov 2008 > 21:24:08 +0100): > >> --On Sunday, November 23, 2008 20:41 +0100 Alexander Leidinger >> wrote: >> >>> Hi, >>> >>> I just half-updated a system to -current from today. This means I booted >>> todays kernel with the old world. >>> >>> Is an old zfs userland tool supposed to work correctly with a recent >>> kernel? All I get is "internal error: out of memory" when I try a zfs >>> list (I noticed a problem as no zfs is mounted). I haven't read anything >>> like it shouldn't work on the mailinglist (as this is the normal way of >>> updating), so here are the loader.conf settings I use: >>> ---snip--- >>> vfs.zfs.prefetch_disable=1 >>> vm.kmem_size="700M" >>> vm.kmem_size_max="700M" >>> vfs.zfs.arc_max="160M" >>> vfs.zfs.vdev.cache.size="5M" >>> ---snip--- >>> >>> This i386 system has 768MB of memory. >>> >>> Luckily /usr/src is not on ZFS, so I can install the new world if I want >>> to. But t be able to go back to the old kernel if necessary, I prefer to >>> not blindly update to the new world, except I get a message which tells >>> that it will fix my ZFS problem for sure. >>> >>> Bye, >>> Alexander. >>> >> I had exactly the same problem but mount -t zfs worked so I mounted >> all ZFS filesystems and ran installworld with NO_FSCGH=true as the >> old zfs filesystem was version=1 and don't support flags until you >> have upgraded the filesystem to version 3. > > I don't have a problem with fschg, as I didn't even try to do an > installworld. My problem is the memory error. Can you confirm that you > had the same error before the installworld, but not after the > installworld? > Yes, With the old userland, I got error "internal error: out of memory" with "zfs ..." and "zpool ..." but not "mount -t zfs ...". After installworld, no problems at all. /glz --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 21:11:27 2008 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 D2991106564A for ; Sun, 23 Nov 2008 21:11:27 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 540538FC0A for ; Sun, 23 Nov 2008 21:11:27 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 65C92A06AD; Sun, 23 Nov 2008 21:46:02 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 57CE0A06AB; Sun, 23 Nov 2008 21:46:02 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 42D13A069F; Sun, 23 Nov 2008 21:46:02 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008112321460101-35269 ; Sun, 23 Nov 2008 21:46:01 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sun, 23 Nov 2008 21:46:01 +0100 From: "Alexey Shuvaev" Date: Sun, 23 Nov 2008 21:46:01 +0100 To: Alexander Leidinger Message-ID: <20081123204600.GA69165@wep4035.physik.uni-wuerzburg.de> References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> MIME-Version: 1.0 In-Reply-To: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/23/2008 09:46:01 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/23/2008 09:46:02 PM, Serialize complete at 11/23/2008 09:46:02 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: current@freebsd.org Subject: Re: zfs version 13 kernel and zfs version 6 userland tool? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 21:11:27 -0000 On Sun, Nov 23, 2008 at 08:41:41PM +0100, Alexander Leidinger wrote: > Hi, > > I just half-updated a system to -current from today. This means I booted > todays kernel with the old world. > > Is an old zfs userland tool supposed to work correctly with a recent > kernel? All I get is "internal error: out of memory" when I try a zfs > list (I noticed a problem as no zfs is mounted). I haven't read anything > like it shouldn't work on the mailinglist (as this is the normal way of > updating), so here are the loader.conf settings I use: > ---snip--- > vfs.zfs.prefetch_disable=1 > vm.kmem_size="700M" > vm.kmem_size_max="700M" > vfs.zfs.arc_max="160M" > vfs.zfs.vdev.cache.size="5M" > ---snip--- > > This i386 system has 768MB of memory. > > Luckily /usr/src is not on ZFS, so I can install the new world if I want > to. But t be able to go back to the old kernel if necessary, I prefer to > not blindly update to the new world, except I get a message which tells > that it will fix my ZFS problem for sure. > Hello! Have a look at http://lists.freebsd.org/pipermail/freebsd-current/2008-August/087391.html I have just upgraded FreeBSD-CURRENT i386 residing on external USB drive. The whole system is the classical / on UFS2 and /var, /tmp, /usr on UFS2 + SU design, only media files (music, films, photos) are on zfs. I mount zfs on demand by 'zpool import tank'. I even haven't tried to play with zfs during single user mode. After full upgrade I have done zpool import tank zpool upgrade -a zfs upgrae -a and all seems to work fine... YMMV, of course :) Just my 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 21:19:58 2008 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 637E5106567C for ; Sun, 23 Nov 2008 21:19:58 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2EE8FC0C for ; Sun, 23 Nov 2008 21:19:58 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (ppp85-141-70-183.pppoe.mtu-net.ru [85.141.70.183]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id 014E617073 for ; Mon, 24 Nov 2008 00:08:13 +0300 (MSK) Message-ID: <4929C63D.6020808@citrin.ru> Date: Mon, 24 Nov 2008 00:08:13 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: problem with Marvell ATA on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2008 21:19:58 -0000 Marvell ATA controller on current (from Nov 20, amd64) don't work under load (e. g. when make buildworld started). With RELENG_7 same hardware works fine. From pciconf: atapci4@pci0:3:6:0: class=0x010000 card=0x81501043 chip=0x604111ab rev=0x09 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'MV88SX6041 Marvell Technology Group Ltd. MV88SX6041 4-port SATA II PCI-X Controller (rev 03)' class = mass storage subclass = SCSI cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 07[60] = PCI-X 64-bit supports 133MHz, 512 burst read, 4 split transactions From dmesg: ad16: FAILURE - load data ad16: setting up DMA failed ad20: FAILURE - load data ad20: setting up DMA failed GEOM_MIRROR: ad18: FAILURE - load data ad18: setting up DMA failed Request failed (error=5).ad18: FAILURE - load data ad18: setting up DMA failed ad16s1[WRITE(offset=7948492800, length=131072)] GEOM_MIRRORad16: FAILURE - load data ad16: : setting up DMA failedRequest failed (error=5). ad20: FAILURE - load data ad20: ad20s1[WRITE(offset=7948492800, length=131072)]setting up DMA failed ad16: FAILURE - load data ad16: setting up DMA failed ad16: GEOM_MIRRORFAILURE - load data: ad16: Request failed (error=5).setting up DMA failed ad16: FAILURE - load data ad16: setting up DMA faileda d18s1[WRITE(offset=7948722176, length=131072)]ad16: FAILURE - load data ad16: setting up DMA failed ad20: FAILURE - load data .... ad16: FAILURE - load data ad16: setting up DMA failed ad16: FAILURE - load data ad16: setting up DMA failed GEOM_MIRROR: Device gm0s1: provider ad16s1 disconnected. GEOM_MIRROR: Component ad16cs1 (device gm0s1) broken, skipping. GEOM_MIRROR: Cannot add disk ad16cs1 to gm0s1 (error=22). -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 23:08:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8201065672 for ; Sun, 23 Nov 2008 23:08:30 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id E5F448FC13 for ; Sun, 23 Nov 2008 23:08:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1761673rvf.43 for ; Sun, 23 Nov 2008 15:08:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=x3BiCyQvMNWKkBPdZP3BHlMRi9xPHkD5nrmIQyLoRwc=; b=VukF+baj/zQ7QZJM7xkbE92tQuee7C4Hd5tTkoU62oKP3Juq6vgr9jQ+lKyP8IXB0T ujonGuGkfnsD8UEvQON8285UbLaj9jBx3tDyp4p6OMR4OUpP+VkXmznEgQNGN2XzXzos yYTzhwC9iy64/VCorL+4W62jfnMji9k4/5BBM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=qKBP5KRFwbQYsy975A4rt5jTqfwuIY4owvKkHXRQfz1V7rFJJdaaTWh85OvE63gLgT 2di2AYXN1RlE9JBAYqfIgWoLjbgU7Tovhig+6syD7ygXe5UyUojl9ZXa2Zq9q2G0bZqN JbcwQWOvxI8A0bEByE3/PV9dWz7a2sOPOXzwM= Received: by 10.140.202.21 with SMTP id z21mr1510678rvf.260.1227481709585; Sun, 23 Nov 2008 15:08:29 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sun, 23 Nov 2008 15:08:29 -0800 (PST) Message-ID: <7d6fde3d0811231508g351019ffp724e9cc7e1e76c54@mail.gmail.com> Date: Sun, 23 Nov 2008 15:08:29 -0800 From: "Garrett Cooper" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Compiled results don't match for CURRENT and 7.0-RELEASE on amd64 / gdb weirdness 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: Sun, 23 Nov 2008 23:08:30 -0000 Hi guys, I'm running into a weird bug where the following compiled results don't match (and this could potentially be a regression). System 1: FreeBSD 8-CURRENT, synced up as of 3 days ago. Machine uses ULE and runs off a dual-core Intel proc. System 2: FreeBSD 7.0-RELEASE, no patches, SMP enabled. Machine is a single-proc VMware Fusion image. I've made a few changes to hexdump in trying to triage the bugs under my name, and I noticed a difference in behavior between 8-CURRENT and 7.0-RELEASE, in particular the fact that 8-CURRENT doesn't appear to assert a != NULL statement, like on the 7.0-RELEASE machine, but instead chokes on an earlier statement. The patch can be found at: . OSX does the same thing as the 7.0-RELEASE machine as well, which is interesting, but there are a lot of points of variability with that machine, compared to the CURRENT box and the 7.0-RELEASE VM (compiler version, binutils versions, libc version, etc), and I don't want to go compare a vanilla Mac with FreeBSD. I'm syncing up the 7.0-RELEASE's sources to 7-RELEASE and we'll see if that fixes anything, but I'd be really curious if anyone else notes this behavior with different synced versions of CURRENT. Also, there was some gdb weirdness with the machine running CURRENT where the watch stack pointer kept on hopping around on my machine whenever I breaked on a point in the source and hit continue. I'm not sure if it's an issue with SMP, ULE, or both. I'll try rebuilding the kernel without SMP and see what happens. Thanks, -Garrett ===================== 8-CURRENT: ===================== INCOMING! `"%07.7_Ax\n"' P (0): `"%07.7_Ax\n"' ================= LEN: 10 NEWP: " FMT: `%07.7_Ax\n' P (1): `' ================= BC: `0' IC: `1' ================= INCOMING! `"%07.7_ax " 8/2 "%04x " "\n"' P (0): `"%07.7_ax " 8/2 "%04x " "\n"' ================= LEN: 9 NEWP: " 8/2 "%04x " "\n" FMT: `%07.7_ax ' P (1): `8/2 "%04x " "\n"' ================= BC: `2' IC: `8' ================= P (0): `"%04x " "\n"' ================= LEN: 5 NEWP: " "\n" FMT: `%04x ' P (1): `"\n"' ================= BC: `0' IC: `1' ================= P (0): `"\n"' ================= LEN: 2 NEWP: " FMT: `\n' P (1): `' ================= BC: `0' IC: `1' ================= hexdump: Bad format provided: `Ax\n' ===================== 7-RELEASE output: ===================== INCOMING! `"%07.7_Ax\n"' P (0): `"%07.7_Ax\n"' ================= LEN: 10 NEWP: " FMT: `' P (1): `' ================= BC: `0' IC: `1' ================= INCOMING! `"%07.7_ax " 8/2 "%04x " "\n"' P (0): `"%07.7_ax " 8/2 "%04x " "\n"' ================= LEN: 9 NEWP: " 8/2 "%04x " "\n" FMT: `%07.7_ax ' P (1): `8/2 "%04x " "\n"' ================= BC: `2' IC: `8' ================= P (0): `"%04x " "\n"' ================= LEN: 5 NEWP: " "\n" FMT: `' P (1): `"\n"' ================= BC: `0' IC: `1' ================= P (0): `"\n"' ================= LEN: 2 NEWP: " FMT: `' P (1): `' ================= BC: `0' IC: `1' ================= fmt: Assertion failed: (pr != NULL), function rewrite, file parse.c, line 559. Abort trap: 6 (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 23:12:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F85106564A for ; Sun, 23 Nov 2008 23:12:37 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id EB5298FC16 for ; Sun, 23 Nov 2008 23:12:35 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 64B681CC2B; Mon, 24 Nov 2008 00:12:33 +0100 (CET) Date: Mon, 24 Nov 2008 00:12:33 +0100 From: Michael Moll To: Toshikazu ICHINOSEKI Message-ID: <20081123231233.GF87514@darkthrone.kvedulv.de> References: <20081116170041.GB5156@darkthrone.kvedulv.de> <20081124.015707.02304508.t.ichinoseki@nifty.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081124.015707.02304508.t.ichinoseki@nifty.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: Unable to boot on ECS K7S5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 23:12:37 -0000 Hi Toshikazu, On Mon, Nov 24, 2008 at 01:57:07AM +0900, Toshikazu ICHINOSEKI wrote: > Following patch makes my box to boot again. > > --- sys/dev/ata/chipsets/ata-sis.c.orig 2008-10-09 21:56:57.000000000 +0900 > +++ sys/dev/ata/chipsets/ata-sis.c 2008-11-18 21:48:12.000000000 +0900 > @@ -108,6 +108,9 @@ > if (pci_get_vendor(dev) != ATA_SIS_ID) > return ENXIO; > > + if (pci_get_class(dev) != PCIC_STORAGE) > + return ENXIO; > + > if (!(idx = ata_find_chip(dev, ids, -pci_get_slot(dev)))) > return ENXIO; > Works here also, Thanks a lot :) -- Michael Moll e-mail : kvedulv@kvedulv.de WWW : http://www.kvedulv.de/ GSM : +49 175 606 7861 From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 23:44:20 2008 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 156701065670 for ; Sun, 23 Nov 2008 23:44:20 +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 CB7608FC0A for ; Sun, 23 Nov 2008 23:44:18 +0000 (UTC) (envelope-from delphij@delphij.net) 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 BFA0828448 for ; Mon, 24 Nov 2008 07:44:17 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 846DEEC70A6; Mon, 24 Nov 2008 07:44:14 +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 R53ZbK9gVog8; Mon, 24 Nov 2008 07:44:08 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E96D2EB4FE0; Mon, 24 Nov 2008 07:44:07 +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=o2vfNQiLTVFJ7axxpqZikd8seRvbXdcB3hVh9pvPMj4AbDU566mttdjlT4ulU5cWj Cpmxn427LZ6GNg5JsZrnA== Message-ID: <4929EAC5.6070308@delphij.net> Date: Sun, 23 Nov 2008 15:44:05 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.17 (X11/20081105) MIME-Version: 1.0 To: Anton Yuzhaninov References: <4929C63D.6020808@citrin.ru> In-Reply-To: <4929C63D.6020808@citrin.ru> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: problem with Marvell ATA on current 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: Sun, 23 Nov 2008 23:44:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anton Yuzhaninov wrote: > Marvell ATA controller on current (from Nov 20, amd64) don't work under > load > (e. g. when make buildworld started). > > With RELENG_7 same hardware works fine. Could you please confirm that it's a fresh RELENG_7 (ideally it's sync'ed within this month)? > From pciconf: > > atapci4@pci0:3:6:0: class=0x010000 card=0x81501043 chip=0x604111ab > rev=0x09 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'MV88SX6041 Marvell Technology Group Ltd. MV88SX6041 > 4-port SATA II PCI-X Controller (rev 03)' > class = mass storage > subclass = SCSI > cap 01[40] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit > cap 07[60] = PCI-X 64-bit supports 133MHz, 512 burst read, 4 split > transactions > > From dmesg: > > ad16: FAILURE - load data > ad16: setting up DMA failed > ad20: FAILURE - load data > ad20: setting up DMA failed > GEOM_MIRROR: ad18: FAILURE - load data > ad18: setting up DMA failed > Request failed (error=5).ad18: FAILURE - load data > ad18: setting up DMA failed > ad16s1[WRITE(offset=7948492800, length=131072)] > GEOM_MIRRORad16: FAILURE - load data > ad16: : setting up DMA failedRequest failed (error=5). > ad20: FAILURE - load data > ad20: ad20s1[WRITE(offset=7948492800, length=131072)]setting up DMA failed > ad16: FAILURE - load data > ad16: setting up DMA failed > ad16: > GEOM_MIRRORFAILURE - load data: > ad16: Request failed (error=5).setting up DMA failed > ad16: FAILURE - load data > ad16: setting up DMA faileda > d18s1[WRITE(offset=7948722176, length=131072)]ad16: FAILURE - load data > ad16: setting up DMA failed > ad20: FAILURE - load data > .... > ad16: FAILURE - load data > ad16: setting up DMA failed > ad16: FAILURE - load data > ad16: setting up DMA failed > GEOM_MIRROR: Device gm0s1: provider ad16s1 disconnected. > GEOM_MIRROR: Component ad16cs1 (device gm0s1) broken, skipping. > GEOM_MIRROR: Cannot add disk ad16cs1 to gm0s1 (error=22). > - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkp6sUACgkQi+vbBBjt66AbEwCfaBqSWIoMhZDTfNhJIDZ7o2AH GIEAoImKxYqxA8W9nC0CP7DBobqENdWD =mKYO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 17:08:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C4D81065679 for ; Sun, 23 Nov 2008 17:08:16 +0000 (UTC) (envelope-from t.ichinoseki@nifty.com) Received: from defg501.nifty.com (defg501.nifty.com [202.248.238.128]) by mx1.freebsd.org (Postfix) with ESMTP id 1110E8FC20 for ; Sun, 23 Nov 2008 17:08:15 +0000 (UTC) (envelope-from t.ichinoseki@nifty.com) Received: from pbsg500.nifty.com (pbsg500p.nifty.com [172.22.128.70])by defg501.nifty.com with ESMTP id mANGw2ME018782 for ; Mon, 24 Nov 2008 01:58:02 +0900 Received: from localhost (122x209x23x210.ap122.ftth.ucom.ne.jp [122.209.23.210])by pbsg500.nifty.com with ESMTP id mANGvdtD031538; Mon, 24 Nov 2008 01:57:39 +0900 X-Nifty-SrcIP: [122.209.23.210] Date: Mon, 24 Nov 2008 01:57:07 +0900 (JST) Message-Id: <20081124.015707.02304508.t.ichinoseki@nifty.com> To: kvedulv@kvedulv.de From: Toshikazu ICHINOSEKI In-Reply-To: <20081116170041.GB5156@darkthrone.kvedulv.de> References: <20081116170041.GB5156@darkthrone.kvedulv.de> X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 24 Nov 2008 02:30:22 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Unable to boot on ECS K7S5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2008 17:08:16 -0000 Michael Moll wrote: > Hello, > > after upgrading to new -CURRENT sources, my box (ECS K7S5A board) is not > able to boot. I attached verbose boot-messages (dmesg.new) and for > reference the boot-messages of the older, working kernel (dmesg.old). > > As one of messages is "atapci0: unable to map interrupt" I suspect some > trouble in ATA oder ACPI code... Any hints? > Hi Michael, my ECS K7S5A box (ACPI disabled) has similar problem in recent -CURRENT. It crashes after probing ata disks in booting. Following patch makes my box to boot again. --- sys/dev/ata/chipsets/ata-sis.c.orig 2008-10-09 21:56:57.000000000 +0900 +++ sys/dev/ata/chipsets/ata-sis.c 2008-11-18 21:48:12.000000000 +0900 @@ -108,6 +108,9 @@ if (pci_get_vendor(dev) != ATA_SIS_ID) return ENXIO; + if (pci_get_class(dev) != PCIC_STORAGE) + return ENXIO; + if (!(idx = ata_find_chip(dev, ids, -pci_get_slot(dev)))) return ENXIO; -- Cheers, Toshikazu From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 22:43:23 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4496C1065678 for ; Sun, 23 Nov 2008 22:43:23 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F0EE08FC1C for ; Sun, 23 Nov 2008 22:43:22 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) 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 <1L4NfL-0008FQ-SM>; Sun, 23 Nov 2008 23:42:55 +0100 Received: from e178021183.adsl.alicedsl.de ([85.178.21.183] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1L4Nfl-00058n-Fr>; Sun, 23 Nov 2008 23:43:21 +0100 Message-ID: <4929DC9E.4060407@mail.zedat.fu-berlin.de> Date: Sun, 23 Nov 2008 23:43:42 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4923E685.3060805@zedat.fu-berlin.de> <20081122090035.GB1394@roadrunner.spoerlein.net> <5HgkDVJq3x4BjywvA56krbYX2F4@20cDGM+8hsk/QFQ6RA5/3vpdoQo> In-Reply-To: <5HgkDVJq3x4BjywvA56krbYX2F4@20cDGM+8hsk/QFQ6RA5/3vpdoQo> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.21.183 X-Mailman-Approved-At: Mon, 24 Nov 2008 02:30:40 +0000 Cc: freebsd-current@FreeBSD.org, "O. Hartmann" Subject: Re: OpenLDAP 2.4.11/12 and FreeBSD 8.0/AMD64 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, 23 Nov 2008 22:43:23 -0000 Eygene Ryabinkin wrote: > Sat, Nov 22, 2008 at 10:00:35AM +0100, Ulrich Spoerlein wrote: > >> On Wed, 19.11.2008 at 10:12:21 +0000, O. Hartmann wrote: >> >>> I'm wondering if someone out here has successfully running OpenLDAP >>> 2.4.11/12 slapd on a most recently compiled FreeBSD 8.0/amd64 system. If >>> so, please let me know. On our experimental host (FBSD >>> 8.0/CURRENT/AMD64) slapd dies with signal 11 immediately after starting. >>> > > 'slapd -d 255' and/or 'ktrace slapd'? Should shed some light into this. > You're right, but slapd dies before -d255 could anything do and show - I tried that first. KTRACE hasn't been activated, sorry, I will do that as soon as I rebuild a kernel. Oliver From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 22:45:20 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A8B01065701 for ; Sun, 23 Nov 2008 22:45:20 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 249B88FC0A for ; Sun, 23 Nov 2008 22:45:20 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) 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 <1L4NhF-0008Nb-HH>; Sun, 23 Nov 2008 23:44:53 +0100 Received: from e178021183.adsl.alicedsl.de ([85.178.21.183] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1L4Nhf-0005Dn-4u>; Sun, 23 Nov 2008 23:45:19 +0100 Message-ID: <4929DD14.10902@mail.zedat.fu-berlin.de> Date: Sun, 23 Nov 2008 23:45:40 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: "O. Hartmann" , freebsd-current@FreeBSD.org References: <4923E685.3060805@zedat.fu-berlin.de> <20081122090035.GB1394@roadrunner.spoerlein.net> In-Reply-To: <20081122090035.GB1394@roadrunner.spoerlein.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.21.183 X-Mailman-Approved-At: Mon, 24 Nov 2008 02:30:49 +0000 Cc: Subject: Re: OpenLDAP 2.4.11/12 and FreeBSD 8.0/AMD64 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, 23 Nov 2008 22:45:20 -0000 Ulrich Spoerlein wrote: > On Wed, 19.11.2008 at 10:12:21 +0000, O. Hartmann wrote: > >> I'm wondering if someone out here has successfully running OpenLDAP >> 2.4.11/12 slapd on a most recently compiled FreeBSD 8.0/amd64 system. If >> so, please let me know. On our experimental host (FBSD >> 8.0/CURRENT/AMD64) slapd dies with signal 11 immediately after starting. >> > > Have you tried running it as root? It likes to die if some permissions > are not fullfilled. > > Cheers, > Ulrich Spoerlein > Yes, also this has been done (as I realized the weird crash when, say, /var/openldap-data/ has not the right access rights). I will do a ktrace soon. Regards, Oliver P.S. The identical configuration works properly on a FreeBSD 7.1-PRE box! From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 02:32:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A38106567D for ; Mon, 24 Nov 2008 02:32:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 338248FC27 for ; Mon, 24 Nov 2008 02:32:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1817561rvf.43 for ; Sun, 23 Nov 2008 18:32:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=K8U7PW2hSE5MZpGXaoMNIxYpq4yj3TPC7OHt9j93Uf8=; b=WblP07D3mJgWGzpBhmUNA2frptlaUC0AMVNng5EemsSRZo1GxV7C57xQId6apcqNdD zsL/fjLSyW8ePlZHrn1wMPcy0Yf9E80wqCtPrEEGw2zAj+QjQv9f6bOkQGqTikrMjISQ 04PgjowCJjOMplzjbhwn5u0FbD7RSiksKEh7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=OBNffc/oHVaNPj0j+yIWLmphawwueUOWXm2MY7lnqtFXQDBdcqAiT2yZv2PPDRxiBO gOR1xUno9u+hQkvNJJ+N+M9PjZgT9salbZ52d2LaUIdcOjvXQAg2qH1k0uBwamotB1dq Uo2EOY3uTRe0oNOtvSD566e7zyUJ8SHzp930w= Received: by 10.141.197.21 with SMTP id z21mr1617528rvp.75.1227493961662; Sun, 23 Nov 2008 18:32:41 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sun, 23 Nov 2008 18:32:41 -0800 (PST) Message-ID: <7d6fde3d0811231832o74b4c9b0mc61baa22ea5c6001@mail.gmail.com> Date: Sun, 23 Nov 2008 18:32:41 -0800 From: "Garrett Cooper" To: "FreeBSD Current" In-Reply-To: <7d6fde3d0811231508g351019ffp724e9cc7e1e76c54@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0811231508g351019ffp724e9cc7e1e76c54@mail.gmail.com> Subject: Re: Compiled results don't match for CURRENT and 7.0-RELEASE on amd64 / gdb weirdness 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: Mon, 24 Nov 2008 02:32:42 -0000 On Sun, Nov 23, 2008 at 3:08 PM, Garrett Cooper wrote: > Hi guys, > > I'm running into a weird bug where the following compiled > results don't match (and this could potentially be a regression). > > System 1: FreeBSD 8-CURRENT, synced up as of 3 days ago. Machine > uses ULE and runs off a dual-core Intel proc. > System 2: FreeBSD 7.0-RELEASE, no patches, SMP enabled. Machine > is a single-proc VMware Fusion image. > > I've made a few changes to hexdump in trying to triage the bugs > under my name, and I noticed a difference in behavior between > 8-CURRENT and 7.0-RELEASE, in particular the fact that 8-CURRENT > doesn't appear to assert a != NULL statement, like on the 7.0-RELEASE > machine, but instead chokes on an earlier statement. The patch can be > found at: . OSX does the same thing as > the 7.0-RELEASE machine as well, which is interesting, but there are a > lot of points of variability with that machine, compared to the > CURRENT box and the 7.0-RELEASE VM (compiler version, binutils > versions, libc version, etc), and I don't want to go compare a vanilla > Mac with FreeBSD. > I'm syncing up the 7.0-RELEASE's sources to 7-RELEASE and we'll > see if that fixes anything, but I'd be really curious if anyone else > notes this behavior with different synced versions of CURRENT. The behavior's still the same between 7.0-RELEASE and 7.1-PRERELEASE, so there appears to be an issue with 8-CURRENT. Suggestions for tracking down this issue? -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 02:36:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FED01065676 for ; Mon, 24 Nov 2008 02:36:36 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id D13AD8FC17 for ; Mon, 24 Nov 2008 02:36:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1818748rvf.43 for ; Sun, 23 Nov 2008 18:36:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=VHCdz3V6kWPDo0YQoxVeZPEytsNcVz3E9MtXt9fcqy8=; b=q9xyfegzPvs7eV84kCFiZ49PbKwLbST5fMtpmZV8s6taV6njYp1rb9Fdsj6oD22ryU 2NtZkjAiE26Nq6PqO8W7INB3wQDMLa9LWZLVjsr82UBNvFZbUnJwGXx7orLTGXWX8TQv hO8+dAEp8EDeQZA/yh8Fy233RPtqp1pOVh0lc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=CJPINDrfqPhQNygE0kBynpgEf87eVU+VZzrt7lZFI60ldx/ksUwCduIlGpKrkreZxj ioLG5QAlyZmvW7pEqwEdWyjuQ2p0JmjvNbbaYu80JHIerOUyrV9B0YyIYEXuSd/KYTSp 1Ye8MuktaD8301ks66tnD7FDgJQ0B0Vezx//8= Received: by 10.141.43.5 with SMTP id v5mr1596978rvj.281.1227494195627; Sun, 23 Nov 2008 18:36:35 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sun, 23 Nov 2008 18:36:35 -0800 (PST) Message-ID: <7d6fde3d0811231836o77260926nd670ae0b63dd6aea@mail.gmail.com> Date: Sun, 23 Nov 2008 18:36:35 -0800 From: "Garrett Cooper" To: "FreeBSD Current" In-Reply-To: <7d6fde3d0811231832o74b4c9b0mc61baa22ea5c6001@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0811231508g351019ffp724e9cc7e1e76c54@mail.gmail.com> <7d6fde3d0811231832o74b4c9b0mc61baa22ea5c6001@mail.gmail.com> Subject: Re: Compiled results don't match for CURRENT and 7.0-RELEASE on amd64 / gdb weirdness 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: Mon, 24 Nov 2008 02:36:36 -0000 On Sun, Nov 23, 2008 at 6:32 PM, Garrett Cooper wrote: > On Sun, Nov 23, 2008 at 3:08 PM, Garrett Cooper wrote: >> Hi guys, >> >> I'm running into a weird bug where the following compiled >> results don't match (and this could potentially be a regression). >> >> System 1: FreeBSD 8-CURRENT, synced up as of 3 days ago. Machine >> uses ULE and runs off a dual-core Intel proc. >> System 2: FreeBSD 7.0-RELEASE, no patches, SMP enabled. Machine >> is a single-proc VMware Fusion image. >> >> I've made a few changes to hexdump in trying to triage the bugs >> under my name, and I noticed a difference in behavior between >> 8-CURRENT and 7.0-RELEASE, in particular the fact that 8-CURRENT >> doesn't appear to assert a != NULL statement, like on the 7.0-RELEASE >> machine, but instead chokes on an earlier statement. The patch can be >> found at: . OSX does the same thing as >> the 7.0-RELEASE machine as well, which is interesting, but there are a >> lot of points of variability with that machine, compared to the >> CURRENT box and the 7.0-RELEASE VM (compiler version, binutils >> versions, libc version, etc), and I don't want to go compare a vanilla >> Mac with FreeBSD. >> I'm syncing up the 7.0-RELEASE's sources to 7-RELEASE and we'll >> see if that fixes anything, but I'd be really curious if anyone else >> notes this behavior with different synced versions of CURRENT. > > The behavior's still the same between 7.0-RELEASE and 7.1-PRERELEASE, > so there appears to be an issue with 8-CURRENT. Suggestions for > tracking down this issue? > -Garrett Oh yes, and I forgot to mention that I just tried the VMware image with 2 virtual CPU's and it yields the same results as with 1 virtual CPU. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 02:46:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DA05106564A for ; Mon, 24 Nov 2008 02:46:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id ED7CC8FC13 for ; Mon, 24 Nov 2008 02:46:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1010031tib.3 for ; Sun, 23 Nov 2008 18:46:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ftwEAyT4Hsm3MLV7pFtzkJ8QQXCxTGauhPf2pLNjneY=; b=ire06wYQR8emNxxisjkcAGnvLRqpytiHZaemCmuWwxYLZDVEhgnuLIKOEs9+ihZkl8 p+ysYt0PyZvbcggjn6x8BvkovBwPPqNFGWKQy13qLlHxinM1TH77fYEGGJBWN2b3hNRC h0bw6KluDXkRUHRlduY8I6eJzT26alU4/8UHg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=nnRVCJnQjCq/6UiamHeex7FVsHj1enPFrdPQuaoo0r++A/zHZ7DwdEA1ioSZ6uBkkY SeRNEaQuwu4j+hI8tjKywtrc1wPmCAMkB5X1ELlthEa2gJf2TIttrvnmWrSClvkGULum qVvcaquY8gVx7AWAcaZcwaOe9IHy89cE8Rmf0= Received: by 10.110.15.9 with SMTP id 9mr4166184tio.27.1227494777543; Sun, 23 Nov 2008 18:46:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b4sm10701545tic.2.2008.11.23.18.46.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 Nov 2008 18:46:16 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mAO2iAWl079717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Nov 2008 11:44:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAO2i9sR079716; Mon, 24 Nov 2008 11:44:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 24 Nov 2008 11:44:09 +0900 From: Pyun YongHyeon To: Garrett Cooper Message-ID: <20081124024409.GG78954@cdnetworks.co.kr> References: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: "John ." , freebsd-current@freebsd.org Subject: Re: trying to make a Toshiba Satellite Pro A300 work with FreeBSD 8-CURRENT (2008.11) 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: Mon, 24 Nov 2008 02:46:19 -0000 On Sat, Nov 22, 2008 at 04:39:52PM -0800, Garrett Cooper wrote: > On Sat, Nov 22, 2008 at 3:21 PM, John . wrote: > > Hi, > > > > Toshiba A300 Satellite Pro PSAK13 (AMD Turion 64) > > > > It works for the most part, except for wifi or ethernet :( > > > > X not tested unfer FreeBSD > > > > dmesg at http://www.growveg.org/laptop/freebsd/fbsd8_current_200811_dmesg.txt > > pciconf at http://www.growveg.org/laptop/freebsd/fbsd8_current_200811_pciconf.txt > > > > Can anyone tell me if there is a chance getting the onboard wifi to work? > > > > Linux (latest ubuntu 64 bit) doesn't see it either (though it does > > detect ethernet) > > > > thanks > > -- > > John > > Looks like the ethernet chipset might be another PCI ID not covered by msk(4). > > none3@pci0:4:0:0: class=0x020000 card=0xff501179 chip=0x436c11ab > rev=0x16 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 05[5c] = MSI supports 1 message, 64 bit > cap 10[c0] = PCI-Express 2 legacy endpoint > > I CC'ed Pyun, but I'm not sure that anything can be done because this > is a PCI-e based driver *shrugs*. > It looks like 88E8072(Yukon Extreme). It's not supported yet and it requires more code to support newer Tx descriptor format as well as new workaround for this controller. I don't have these hardwares and it's somewhat hard to write a patch without accessing hardware. > As for the wireless driver, could you forward with more details about > your laptop, like the spec sheet, perhaps? We'll need the model type > for the laptop at least so we can find out the required specs (Toshiba > releases various revisions of each model with different specs). > > You won't get 64-bit X11 support with hardware acceleration because > neither nVidia or ATI has a working 64-bit driver due to vmem related > reasons. > > -Garrett -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 03:15:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D89C1065672 for ; Mon, 24 Nov 2008 03:15:56 +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 A85518FC1F for ; Mon, 24 Nov 2008 03:15:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) 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 mAO3Frlc062695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Nov 2008 13:45:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 24 Nov 2008 13:45:44 +1030 User-Agent: KMail/1.9.10 References: <4923E685.3060805@zedat.fu-berlin.de> <20081122090035.GB1394@roadrunner.spoerlein.net> <4929DD14.10902@mail.zedat.fu-berlin.de> In-Reply-To: <4929DD14.10902@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6677211.Bz2ox3zAHS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200811241345.52007.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "O. Hartmann" , "O. Hartmann" Subject: Re: OpenLDAP 2.4.11/12 and FreeBSD 8.0/AMD64 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, 24 Nov 2008 03:15:56 -0000 --nextPart6677211.Bz2ox3zAHS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 24 November 2008 09:15:40 O. Hartmann wrote: > Ulrich Spoerlein wrote: > > On Wed, 19.11.2008 at 10:12:21 +0000, O. Hartmann wrote: > >> I'm wondering if someone out here has successfully running OpenLDAP > >> 2.4.11/12 slapd on a most recently compiled FreeBSD 8.0/amd64 system. = If > >> so, please let me know. On our experimental host (FBSD > >> 8.0/CURRENT/AMD64) slapd dies with signal 11 immediately after startin= g. > > > > Have you tried running it as root? It likes to die if some permissions > > are not fullfilled. > > Yes, also this has been done (as I realized the weird crash when, say, > /var/openldap-data/ has not the right access rights). > > I will do a ktrace soon. I have had issues with openldap do this sort of thing in the past.. Make sure the DB is healthy by running db_recover-X.Y -h /var/db/openldap Make a backup first of course.. I also had an issue where it would run fine if I called it manually but not= =20 from the rc script.. It was _very_ frustrating and I never got to the botto= m=20 of it properly. =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 --nextPart6677211.Bz2ox3zAHS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBJKhxn5ZPcIHs/zowRAu3aAJ9f1ZGCYX5a9vUa0Buz5BTKi4wYBgCfbqxN voOHMCsQubK0WQefp5iX3Vg= =+Ik3 -----END PGP SIGNATURE----- --nextPart6677211.Bz2ox3zAHS-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 05:00:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAD9F1065673 for ; Mon, 24 Nov 2008 05:00:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7090A8FC14 for ; Mon, 24 Nov 2008 05:00:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1043357tib.3 for ; Sun, 23 Nov 2008 21:00:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=UM0Rw3tNayuXZGc7p7CcNC4tRKIB6Sg7aUJAtD7QIPo=; b=WESAHsHa8GcMDzK+wQ3wTcmhNZFX2yChZ6Zx6zK+RSvl7b6zoGd+Qpb7jkxIUgIZ/I T8IjDk1QhAES+34xppC2BkNllKK2fiIjJy8erNGPiC0sIcKM+G9SVQ4tkJChX7g48kCM eCeaGvJrZduHYYgkSTi3ab4foHlPSXwGi9W3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=t3KyfQa4gmdGtooeAi7NLArhmLSY0KgsrFa4crpfxNkYxuVPVJ2myr+7ZVX4OlVnSI dFY6hNxu8fVeXxyBx37ydvSW/Sh4eonNbXCq63qOrboRJisk88l1ZqTi2/4jOGBLFZWA pEmpV9HOROhx1RQIOaSazNpiGMe1yYhw9PHGQ= Received: by 10.110.42.1 with SMTP id p1mr4344953tip.7.1227502854070; Sun, 23 Nov 2008 21:00:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id 22sm216167tim.7.2008.11.23.21.00.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 Nov 2008 21:00:52 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mAO4wl5M080146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Nov 2008 13:58:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAO4wk83080145; Mon, 24 Nov 2008 13:58:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 24 Nov 2008 13:58:46 +0900 From: Pyun YongHyeon To: albri Message-ID: <20081124045846.GM78954@cdnetworks.co.kr> References: <46d45f030811160642m2dff1481g457f1fa1a4ac1372@mail.gmail.com> <20081117010558.GD50872@cdnetworks.co.kr> <46d45f030811171014i2ae5df78mbbebc367ef2ca7d4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46d45f030811171014i2ae5df78mbbebc367ef2ca7d4@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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: Mon, 24 Nov 2008 05:00:56 -0000 On Mon, Nov 17, 2008 at 07:14:12PM +0100, albri wrote: > hello, > > On 11/17/08, Pyun YongHyeon wrote: > > On Sun, Nov 16, 2008 at 03:42:16PM +0100, albri wrote: > > > hello, > > > > > > I have issues transfering big or many files over ethernet on 1000H, also. > > > Using yongari's ale(4) driver > > > http://people.freebsd.org/~yongari/ale/ale.20081114.tar.gz I did not > > > have any problems while I surf or download 37MB sourcecode from inet. > > > Then scp(1)'ing source from 1000H to desktop PC showed a transfer rate > > > with maximum 86kB/s regardless to which direction is copied. The > > > ethernet NIC, while copying, is switched off regularily then. No > > > copies possible after three megabytes. > > > > Try turning off TSO and let me know how it goes. > > ("#ifconfig ale0 -tso" will do the job.) > > > > this helps a little bit with two effects. > Copying source-tree with scp(1): > Now I can see transfers with up to approx. 500kB/s - inaccurate > measured with scp(1), > but relation counts. > Transfer stalles after different data volumes with DMA-error on tty0, > but networking > port is not turned off. This happens after 30-80MB data transfers. > You can restart the whole copy at once again. > > Copying source-tree with nc(1) tar-gzipped: > Transfer stops and starts with DMA-error every approx. 7MB with turning off NIC. I still can't reproduce this and I have no idea how to solve it even if I can reproduce that on my box. :-( There could be a wrong in DMA configuration or some mis-programmed registers but I still see no errors in these area. [...] > > > > > > - ifconfig shows: > > > 1 ale0: flags=8843 metric 0 mtu > > 1500 > > > 2 options=319b > > > > It seems that your hardware doesn't have WOL capability. But I > > guess EeePC 1000H does support WOL. You've disabled some > > functionality of ethernet controller in BIOS? > > > Ethernet controller is turned on in BIOS, but booting via ROM is turned off. > Maybe did I not compile WOL to my (nearly) monolithic kernel? And if > so, I do not know the switch. Maybe you're not using latest stable/7. [...] > Did you remember my second post?: > > >I want to make one addition: > >doing a > ># sockstat -46l > >I get following error: > >sockstat: struct xtcpcb size mismatch > >sockstat: struct xtcpcb size mismatch > Looks like your kernel is out of sync with world. > Is there a relation to DMA-error? > It may not be related with DMA error. ale(4) was MFCed to stable/7 so it would be better to rebuild your box with latest stable/7. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 06:16:48 2008 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 BFB0A1065672 for ; Mon, 24 Nov 2008 06:16:48 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 326E38FC16 for ; Mon, 24 Nov 2008 06:16:47 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 96384 invoked by uid 89); 24 Nov 2008 05:50:06 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 24 Nov 2008 05:50:06 -0000 Date: Mon, 24 Nov 2008 06:50:04 +0100 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20081124065004.03dfbae3.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 24 Nov 2008 06:37:18 +0000 Cc: Subject: CURRENT failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 06:16:48 -0000 Hi, I'm trying to compile latest checked out CURRENT but it fails. I wonder what I have to do here? Please keep me CCed - I'm not subscribed to current@ -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT i386 800049" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=800049 -DWITHOUT_SSP -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools ===> cddl/usr.bin/sgsmsg (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/cddl/usr.bin/sgsmsg created for /usr/src/cddl/usr.bin/sgsmsg rm -f .depend mkdep -f .depend -a -I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c echo sgsmsg: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -Wno-unknown-pragmas -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c:97: /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common/sys/avl.h:260: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_update' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common/sys/avl.h:261: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_update_lt' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common/sys/avl.h:262: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_update_gt' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common/sys/avl.h:272: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_is_empty' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c:816: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_update_lt' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c:833: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_update_gt' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c:850: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_update' /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c:915: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'avl_is_empty' *** Error code 1 Stop in /usr/src/cddl/usr.bin/sgsmsg. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Exit 1 -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 06:57:43 2008 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 95237106564A; Mon, 24 Nov 2008 06:57:43 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 37F2E8FC08; Mon, 24 Nov 2008 06:57:43 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D05F.dip.t-dialin.net [217.226.208.95]) by redbull.bpaserver.net (Postfix) with ESMTP id 2E52D2E0FE; Mon, 24 Nov 2008 07:57:37 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 12BC914C971; Mon, 24 Nov 2008 07:57:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227509853; bh=EyiULOSA4hqvBg6Jpb9TX9SHJyt2csUSs G134PSEBus=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=3dPVdwxOHNJQqEI89Hp1tU5QKCEnlKsyfD2wl2cunjuKXnS7l0RaRO+RJSDDCpcOP QD32wzrZaQXj9Z4c3vsbj39dUcHxx1UZ2UQUfRvNBRH1AzwqHjcYpLAlBlnrXPg0szg kHqqH7FGNU9mHXzAb4/zt+qD5ZjyhMb7CbjGob3amJn+540EzdjQuRLTbMQy/GEcekM iNQM4V+MnOffMvKRN/6vcLn5hBcESMDzOdsgB1KCOTHrLRy4Q47RAT6OTDIo16JAh9u dBlM2poMqEsJ9VDzrg1nAwrOLK2DaBLKq/Jj7odsNF7k/ZA8jJVsgelfswBTaMaNr94 MKLOWnJ5A== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mAO6vWuA095455; Mon, 24 Nov 2008 07:57:32 +0100 (CET) (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; Mon, 24 Nov 2008 07:57:32 +0100 Message-ID: <20081124075732.2457130f6g6nwehc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 24 Nov 2008 07:57:32 +0100 From: Alexander Leidinger To: Goran Lowkrantz References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> <5127CA7792252ECCC495CB5A@[10.255.253.2]> <20081123215022.77989qtqgijg8zkg@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 2E52D2E0FE.BFCD6 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.823, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: pjd@freebsd.org, current@freebsd.org Subject: UPDATING entry needed (was: Re: zfs version 13 kernel and zfs version 6 userland tool?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 06:57:43 -0000 Quoting Goran Lowkrantz (from Sun, 23 Nov 2008 22:05:09 +0100): > With the old userland, I got error "internal error: out of memory" > with "zfs ..." and "zpool ..." but not "mount -t zfs ...". After > installworld, no problems at all. Thanks for confirmation. Pawel, what about an UPDATING entry which describes a working upgrade path for those which have ZFS for critical parts of the directory tree? Maybe something like running the following before installing the new kernel and using it after installing the new kernel between booting to single-user mode and installworld: zfs list | grep -v NAME| awk '{print "mount -t zfs", $1, $5}' Bye, Alexander. -- If I felt any more SOPHISTICATED I would DIE of EMBARRASSMENT! 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 Mon Nov 24 08:00:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E46D1065675 for ; Mon, 24 Nov 2008 08:00:11 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id DA2A18FC18 for ; Mon, 24 Nov 2008 08:00:10 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: by mu-out-0910.google.com with SMTP id i2so2139885mue.3 for ; Mon, 24 Nov 2008 00:00:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=GdM4yRbO9XEPY+u0oyzQY4FtJ/SsjRaeKNEX8lCsxfI=; b=SYgTQsFohbuBehawbpMidHx2jUYmYuWrVK28Dz5nPG1X/3mu08/zscCOFblxQSzhVR ifwo4AEu9GwV8dK3WyAhlseP8FlttaVeVo/8eR7gmN/vFDeSd+rrnz3VktqjTEHTLppI bQM4Hu0qSPTWF4C3pDin+SaYL2ikztUfk/YmM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=g5KPNi266370/YarogGpeaedaeUpcviT92dqh60s9Tnnt6giTRKxmzpDaaBEEGiu5I bpDEWexF4p96jOl8y7H6AeE8416PGqy1a/A4YQz2eIhD/WIEqbY0pOvK7BSmV2QFZe2t ddsEdrpYTCqr1bhQFTO+CtIKlNe1P/AIB8vwU= Received: by 10.103.52.7 with SMTP id e7mr957670muk.115.1227513609368; Mon, 24 Nov 2008 00:00:09 -0800 (PST) Received: by 10.103.224.20 with HTTP; Mon, 24 Nov 2008 00:00:09 -0800 (PST) Message-ID: Date: Mon, 24 Nov 2008 08:00:09 +0000 From: "John ." To: pyunyh@gmail.com In-Reply-To: <20081124024409.GG78954@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> <20081124024409.GG78954@cdnetworks.co.kr> Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: trying to make a Toshiba Satellite Pro A300 work with FreeBSD 8-CURRENT (2008.11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 08:00:11 -0000 Hello, thanks for looking at this. > It looks like 88E8072(Yukon Extreme). It's not supported yet and it > requires more code to support newer Tx descriptor format as well as > new workaround for this controller. I don't have these hardwares > and it's somewhat hard to write a patch without accessing hardware. I could get it online with an external card (pcmcia) if you wish. Please let me know if this is acceptable. -- John From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 08:45:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9607E1065672 for ; Mon, 24 Nov 2008 08:45:52 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 5473D8FC08 for ; Mon, 24 Nov 2008 08:45:52 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (vpn-cl-161-212.rz.uni-karlsruhe.de [141.3.161.212]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 23E9F8A000A for ; Mon, 24 Nov 2008 09:17:03 +0100 (CET) Message-ID: <492A62EF.7000803@bsdforen.de> Date: Mon, 24 Nov 2008 09:16:47 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.18 (X11/20081123) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 08:45:52 -0000 I have recently been pointed to the u3g driver and gave it a try, because UBSA works very unreliable for me. - In combination with PF-NAT I get kernel panics under high load. - I have to hack some buffer sizes in the driver to get the full 3G speed. - Often my USB-3G stick is not detected, sometimes I spent several minutes plugging it in and out until it is detected. - It doesn't let me use the card reader in the stick. The u3g driver has NONE of these problems. Everything just works for me. So obviously I would like to have u3g in base and chose for myself or even take support for devices out of ubsa that work better with u3g. From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 09:14:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93AB61065672 for ; Mon, 24 Nov 2008 09:14:34 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 51B398FC1D for ; Mon, 24 Nov 2008 09:14:34 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (vpn-cl-164-117.rz.uni-karlsruhe.de [141.3.164.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id CB3348A00D1; Mon, 24 Nov 2008 10:14:12 +0100 (CET) Message-ID: <492A7057.6020205@bsdforen.de> Date: Mon, 24 Nov 2008 10:13:59 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.18 (X11/20081123) MIME-Version: 1.0 To: =?UTF-8?B?S3Jhc3puYWkgQW5kcsOhcw==?= References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: u3g in 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: Mon, 24 Nov 2008 09:14:34 -0000 Krasznai András wrote: > Hi, > > Excuse me of disturbing you out of the official mailing list, but I would also like to use the u3g driver but it is not in the FreeBSD-7.1-Prerelase (I am using this). > > Could you tell me how can I obtain the sources and compile them? > > Best regards > > Andras Krasznai That's all you need: http://people.freebsd.org/~n_hibma/u3g.html Regards From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 09:27:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C25D21065673 for ; Mon, 24 Nov 2008 09:27:19 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 47A358FC1C for ; Mon, 24 Nov 2008 09:27:19 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so933378nfh.33 for ; Mon, 24 Nov 2008 01:27:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=2TV338dYfLpV0add3C4AhoY87OWahMXJDJktSiQwqvY=; b=LlIlrpbz8mk+qxatBIC4IKqxgKLW/BtJklgW0JTX1CG3pIWE5ZbYOoAmhqwxJYyRie iMC21d3Xu+s1o6D6voPWGwbC+azoaeD/8ci8Cc5bRfuwsdXaWgm2JxFog+rMzeoynU8V Je1Qk/k7cAlPRu1r/N93+UUvQoCVNLODHP/Fk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=umn60UuOZKtAz2yHwEnpF5p0vnAPr7yPxT2Y+LjGn8HSMDw2Z0bFqcfGycgKIrqxVz YtCKXPaxQOyF/sQPL52/S5syCriaUzly41CsNc5MbdSY/xF/W8cMnaB8sRi31KjCP6V8 gNtOrpmIDPmDIdBi2oj8chrX2Ivr2QueVRaSM= Received: by 10.103.174.16 with SMTP id b16mr988617mup.28.1227518837859; Mon, 24 Nov 2008 01:27:17 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id s10sm4840734muh.18.2008.11.24.01.27.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 01:27:15 -0800 (PST) Message-Id: <8517A9FD-6420-413A-9190-10F3969DEF95@gmail.com> From: Nikolay Denev To: Pawel Jakub Dawidek In-Reply-To: <20081122230554.GC2016@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 11:27:12 +0200 References: <20081117205526.GC1733@garage.freebsd.pl> <8ECD400F-BFE3-4E31-94F0-39AF5F44FDAC@gmail.com> <20081119090307.GA81236@icarus.home.lan> <18E318DD-29FA-4E26-89CF-11B893B42E34@gmail.com> <20081121162518.GC6509@garage.freebsd.pl> <20081122230554.GC2016@garage.freebsd.pl> X-Pgp-Agent: GPGMail d53 (v53, Leopard) X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 09:27:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23 Nov, 2008, at 01:05 , Pawel Jakub Dawidek wrote: > On Fri, Nov 21, 2008 at 05:25:18PM +0100, Pawel Jakub Dawidek wrote: >> On Wed, Nov 19, 2008 at 01:58:49PM +0200, Nikolay Denev wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> >>> On 19 Nov, 2008, at 11:48 , Nikolay Denev wrote: >>>> >>>> Well, it looks like that on -current and a 4G amd64 machine >>>> probably >>>> there is no need >>>> to tune anything. Here are my defaults with everything vm and zfs >>>> related in loader.conf commented : >>>> >>>> vm.kmem_size_max: 4509713203 >>>> vfs.zfs.arc_max: 863907840 >>>> >>> >>> I was able to panic it again with "kmem_map too small" with these >>> settings (defaults). >>> >>> This are the bonnie++ arguments that i've used: >>> bonnie++ -d /tank -c 4 -r 4096 -x 9999999 -u 0:0 >> >> I wasn't able to panic my test machine running this command on i386 >> machine with this in /boot/loader.conf: >> >> vm.kmem_size=1073741824 >> vm.kmem_size_max=1073741824 >> >> (1GB) >> >> Although I now found that you were trying raidz2 and I had two two- >> way >> mirrors. I'm retrying now. > > Ok, I tried RAIDZ2 on top of five disks - no panics. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! My test machine is still running the bonnie++ loop that i've started on friday, with only vfs.zfs.arc_max=512M in loader.conf. Seems pretty stable. I'll retry just one more time without the vfs.zfs.arc_max tunable to see if it's going to panic again. - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAkkqc3EACgkQHNAJ/fLbfrn3uQCeIBwfLIRYcA1/BaR8mxAy5yX0 pW4AoIhH93PIUhTN+cnqTXMHJY0OnAoU =KpHs -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 10:12:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AC8106564A for ; Mon, 24 Nov 2008 10:12:03 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7248FC13 for ; Mon, 24 Nov 2008 10:12:02 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id 30so658906ugs.39 for ; Mon, 24 Nov 2008 02:12:01 -0800 (PST) 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=uYV12RAbKUP643I+kW/MqZi2Bd2hJ86SkH38x79x5Pw=; b=jt1HkWrsm6dlFVB2hjYOgyDKZz0bBM+/4TlzGirkfWNLfor6nfssq6Oj7/Z0tijLm1 bRBc5ISnj3DsicOgFEi7TkzpfZydxIWHbiYI8adH7TlXCZCqoWaqW2V3tzZsrTfQDj3t aJPlRA7I96ecJ7e8gzf2XqD0RhUFQ56xhvY6U= 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=hbbGs2LHIekZGbTiKEHfWhiOCZPoonZM94J7WjrSL+LhoH7WvVPCZaqUn+i0p3eJMf LNa4/WvyfMagsGk3FEjxiiogetK5MUNHbdxZpq46aLxK8OCLDmMAFIJyOtjXQJna6mat kkHW/P2F7cS8zR8N5XwFZN1n8T4g7gxwrHGbE= Received: by 10.67.106.13 with SMTP id i13mr1775335ugm.7.1227519915251; Mon, 24 Nov 2008 01:45:15 -0800 (PST) Received: from ?127.0.0.1? (83-244-213-91.cust-83.exponential-e.net [83.244.213.91]) by mx.google.com with ESMTPS id 24sm4076389ugf.36.2008.11.24.01.45.12 (version=SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 01:45:13 -0800 (PST) From: Tom Evans To: Bear In-Reply-To: <200811221748449378719@Gmail.com> References: <9659.134.146.0.43.1226917418.squirrel@webmail.xs4all.nl> , <200811192248064374198@Gmail.com> <200811221748449378719@Gmail.com> Content-Type: text/plain Date: Mon, 24 Nov 2008 09:45:11 +0000 Message-Id: <1227519911.10955.38.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Re: My GNOME2 cannot 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: Mon, 24 Nov 2008 10:12:03 -0000 On Sat, 2008-11-22 at 17:48 +0800, Bear wrote: > hi, > hi, > i have edit my ~/.xinitrc to > > exec dbus-launch --exit-with-session gnome-session > > and /etc/rc.conf to > > dbus_enable="YES" > hald_enable="YES" > > but it takes no effect.Maybe there is really some compatability problem in 'current-package' and FreeBSD 7.0. > but I really want to use current packages.What can I do to upgrade my FreeBSD 7.0 to 8.0 CURRENT? > http://www.freebsd.org/doc/en/books/handbook/cutting-edge.html From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 10:31:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B08A31065674 for ; Mon, 24 Nov 2008 10:31:51 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 36EB48FC19 for ; Mon, 24 Nov 2008 10:31:51 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so766418eyi.7 for ; Mon, 24 Nov 2008 02:31:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=94yukvOVf2U6+9D2GVVPEYTqqmjcw/X+bDIBJWV6SFs=; b=IWiEGlx61BfSrTz01rcINj/uSiRXmh9igeYjQ0xhw0khkEcK9mriX095him63SSdC+ dltMztvdzNBt084k1gCW8qTb0gI2+gdKDa1eQ7rYjoIuPTejnh9nAEoGQ32cBmsuy0DX VEuLK0CubGa13YNz0AsnE1ZBldwMGrko3cB2s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=T5bOp7jhxbEkWccMh6YE2P7J6SvJWhxoHaxD3gXW/w5xC92iBdck0W73SYWAGFUTds i5Vul8CqEQQaeuumelUBkyxNMX1Mlt/+2UCCxyjFx1j25HjxUzgXgGann19xKMWaFIa3 cdWU+psO7Y8gjNLVwqpipQ7TDYjtiQBSjb91U= Received: by 10.103.243.9 with SMTP id v9mr1014880mur.5.1227522709811; Mon, 24 Nov 2008 02:31:49 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id u26sm4396503mug.31.2008.11.24.02.31.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 02:31:47 -0800 (PST) Message-Id: <976654BF-F7A0-41F9-8ECD-8CF76D97EEE9@gmail.com> From: Nikolay Denev To: Pawel Jakub Dawidek In-Reply-To: <8517A9FD-6420-413A-9190-10F3969DEF95@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 12:31:43 +0200 References: <20081117205526.GC1733@garage.freebsd.pl> <8ECD400F-BFE3-4E31-94F0-39AF5F44FDAC@gmail.com> <20081119090307.GA81236@icarus.home.lan> <18E318DD-29FA-4E26-89CF-11B893B42E34@gmail.com> <20081121162518.GC6509@garage.freebsd.pl> <20081122230554.GC2016@garage.freebsd.pl> <8517A9FD-6420-413A-9190-10F3969DEF95@gmail.com> X-Pgp-Agent: GPGMail d53 (v53, Leopard) X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 10:31:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24 Nov, 2008, at 11:27 , Nikolay Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On 23 Nov, 2008, at 01:05 , Pawel Jakub Dawidek wrote: > >> On Fri, Nov 21, 2008 at 05:25:18PM +0100, Pawel Jakub Dawidek wrote: >>> On Wed, Nov 19, 2008 at 01:58:49PM +0200, Nikolay Denev wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> >>>> On 19 Nov, 2008, at 11:48 , Nikolay Denev wrote: >>>>> >>>>> Well, it looks like that on -current and a 4G amd64 machine >>>>> probably >>>>> there is no need >>>>> to tune anything. Here are my defaults with everything vm and zfs >>>>> related in loader.conf commented : >>>>> >>>>> vm.kmem_size_max: 4509713203 >>>>> vfs.zfs.arc_max: 863907840 >>>>> >>>> >>>> I was able to panic it again with "kmem_map too small" with these >>>> settings (defaults). >>>> >>>> This are the bonnie++ arguments that i've used: >>>> bonnie++ -d /tank -c 4 -r 4096 -x 9999999 -u 0:0 >>> >>> I wasn't able to panic my test machine running this command on i386 >>> machine with this in /boot/loader.conf: >>> >>> vm.kmem_size=1073741824 >>> vm.kmem_size_max=1073741824 >>> >>> (1GB) >>> >>> Although I now found that you were trying raidz2 and I had two two- >>> way >>> mirrors. I'm retrying now. >> >> Ok, I tried RAIDZ2 on top of five disks - no panics. >> >> -- >> Pawel Jakub Dawidek http://www.wheel.pl >> pjd@FreeBSD.org http://www.FreeBSD.org >> FreeBSD committer Am I Evil? Yes, I Am! > > > My test machine is still running the bonnie++ loop that i've started > on friday, > with only vfs.zfs.arc_max=512M in loader.conf. > Seems pretty stable. > > I'll retry just one more time without the vfs.zfs.arc_max tunable to > see if it's going to panic again. > > - -- > Regards, > Nikolay Denev > With absolutely nothing in loader.conf and these defaults : vfs.zfs.arc_max: 863907840 vm.kmem_size: 1382252544 vm.kmem_size_max: 4509713203 I got spontaneous reboot in only after 20-30 minutes of bonnie++ - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAkkqgo8ACgkQHNAJ/fLbfrm+ZgCggZpGghObaA9Ws7j7n91WmRcu ntwAn3VPHLOU9OdHobcvAQ273QNdKVxd =xelx -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 10:34:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 663521065670 for ; Mon, 24 Nov 2008 10:34:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id A509F8FC14 for ; Mon, 24 Nov 2008 10:34:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1163238tib.3 for ; Mon, 24 Nov 2008 02:34:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Bh3qZhgl7us3T9m/KAABuVB0dBX+sVCo+p7MzQAO8bk=; b=uJOslVVtkzddX19JteWZTYjrAXun3lxh7ZFCmGUV67jZfytSik0/UZpRufnO9jFzYt R7VQ/wgUtNWsez5BCu3dYX8yXBUTFyuhwuZZsocu0nUCYvOfKlyBNRijcrXTwS/i7BlC B0g9pUObHOE15tusXrEJVyWehOqqQtKVBJdzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=aYS4aR8OCEC5+uQheyHm/n+a6xlhDlj3qlV0FOtx4GvmQ6qYkw9iEpvWHe4FQTTbWL PWiqSroLVFMErcwm9PKFGuDbS7aES0/pHLOUf2/UDHuLjjoSfYF8pD5tqcaTmu3i195X 6MwISE4VTbePUHXsijkGOjQusFoyyN5/YzHmU= Received: by 10.110.41.20 with SMTP id o20mr4771438tio.1.1227522884531; Mon, 24 Nov 2008 02:34:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id a14sm230366tia.12.2008.11.24.02.34.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 02:34:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mAOAWcGQ081041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Nov 2008 19:32:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAOAWaY3081040; Mon, 24 Nov 2008 19:32:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 24 Nov 2008 19:32:36 +0900 From: Pyun YongHyeon To: "John ." Message-ID: <20081124103236.GN78954@cdnetworks.co.kr> References: <7d6fde3d0811221639s3f60fea5n80b7b76321c766a6@mail.gmail.com> <20081124024409.GG78954@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: trying to make a Toshiba Satellite Pro A300 work with FreeBSD 8-CURRENT (2008.11) 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: Mon, 24 Nov 2008 10:34:55 -0000 On Mon, Nov 24, 2008 at 08:00:09AM +0000, John . wrote: > Hello, thanks for looking at this. > > > It looks like 88E8072(Yukon Extreme). It's not supported yet and it > > requires more code to support newer Tx descriptor format as well as > > new workaround for this controller. I don't have these hardwares > > and it's somewhat hard to write a patch without accessing hardware. > > I could get it online with an external card (pcmcia) if you wish. > Please let me know if this is acceptable. Remote hardware debugging is really hard and requires some remote (hardware) configuration to see what's goining on and have a way to enter debugger etc. Since msk(4) is still behind in newer controller support I should have had to sit down and write a patch for it. In these days it's getting harder to find spare time and there are too many drivers in tree that needs attention. If I manage to have a patch I'll let me know. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 10:35:21 2008 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 052511065708; Mon, 24 Nov 2008 10:35:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id ADB0D8FC1A; Mon, 24 Nov 2008 10:35:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 89A3A3FB8; Mon, 24 Nov 2008 10:34:06 +0000 (GMT) Message-Id: <16BCBB6C-2BF4-4007-9A19-9976BEBAAD1E@rabson.org> From: Doug Rabson To: Olivier SMEDTS In-Reply-To: <367b2c980811201141j42977204ne6052000a0d095ab@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 10:35:19 +0000 References: <20081120134836.2870a827@nebuchadnezzar> <367b2c980811201038s7d2ae03bnf36a6630f36bc188@mail.gmail.com> <367b2c980811201107x7fc859b8yeee0816a37eae470@mail.gmail.com> <367b2c980811201141j42977204ne6052000a0d095ab@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) X-Virus-Scanned: ClamAV 0.92/8669/Mon Nov 24 08:21:48 2008 on itchy.rabson.org X-Virus-Status: Clean Cc: hackers@freebsd.org, current@freebsd.org, Pegasus Mc Cleaft , Pascal Hofstee Subject: Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 10:35:21 -0000 On 20 Nov 2008, at 19:41, Olivier SMEDTS wrote: > 2008/11/20 Olivier SMEDTS : >> 2008/11/20 Olivier SMEDTS : >>> 2008/11/20 Pascal Hofstee : >>>> On Thu, 20 Nov 2008 01:46:31 -0000 >>>> "Pegasus Mc Cleaft" wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> I am having difficulties rebuilding the world after some >>>>> patches >>>>> were made today. I was wondering if anyone else is experiencing >>>>> the >>>>> same troubles? >>>>> >>>>> ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext >>>>> 0x0 -o >>>>> gptzfsboot.out /usr/obj/usr/src/sys/boot/i386/gptzfsboot/../btx/ >>>>> lib/crt0.o >>>>> zfsboot.o sio.o gptzfsboot.o ld: gptzfsboot.o: No such file: No >>>>> such >>>>> file or directory *** Error code 1 >>>>> >>>>> Stop in /usr/src/sys/boot/i386/gptzfsboot. >>>>> *** Error code 1 >>>> >>>> I am experiencing the exact same problem with a fresh svn checkout >>> >>> Just my "me too". >>> I did not experience the problem 24 hours ago (after ZFS version 13 >>> update and zfsboot import). >> >> That's it. Seems to work with the following patch : >> >> --- sys/boot/i386/gptzfsboot/Makefile.orig 2008-11-20 >> 19:58:45.000000000 +0100 >> +++ sys/boot/i386/gptzfsboot/Makefile 2008-11-20 >> 20:01:53.000000000 +0100 >> @@ -65,7 +65,7 @@ >> zfsboot.o: ${.CURDIR}/../../zfs/zfsimpl.c >> >> .if ${MACHINE_ARCH} == "amd64" >> -beforedepend gptzfsboot.o: machine >> +beforedepend gptzfsboot.bin: machine >> CLEANFILES+= machine >> machine: >> ln -sf ${.CURDIR}/../../../i386/include machine > > Sorry for replying again to my own post :) > The patch is crap, in fact it just breaks the already broken > conditional. At least I can buildworld on amd64 now (I don't use the > recently introduced gptzfsboot). > > Makefile experts ? I think I fixed this in r185175. Sorry for the inconvenience. From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 10:57:09 2008 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 82EC8106564A for ; Mon, 24 Nov 2008 10:57:09 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id ED1C38FC17 for ; Mon, 24 Nov 2008 10:57:08 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl141-187.kln.forthnet.gr [195.74.240.187]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAOAddL6017186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 Nov 2008 12:39:44 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAOAdcZh005629; Mon, 24 Nov 2008 12:39:38 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAOAdbZG005628; Mon, 24 Nov 2008 12:39:37 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Alexander Leidinger References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> <5127CA7792252ECCC495CB5A@[10.255.253.2]> <20081123215022.77989qtqgijg8zkg@webmail.leidinger.net> <20081124075732.2457130f6g6nwehc@webmail.leidinger.net> Date: Mon, 24 Nov 2008 12:39:36 +0200 In-Reply-To: <20081124075732.2457130f6g6nwehc@webmail.leidinger.net> (Alexander Leidinger's message of "Mon, 24 Nov 2008 07:57:32 +0100") Message-ID: <878wr9pfvb.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAOAddL6017186 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.815, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Goran Lowkrantz , pjd@freebsd.org, current@freebsd.org Subject: Re: UPDATING entry needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 10:57:09 -0000 On Mon, 24 Nov 2008 07:57:32 +0100, Alexander Leidinger wrote: > Quoting Goran Lowkrantz (from Sun, 23 Nov 2008 > 22:05:09 +0100): >> With the old userland, I got error "internal error: out of memory" >> with "zfs ..." and "zpool ..." but not "mount -t zfs ...". After >> installworld, no problems at all. > > Thanks for confirmation. > > Pawel, what about an UPDATING entry which describes a working upgrade > path for those which have ZFS for critical parts of the directory tree? > > Maybe something like running the following before installing the new > kernel and using it after installing the new kernel between booting to > single-user mode and installworld: > > zfs list | grep -v NAME| awk '{print "mount -t zfs", $1, $5}' FWIW, this can be also written as: zfs list -H | awk '{print "mount -t zfs", $1, $5}' With the -H option "zfs list" does not display a header. From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 11:23:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0CDC1065678 for ; Mon, 24 Nov 2008 11:23:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 788188FC26 for ; Mon, 24 Nov 2008 11:23:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so775354eyi.7 for ; Mon, 24 Nov 2008 03:23:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=uZ0YTdgukvLuANQTSxTS0EM0HJ0MqfnCT6l5pD46Q7s=; b=Hn7oAd6o2ciGuI1W0VK+GwB1jR7RcRQT4BiJxlBcLNOzEQM/kaxlXAu98z813LOnvG 5Ny0Skk1BsPhpNYHm+F+BGIlD30c7Oo5U+MaffnOp6fSZHdbF3Y8SObb8g5oYFcFzmIj aVYs566LO6WegdWGwa1rwcAEa9F/C3Rh9ye1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=lb9sDBBRSp09O+fevBymWi0rHZIhi+9ZCYJcBkPiqV6aQceZE9Uq8xUlzejXJ8iUSQ 75uYQVLNW7mQQqj+Sl8v9vYXXCdy32t3krTsFxqc4WYSo2skwpvBcCYP6mpwoaQ/2ewO zjN/zAAf8+mlynx9ekeRlhJkVH4fxgyNkl+aY= Received: by 10.103.221.5 with SMTP id y5mr1025703muq.66.1227525808363; Mon, 24 Nov 2008 03:23:28 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id j6sm5004208mue.41.2008.11.24.03.23.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 03:23:27 -0800 (PST) Message-Id: <64C828D5-3F3C-4AB8-9D12-4EAD30B11818@gmail.com> From: Nikolay Denev To: Pawel Jakub Dawidek In-Reply-To: <976654BF-F7A0-41F9-8ECD-8CF76D97EEE9@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 13:23:23 +0200 References: <20081117205526.GC1733@garage.freebsd.pl> <8ECD400F-BFE3-4E31-94F0-39AF5F44FDAC@gmail.com> <20081119090307.GA81236@icarus.home.lan> <18E318DD-29FA-4E26-89CF-11B893B42E34@gmail.com> <20081121162518.GC6509@garage.freebsd.pl> <20081122230554.GC2016@garage.freebsd.pl> <8517A9FD-6420-413A-9190-10F3969DEF95@gmail.com> <976654BF-F7A0-41F9-8ECD-8CF76D97EEE9@gmail.com> X-Pgp-Agent: GPGMail d53 (v53, Leopard) X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 11:23:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24 Nov, 2008, at 12:31 , Nikolay Denev wrote: > > With absolutely nothing in loader.conf and these defaults : > > vfs.zfs.arc_max: 863907840 > vm.kmem_size: 1382252544 > vm.kmem_size_max: 4509713203 > > I got spontaneous reboot in only after 20-30 minutes of bonnie++ > > - -- > Regards, > Nikolay Denev > > Here is the backtrace from the crashdump : Dump header from device /dev/da0s1b Architecture: amd64 Architecture Version: 2 Dump Length: 1685811200B (1607 MB) Blocksize: 512 Dumptime: Mon Nov 24 12:52:42 2008 Hostname: postserver.example.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 8.0-CURRENT #1: Tue Nov 18 17:43:53 UTC 2008 ndenev@postserver.example.com:/usr/obj/usr/src/sys/CORE Panic String: kmem_malloc(90112): kmem_map too small: 1366536192 total allocated Dump Parity: 4023666266 Bounds: 0 Dump Status: good (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xffffffff802e81bf in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:420 #2 0xffffffff802e8634 in panic (fmt=0xffffffff804a2638 "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff803fa15e in kmem_malloc (map=0xffffff00010000d8, size=90112, flags=2) at /usr/src/sys/vm/vm_kern.c:303 #4 0xffffffff803f4306 in uma_large_malloc (size=90112, wait=2) at / usr/src/sys/vm/uma_core.c:2706 #5 0xffffffff802d8d22 in malloc (size=90112, mtp=0xffffffff808fe4e0, flags=2) at /usr/src/sys/kern/kern_malloc.c:393 #6 0xffffffff80875576 in vdev_queue_io_to_issue (vq=0xffffff000468dc20, pending_limit=Variable "pending_limit" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/fs/zfs/vdev_queue.c:227 #7 0xffffffff808756ec in vdev_queue_io_done (zio=0xffffff00518fa5a0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/fs/zfs/vdev_queue.c:313 #8 0xffffffff80886c20 in zio_vdev_io_done (zio=0xffffff00518fa5a0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/ fs/zfs/zio.c:1845 #9 0xffffffff808852c0 in zio_execute (zio=0xffffff00518fa5a0) at /usr/ src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ zio.c:996 #10 0xffffffff8082df6c in taskq_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/os/taskq.c:854 #11 0xffffffff802c9b7d in fork_exit (callout=0xffffffff8082dd98 , arg=0xffffff00047f0b40, frame=0xfffffffeb987dc90) at /usr/src/sys/kern/kern_fork.c:815 #12 0xffffffff8041333e in fork_trampoline () at /usr/src/sys/amd64/ amd64/exception.S:521 #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000001 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x00000000007bc000 in ?? () #38 0x000000000000000b in ?? () #39 0xffffffff8063a400 in affinity () #40 0xffffffff8063a400 in affinity () #41 0xffffff0004c6c720 in ?? () #42 0xfffffffeb987d2e0 in ?? () #43 0xfffffffeb987d298 in ?? () #44 0xffffff0001498ab0 in ?? () #45 0xffffffff8030959b in sched_switch (td=0xffffffff8082dd98, newtd=0xffffff00047f0b40, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) Isn't kmem_size supposed to automaticaly grow up-to kmem_size_max ? - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAkkqjqsACgkQHNAJ/fLbfrkqTQCaA3dZXMdvIt8aLAyVOKrlgjUW tqUAn2L80ZogYh0NoUI4SElySiN9qWKB =1D6v -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 11:33:44 2008 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 799331065672 for ; Mon, 24 Nov 2008 11:33:44 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id BF8858FC2F for ; Mon, 24 Nov 2008 11:33:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6AC66456AB; Mon, 24 Nov 2008 12:11:27 +0100 (CET) Received: from localhost (pjdwl.wheel.pl [10.0.1.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6EEE445685; Mon, 24 Nov 2008 12:11:22 +0100 (CET) Date: Mon, 24 Nov 2008 12:11:25 +0100 From: Pawel Jakub Dawidek To: Giorgos Keramidas Message-ID: <20081124111125.GE3056@garage.freebsd.pl> References: <20081123204141.25414fy2r5tofx8g@webmail.leidinger.net> <5127CA7792252ECCC495CB5A@[10.255.253.2]> <20081123215022.77989qtqgijg8zkg@webmail.leidinger.net> <20081124075732.2457130f6g6nwehc@webmail.leidinger.net> <878wr9pfvb.fsf@kobe.laptop> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PGNNI9BzQDUtgA2J" Content-Disposition: inline In-Reply-To: <878wr9pfvb.fsf@kobe.laptop> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Alexander Leidinger , Goran Lowkrantz , current@freebsd.org Subject: Re: UPDATING entry needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 11:33:44 -0000 --PGNNI9BzQDUtgA2J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 24, 2008 at 12:39:36PM +0200, Giorgos Keramidas wrote: > On Mon, 24 Nov 2008 07:57:32 +0100, Alexander Leidinger wrote: > > Quoting Goran Lowkrantz (from Sun, 23 Nov 2008 > > 22:05:09 +0100): > >> With the old userland, I got error "internal error: out of memory" > >> with "zfs ..." and "zpool ..." but not "mount -t zfs ...". After > >> installworld, no problems at all. > > > > Thanks for confirmation. > > > > Pawel, what about an UPDATING entry which describes a working upgrade > > path for those which have ZFS for critical parts of the directory tree? > > > > Maybe something like running the following before installing the new > > kernel and using it after installing the new kernel between booting to > > single-user mode and installworld: > > > > zfs list | grep -v NAME| awk '{print "mount -t zfs", $1, $5}' >=20 > FWIW, this can be also written as: >=20 > zfs list -H | awk '{print "mount -t zfs", $1, $5}' >=20 > With the -H option "zfs list" does not display a header. The old 'zfs list' output also includes snapshots. We also want to skip file system with mountpoint set to legacy or none: zfs list -H -t filesystem | egrep -v '(legacy|none)$' --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --PGNNI9BzQDUtgA2J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJKovdForvXbEpPzQRAobRAKC1oX7yOyUO4ebxp2AfhZBAeO3T7QCg7I6J YjEEinH4oEb7kn7J28MVWzs= =sbOx -----END PGP SIGNATURE----- --PGNNI9BzQDUtgA2J-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 12:00:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61C3B106564A for ; Mon, 24 Nov 2008 12:00:03 +0000 (UTC) (envelope-from channa.kad@gmail.com) Received: from mail-gx0-f12.google.com (mail-gx0-f12.google.com [209.85.217.12]) by mx1.freebsd.org (Postfix) with ESMTP id 180108FC12 for ; Mon, 24 Nov 2008 12:00:02 +0000 (UTC) (envelope-from channa.kad@gmail.com) Received: by gxk5 with SMTP id 5so711764gxk.19 for ; Mon, 24 Nov 2008 04:00:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=B1ZppCwX5IfWDtYdR1eU6oAFpz/orDeyc4tl1kN0VTo=; b=B3y7RUDBWfFKcRDGvKcRWq58sUyR92XUqmME6346YgElDtEK3aGPgpBsaFTFpyOFGH xOVb3CR71ZMh6FZG1ngn4hw81+yiITRJWOSLVfGLQbjfw8Sts8Fx1uvzbCGPUb4r3fEn tYLFbfYn7yNnvCMG7trzYdu0NkrlIa0tfP/tI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=ouzfB4a6Oa8e3Ptxn4ohQQLHyApTWTuZBpQSPCwwHByKAGsnPzQSKS1efoz7MSVlHQ /NlhBWzRkgPrKtfMVibgHjQe0LooZ5FdqiwZYd6BVuoMIfvN1gLPyy7ryQfmtBQfASQI y2tYRpxjDm5W6Y9h4j8BeGbwVZZysIiIBocwQ= Received: by 10.65.212.18 with SMTP id o18mr3237303qbq.21.1227527999147; Mon, 24 Nov 2008 03:59:59 -0800 (PST) Received: by 10.64.156.4 with HTTP; Mon, 24 Nov 2008 03:59:59 -0800 (PST) Message-ID: <515c64960811240359r34ec4c46iee7a5f8b88cfa9e@mail.gmail.com> Date: Mon, 24 Nov 2008 17:29:59 +0530 From: Channa To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: jasone@freebsd.org Subject: jemalloc design. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 12:00:03 -0000 Hi All, I was going through the malloc implementation present with the release of FreeBSD 7.0. I was trying to understand the design of your malloc implementation. I could understand the details given in the pdf http://people.freebsd.org/~jasone/jemalloc/bsdcan2006/jemalloc.pdf I understood the concept well. Like: Huge allocations are maintained in a red black tree and allocated via mmap () and deallocated using munmap () and return the memory to OS. With small allocations i wanted to know how the bins are arranged?? The sentence from the above pdf : "Small allocations are segregated such that each run manages a single size class" means that all the memory regions for eg: of size 4KB are maintained as a single run in the form of red black tree? Could you please provide some information on the bin's arrangement for quantum-spaced/tiny/subpaged allocations. Thanks in Advance, Channa From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 12:14:46 2008 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 B954C1065673; Mon, 24 Nov 2008 12:14:46 +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 777558FC0A; Mon, 24 Nov 2008 12:14:46 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C93A36D44C; Mon, 24 Nov 2008 12:14:45 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A76C48448F; Mon, 24 Nov 2008 13:14:45 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Joseph Koshy" References: <20081122051656.1C90673039@freebsd-current.sentex.ca> <84dead720811220531r56fd1a91x91962a926dcb2a03@mail.gmail.com> Date: Mon, 24 Nov 2008 13:14:45 +0100 In-Reply-To: <84dead720811220531r56fd1a91x91962a926dcb2a03@mail.gmail.com> (Joseph Koshy's message of "Sat, 22 Nov 2008 13:31:04 +0000") Message-ID: <861vx1gw22.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 12:14:46 -0000 "Joseph Koshy" writes: > Uh-oh, I get to wear the pointy hat. > > Should be fixed in #185168. Thank you! DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 12:50:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C02B91065673 for ; Mon, 24 Nov 2008 12:50:52 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml14.kpnxchange.com (hpsmtp-eml14.KPNXCHANGE.COM [213.75.38.114]) by mx1.freebsd.org (Postfix) with ESMTP id 56EB78FC0C for ; Mon, 24 Nov 2008 12:50:52 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml107.kpnxchange.com ([213.75.84.107]) by hpsmtp-eml14.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Nov 2008 13:50:51 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml107.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Nov 2008 13:50:50 +0100 Received: (qmail 21034 invoked by uid 98); 24 Nov 2008 12:50:49 -0000 Received: from 10.66.0.133 (nick@10.66.0.133) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.133):. Processed in 0.948207 secs); 24 Nov 2008 12:50:49 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.133) by uitsmijter.van-laarhoven.org with SMTP; 24 Nov 2008 12:50:48 -0000 Received: (nullmailer pid 250 invoked by uid 1001); Mon, 24 Nov 2008 12:50:46 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Mon, 24 Nov 2008 13:50:45 +0100 User-Agent: KMail/1.9.7 References: <492A62EF.7000803@bsdforen.de> In-Reply-To: <492A62EF.7000803@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811241350.46314.nick@van-laarhoven.org> X-OriginalArrivalTime: 24 Nov 2008 12:50:50.0543 (UTC) FILETIME=[476D8BF0:01C94E33] Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 12:50:52 -0000 Sure, once FBSD 7 is out the door. Unless someone is willing to prod RelEng for permission and port the driver to FBSD 7. The current driver is stable as far as I can see. There are some issues where some devices do not work properly, but none that make things worse than the are. Nick > I have recently been pointed to the u3g driver and gave it a try, > because UBSA works very unreliable for me. > > - In combination with PF-NAT I get kernel panics under high load. > - I have to hack some buffer sizes in the driver to get the full > 3G speed. > - Often my USB-3G stick is not detected, sometimes I spent several > minutes plugging it in and out until it is detected. > - It doesn't let me use the card reader in the stick. > > The u3g driver has NONE of these problems. Everything just works > for me. > > So obviously I would like to have u3g in base and chose for > myself or even take support for devices out of ubsa that work > better with u3g. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 15:17:35 2008 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 7CFF81065672 for ; Mon, 24 Nov 2008 15:17:35 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 1C0D98FC0A for ; Mon, 24 Nov 2008 15:17:34 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 15180 invoked by uid 89); 24 Nov 2008 15:17:32 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 24 Nov 2008 15:17:32 -0000 Date: Mon, 24 Nov 2008 16:17:31 +0100 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20081124161731.3701df3d.lehmann@ans-netz.de> In-Reply-To: <20081124065004.03dfbae3.lehmann@ans-netz.de> References: <20081124065004.03dfbae3.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 24 Nov 2008 15:31:19 +0000 Cc: Subject: Re: CURRENT failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 15:17:35 -0000 Oliver Lehmann wrote: > Stop in /usr/src/cddl/usr.bin/sgsmsg. > *** Error code 1 this was a problem on my side (again *sigh*) an error in my cvsup file. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 19:23:49 2008 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 99E621065676 for ; Mon, 24 Nov 2008 19:23:49 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 35E7C8FC19 for ; Mon, 24 Nov 2008 19:23:48 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2141477rvf.43 for ; Mon, 24 Nov 2008 11:23:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=LJoGqmlB3uovC5kCuGg7FMUBytDJEx7BH3yXm4DtZTc=; b=kCJHLxUcLyboR9CyrB0zQUjEtH82JDkznqhMAx942W5kcuw45qp0g5tiZ6sz4/MLY+ SWGf6hF312sW+ajt1TKfeyymTdB54tU4V+cxmkaqKIW3azBeRhURGV5+PWMUNJQ8u9wq 2XpC9/2CC2BXnrIrLM3tDF+uX1jVyU8/CITwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=I702Nktgh31ECF9uO4mY1SSsWZ0KDh9eBKn5+hI1Xuq8ZO5Ye9IVf7ep1yZDx1tvRc GRToNobZrmf2VE9D9dTxD2MxoOvnVwui0OQqkytTZpLD+oGif+tRsfIWaypP01DT2Yqt 7phJCTyEfFNLL7zliJsYHOIWEFIATyWiAXo4g= Received: by 10.140.132.3 with SMTP id f3mr2020719rvd.56.1227554627865; Mon, 24 Nov 2008 11:23:47 -0800 (PST) Received: by 10.140.199.20 with HTTP; Mon, 24 Nov 2008 11:23:47 -0800 (PST) Message-ID: Date: Mon, 24 Nov 2008 11:23:47 -0800 From: "Maksim Yevmenkin" Sender: maksim.yevmenkin@gmail.com To: "Bruce Evans" In-Reply-To: <20081122204840.K1008@besplex.bde.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_139299_8944108.1227554627869" References: <20081122204840.K1008@besplex.bde.org> X-Google-Sender-Auth: 770110a6af0dd1ae Cc: Eygene Ryabinkin , "current@freebsd.org" Subject: Re: syscons(4) races X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 19:23:49 -0000 ------=_Part_139299_8944108.1227554627869 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Bruce, thanks for the clarifications. please read my comments/answers inline >> ok, in this case i have a somewhat stupid question. when kbdmux(4) is >> the default keyboard, all those kbdd_xxx() calls (that sccngetch() >> makes) will call into kbdmux(4) functions that will grab giant. >> kbdmux was changed about 2 months ago to do that. it sounds like those >> changes are completely wrong. am i correct here? > > Yes, the low-level console functions are supposed to be reentrant (more > details below), so they cannot do things like that. all right. i will need to back those changes out then. >>> BTW, sccngetch() shouldn't exist. It existed to demultiplex the 2 >>> console driver entry points sc_cngetch() and sc_cncheckc(), but >>> sc_cncheckc() has gone away. >> >> the entry point in consdev struct is still there. also cncheckc() is >> trying to call it (if its present). so it looks like it may not be >> completely gone, just sysconst(4) no longer implements it. > > Ah, this is compatibility cruft which is bogusly only used by a driver > that is newer than the cruft (xen). Normal drivers use CONSOLE_DRIVER() > but xen uses the old interface CONS_DRIVER(). CONSOLE_DRIVER() differs > from CONS_DRIVER() only in not taking the cn_checkc() entry point. > Binary compatibility and correct naming were broken by renaming > cn_checkc() to cn_getc(). Names are still correct at the top level > (there, cncheckc() gives the non-blocking interface and cngetc() gives > the blocking interface, while in normal drivers there is now only > cn_getc() which gives the non-blocking interface). > > It is cn_dbctl() that has completely gone away. ok. thanks for the explanation. >> There is still a problem for calls to sc_cngetc() from the low-console >>> driver. These can race with sckbdevent(). In debugger mode, no locking >>> is permitted, so syscons' getc functions must be carefully written to >>> do only harmless things when they lose races. They are not carefully >>> written (e.g., almost the first thing they do, shown in the above, may >>> give a buffer overrun: >>> >>> if (fkeycp < fkey.len) { >>> mtx_unlock(&Giant); >>> splx(s); >>> return fkey.str[fkeycp++]; >>> } >> >> all right, so we can not use locks, i'm guessing this includes spin >> locks too. can we use atomic operations here? since, in polling mode, >> consumer is going to call getc() in a loop, can we use atomic >> reference counter to make sure there is only one caller running at a >> time? if someone already grabbed reference counter just return -1 as >> if there is no input? > > It is safer to use local spinlocks and safer still to use home-made > locks based on atomic_cmpset(), but still wrong to do simply that since > it can cause deadlock, especially for debugging -- it is not possible to > make sure that there is only 1 caller running, since debugging (or NMI, > or perhaps an ordinary interrupt that cannot reasonably be masked) can > preempt any caller. sio uses its local spinlock (I don't like this) > together with a hack to allow reentering from the debugger only: > > % need_unlock = 0; > % if (!kdb_active && sio_inited == 2 && !mtx_owned(&sio_lock)) { > % mtx_lock_spin(&sio_lock); > % need_unlock = 1; > % } > > This is only done for cn_putc(). cn_getc() (really cn_checkc()) is > completely missing locking (except in debugger mode) and needs > higher-level locking anyway, since the whole polling loop in cngetc() > needs to be locked to prevent interference. all right, so i'm guessing chgetc() or rather cncheckc() in kern_cons.c (or perhaps even gets() in libkern/) should be locked using some sort of spinlock. cnputs() seems to be using cnputs_mtx. maybe we need cngets() or something like this? one thing that i do not really like about sccngetch() in syscons is that its constantly trying to switch keyboard mode and keyboard polling. i was wondering if it would be possible to clearly separate sckbdevent() path from debugger/etc. the former would be interrupt driven and the later would be poll driven. > Here sio_lock is the local spinlock (actually per-driver so it isn't very > local), sio_inited is a flag to prevent use of sio_lock here before > sio_lock is initialized (this flag requires delicate initialization > using atomic_cmpset to avoid races), and !kdb_active is the hack to > let the debugger in irrespective of the state of the lock and without > touching the lock. i see. > Any lock used for the console must be MTX_QUIET and/or MTX_NOWITNESS > to prevent console i/o generating endless i/o about itself. I think > it must be a spinlock too. The lock thus reduces to a simple spinlock > which can be implemented directly using atomic_cmpset(), thus making it > clear that the lock has no interactions with other parts of the system. right here is some straw-man patch that Eygene Ryabinkin and myself were toying with. obviously its far from complete, but we'd like to get some feedback to see if we are going in the right direction. thanks, max ------=_Part_139299_8944108.1227554627869 Content-Type: text/plain; name=syscons.c-atomic-locking.patch.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_fnxibf5o0 Content-Disposition: attachment; filename=syscons.c-atomic-locking.patch.txt SW50ZXJsb2NrcyBzY2tiZGV2ZW50KCkgYW5kIHNjY25nZXRjaCgpIHdpdGggdGhlIGxvdy1sZXZl bCBhdG9taWMKc2VtYXBob3Jlcy4KCi0tLSBzeXMvZGV2L3N5c2NvbnMvc3lzY29ucy5jLm9yaWcJ MjAwOC0wOC0zMSAxNDoxNzo0MC4wMDAwMDAwMDAgKzA0MDAKKysrIHN5cy9kZXYvc3lzY29ucy9z eXNjb25zLmMJMjAwOC0xMS0yNCAwODozOTowNy4wMDAwMDAwMDAgKzAzMDAKQEAgLTYwLDYgKzYw LDcgQEAKICNpbmNsdWRlIDxzeXMvdHR5Lmg+CiAjaW5jbHVkZSA8c3lzL3Bvd2VyLmg+CiAKKyNp bmNsdWRlIDxtYWNoaW5lL2F0b21pYy5oPgogI2luY2x1ZGUgPG1hY2hpbmUvY2xvY2suaD4KICNp ZiBkZWZpbmVkKF9fc3BhcmM2NF9fKSB8fCBkZWZpbmVkKF9fcG93ZXJwY19fKQogI2luY2x1ZGUg PG1hY2hpbmUvc2NfbWFjaGRlcC5oPgpAQCAtMTY1LDYgKzE2NiwxMyBAQAogCiBzdGF0aWMJaW50 CQlkZWJ1Z2dlcjsKIAorLyoKKyAqIFNlbWFwaG9yZSB0aGF0IHVzZXMgZm9yIGxvY2tpbmcgd2l0 aGluIHN5c2NvbnMuICBBcyB3YXMgbm90ZWQgYnkKKyAqIEJydWNlIEV2YW5zLCBsb2NrcyBjYW4n dCBiZSBhY2Nlc3NlZCBpbiB0aGUgZGVidWdnZXIgbW9kZSwgYnV0CisgKiBkZWJ1Z2dlciB1c2Vz IGtleWJvYXJkIHNvbWV0aW1lcyA7KSkKKyAqLworc3RhdGljCWludAkJX3N5c2NvbnNfc2VtYXBo b3JlOworCiAvKiBwcm90b3R5cGVzICovCiBzdGF0aWMgaW50IHNjX2FsbG9jYXRlX2tleWJvYXJk KHNjX3NvZnRjX3QgKnNjLCBpbnQgdW5pdCk7CiBzdGF0aWMgaW50IHNjdmlkcHJvYmUoaW50IHVu aXQsIGludCBmbGFncywgaW50IGNvbnMpOwpAQCAtNjA5LDcgKzYxNyw3IEBACiB7CiAgICAgc2Nf c29mdGNfdCAqc2M7CiAgICAgc3RydWN0IHR0eSAqY3VyX3R0eTsKLSAgICBpbnQgYywgZXJyb3Ig PSAwOyAKKyAgICBpbnQgYywgZXJyb3IgPSAwLCBzZW1fb3duZWQgPSAwOwogICAgIHNpemVfdCBs ZW47CiAgICAgdV9jaGFyICpjcDsKIApAQCAtNjMxLDEyICs2MzksMjAgQEAKIAlnb3RvIGRvbmU7 CiAgICAgfQogCisgICAgLyoKKyAgICAgKiBHcmFiIHNlbWFwaG9yZSB0byBub3RpZnkgb3RoZXJz IHRoYXQgd2UncmUgZG9pbmcgb3VyIGpvYi4KKyAgICAgKi8KKyAgICBzZW1fb3duZWQgPSBhdG9t aWNfY21wc2V0X2FjcV9pbnQoJl9zeXNjb25zX3NlbWFwaG9yZSwgMCwgMSk7CisKICAgICAvKiAK ICAgICAgKiBMb29wIHdoaWxlIHRoZXJlIGlzIHN0aWxsIGlucHV0IHRvIGdldCBmcm9tIHRoZSBr ZXlib2FyZC4KICAgICAgKiBJIGRvbid0IHRoaW5rIHRoaXMgaXMgbmVzc2VzYXJ5LCBhbmQgaXQg ZG9lc24ndCBmaXgKICAgICAgKiB0aGUgWGFjY2VsLTIuMSBrZXlib2FyZCBoYW5nLCBidXQgaXQg Y2FuJ3QgaHVydC4JCVhYWAorICAgICAqCisgICAgICogSWYgc2VtYXBob3JlIGlzIGFscmVhZHkg Z3JhYmJlZCwgZG9uJ3QgcG9sbC4KICAgICAgKi8KLSAgICB3aGlsZSAoKGMgPSBzY2dldGMoc2Ms IFNDR0VUQ19OT05CTE9DSykpICE9IE5PS0VZKSB7CisgICAgd2hpbGUgKHNlbV9vd25lZCAmJgor ICAgICAgICAoYyA9IHNjZ2V0YyhzYywgU0NHRVRDX05PTkJMT0NLKSkgIT0gTk9LRVkpIHsKIAog CWN1cl90dHkgPSBTQ19ERVYoc2MsIHNjLT5jdXJfc2NwLT5pbmRleCk7CiAJaWYgKCF0dHlfb3Bl bmVkKGN1cl90dHkpKQpAQCAtNjc3LDYgKzY5Myw4IEBACiAgICAgc2MtPmN1cl9zY3AtPnN0YXR1 cyB8PSBNT1VTRV9ISURERU47CiAKIGRvbmU6CisgICAgaWYgKHNlbV9vd25lZCkKKwlhdG9taWNf Y2xlYXJfaW50KCZfc3lzY29uc19zZW1hcGhvcmUsIDEpOwogICAgIG10eF91bmxvY2soJkdpYW50 KTsKICAgICByZXR1cm4gKGVycm9yKTsKIH0KQEAgLTE1NjksMTAgKzE1ODcsMTAgQEAKICAgICBz Y3Jfc3RhdCAqc2NwOwogICAgIHVfY2hhciAqcDsKICAgICBpbnQgY3VyX21vZGU7Ci0gICAgaW50 IHMgPSBzcGx0dHkoKTsJLyogYmxvY2sgc2NrYmRldmVudCBhbmQgc2Nybl90aW1lciB3aGlsZSB3 ZSBwb2xsICovCiAgICAgaW50IGM7CiAKLSAgICAvKiBhc3NlcnQoc2NfY29uc29sZSAhPSBOVUxM KSAqLworICAgIGlmICghYXRvbWljX2NtcHNldF9hY3FfaW50KCZfc3lzY29uc19zZW1hcGhvcmUs IDAsIDEpKQorCXJldHVybiAtMTsKIAogICAgIC8qIAogICAgICAqIFN0b3AgdGhlIHNjcmVlbiBz YXZlciBhbmQgdXBkYXRlIHRoZSBzY3JlZW4gaWYgbmVjZXNzYXJ5LgpAQCAtMTU4MywxMiArMTYw MSwxMyBAQAogICAgIHNjY251cGRhdGUoc2NwKTsKIAogICAgIGlmIChma2V5Y3AgPCBma2V5Lmxl bikgewotCXNwbHgocyk7Ci0JcmV0dXJuIGZrZXkuc3RyW2ZrZXljcCsrXTsKKwljID0gZmtleS5z dHJbZmtleWNwKytdOworCWF0b21pY19jbGVhcl9pbnQoJl9zeXNjb25zX3NlbWFwaG9yZSwgMSk7 CisJcmV0dXJuIGM7CiAgICAgfQogCiAgICAgaWYgKHNjcC0+c2MtPmtiZCA9PSBOVUxMKSB7Ci0J c3BseChzKTsKKwlhdG9taWNfY2xlYXJfaW50KCZfc3lzY29uc19zZW1hcGhvcmUsIDEpOwogCXJl dHVybiAtMTsKICAgICB9CiAKQEAgLTE2MTAsMjYgKzE2MjksMjkgQEAKICAgICBzY3AtPmtiZF9t b2RlID0gY3VyX21vZGU7CiAgICAga2JkZF9pb2N0bChzY3AtPnNjLT5rYmQsIEtEU0tCTU9ERSwg KGNhZGRyX3QpJnNjcC0+a2JkX21vZGUpOwogICAgIGtiZGRfZGlzYWJsZShzY3AtPnNjLT5rYmQp OwotICAgIHNwbHgocyk7CiAKICAgICBzd2l0Y2ggKEtFWUZMQUdTKGMpKSB7CiAgICAgY2FzZSAw OgkvKiBub3JtYWwgY2hhciAqLwotCXJldHVybiBLRVlDSEFSKGMpOworCWMgPSBLRVlDSEFSKGMp OworCWJyZWFrOwogICAgIGNhc2UgRktFWToJLyogZnVuY3Rpb24ga2V5ICovCiAJcCA9IGtiZGRf Z2V0X2ZrZXlzdHIoc2NwLT5zYy0+a2JkLCBLRVlDSEFSKGMpLCAoc2l6ZV90ICopJmZrZXljcCk7 CiAJZmtleS5sZW4gPSBma2V5Y3A7CiAJaWYgKChwICE9IE5VTEwpICYmIChma2V5LmxlbiA+IDAp KSB7CiAJICAgIGJjb3B5KHAsIGZrZXkuc3RyLCBma2V5Lmxlbik7CiAJICAgIGZrZXljcCA9IDE7 Ci0JICAgIHJldHVybiBma2V5LnN0clswXTsKKwkgICAgYyA9IGZrZXkuc3RyWzBdOwogCX0KLQly ZXR1cm4gYzsJLyogWFhYICovCisJLyogWFhYICovCisJYnJlYWs7CiAgICAgY2FzZSBOT0tFWToK ICAgICBjYXNlIEVSUktFWToKICAgICBkZWZhdWx0OgotCXJldHVybiAtMTsKKwljID0gLTE7CisJ YnJlYWs7CiAgICAgfQotICAgIC8qIE5PVCBSRUFDSEVEICovCisgICAgYXRvbWljX2NsZWFyX2lu dCgmX3N5c2NvbnNfc2VtYXBob3JlLCAxKTsKKyAgICByZXR1cm4gYzsKIH0KIAogc3RhdGljIHZv aWQK ------=_Part_139299_8944108.1227554627869-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 19:57:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C022A1065679 for ; Mon, 24 Nov 2008 19:57:26 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDEC8FC25 for ; Mon, 24 Nov 2008 19:57:26 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) 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 <1L4hYH-000159-FT>; Mon, 24 Nov 2008 20:56:57 +0100 Received: from [78.52.49.214] (helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1L4hYi-0000Yt-Lt>; Mon, 24 Nov 2008 20:57:24 +0100 Message-ID: <492B073C.3000907@mail.zedat.fu-berlin.de> Date: Mon, 24 Nov 2008 20:57:48 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: Daniel O'Connor References: <4923E685.3060805@zedat.fu-berlin.de> <20081122090035.GB1394@roadrunner.spoerlein.net> <4929DD14.10902@mail.zedat.fu-berlin.de> <200811241345.52007.doconnor@gsoft.com.au> In-Reply-To: <200811241345.52007.doconnor@gsoft.com.au> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 78.52.49.214 X-Mailman-Approved-At: Mon, 24 Nov 2008 20:13:56 +0000 Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: OpenLDAP 2.4.11/12 and FreeBSD 8.0/AMD64 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, 24 Nov 2008 19:57:26 -0000 Daniel O'Connor wrote: > On Monday 24 November 2008 09:15:40 O. Hartmann wrote: > >> Ulrich Spoerlein wrote: >> >>> On Wed, 19.11.2008 at 10:12:21 +0000, O. Hartmann wrote: >>> >>>> I'm wondering if someone out here has successfully running OpenLDAP >>>> 2.4.11/12 slapd on a most recently compiled FreeBSD 8.0/amd64 system. If >>>> so, please let me know. On our experimental host (FBSD >>>> 8.0/CURRENT/AMD64) slapd dies with signal 11 immediately after starting. >>>> >>> Have you tried running it as root? It likes to die if some permissions >>> are not fullfilled. >>> >> Yes, also this has been done (as I realized the weird crash when, say, >> /var/openldap-data/ has not the right access rights). >> >> I will do a ktrace soon. >> > > I have had issues with openldap do this sort of thing in the past.. > > Make sure the DB is healthy by running db_recover-X.Y -h /var/db/openldap > > Make a backup first of course.. > > I also had an issue where it would run fine if I called it manually but not > from the rc script.. It was _very_ frustrating and I never got to the bottom > of it properly. > > The funny thing is: /var/db/openlda-data/ is empty. I try to avoid having problems when switching from FreeBSD 7.1-PRE to 8.0-CUR on this specific box, I also switched from DB46 to DB47 (and back, as DB47 needs a patch that is not officially out and held back until 7.1-REL gets out of the box). Even an 'out of the box' minimalistic after-clean-install try for starting slapd results in a crash immediately after I tried ... I will check with KTRACE and hope it will show where it gets stuck. Oliver From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 20:36:24 2008 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 272E5106564A for ; Mon, 24 Nov 2008 20:36:24 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id D95248FC18 for ; Mon, 24 Nov 2008 20:36:23 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.91.13]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id C433417037 for ; Mon, 24 Nov 2008 23:36:21 +0300 (MSK) Message-ID: <492B1044.8030705@citrin.ru> Date: Mon, 24 Nov 2008 23:36:20 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: current@freebsd.org References: <4929C63D.6020808@citrin.ru> <4929EAC5.6070308@delphij.net> In-Reply-To: <4929EAC5.6070308@delphij.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: problem with Marvell ATA 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, 24 Nov 2008 20:36:24 -0000 On 24.11.2008 02:44, Xin LI wrote: > Anton Yuzhaninov wrote: >> Marvell ATA controller on current (from Nov 20, amd64) don't work under >> load >> (e. g. when make buildworld started). >> >> With RELENG_7 same hardware works fine. > > Could you please confirm that it's a fresh RELENG_7 (ideally it's > sync'ed within this month)? box was reinstalled and upgraded to fresh RELENG_7: 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Nov 24 21:18:12 MSK 2008 ATA works without problems. > >> From pciconf: >> >> atapci4@pci0:3:6:0: class=0x010000 card=0x81501043 chip=0x604111ab >> rev=0x09 hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = 'MV88SX6041 Marvell Technology Group Ltd. MV88SX6041 >> 4-port SATA II PCI-X Controller (rev 03)' >> class = mass storage >> subclass = SCSI >> cap 01[40] = powerspec 2 supports D0 D3 current D0 >> cap 05[50] = MSI supports 1 message, 64 bit >> cap 07[60] = PCI-X 64-bit supports 133MHz, 512 burst read, 4 split >> transactions >> >> From dmesg: >> >> ad16: FAILURE - load data >> ad16: setting up DMA failed >> ad20: FAILURE - load data >> ad20: setting up DMA failed >> GEOM_MIRROR: ad18: FAILURE - load data >> ad18: setting up DMA failed >> Request failed (error=5).ad18: FAILURE - load data >> ad18: setting up DMA failed >> ad16s1[WRITE(offset=7948492800, length=131072)] >> GEOM_MIRRORad16: FAILURE - load data >> ad16: : setting up DMA failedRequest failed (error=5). >> ad20: FAILURE - load data >> ad20: ad20s1[WRITE(offset=7948492800, length=131072)]setting up DMA failed >> ad16: FAILURE - load data >> ad16: setting up DMA failed >> ad16: >> GEOM_MIRRORFAILURE - load data: >> ad16: Request failed (error=5).setting up DMA failed >> ad16: FAILURE - load data >> ad16: setting up DMA faileda >> d18s1[WRITE(offset=7948722176, length=131072)]ad16: FAILURE - load data >> ad16: setting up DMA failed >> ad20: FAILURE - load data >> .... >> ad16: FAILURE - load data >> ad16: setting up DMA failed >> ad16: FAILURE - load data >> ad16: setting up DMA failed >> GEOM_MIRROR: Device gm0s1: provider ad16s1 disconnected. >> GEOM_MIRROR: Component ad16cs1 (device gm0s1) broken, skipping. >> GEOM_MIRROR: Cannot add disk ad16cs1 to gm0s1 (error=22). From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 20:41:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338301065694 for ; Mon, 24 Nov 2008 20:41:51 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id EACD78FC08 for ; Mon, 24 Nov 2008 20:41:50 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (pD9E9D15F.dip.t-dialin.net [217.233.209.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id CEB368A00D1; Mon, 24 Nov 2008 21:41:29 +0100 (CET) Message-ID: <492B116A.5070809@bsdforen.de> Date: Mon, 24 Nov 2008 21:41:14 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.18 (X11/20081123) MIME-Version: 1.0 To: Nick Hibma References: <492A62EF.7000803@bsdforen.de> <200811241350.46314.nick@van-laarhoven.org> In-Reply-To: <200811241350.46314.nick@van-laarhoven.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 20:41:51 -0000 >> I have recently been pointed to the u3g driver and gave it a try, >> because UBSA works very unreliable for me. >> >> ... >> >> The u3g driver has NONE of these problems. Everything just works >> for me. >> >> So obviously I would like to have u3g in base and chose for >> myself or even take support for devices out of ubsa that work >> better with u3g. > Sure, once FBSD 7 is out the door. > > Unless someone is willing to prod RelEng for permission and port the driver > to FBSD 7. > > The current driver is stable as far as I can see. There are some issues > where some devices do not work properly, but none that make things worse > than the are. > > Nick > > I'm running u3g on RELENG_7. FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Nov 13 00:16:28 CET 2008 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 21:31:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8B71065676 for ; Mon, 24 Nov 2008 21:31:00 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml17.kpnxchange.com (hpsmtp-eml17.KPNXCHANGE.COM [213.75.38.117]) by mx1.freebsd.org (Postfix) with ESMTP id 83E4A8FC18 for ; Mon, 24 Nov 2008 21:31:00 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml110.kpnxchange.com ([213.75.84.110]) by hpsmtp-eml17.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Nov 2008 22:30:59 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml110.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Nov 2008 22:30:59 +0100 Received: (qmail 29738 invoked by uid 98); 24 Nov 2008 21:30:58 -0000 Received: from 10.251.2.185 (nick@10.251.2.185) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.185):SA:0(-1.2/5.0):. Processed in 4.485407 secs); 24 Nov 2008 21:30:58 -0000 X-Spam-Status: No, score=-1.2 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.185) by uitsmijter.van-laarhoven.org with SMTP; 24 Nov 2008 21:30:53 -0000 Received: (nullmailer pid 88530 invoked by uid 1001); Mon, 24 Nov 2008 21:30:52 -0000 From: Nick Hibma To: Dominic Fandrey Date: Mon, 24 Nov 2008 22:30:51 +0100 User-Agent: KMail/1.9.7 References: <492A62EF.7000803@bsdforen.de> <200811241350.46314.nick@van-laarhoven.org> <492B116A.5070809@bsdforen.de> In-Reply-To: <492B116A.5070809@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811242230.51875.nick@van-laarhoven.org> X-OriginalArrivalTime: 24 Nov 2008 21:30:59.0304 (UTC) FILETIME=[F14C8E80:01C94E7B] Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2008 21:31:01 -0000 Myself as well. Actually I'm wondering how I ever survived without Internet in the train ... :-) Annoying though is the fact that kmail does not handle IP address changes very well. Have just submitted my patches to FBSD-7 to Remko and he will take it from there to comply with Releng requirements. 6.x will get the patch as well. Nick > >> I have recently been pointed to the u3g driver and gave it a try, > >> because UBSA works very unreliable for me. > >> > >> ... > >> > >> The u3g driver has NONE of these problems. Everything just works > >> for me. > >> > >> So obviously I would like to have u3g in base and chose for > >> myself or even take support for devices out of ubsa that work > >> better with u3g. > > > > Sure, once FBSD 7 is out the door. > > > > Unless someone is willing to prod RelEng for permission and port the > > driver to FBSD 7. > > > > The current driver is stable as far as I can see. There are some issues > > where some devices do not work properly, but none that make things > > worse than the are. > > > > Nick > > I'm running u3g on RELENG_7. > > FreeBSD mobileKamikaze.norad 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: > Thu Nov 13 00:16:28 CET 2008 > root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b > amd64 From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 06:05:01 2008 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 EF0661065673 for ; Tue, 25 Nov 2008 06:05:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id BFCD28FC13 for ; Tue, 25 Nov 2008 06:05:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so1153184rvb.1 for ; Mon, 24 Nov 2008 22:05:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:to:content-type :content-transfer-encoding:mime-version:subject:date:x-mailer:from; bh=XceSxdmGES40kZoM/CFCC2EqW2FDLOCqkx/j2MQ3ykA=; b=pA9mj5KYrxt6wVPlwYj9+CAu93+dYh13ieKhopdtStSl4SlzgF7oQM8PwAZERYSMKU jngnTPja49VIyB5uVD5G4tdHFwePaJ1ifsopXx56LHQfzuidRT5iSHnaft7BvqHCh9rm h825ktNhMT9CARA3KVBkhimLopmr7Tc18mMvs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:to:content-type:content-transfer-encoding:mime-version :subject:date:x-mailer:from; b=k5y2Rq9ytPeVQU0uFRYWO8v7r8RofYtZLpWeZIXvcetgm3sIZI/RD5sIy8LvGo5gON 080lr3stxjjCKd2ZKGDbY3AkIeiEzOL3kdoX/ncPUtfur/onLmvAHCSViT91cJq58F3p yMn/PvpWQrcREPn1wmUtjhIniVF95A0IvI+EM= Received: by 10.141.83.15 with SMTP id k15mr2252690rvl.249.1227593100532; Mon, 24 Nov 2008 22:05:00 -0800 (PST) Received: from ?192.168.10.7? (adsl-99-139-48-85.dsl.pltn13.sbcglobal.net [99.139.48.85]) by mx.google.com with ESMTPS id k41sm8126589rvb.4.2008.11.24.22.04.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 22:04:59 -0800 (PST) Message-Id: <212BFFCE-612F-418A-BDDD-4FE31BE51FD6@gmail.com> To: current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 22:08:25 -0800 X-Mailer: Apple Mail (2.929.2) From: Garrett Cooper Cc: Subject: New equivalent to sio(4) 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, 25 Nov 2008 06:05:02 -0000 Just tried to compile sio(4) according to various outdated Serial console documentation items, and it's busted (no doubt after the tty cleanup) in favor of uart(4). Is there any reason why sio is still in the tree, and available to build if it's broken? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 09:36:48 2008 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 5638B1065672 for ; Tue, 25 Nov 2008 09:36:48 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 1D13E8FC1A for ; Tue, 25 Nov 2008 09:36:48 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BEC4273098; Tue, 25 Nov 2008 10:41:25 +0100 (CET) Date: Tue, 25 Nov 2008 10:41:25 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081125094125.GA18669@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 09:36:48 -0000 If there are no objections I'd like to commit the small patch below to newfs_msdos.c -- all it does is create a fake geometry if it cannot get the media size, which is handy when you want to create a filesystem image on a regular file. Before the patch you need to do newfs_msdos -h 32 -s 64 -o 0 -S 512 -s `du -k /the/file` /the/file after the patch it becomes newfs_msdos /the/file which is a bit more friendly especially if you have to type it manually. cheers luigi > svn diff head/sbin Index: head/sbin/newfs_msdos/newfs_msdos.c =================================================================== --- head/sbin/newfs_msdos/newfs_msdos.c (revision 185290) +++ head/sbin/newfs_msdos/newfs_msdos.c (working copy) @@ -725,9 +725,20 @@ /* Maybe it's a floppy drive */ if (lp == NULL) { - if (ioctl(fd, DIOCGMEDIASIZE, &ms) == -1) - errx(1, "Cannot get disk size, %s", strerror(errno)); - if (ioctl(fd, FD_GTYPE, &type) != -1) { + if (ioctl(fd, DIOCGMEDIASIZE, &ms) == -1) { + struct stat st; + + bzero(&st, sizeof(st)); + if (fstat(fd, &st)) + err(1, "Cannot get disk size"); + /* create a fake geometry for a file image */ + ms = st.st_size; + dlp.d_secsize = 512; + dlp.d_nsectors = 64; + dlp.d_ntracks = 32; + dlp.d_secperunit = ms / dlp.d_secsize; + lp = &dlp; + } else if (ioctl(fd, FD_GTYPE, &type) != -1) { dlp.d_secsize = 128 << type.secsize; dlp.d_nsectors = type.sectrac; dlp.d_ntracks = type.heads; From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 09:46:10 2008 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 7475A1065670 for ; Tue, 25 Nov 2008 09:46:10 +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 359C68FC12 for ; Tue, 25 Nov 2008 09:46:10 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 179A06D439; Tue, 25 Nov 2008 10:46:39 +0100 (CET) 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 Aw+vU2hNjCn3; Tue, 25 Nov 2008 10:46:35 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id EF6A06D42B; Tue, 25 Nov 2008 10:46:35 +0100 (CET) Date: Tue, 25 Nov 2008 10:46:35 +0100 From: Rink Springer To: Luigi Rizzo Message-ID: <20081125094635.GA64854@rink.nu> References: <20081125094125.GA18669@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081125094125.GA18669@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 09:46:10 -0000 Hi Luigi, On Tue, Nov 25, 2008 at 10:41:25AM +0100, Luigi Rizzo wrote: > If there are no objections I'd like to commit the small patch below > to newfs_msdos.c -- all it does is create a fake geometry if > it cannot get the media size, which is handy when you want to > create a filesystem image on a regular file. Hmm, what about adding this as a seperate option, or perhaps printing a message that it made a wild guess? When I create a md(4), I may have accidently forgotten to specify the geometry and I would like to be reminded that it made something up, rather than just continueing and leaving me with an unusuable image. Just my EUR 0.02. Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 09:58:05 2008 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 8E8CE106564A for ; Tue, 25 Nov 2008 09:58:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 500F98FC13 for ; Tue, 25 Nov 2008 09:58:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1ADBB73098; Tue, 25 Nov 2008 11:02:43 +0100 (CET) Date: Tue, 25 Nov 2008 11:02:43 +0100 From: Luigi Rizzo To: Rink Springer Message-ID: <20081125100243.GA19436@onelab2.iet.unipi.it> References: <20081125094125.GA18669@onelab2.iet.unipi.it> <20081125094635.GA64854@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081125094635.GA64854@rink.nu> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 09:58:05 -0000 On Tue, Nov 25, 2008 at 10:46:35AM +0100, Rink Springer wrote: > Hi Luigi, > > On Tue, Nov 25, 2008 at 10:41:25AM +0100, Luigi Rizzo wrote: > > If there are no objections I'd like to commit the small patch below > > to newfs_msdos.c -- all it does is create a fake geometry if > > it cannot get the media size, which is handy when you want to > > create a filesystem image on a regular file. > > Hmm, what about adding this as a seperate option, or perhaps printing a > message that it made a wild guess? Right now it does this: > newfs_msdos /tmp/aaa newfs_msdos: warning: /tmp/aaa is not a character device /tmp/aaa: 20424 sectors in 2553 FAT12 clusters (4096 bytes/cluster) bps=512 spc=8 res=1 nft=2 rde=512 sec=20480 mid=0xf0 spf=8 spt=64 hds=32 hid=0 so the warning is there already. I am a bit reluctant to add one more option -- the whole goal was to make it easy to use, otherwise one could just exploit the existing flags. > When I create a md(4), I may have accidently forgotten to specify the > geometry and I would like to be reminded that it made something up, well, the whole geometry thing (and disktab) is a relic of the past. These days it is completley meaningless -- hard disks always have a fake geometry (63sec/255heads), same for flash memories... cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 10:08:52 2008 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 C6EA8106564A; Tue, 25 Nov 2008 10:08:52 +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 8642E8FC17; Tue, 25 Nov 2008 10:08:52 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 89EA56D439; Tue, 25 Nov 2008 11:09:21 +0100 (CET) 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 rptyavxwzC0u; Tue, 25 Nov 2008 11:09:18 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 419406D42B; Tue, 25 Nov 2008 11:09:18 +0100 (CET) Date: Tue, 25 Nov 2008 11:09:18 +0100 From: Rink Springer To: Luigi Rizzo Message-ID: <20081125100918.GB64854@rink.nu> References: <20081125094125.GA18669@onelab2.iet.unipi.it> <20081125094635.GA64854@rink.nu> <20081125100243.GA19436@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081125100243.GA19436@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Rink Springer , current@freebsd.org Subject: Re: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 10:08:52 -0000 On Tue, Nov 25, 2008 at 11:02:43AM +0100, Luigi Rizzo wrote: > Right now it does this: > > > newfs_msdos /tmp/aaa > newfs_msdos: warning: /tmp/aaa is not a character device > /tmp/aaa: 20424 sectors in 2553 FAT12 clusters (4096 bytes/cluster) > bps=512 spc=8 res=1 nft=2 rde=512 sec=20480 mid=0xf0 spf=8 spt=64 hds=32 hid=0 > > so the warning is there already. > I am a bit reluctant to add one more option -- the whole goal was to > make it easy to use, otherwise one could just exploit the existing flags. Yes, that makes sense. > > When I create a md(4), I may have accidently forgotten to specify the > > geometry and I would like to be reminded that it made something up, > > well, the whole geometry thing (and disktab) is a relic of the past. > These days it is completley meaningless -- hard disks always have a fake > geometry (63sec/255heads), same for flash memories... Well, I vaguely recall problems when trying to boot from FAT12 filesystems for use on bootable CD's where the geometry was off... However, this was quite a long time ago so my memory may be lapsing. I think this change makes sense, especially since it will always inform you of what it did. I'd say it's OK to commit. Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 10:18:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E176310656F8 for ; Tue, 25 Nov 2008 10:18:43 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9CA8FC24 for ; Tue, 25 Nov 2008 10:18:43 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.117.34.59]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 373D88A00D3; Tue, 25 Nov 2008 11:18:15 +0100 (CET) Message-ID: <492BD0DC.7060001@bsdforen.de> Date: Tue, 25 Nov 2008 11:18:04 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.18 (X11/20081123) MIME-Version: 1.0 To: Nick Hibma References: <492A62EF.7000803@bsdforen.de> <200811241350.46314.nick@van-laarhoven.org> <492B116A.5070809@bsdforen.de> <200811242230.51875.nick@van-laarhoven.org> In-Reply-To: <200811242230.51875.nick@van-laarhoven.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 10:18:44 -0000 Nick Hibma wrote: > Myself as well. Actually I'm wondering how I ever survived without Internet > in the train ... :-) Annoying though is the fact that kmail does not handle > IP address changes very well. > > Have just submitted my patches to FBSD-7 to Remko and he will take it from > there to comply with Releng requirements. > > 6.x will get the patch as well. > > Nick I suppose that, du to RELENG_7_1 already having been branched, it won't get into 7.1, but still this is great news. Thanks a lot! From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 10:33:55 2008 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 391B01065673; Tue, 25 Nov 2008 10:33:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EF28A8FC0A; Tue, 25 Nov 2008 10:33:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mAPAXqhC074707; Tue, 25 Nov 2008 05:33:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mAPAXpIN058816; Tue, 25 Nov 2008 05:33:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BDEC573039; Tue, 25 Nov 2008 05:33:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081125103351.BDEC573039@freebsd-current.sentex.ca> Date: Tue, 25 Nov 2008 05:33:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 10:33:55 -0000 TB --- 2008-11-25 09:01:30 - tinderbox 2.5 running on freebsd-current.sentex.ca TB --- 2008-11-25 09:01:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-11-25 09:01:30 - cleaning the object tree TB --- 2008-11-25 09:01:58 - cvsupping the source tree TB --- 2008-11-25 09:01:58 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-11-25 09:08:54 - building world TB --- 2008-11-25 09:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-25 09:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-25 09:08:54 - TARGET=pc98 TB --- 2008-11-25 09:08:54 - TARGET_ARCH=i386 TB --- 2008-11-25 09:08:54 - TZ=UTC TB --- 2008-11-25 09:08:54 - __MAKE_CONF=/dev/null TB --- 2008-11-25 09:08:54 - cd /src TB --- 2008-11-25 09:08:54 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 25 09:08:55 UTC 2008 >>> 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 Nov 25 10:33:21 UTC 2008 TB --- 2008-11-25 10:33:21 - generating LINT kernel config TB --- 2008-11-25 10:33:21 - cd /src/sys/pc98/conf TB --- 2008-11-25 10:33:21 - /usr/bin/make -B LINT TB --- 2008-11-25 10:33:21 - building LINT kernel TB --- 2008-11-25 10:33:21 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-25 10:33:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-25 10:33:21 - TARGET=pc98 TB --- 2008-11-25 10:33:21 - TARGET_ARCH=i386 TB --- 2008-11-25 10:33:21 - TZ=UTC TB --- 2008-11-25 10:33:21 - __MAKE_CONF=/dev/null TB --- 2008-11-25 10:33:21 - cd /src TB --- 2008-11-25 10:33:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 25 10:33:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine i386 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usb2/serial (cleandir) rm -f export_syms usb2_serial.ko usb2_serial.kld usb2_serial.o opt_usb.h opt_bus.h opt_compat.h usb2_if.h bus_if.h device_if.h vnode_if.h vnode_if_newproto.h vnode_if_typedef.h rm -f @ machine i386 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usb2/serial_3g (cleandir) cd: can't cd to /src/sys/modules/usb2/serial_3g *** Error code 2 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-25 10:33:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-25 10:33:51 - ERROR: failed to build lint kernel TB --- 2008-11-25 10:33:51 - 3876.12 user 381.44 system 5540.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 10:53:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF1111065675 for ; Tue, 25 Nov 2008 10:53:39 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 58DEA8FC2D for ; Tue, 25 Nov 2008 10:53:37 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mAPAInTo010423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 13:18:50 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L4v0L-000IJw-8T; Tue, 25 Nov 2008 13:18:49 +0300 From: Vladimir Grebenschikov To: Dominic Fandrey In-Reply-To: <492A62EF.7000803@bsdforen.de> References: <492A62EF.7000803@bsdforen.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 25 Nov 2008 13:18:49 +0300 Message-Id: <1227608329.1731.70.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 10:53:40 -0000 On Mon, 2008-11-24 at 09:16 +0100, Dominic Fandrey wrote: > I have recently been pointed to the u3g driver and gave it a try, > because UBSA works very unreliable for me. > > - In combination with PF-NAT I get kernel panics under high load. > - I have to hack some buffer sizes in the driver to get the full > 3G speed. > - Often my USB-3G stick is not detected, sometimes I spent several > minutes plugging it in and out until it is detected. > - It doesn't let me use the card reader in the stick. > > The u3g driver has NONE of these problems. Everything just works > for me. > > So obviously I would like to have u3g in base and chose for > myself or even take support for devices out of ubsa that work > better with u3g. Unfortunately I am no so lucky. After moving to u3g I have no more any Internet mobile connection, my Huawei EC500 card is detected, but PPP failed on pahase of handshake, second port (U0.2) have usual messages with some binaries between text. Looks like something wrong with data delivery between card and port. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 11:29:11 2008 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 548F41065670 for ; Tue, 25 Nov 2008 11:29:11 +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 7855C8FC17 for ; Tue, 25 Nov 2008 11:29:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 NAA19416; Tue, 25 Nov 2008 13:15:18 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492BDE44.7060402@icyb.net.ua> Date: Tue, 25 Nov 2008 13:15:16 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: Luigi Rizzo , current@freebsd.org References: <20081125094125.GA18669@onelab2.iet.unipi.it> In-Reply-To: <20081125094125.GA18669@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 11:29:11 -0000 on 25/11/2008 11:41 Luigi Rizzo said the following: > If there are no objections I'd like to commit the small patch below > to newfs_msdos.c -- all it does is create a fake geometry if > it cannot get the media size, which is handy when you want to > create a filesystem image on a regular file. > > Before the patch you need to do > > newfs_msdos -h 32 -s 64 -o 0 -S 512 -s `du -k /the/file` /the/file > > after the patch it becomes > > newfs_msdos /the/file > > which is a bit more friendly especially if you have to type it manually. > > cheers > luigi > > >> svn diff head/sbin > Index: head/sbin/newfs_msdos/newfs_msdos.c > =================================================================== > --- head/sbin/newfs_msdos/newfs_msdos.c (revision 185290) > +++ head/sbin/newfs_msdos/newfs_msdos.c (working copy) > @@ -725,9 +725,20 @@ > > /* Maybe it's a floppy drive */ > if (lp == NULL) { > - if (ioctl(fd, DIOCGMEDIASIZE, &ms) == -1) > - errx(1, "Cannot get disk size, %s", strerror(errno)); > - if (ioctl(fd, FD_GTYPE, &type) != -1) { > + if (ioctl(fd, DIOCGMEDIASIZE, &ms) == -1) { > + struct stat st; > + > + bzero(&st, sizeof(st)); > + if (fstat(fd, &st)) > + err(1, "Cannot get disk size"); > + /* create a fake geometry for a file image */ > + ms = st.st_size; > + dlp.d_secsize = 512; > + dlp.d_nsectors = 64; > + dlp.d_ntracks = 32; > + dlp.d_secperunit = ms / dlp.d_secsize; > + lp = &dlp; > + } else if (ioctl(fd, FD_GTYPE, &type) != -1) { > dlp.d_secsize = 128 << type.secsize; > dlp.d_nsectors = type.sectrac; > dlp.d_ntracks = type.heads; Please also consider this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/121182 and this message from phk in a related thread: http://lists.freebsd.org/pipermail/freebsd-fs/2008-February/004483.html -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 13:28:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DD871065670 for ; Tue, 25 Nov 2008 13:28:08 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id C96888FC14 for ; Tue, 25 Nov 2008 13:28:07 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (l207029.dynamic.ppp.asahi-net.or.jp [218.219.207.29]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 403A869915; Tue, 25 Nov 2008 22:07:19 +0900 (JST) Date: Tue, 25 Nov 2008 22:07:18 +0900 From: WATANABE Kazuhiro To: freebsd-current In-Reply-To: <20081124.015707.02304508.t.ichinoseki@nifty.com> References: <20081124.015707.02304508.t.ichinoseki@nifty.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: <20081125130719.403A869915@mail.asahi-net.or.jp> Cc: Toshikazu ICHINOSEKI Subject: Unable to boot with SiS ATA chipsets (Re: Unable to boot on ECS K7S5A) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 13:28:08 -0000 Hello. I've also encountered the same problem on my PCs: * NEC PC-VC3004D (SiS 651) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 2.5 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] * Compaq Presario 2262 (SiS 5597) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcb0-0xfcbf at device 1.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] Without your patch, the ata driver wants to attach all devices that has SiS vendor ID (0x1039) as an ATA controller. With your patch, only these ATA controllers are attached correctly. Thanks! Here is the Presario's dmesg: * Without the patch GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 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-CURRENT #14: Tue Nov 25 10:58:08 JST 2008 nabe@capricorn:/FreeBSD/obj/i386/HEAD/FreeBSD/HEAD/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Cyrix 6x86MX (233.87-MHz 686-class CPU) Origin = "CyrixInstead" Id = 0x600 Stepping = 0 DIR=0x0854 Features=0x80a135 Features2=0x64616574,x2APIC,,XSAVE,,> real memory = 264241152 (252 MB) avail memory = 239845376 (228 MB) kbd1 at kbdmux0 ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 atapci0: at device 1.0 on pci0 ata0: on atapci0 device_attach: ata0 attach returned 6 ata1: on atapci0 device_attach: ata1 attach returned 6 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcb0-0xfcbf at device 1.1 on pci0 atapci2: mem 0xfedff000-0xfedfffff irq 9 at device 1.2 on pci0 atapci2: [ITHREAD] ata2: on atapci2 device_attach: ata2 attach returned 6 dc0: port 0xfc00-0xfc7f mem 0xfedfec00-0xfedfefff irq 11 at device 5.0 on pci0 miibus0: on dc0 dcphy0: PHY 31 on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:10:e3:xx:xx:xx dc0: [ITHREAD] pci0: at device 13.0 (no driver attached) fxp0: port 0xfcc0-0xfcdf mem 0xfedfd000-0xfedfdfff,0xfec00000-0xfecfffff irq 9 at device 18.0 on pci0 miibus1: on fxp0 inphy0: PHY 1 on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:xx:xx:xx fxp0: [ITHREAD] atapci3: port 0xf880-0xf8ff mem 0xfe800000-0xfebfffff,0xfede0000-0xfedeffff at device 20.0 on pci0 atapci3: unable to map interrupt device_attach: atapci3 attach returned 6 cpu0 on motherboard isa0: on motherboard pmtimer0 on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 pnpid CPQb0ab on isa0 sbc0: [GIANT-LOCKED] sbc0: [ITHREAD] pcm0: on sbc0 pcm0: [GIANT-LOCKED] pcm0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 pnpid PNP0501 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) fdc1: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 pnpid PNP0700 on isa0 fdc1: [FILTER] ppc0: at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 pnpid PNP0401 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: No FDOUT register! unknown: can't assign resources (memory) unknown: can't assign resources (memory) Timecounters tick every 1.000 msec WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad2s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> panic: Root mount failed, startup aborted. cpuid = 0 KDB: enter: panic [thread pid 1 tid 100002 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> where Tracing pid 1 tid 100002 td 0xc2554d80 kdb_enter(c0bccda8,c0bccda8,c0bd9c6a,c2268c68,0,...) at kdb_enter+0x3a panic(c0bd9c6a,c0bc6069,c0bbdf67,1,c0881950,...) at panic+0x136 vfs_mountroot(c0d1cf90,4,c0bc73fa,265,0,...) at vfs_mountroot+0x46e start_init(0,c2268d38,c0bc8f59,327,c2552d0c,...) at start_init+0x65 fork_exit(c07c7e50,0,c2268d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2268d70, ebp = 0 --- db> reboot * With the patch GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 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-CURRENT #13: Mon Nov 24 17:45:14 JST 2008 nabe@capricorn:/FreeBSD/obj/i386/HEAD/FreeBSD/HEAD/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Cyrix 6x86MX (233.87-MHz 686-class CPU) Origin = "CyrixInstead" Id = 0x600 Stepping = 0 DIR=0x0854 Features=0x80a135 Features2=0x64616574,x2APIC,,XSAVE,,> real memory = 264241152 (252 MB) avail memory = 239845376 (228 MB) kbd1 at kbdmux0 ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcb0-0xfcbf at device 1.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xfedff000-0xfedfffff irq 9 at device 1.2 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered dc0: port 0xfc00-0xfc7f mem 0xfedfec00-0xfedfefff irq 11 at device 5.0 on pci0 miibus0: on dc0 dcphy0: PHY 31 on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:10:e3:xx:xx:xx dc0: [ITHREAD] pci0: at device 13.0 (no driver attached) fxp0: port 0xfcc0-0xfcdf mem 0xfedfd000-0xfedfdfff,0xfec00000-0xfecfffff irq 9 at device 18.0 on pci0 miibus1: on fxp0 inphy0: PHY 1 on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:xx:xx:xx fxp0: [ITHREAD] vgapci0: port 0xf880-0xf8ff mem 0xfe800000-0xfebfffff,0xfede0000-0xfedeffff at device 20.0 on pci0 cpu0 on motherboard pmtimer0 on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 pnpid CPQb0ab on isa0 sbc0: [GIANT-LOCKED] sbc0: [ITHREAD] pcm0: on sbc0 pcm0: [GIANT-LOCKED] pcm0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 pnpid PNP0501 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) fdc1: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 pnpid PNP0700 on isa0 fdc1: [FILTER] ppc0: at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 pnpid PNP0401 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: No FDOUT register! unknown: can't assign resources (memory) unknown: can't assign resources (memory) Timecounters tick every 1.000 msec ad0: 2014MB at ata0-master UDMA33 acd0: CDROM at ata0-slave PIO4 ad2: 19092MB at ata1-master UDMA33 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad2s1a At Mon, 24 Nov 2008 01:57:07 +0900 (JST), Toshikazu ICHINOSEKI wrote: > Michael Moll wrote: > > Hello, > > > > after upgrading to new -CURRENT sources, my box (ECS K7S5A board) is not > > able to boot. I attached verbose boot-messages (dmesg.new) and for > > reference the boot-messages of the older, working kernel (dmesg.old). > > > > As one of messages is "atapci0: unable to map interrupt" I suspect some > > trouble in ATA oder ACPI code... Any hints? > > > > Hi Michael, > > my ECS K7S5A box (ACPI disabled) has similar problem in recent -CURRENT. > It crashes after probing ata disks in booting. > Following patch makes my box to boot again. > > --- sys/dev/ata/chipsets/ata-sis.c.orig 2008-10-09 21:56:57.000000000 +0900 > +++ sys/dev/ata/chipsets/ata-sis.c 2008-11-18 21:48:12.000000000 +0900 > @@ -108,6 +108,9 @@ > if (pci_get_vendor(dev) != ATA_SIS_ID) > return ENXIO; > > + if (pci_get_class(dev) != PCIC_STORAGE) > + return ENXIO; > + > if (!(idx = ata_find_chip(dev, ids, -pci_get_slot(dev)))) > return ENXIO; > > -- > > Cheers, > > Toshikazu --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 13:40:30 2008 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 DF365106564A for ; Tue, 25 Nov 2008 13:40:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8B72A8FC08 for ; Tue, 25 Nov 2008 13:40:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 527A545685; Tue, 25 Nov 2008 14:40:28 +0100 (CET) Received: from localhost (pjdwl.wheel.pl [10.0.1.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 94ACC45683; Tue, 25 Nov 2008 14:40:23 +0100 (CET) Date: Tue, 25 Nov 2008 14:40:27 +0100 From: Pawel Jakub Dawidek To: Luigi Rizzo Message-ID: <20081125134027.GC3519@garage.freebsd.pl> References: <20081125094125.GA18669@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline In-Reply-To: <20081125094125.GA18669@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: current@freebsd.org Subject: Re: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 13:40:31 -0000 --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 10:41:25AM +0100, Luigi Rizzo wrote: > If there are no objections I'd like to commit the small patch below > to newfs_msdos.c -- all it does is create a fake geometry if > it cannot get the media size, which is handy when you want to > create a filesystem image on a regular file. >=20 > Before the patch you need to do >=20 > newfs_msdos -h 32 -s 64 -o 0 -S 512 -s `du -k /the/file` /the/file >=20 > after the patch it becomes >=20 > newfs_msdos /the/file >=20 > which is a bit more friendly especially if you have to type it manually. Yes, please! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJLABLForvXbEpPzQRAsV/AJ9Kl+A/aoyo1aHU2AZsmJQx+xh3hgCfT66k MGFeBZcg4ZJ/Ks58s2cj4Vo= =bIO2 -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 13:55:20 2008 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 9A04F1065676 for ; Tue, 25 Nov 2008 13:55:20 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 648C28FC27 for ; Tue, 25 Nov 2008 13:55:20 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9C75673098; Tue, 25 Nov 2008 14:59:58 +0100 (CET) Date: Tue, 25 Nov 2008 14:59:58 +0100 From: Luigi Rizzo To: Andriy Gapon Message-ID: <20081125135958.GA26228@onelab2.iet.unipi.it> References: <20081125094125.GA18669@onelab2.iet.unipi.it> <492BDE44.7060402@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <492BDE44.7060402@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: small newfs_msdos addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 13:55:20 -0000 On Tue, Nov 25, 2008 at 01:15:16PM +0200, Andriy Gapon wrote: ... > > Please also consider this PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/121182 > and this message from phk in a related thread: > http://lists.freebsd.org/pipermail/freebsd-fs/2008-February/004483.html thanks for the pointer. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 14:45:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 401EA106567F for ; Tue, 25 Nov 2008 14:45:18 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml17.kpnxchange.com (hpsmtp-eml17.KPNXCHANGE.COM [213.75.38.117]) by mx1.freebsd.org (Postfix) with ESMTP id CAC538FC1A for ; Tue, 25 Nov 2008 14:45:17 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml108.kpnxchange.com ([213.75.84.108]) by hpsmtp-eml17.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Nov 2008 15:45:16 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml108.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Nov 2008 15:45:16 +0100 Received: (qmail 51361 invoked by uid 98); 25 Nov 2008 14:45:15 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.4/5.0):. Processed in 3.150236 secs); 25 Nov 2008 14:45:15 -0000 X-Spam-Status: No, score=-1.4 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 25 Nov 2008 14:45:12 -0000 Received: (nullmailer pid 93724 invoked by uid 1001); Tue, 25 Nov 2008 14:45:11 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Tue, 25 Nov 2008 15:45:10 +0100 User-Agent: KMail/1.9.10 References: <492A62EF.7000803@bsdforen.de> <1227608329.1731.70.camel@localhost> In-Reply-To: <1227608329.1731.70.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811251545.10807.nick@van-laarhoven.org> X-OriginalArrivalTime: 25 Nov 2008 14:45:16.0643 (UTC) FILETIME=[6E5B0330:01C94F0C] Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 14:45:18 -0000 Please send me as much info as you can: ppp.conf output of dmesg things you tried, etc. I've got a Huawei E220 and any other Huawei card seems to have the same symptoms. Make sure you have the latest and greatest version of u3g.c from current. One thing you could try is to reduce the MTU in your ppp configuration. Nick > On Mon, 2008-11-24 at 09:16 +0100, Dominic Fandrey wrote: > > I have recently been pointed to the u3g driver and gave it a try, > > because UBSA works very unreliable for me. > > > > - In combination with PF-NAT I get kernel panics under high load. > > - I have to hack some buffer sizes in the driver to get the full > > 3G speed. > > - Often my USB-3G stick is not detected, sometimes I spent several > > minutes plugging it in and out until it is detected. > > - It doesn't let me use the card reader in the stick. > > > > The u3g driver has NONE of these problems. Everything just works > > for me. > > > > So obviously I would like to have u3g in base and chose for > > myself or even take support for devices out of ubsa that work > > better with u3g. > > Unfortunately I am no so lucky. > > After moving to u3g I have no more any Internet mobile connection, my > Huawei EC500 card is detected, but PPP failed on pahase of handshake, > second port (U0.2) have usual messages with some binaries between text. > Looks like something wrong with data delivery between card and port. From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 15:22:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D0491065676 for ; Tue, 25 Nov 2008 15:22:32 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml13.kpnxchange.com (hpsmtp-eml13.KPNXCHANGE.COM [213.75.38.113]) by mx1.freebsd.org (Postfix) with ESMTP id D911B8FC1F for ; Tue, 25 Nov 2008 15:22:31 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml105.kpnxchange.com ([213.75.84.105]) by hpsmtp-eml13.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Nov 2008 16:22:30 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml105.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Nov 2008 16:22:30 +0100 Received: (qmail 52120 invoked by uid 98); 25 Nov 2008 15:22:29 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.0/5.0):. Processed in 4.004251 secs); 25 Nov 2008 15:22:29 -0000 X-Spam-Status: No, score=-1.0 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 25 Nov 2008 15:22:25 -0000 Received: (nullmailer pid 53331 invoked by uid 1001); Tue, 25 Nov 2008 15:22:24 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Tue, 25 Nov 2008 16:22:23 +0100 User-Agent: KMail/1.9.10 References: <492A62EF.7000803@bsdforen.de> <1227608329.1731.70.camel@localhost> <200811251545.10807.nick@van-laarhoven.org> In-Reply-To: <200811251545.10807.nick@van-laarhoven.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811251622.24099.nick@van-laarhoven.org> X-OriginalArrivalTime: 25 Nov 2008 15:22:30.0756 (UTC) FILETIME=[A1FD9A40:01C94F11] Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 15:22:32 -0000 > Please send me as much info as you can: > > ppp.conf > output of dmesg > things you tried, etc. > > I've got a Huawei E220 and any other Huawei card seems to have the same > symptoms. I meant to say: I've got a E220 which works, but there are tales about another card (Option) that has the same symptoms. It feels like some buffer overrun. > > Make sure you have the latest and greatest version of u3g.c from current. > > One thing you could try is to reduce the MTU in your ppp configuration. > > Nick > > > On Mon, 2008-11-24 at 09:16 +0100, Dominic Fandrey wrote: > > > I have recently been pointed to the u3g driver and gave it a try, > > > because UBSA works very unreliable for me. > > > > > > - In combination with PF-NAT I get kernel panics under high load. > > > - I have to hack some buffer sizes in the driver to get the full > > > 3G speed. > > > - Often my USB-3G stick is not detected, sometimes I spent several > > > minutes plugging it in and out until it is detected. > > > - It doesn't let me use the card reader in the stick. > > > > > > The u3g driver has NONE of these problems. Everything just works > > > for me. > > > > > > So obviously I would like to have u3g in base and chose for > > > myself or even take support for devices out of ubsa that work > > > better with u3g. > > > > Unfortunately I am no so lucky. > > > > After moving to u3g I have no more any Internet mobile connection, my > > Huawei EC500 card is detected, but PPP failed on pahase of handshake, > > second port (U0.2) have usual messages with some binaries between text. > > Looks like something wrong with data delivery between card and port. > > _______________________________________________ > 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 Nov 25 16:40:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E39141065670; Tue, 25 Nov 2008 16:40:54 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 350B78FC0C; Tue, 25 Nov 2008 16:40:54 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 5367090006; Tue, 25 Nov 2008 17:40:52 +0100 (CET) Received: from nobby (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 8D6E790005; Tue, 25 Nov 2008 17:40:51 +0100 (CET) Date: Tue, 25 Nov 2008 16:40:40 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20081125154040.GA12632@nobby.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-wip@freebsd.org, freebsd-arch@freebsd.org Subject: HEADSUP: CVS/Mirror mode for csup to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 16:40:55 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, After some feedback on previous patches and some adjustments, I think the CVSMode for csup project have come to a place where a wider testing audience is needed, and I would like to make this a call for review and a HEADSUP to allow willing reviewers and eventual protesters to give their opinion before merging this to HEAD. A few things about the current state of CVSMode: - Complete CVS mode (mirror mode) is supported, allowing the whole CVS repository to be fetched by csup. - rsync fetch supported if not explicitly not wanted by user or not support= ed by server. - Support using the status file to speed up detailing of files. This means = no bigger inpact on files that are up to date. For the state of the code itself, I have went over it a couple of times the last couple of days, fixing style issues and a few differences between cvsup and csup. One important thing to note is that the impact on the existing cs= up operation is _minimal_, so that the risk of introducing bugs to the normal csup operation is very small, and because of this I see no problems with committing the current version. If you find any issues, please e-mail me, a= nd I will look at it. So, for those of you wanting to test, please do so now. If people are okay with this, I would like to merge it by the end of the week/early next week. A patch can be found here: http://people.freebsd.org/~lulf/csup_cvsmode.diff or you can just do a checkout of projects/csup_cvsmode --=20 Ulf Lilleengen --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkksHHcACgkQCILg8nMIdCUtkQCfab66AfmNbh4r5CPK2MHXji3l PbYAn3fGb1WVfqGlca9ZUtpGpjPJ35hI =5m2O -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 17:23:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72C451065672 for ; Tue, 25 Nov 2008 17:23:28 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id 09D628FC08 for ; Tue, 25 Nov 2008 17:23:27 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so28133gve.39 for ; Tue, 25 Nov 2008 09:23:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=mxT52WyDjUiyEy3+8cZveCnQ4OM5rlsfzPqwaInAiSI=; b=Sha+uChaNBQWqI64W6+jeoKhgu0WmZx5NbRJKIVHm/7axe8E7TLeNCfCjV5VRgUtHx AClAY6H3M/DKSbz0wFfC/yHzYz7KtkjvLXhZulHw6/COGCbz6cSTIhkrqX7jyoy9p59I Qc3FU9PvLPB6a+Ip2ZaER8T2t/dRgocgcqhds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=ioeWtohmUI543gI/iNk9e736Ai4k3zan8YCYGa80ZyD+MvVFBneTyU3arIYqB1s4Ht +mgEMO6H+P7smFMJvb7ScncA7g9KSK08azAa7lnpKNcx5mnIFfLCl/yvKLRJPFe7NL/4 bxMcn+W2w895z17SVraXbDLhPa4n+gVaR1ikY= Received: by 10.86.59.18 with SMTP id h18mr3088222fga.31.1227632037199; Tue, 25 Nov 2008 08:53:57 -0800 (PST) Received: from manson.homenet.telecomitalia.it (host8-96-dynamic.52-79-r.retail.telecomitalia.it [79.52.96.8]) by mx.google.com with ESMTPS id e20sm8268451fga.1.2008.11.25.08.53.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Nov 2008 08:53:55 -0800 (PST) Message-Id: <5D9F392B-97B5-4812-B5CB-047193715A94@gmail.com> From: Andrea Di Pasquale To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 25 Nov 2008 17:53:53 +0100 X-Mailer: Apple Mail (2.929.2) Subject: Options handler for userspace programs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 17:23:28 -0000 Hi! I seen that all freebsd' s programs use getopt() or sequence =20 options with arguments. I wanna to propose new options handler that handle name or alias for =20 options and option's argument, example no argument, required one or two arguments, =20= required argument with 2=B0 option argument and one or two optional arguments. Can it useful for freebsd? Regards, Andrea= From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 17:29:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93EE91065708 for ; Tue, 25 Nov 2008 17:29:52 +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 75E468FC1A for ; Tue, 25 Nov 2008 17:29:52 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAPHTqtv062294; Tue, 25 Nov 2008 09:29:52 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <492C360B.8080304@freebsd.org> Date: Tue, 25 Nov 2008 09:29:47 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Di Pasquale References: <5D9F392B-97B5-4812-B5CB-047193715A94@gmail.com> In-Reply-To: <5D9F392B-97B5-4812-B5CB-047193715A94@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Options handler for userspace programs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 17:29:52 -0000 Have you looked at getopt_long, which is in the standard FreeBSD C libraries? man 3 getopt_long The use of getopt() in most utilities instead of getopt_long() is a very deliberate choice. Tim Kientzle Andrea Di Pasquale wrote: > Hi! I seen that all freebsd' s programs use getopt() or sequence > options with arguments. > I wanna to propose new options handler that handle name or alias for > options and > option's argument, example no argument, required one or two arguments, > required > argument with 2° option argument and one or two optional arguments. > Can it useful for freebsd? > > Regards, > Andrea_______________________________________________ > 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 Nov 25 18:23:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06D5106564A for ; Tue, 25 Nov 2008 18:23:54 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 857B78FC12 for ; Tue, 25 Nov 2008 18:23:54 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 74.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.74]) by smtp.vzavenue.net with ESMTP; 25 Nov 2008 12:53:47 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.74 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiQFABfCK0lCq09K/2dsb2JhbACBbdFVgn0 X-IronPort-AV: i="4.33,665,1220241600"; d="asc'?scan'208"; a="193244185:sNHT33748002" Received: from avera (avera.opal.com [IPv6:2001:5c0:8166:0:211:9ff:fe0c:f4a8]) (authenticated bits=0) by homobox.opal.com (8.14.2/8.14.2) with ESMTP id mAPHrde3034339 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Nov 2008 12:53:40 -0500 (EST) (envelope-from fbsd@opal.com) Date: Tue, 25 Nov 2008 12:53:34 -0500 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Message-ID: <20081125125334.1d9ee8c4@avera> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/exaawfXp_sny6d7C0RqRtaE"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Two cd9660 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 18:23:54 -0000 --Sig_/exaawfXp_sny6d7C0RqRtaE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have posted two patches two the cd9660 fs. kern/128934 fixes a sign-extension bug that impacts the handling of non-GMT dates that are west of GMT. kern/128942 adds additional tags in the Rock Ridge ER (extension record), tags which were defined by the standard fourteen years ago! Both changes are small and are already included in the other *BSDs and in Linux, so they should be non-controversial here. I'm looking for a fs committer to review these, please. I'd also like to see them MFC'd to 7-stable. Thanks. -jr =20 --Sig_/exaawfXp_sny6d7C0RqRtaE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksO58ACgkQls33urr0k4kzVgCfa8whOJ1uSMEfmbWaLnyhx4zd It4An2G7piJRbrANqBugbwVQoLboz1NN =Pu7Y -----END PGP SIGNATURE----- --Sig_/exaawfXp_sny6d7C0RqRtaE-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 19:13:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B475106564A for ; Tue, 25 Nov 2008 19:13:55 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 324F28FC1B for ; Tue, 25 Nov 2008 19:13:55 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id C204B129825; Tue, 25 Nov 2008 10:54:49 -0800 (PST) Message-ID: <492C48E2.4020108@FreeBSD.org> Date: Tue, 25 Nov 2008 10:50:10 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: Channa References: <515c64960811240359r34ec4c46iee7a5f8b88cfa9e@mail.gmail.com> In-Reply-To: <515c64960811240359r34ec4c46iee7a5f8b88cfa9e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: jemalloc design. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 19:13:55 -0000 Channa wrote: > With small allocations i wanted to know how the bins are arranged?? > The sentence from the above pdf : "Small allocations are segregated > such that each run manages a single size class" > means that all the memory regions for > eg: of size 4KB are maintained as a single run in the form of red black tree? The quoted text is talking about small objects, which are packed together in run objects. All small objects within each particular run are of the same size class. So, one run may contain an array of 16-byte objects, another may contain an array of 24-byte objects, and so on. The small objects within each run are tracked by bitmaps at the beginning of each run. Page runs are tracked by red-black trees. Jason From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 19:23:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C61E106564A for ; Tue, 25 Nov 2008 19:23:22 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id CAD8B8FC1A for ; Tue, 25 Nov 2008 19:23:20 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so56667fgb.35 for ; Tue, 25 Nov 2008 11:23:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=GI730UXaLJ6Ti8FdHXI7bJydUJJTpcWWQ5Df8mpktt8=; b=Y+O8Qhztn6Csfjjzq9rMM1egCtbgb7xHl0oDn7ID3Ha51T6GU/1Uz/8Wufu4Z3qu59 YZ9RsftyGPBM+lXVBPcxuavkWE+vNLguLyxhfw6sMECMPbgHi22MKsXE7dnYvmZAyKjY 2mJt/tuoQNO25sq1evWwGsAKuoPgKg2+0WxGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=M2hZra9Tbiij2osgPxsOE9roL3HPT6ZiDHjEE6ryzMoqsD2rzYBmr6QIhEK7cqNiJf kwIvW+zt6+wgpcF1PKl2I+8FL0RSqT+vr/b5NCkqCX0qvT5A7ZWb93DFJhMQzE/ukEq7 FnlghOUdkZG7783BWldQjUpxgTq0TBkm3ZZwU= Received: by 10.181.197.1 with SMTP id z1mr1638709bkp.118.1227640995970; Tue, 25 Nov 2008 11:23:15 -0800 (PST) Received: by 10.180.217.13 with HTTP; Tue, 25 Nov 2008 11:23:15 -0800 (PST) Message-ID: Date: Tue, 25 Nov 2008 11:23:15 -0800 From: "Artem Belevich" Sender: artemb@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 3291416e6b036f25 Subject: -current panic (ZFS-related?): Sleeping thread ... owns a non-sleepable lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 19:23:22 -0000 Hi, After updating sources to yesterday -current and upgrading ZFS pool and filesystems I'm getting reproducible kernel panic during a build on ZFS. It looks like zfs_freebsd_getattr went to sleep while process was holding kqueue lock (acquired in knote()). If someone needs additional info, just email me ddb commands and I'd be happy to help. Sleeping thread (tid 100247, pid 5591) owns a non-sleepable lock sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sx_xlock_hard() at _sx_xlock_hard+0x1a2 _sx_xlock() at _sx_xlock+0xa3 rrw_enter() at rrw_enter+0x98 zfs_freebsd_getattr() at zfs_freebsd_getattr+0xa5 filt_vfsread() at filt_vfsread+0x51 knote() at knote+0xfa VOP_WRITE_APV() at VOP_WRITE_APV+0x153 vn_write() at vn_write+0x236 dofilewrite() at dofilewrite+0x7a kern_writev() at kern_writev+0x52 write() at write+0x4d ia32_syscall() at ia32_syscall+0x17c Xint0x80_syscall() at Xint0x80_syscall+0x60 panic: sleeping thread cpuid = 1 KDB: enter: panic [thread pid 8466 tid 100199 ] Stopped at kdb_enter+0x3d: movq $0,0x47dfd4(%rip) db> trace 5591 Tracing pid 5591 tid 100247 td 0xffffff0039491720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sx_xlock_hard() at _sx_xlock_hard+0x1a2 _sx_xlock() at _sx_xlock+0xa3 rrw_enter() at rrw_enter+0x98 zfs_freebsd_getattr() at zfs_freebsd_getattr+0xa5 filt_vfsread() at filt_vfsread+0x51 knote() at knote+0xfa VOP_WRITE_APV() at VOP_WRITE_APV+0x153 vn_write() at vn_write+0x236 dofilewrite() at dofilewrite+0x7a kern_writev() at kern_writev+0x52 write() at write+0x4d ia32_syscall() at ia32_syscall+0x17c Xint0x80_syscall() at Xint0x80_syscall+0x60 db> trace 8466 Tracing pid 8466 tid 100199 td 0xffffff000c0b9ab0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 propagate_priority() at propagate_priority+0x221 turnstile_wait() at turnstile_wait+0x212 _mtx_lock_sleep() at _mtx_lock_sleep+0xe0 _mtx_lock_flags() at _mtx_lock_flags+0xc3 kqueue_acquire() at kqueue_acquire+0x31 kern_kevent() at kern_kevent+0x6a freebsd32_kevent() at freebsd32_kevent+0x69 ia32_syscall() at ia32_syscall+0x17c Xint0x80_syscall() at Xint0x80_syscall+0x60 db> show alllocks Process 31111 (bmake) thread 0xffffff013cd96000 (100385) shared lockmgr zfs (zfs) r = 0 (0xffffff001e069098) locked @ /usr/src-8-mq/src/sys/kern/vfs_lookup.c:442 Process 31108 (as) thread 0xffffff000c261ab0 (100165) exclusive sx user map (user map) r = 0 (0xffffff013cdb6360) locked @ /usr/src-8-mq/src/sys/vm/vm_map.c:3115 Process 31100 (cc1) thread 0xffffff003948f000 (100225) exclusive sx user map (user map) r = 0 (0xffffff013ca5dc30) locked @ /usr/src-8-mq/src/sys/vm/vm_map.c:3115 Process 31063 (cpp) thread 0xffffff000c062390 (100106) shared lockmgr nfs (nfs) r = 0 (0xffffff015a3527f8) locked @ /usr/src-8-mq/src/sys/kern/vfs_subr.c:2053 shared lockmgr nfs (nfs) r = 0 (0xffffff000cea3448) locked @ /usr/src-8-mq/src/sys/kern/vfs_subr.c:2053 Process 31017 (cc1) thread 0xffffff0043d31720 (100299) exclusive sx user map (user map) r = 0 (0xffffff0039beb070) locked @ /usr/src-8-mq/src/sys/vm/vm_map.c:3115 Process 1138 (bmake) thread 0xffffff000c082390 (100162) shared lockmgr zfs (zfs) r = 0 (0xffffff015a8c7270) locked @ /usr/src-8-mq/src/sys/kern/vfs_vnops.c:676 Process 55197 (sshd) thread 0xffffff0113652390 (100352) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff00993825e8) locked @ /usr/src-8-mq/src/sys/kern/uipc_sockbuf.c:148 Process 1066 (bmake) thread 0xffffff0039d40000 (100285) exclusive sleep mutex pmap (pmap) r = 0 (0xffffffff80993d80) locked @ /usr/src-8-mq/src/sys/amd64/amd64/pmap.c:2471 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xffffffff8097c580) locked @ /usr/src-8-mq/src/sys/amd64/amd64/pmap.c:2470 exclusive sx user map (user map) r = 0 (0xffffff00042a5070) locked @ /usr/src-8-mq/src/sys/vm/vm_map.c:2425 Process 11678 (sshd) thread 0xffffff000c087ab0 (100146) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff001e02a5e8) locked @ /usr/src-8-mq/src/sys/kern/uipc_sockbuf.c:148 Process 5591 (bmake) thread 0xffffff0039491720 (100247) exclusive sleep mutex kqueue (kqueue) r = 0 (0xffffff0039154500) locked @ /usr/src-8-mq/src/sys/kern/kern_event.c:1635 exclusive lockmgr zfs (zfs) r = 0 (0xffffff001ec5f7f8) locked @ /usr/src-8-mq/src/sys/kern/vfs_vnops.c:594 Process 1495 (sshd) thread 0xffffff000c0cc720 (100114) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff000cfe9ae8) locked @ /usr/src-8-mq/src/sys/kern/uipc_sockbuf.c:148 Process 1479 (sshd) thread 0xffffff000c13a000 (100103) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff001e2b8368) locked @ /usr/src-8-mq/src/sys/kern/uipc_sockbuf.c:148 --Artem From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 20:03:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 780E31065677; Tue, 25 Nov 2008 20:03:08 +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 E9D278FC25; Tue, 25 Nov 2008 20:03:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.2) with ESMTP id mAPJq3H4060391; Tue, 25 Nov 2008 22:52:03 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 25 Nov 2008 22:52:03 +0300 (MSK) From: Dmitry Morozovsky To: Ulf Lilleengen In-Reply-To: <20081125154040.GA12632@nobby.lan> Message-ID: References: <20081125154040.GA12632@nobby.lan> 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.0.1 (woozle.rinet.ru [0.0.0.0]); Tue, 25 Nov 2008 22:52:03 +0300 (MSK) Cc: freebsd-current@freebsd.org, freebsd-wip@freebsd.org, freebsd-arch@freebsd.org Subject: Re: HEADSUP: CVS/Mirror mode for csup to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 20:03:08 -0000 On Tue, 25 Nov 2008, Ulf Lilleengen wrote: UL> Hello, UL> UL> After some feedback on previous patches and some adjustments, I think the UL> CVSMode for csup project have come to a place where a wider testing audience UL> is needed, and I would like to make this a call for review and a HEADSUP to UL> allow willing reviewers and eventual protesters to give their opinion before UL> merging this to HEAD. A few things about the current state of CVSMode: UL> UL> - Complete CVS mode (mirror mode) is supported, allowing the whole CVS UL> repository to be fetched by csup. UL> - rsync fetch supported if not explicitly not wanted by user or not supported UL> by server. UL> - Support using the status file to speed up detailing of files. This means no UL> bigger inpact on files that are up to date. UL> UL> For the state of the code itself, I have went over it a couple of times the UL> last couple of days, fixing style issues and a few differences between cvsup UL> and csup. One important thing to note is that the impact on the existing csup UL> operation is _minimal_, so that the risk of introducing bugs to the normal UL> csup operation is very small, and because of this I see no problems with UL> committing the current version. If you find any issues, please e-mail me, and UL> I will look at it. UL> UL> So, for those of you wanting to test, please do so now. If people are okay UL> with this, I would like to merge it by the end of the week/early next week. UL> UL> A patch can be found here: http://people.freebsd.org/~lulf/csup_cvsmode.diff UL> or you can just do a checkout of projects/csup_cvsmode Just to make sure it does not get lost: After creating RELENG_7_1 branch csupping is broken with: Updating collection src-all/cvs Edit src/bin/chio/chio.c,v /home/ncvs/src/bin/chio/chio.c,v: Checksum mismatch -- will transfer entire file Edit src/contrib/bind9/CHANGES,v /home/ncvs/src/contrib/bind9/CHANGES,v: Checksum mismatch -- will transfer entire file Edit src/contrib/bind9/COPYRIGHT,v ... [a lot of them] .. and finally /home/ncvs/src/sys/i386/conf/NOTES,v: Checksum mismatch -- will transfer entire file Edit src/sys/i386/conf/PAE,v Error applying diff: -1 Updater failed: Protocol error Error is 'Detailer failed: Premature EOF from server' I use RELENG_7 csup with your previous patch version 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 Tue Nov 25 20:03:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69A0C1065673 for ; Tue, 25 Nov 2008 20:03:50 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id E300B8FC21 for ; Tue, 25 Nov 2008 20:03:49 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so70367gve.39 for ; Tue, 25 Nov 2008 12:03:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=rWexJ03Lex56CIJafRCHB2GZu6+62czcHvWPeBunxRc=; b=KeIsQ2tQy3CE/qyaetCL8+1LI6gXDLhESNAgB47NWYCDKeLAI6o/VTQMQzDEPgVxOo +8bSL/ajcdnNtwu+tfcKORDaR7aJkR5DzYX3+q/gK8jsCTU3ArabO0abHxf7L7vHs5Xs AJeigbclc3mBOD7M4Y9YxoTsei472yTIllP4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=uNlFtJaxuEXLZQzAVqszZQZgcaWcWNK21bEuZ1AAMN8xJuep5hzB/UI9AdXFTLBkb2 fBVXeQZwNWotiocmmoJEry1ohMQY5IwQmTgik3ckicu6YSqToLVcm5hUHT6kiCjQoVNG Zmvai+xa8Yf8QrYEtTuXazMAsub19aSXFV+Is= Received: by 10.103.244.4 with SMTP id w4mr1771855mur.11.1227643428432; Tue, 25 Nov 2008 12:03:48 -0800 (PST) Received: from manson.homenet.telecomitalia.it (host99-3-dynamic.44-79-r.retail.telecomitalia.it [79.44.3.99]) by mx.google.com with ESMTPS id 23sm8330185mum.38.2008.11.25.12.03.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Nov 2008 12:03:47 -0800 (PST) Message-Id: From: Andrea Di Pasquale To: freebsd-current@freebsd.org In-Reply-To: <492C360B.8080304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 25 Nov 2008 21:03:44 +0100 References: <5D9F392B-97B5-4812-B5CB-047193715A94@gmail.com> <492C360B.8080304@freebsd.org> X-Mailer: Apple Mail (2.929.2) Subject: Re: Options handler for userspace programs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 20:03:50 -0000 Yes but getopt() and getopt() are limited. They can to handle only 2 options type, character and word. My idea is a main type that handle all. For example, Long options: Short options: interface i -interface -i --interface --i Both they can use one or two flag front the option. For example: optarg_t opts[] =3D { {"interface", "--i", OPT_REQARG1}, {"--filter", "f", OPT_REQARG2}, {"-typed", "t", OPT_REQOPT}, {"-status", NULL, OPT_OPTARG1}, {"status", "-s", OPT_OPTARG2}, {NULL, "--v", OPT_NOARG}, {"help", "h", OPT_NOARG}, {NULL, NULL, OPT_NULL} }; and optarg_t is: typedef enum optflag { OPT_NOARG, /* no arguments */ OPT_REQARG1, /* required argument */ OPT_REQARG2, /* required two arguments */ OPT_REQOPT, /* required argument with 2=B0 optional =20= argument */ OPT_OPTARG1, /* optional argument */ OPT_OPTARG2, /* optional two arguments */ OPT_NULL } optflag_t; typedef struct optarg { const char *opt_name; /* option's name */ const char *opt_alias; /* option's alias */ optflag_t opt_flag; } optarg_t; Thank you, regards Andrea Tim Kientzle wrote: > Have you looked at getopt_long, which is in the standard > FreeBSD C libraries? > > man 3 getopt_long > > The use of getopt() in most utilities instead of getopt_long() > is a very deliberate choice. > > Tim Kientzle > > > Andrea Di Pasquale wrote: >> Hi! I seen that all freebsd' s programs use getopt() or sequence =20 >> options with arguments. >> I wanna to propose new options handler that handle name or alias =20 >> for options and >> option's argument, example no argument, required one or two =20 >> arguments, required >> argument with 2=B0 option argument and one or two optional arguments. >> Can it useful for freebsd? >> Regards, >> Andrea_______________________________________________ >> 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 >> " > From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 21:05:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 400D31065672; Tue, 25 Nov 2008 21:05:05 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 220A88FC0C; Tue, 25 Nov 2008 21:05:04 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id AB17790002; Tue, 25 Nov 2008 22:05:02 +0100 (CET) Received: from nobby (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 15F2990001; Tue, 25 Nov 2008 22:05:02 +0100 (CET) Date: Tue, 25 Nov 2008 21:04:51 +0100 From: Ulf Lilleengen To: Dmitry Morozovsky Message-ID: <20081125200451.GA3160@nobby.lan> References: <20081125154040.GA12632@nobby.lan> 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.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-current@freebsd.org, freebsd-wip@freebsd.org, freebsd-arch@freebsd.org Subject: Re: HEADSUP: CVS/Mirror mode for csup to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 21:05:05 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 10:52:03PM +0300, Dmitry Morozovsky wrote: > On Tue, 25 Nov 2008, Ulf Lilleengen wrote: >=20 > UL> Hello, > UL>=20 > UL> After some feedback on previous patches and some adjustments, I think= the > UL> CVSMode for csup project have come to a place where a wider testing a= udience > UL> is needed, and I would like to make this a call for review and a HEAD= SUP to > UL> allow willing reviewers and eventual protesters to give their opinion= before > UL> merging this to HEAD. A few things about the current state of CVSMode: > UL>=20 > UL> - Complete CVS mode (mirror mode) is supported, allowing the whole CVS > UL> repository to be fetched by csup. > UL> - rsync fetch supported if not explicitly not wanted by user or not s= upported > UL> by server. > UL> - Support using the status file to speed up detailing of files. This = means no > UL> bigger inpact on files that are up to date. > UL>=20 > UL> For the state of the code itself, I have went over it a couple of tim= es the > UL> last couple of days, fixing style issues and a few differences betwee= n cvsup > UL> and csup. One important thing to note is that the impact on the exist= ing csup > UL> operation is _minimal_, so that the risk of introducing bugs to the n= ormal > UL> csup operation is very small, and because of this I see no problems w= ith > UL> committing the current version. If you find any issues, please e-mail= me, and > UL> I will look at it. > UL>=20 > UL> So, for those of you wanting to test, please do so now. If people are= okay > UL> with this, I would like to merge it by the end of the week/early next= week. > UL>=20 > UL> A patch can be found here: http://people.freebsd.org/~lulf/csup_cvsmo= de.diff > UL> or you can just do a checkout of projects/csup_cvsmode >=20 > Just to make sure it does not get lost: >=20 > After creating RELENG_7_1 branch csupping is broken with: >=20 >=20 > Updating collection src-all/cvs > Edit src/bin/chio/chio.c,v > /home/ncvs/src/bin/chio/chio.c,v: Checksum mismatch -- will transfer enti= re=20 > file > Edit src/contrib/bind9/CHANGES,v > /home/ncvs/src/contrib/bind9/CHANGES,v: Checksum mismatch -- will transfe= r=20 > entire file > Edit src/contrib/bind9/COPYRIGHT,v >=20 > ... [a lot of them] .. and finally >=20 > /home/ncvs/src/sys/i386/conf/NOTES,v: Checksum mismatch -- will transfer = entire=20 > file > Edit src/sys/i386/conf/PAE,v > Error applying diff: -1 > Updater failed: Protocol error > Error is 'Detailer failed: Premature EOF from server' >=20 > I use RELENG_7 csup with your previous patch version >=20 The previous patch will break, and the issue should be fixed in the latest version. --=20 Ulf Lilleengen --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkksWmMACgkQCILg8nMIdCXtswCeMX0028FB8vy5a3qZ4UUF+t4h k9IAnjMQuc9mMT19uHoC/GxHwAJnXfee =b60s -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 22:30:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EB951065675 for ; Tue, 25 Nov 2008 22:30:14 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52110.mail.re2.yahoo.com (web52110.mail.re2.yahoo.com [206.190.48.113]) by mx1.freebsd.org (Postfix) with SMTP id 36B9D8FC27 for ; Tue, 25 Nov 2008 22:30:13 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: (qmail 80383 invoked by uid 60001); 25 Nov 2008 22:03:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=vCjkv/3vk80eihpvVxn2jKK/0Z05xnx1NpyE/ISJ3eMhZ41mEcAnYtF7pvB8qmlAJy7Bk1AsMLInOU2ZsMQr4mktNIChxy/GFPS6mx7y+Akv/6Eb1GFLAWkkfJCzUZHMiy7I+1lVugKikSIvGZm3GwoFD3R7wxjI1AVGXHHGaCw=; X-YMail-OSG: A4HADEQVM1mQMS8xpii3ZFCX8anXrZ65OURXwTkp2pa4bipyPB3ywP.DJSVBbq_RO9l1WYuCKCpPuLIc53SawpNS4S5kLT23wEV.9eNj6D4Rcv5MMGrGg8rD4uuL4J8.Gd.sR0K5g3jCVBZbBOssUgBCSPxgM4O3Bd8u0wc- Received: from [134.207.53.14] by web52110.mail.re2.yahoo.com via HTTP; Tue, 25 Nov 2008 14:03:33 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Tue, 25 Nov 2008 14:03:33 -0800 (PST) From: gahn To: freebsd general questions , free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <848375.80327.qm@web52110.mail.re2.yahoo.com> Cc: Subject: offline upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ipfreak@yahoo.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, 25 Nov 2008 22:30:14 -0000 Hi, All: I have two boxes running 6.3. For certain reasons that I can't upgrade them online with "freebsd-update" utility; the ftp sessions are blocked. Are there any other way to upgrade the system offline, both kernel and those needed packages? Thanks in advance _dave From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 23:04:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75312106564A for ; Tue, 25 Nov 2008 23:04:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9EB8FC20 for ; Tue, 25 Nov 2008 23:04:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=n64XAHEk/TK6WxVXSfhL+NQSj7Ua6u+j4wtGDIFoMkJmJfscxpeLW6en/iRlG/FaKVYAfjWlQAMkbBbLq0i7rHuQlYIMUVOf6BQGdlTAVJ/a02NFBQkjkZi+CYCchmxL02Qpo5iXybBgoXzGqBUlmwwShHtg+eSrAUOa5aAwkZA=; Received: from phoenix.codelabs.ru (ppp91-78-117-2.pppoe.mtu-net.ru [91.78.117.2]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1L56xU-0007Mw-QB; Wed, 26 Nov 2008 02:04:41 +0300 Date: Wed, 26 Nov 2008 02:04:38 +0300 From: Eygene Ryabinkin To: gahn Message-ID: <2vayhJQuTcQ8t+vkMAcPiZJwg3Y@iXA9ZWPrtc2I2BMzBXoToMd7YdQ> References: <848375.80327.qm@web52110.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RYJh/3oyKhIjGcML" Content-Disposition: inline In-Reply-To: <848375.80327.qm@web52110.mail.re2.yahoo.com> Sender: rea-fbsd@codelabs.ru Cc: free bsd , freebsd general questions Subject: Re: offline upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 23:04:42 -0000 --RYJh/3oyKhIjGcML Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good day. Tue, Nov 25, 2008 at 02:03:33PM -0800, gahn wrote: > I have two boxes running 6.3. For certain reasons that I can't > upgrade them online with "freebsd-update" utility; the ftp sessions > are blocked. Are there any other way to upgrade the system offline, > both kernel and those needed packages? CVSup the system and ports trees and transfer it to your system(s). Or, better, replicate the entire CVS repository to a removable disk and cvsup the system and ports (you'll need the port net/cvsup-without-gui) =66rom that disk via local cvsupd daemon. Then rebuild the system in a usual way (cd /usr/src; make buildworld; make kernel; [possibly reboot to single user]; mergemaster -p; make installworld; mergemaster; reboot). Note that this can be painful, especially for the first time ;)) Always read /usr/src/UPDATING and be careful. And use ports-mgmt/portupgrade to update all your ports. Perhaps the sources for some ports should be fetched manually, becase there are some ports with all distribution sites being the FTP ones. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --RYJh/3oyKhIjGcML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkshIYACgkQthUKNsbL7YhHkACfWzDXAimqa77/OVYQY466qq5i /C4AoLCcUC8+XOqxDmLQbCHj9+/LO0rA =HK4x -----END PGP SIGNATURE----- --RYJh/3oyKhIjGcML-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 23:37:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E25D2106564A for ; Tue, 25 Nov 2008 23:37:29 +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 D55C28FC19 for ; Tue, 25 Nov 2008 23:37:29 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id BB3051A3C3E; Tue, 25 Nov 2008 15:37:29 -0800 (PST) Date: Tue, 25 Nov 2008 15:37:29 -0800 From: Alfred Perlstein To: Ulf Lilleengen Message-ID: <20081125233729.GN28578@elvis.mu.org> References: <20081125154040.GA12632@nobby.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081125154040.GA12632@nobby.lan> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: CVS/Mirror mode for csup to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2008 23:37:30 -0000 [[ trimmed cc ]] This is very cool, thank you! Is there a port for this latest version? That would get you a larger test audience. I don't really have the time to apply diff and figure out what I'm doing. :) * Ulf Lilleengen [081125 08:41] wrote: > Hello, > > After some feedback on previous patches and some adjustments, I think the > CVSMode for csup project have come to a place where a wider testing audience > is needed, and I would like to make this a call for review and a HEADSUP to > allow willing reviewers and eventual protesters to give their opinion before > merging this to HEAD. A few things about the current state of CVSMode: > > - Complete CVS mode (mirror mode) is supported, allowing the whole CVS > repository to be fetched by csup. > - rsync fetch supported if not explicitly not wanted by user or not supported > by server. > - Support using the status file to speed up detailing of files. This means no > bigger inpact on files that are up to date. > > For the state of the code itself, I have went over it a couple of times the > last couple of days, fixing style issues and a few differences between cvsup > and csup. One important thing to note is that the impact on the existing csup > operation is _minimal_, so that the risk of introducing bugs to the normal > csup operation is very small, and because of this I see no problems with > committing the current version. If you find any issues, please e-mail me, and > I will look at it. > > So, for those of you wanting to test, please do so now. If people are okay > with this, I would like to merge it by the end of the week/early next week. > > A patch can be found here: http://people.freebsd.org/~lulf/csup_cvsmode.diff > or you can just do a checkout of projects/csup_cvsmode > > -- > Ulf Lilleengen -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 02:54:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F821065673; Wed, 26 Nov 2008 02:54:26 +0000 (UTC) (envelope-from insomniac@slackware.it) Received: from meep.slackware.it (slackware.it [88.149.157.90]) by mx1.freebsd.org (Postfix) with ESMTP id 42B648FC14; Wed, 26 Nov 2008 02:54:26 +0000 (UTC) (envelope-from insomniac@slackware.it) Received: from localhost (unknown [10.5.0.18]) by meep.slackware.it (Postfix) with ESMTP id 2B6E21A5D69; Wed, 26 Nov 2008 03:14:36 +0100 (CET) Date: Wed, 26 Nov 2008 03:22:14 +0100 From: insomniac To: freebsd-current@freebsd.org Message-ID: <20081126032214.03d8517a@slackware.it> Organization: Slackware Linux Project Italia (SLP-IT) X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/vj8ya+7JIXdl4S4vVSkWtJL"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: kensmith@freebsd.org Subject: Patch for bin/54446 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 02:54:26 -0000 --Sig_/vj8ya+7JIXdl4S4vVSkWtJL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi to everyone, I wrote a patch for the bin/54446 PR, fixing pkg_delete(1) that doesn't honour symlinks, and portupgrades leads to failing services. Actually, this patch fixes that for all the utilities as it acts directly in the lib. I tested the patch on a few x86 machines, ranging from 7.0 to -HEAD. Testing and further reviewing are welcome and encouraged. pkg_delete now seems to work fine; moreover I found other bugs, like memory leaks, missing checks of function return values, and wrong return values. The patch has already been reviewed by attilio@ , it applies to src/usr.sbin/pkg_install/lib/plist.c and is located at http://insomniac.slackware.it/plist.c.diff Best regards, --=20 Andrea Barberio a.barberio@oltrelinux.com - Linux&C. andrea.barberio@slackware.it - Slackware Linux Project Italia GPG key on http://insomniac.slackware.it/gpgkey.asc 2818 A961 D6D8 1A8C 6E84 6181 5FA6 03B2 E68A 0B7D SIP: 5327786, Phone: 06 916503784 --Sig_/vj8ya+7JIXdl4S4vVSkWtJL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iQEcBAEBAgAGBQJJLLLbAAoJEF+mA7Lmigt9l80IAKDDDB0NCJFJRgpPkhS4IpWc DJQf+rT+A5al8hmx27z1kpF6ezic6HNDMJyD1bcYbzLog5Bk9vNC0dEIRiswIB82 3jB3vaUBDMt9fCfHgsl3hDUonuDy+Em57W1o6VnpogVMKOi6fZwEY+V7PXIGF66d CEmjpYJw7QfvwnknmCq/ClarY1m51+Nm3MAaloq+eKb8ieF9Z6yclZOb4ur+CJFr I1E9rF/Rx+zyGiGVrSasLeHS6001YqgXOOiMsjCqK/vNOF4ENl/qZB+OGZ2vyMki 8rDvC9z4b1RHswJ+mtXuZiivKhGVdD+h8E40R4Q5gjJciCFa8ISSRjFNfEWxCqQ= =ygTD -----END PGP SIGNATURE----- --Sig_/vj8ya+7JIXdl4S4vVSkWtJL-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 03:33:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B76D106564A; Wed, 26 Nov 2008 03:33:51 +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 94C108FC1B; Wed, 26 Nov 2008 03:33:49 +0000 (UTC) (envelope-from delphij@delphij.net) 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 D05D928449; Wed, 26 Nov 2008 11:33:48 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BA21AEB653B; Wed, 26 Nov 2008 11:33:47 +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 BIWMOM-B2tZs; Wed, 26 Nov 2008 11:33:41 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4A6E5EB63A4; Wed, 26 Nov 2008 11:33:40 +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=C3ohUBgauWPsAhUkBc78d267R1ygi5zr4Ysgvk+doB3vkC2ZagMbDIsyE0/OQCmnl 3Fft4AiyZof+lK0iSoYoQ== Message-ID: <492CC391.2070207@delphij.net> Date: Tue, 25 Nov 2008 19:33:37 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.18 (X11/20081123) MIME-Version: 1.0 To: insomniac References: <20081126032214.03d8517a@slackware.it> In-Reply-To: <20081126032214.03d8517a@slackware.it> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------000809080902040307050305" Cc: freebsd-current@freebsd.org, kensmith@freebsd.org Subject: Re: Patch for bin/54446 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: Wed, 26 Nov 2008 03:33:51 -0000 This is a multi-part message in MIME format. --------------000809080902040307050305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, insomniac wrote: > Hi to everyone, > I wrote a patch for the bin/54446 PR, fixing pkg_delete(1) that doesn't > honour symlinks, and portupgrades leads to failing services. > > Actually, this patch fixes that for all the utilities as it acts > directly in the lib. > > I tested the patch on a few x86 machines, ranging from 7.0 to -HEAD. > Testing and further reviewing are welcome and encouraged. > > pkg_delete now seems to work fine; moreover I found other bugs, like > memory leaks, missing checks of function return values, and wrong return > values. > > The patch has already been reviewed by attilio@ , it applies to > src/usr.sbin/pkg_install/lib/plist.c and is located at > > http://insomniac.slackware.it/plist.c.diff I have made a small change: use malloc() here and use strlcpy(). Other parts looks just fine. (BTW I think we need to cc portmgr@ for approval) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkksw5EACgkQi+vbBBjt66CVaACfRah4OMrOiFZKzJ3DvzjTnl3K sE8AnRQeL3lKC/fSnzJn89IQHMAgoudI =loiW -----END PGP SIGNATURE----- --------------000809080902040307050305 Content-Type: text/x-patch; name="plist.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="plist.diff" Index: usr.sbin/pkg_install/lib/plist.c =================================================================== --- usr.sbin/pkg_install/lib/plist.c (revision 185325) +++ usr.sbin/pkg_install/lib/plist.c (working copy) @@ -544,45 +544,90 @@ delete_package(Boolean ign_err, Boolean nukedirs, int delete_hierarchy(const char *dir, Boolean ign_err, Boolean nukedirs) { - char *cp1, *cp2; + char *cp1, *cp2, *realdir; - cp1 = cp2 = strdup(dir); - if (!fexists(dir)) { + realdir = malloc(FILENAME_MAX); + if (realdir == NULL) { + warnx("Couldn't allocate enough memory\n"); + return (ign_err ? SUCCESS : FAIL); + } + + if (issymlink(dir) && readlink(dir, realdir, FILENAME_MAX-1) == -1) + return (ign_err ? SUCCESS : FAIL); + + strlcpy(realdir, dir, FILENAME_MAX); + + cp1 = cp2 = strdup(realdir); + if (cp1 == NULL) { + warnx("Couldn't allocate enough memory\n"); + return (ign_err ? SUCCESS : FAIL); + } + + if (!fexists(realdir)) { if (!ign_err) warnx("%s '%s' doesn't exist", - isdir(dir) ? "directory" : "file", dir); - return !ign_err; + isdir(realdir) ? "directory" : "file", realdir); + free(cp1); + free(realdir); + return (ign_err ? SUCCESS : FAIL); } else if (nukedirs) { - if (vsystem("%s -r%s %s", REMOVE_CMD, (ign_err ? "f" : ""), dir)) - return 1; + if (vsystem("%s -r%s %s", REMOVE_CMD, (ign_err ? "f" : ""), realdir)) { + free(cp1); + free(realdir); + return (ign_err ? SUCCESS : FAIL); + } } - else if (isdir(dir) && !issymlink(dir)) { - if (RMDIR(dir) && !ign_err) - return 1; + else if (isdir(realdir)) { + if (RMDIR(realdir)) { + free(cp1); + free(realdir); + return (ign_err ? SUCCESS : FAIL); + } } else { - if (REMOVE(dir, ign_err)) - return 1; + if (REMOVE(realdir, ign_err)) { + free(cp1); + free(realdir); + return (ign_err ? SUCCESS : FAIL); + } } - if (!nukedirs) - return 0; + if (!nukedirs) { + free(cp1); + free(realdir); + return (SUCCESS); + } while (cp2) { if ((cp2 = strrchr(cp1, '/')) != NULL) *cp2 = '\0'; - if (!isemptydir(dir)) - return 0; - if (RMDIR(dir) && !ign_err) { - if (!fexists(dir)) - warnx("directory '%s' doesn't exist", dir); - else - return 1; + if (!isemptydir(realdir)) { + free(cp1); + free(realdir); + return (SUCCESS); } + if (RMDIR(realdir) && !ign_err) { + if (!fexists(realdir)) { + warnx("directory '%s' doesn't exist", realdir); + return (SUCCESS); + } else { + free(cp1); + free(realdir); + return (FAIL); + } + } /* back up the pathname one component */ if (cp2) { - cp1 = strdup(dir); + free(cp1); + cp1 = strdup(realdir); + if (cp1 == NULL) { + warnx("Couldn't allocate enough memory\n"); + return (ign_err ? SUCCESS : FAIL); + } } } - return 0; + free(cp1); + free(realdir); + return (SUCCESS); } + --------------000809080902040307050305-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 07:31:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31FC01065670 for ; Wed, 26 Nov 2008 07:31:21 +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 C1C288FC0A for ; Wed, 26 Nov 2008 07:31:20 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mAQ7VIEN021988 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 26 Nov 2008 08:31:19 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> From: Stefan Bethke To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 08:31:18 +0100 X-Mailer: Apple Mail (2.929.2) Subject: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 07:31:21 -0000 Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and seeing this with a kernel from yesterday: FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz K8- class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features =0xbfebfbff Features2 =0x8e39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 3478437888 (3317 MB) avail memory = 3363401728 (3207 MB) ... cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 device_attach: est1 attach returned 6 p4tcc1: on cpu1 What can I provide to make est happy? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 07:41:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 730411065672 for ; Wed, 26 Nov 2008 07:41:38 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id B36E08FC13 for ; Wed, 26 Nov 2008 07:41:37 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mAQ7fXLO029180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 10:41:34 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L5F1h-0000hb-71; Wed, 26 Nov 2008 10:41:33 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200811251545.10807.nick@van-laarhoven.org> References: <492A62EF.7000803@bsdforen.de> <1227608329.1731.70.camel@localhost> <200811251545.10807.nick@van-laarhoven.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Wed, 26 Nov 2008 10:41:32 +0300 Message-Id: <1227685292.1852.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 07:41:38 -0000 On Tue, 2008-11-25 at 15:45 +0100, Nick Hibma wrote:=20 > Please send me as much info as you can: >=20 > ppp.conf > output of dmesg > things you tried, etc. Part of verbose dmesg on card insertion: pcib6: requested memory range 0x88000000-0xffffffff: good found-> vendor=3D0x1033, dev=3D0x0035, revid=3D0x43 domain=3D0, bus=3D22, slot=3D0, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x2a (10= 500 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D1 D2 D3 current D0 ohci0: mem 0x88000000-0x88000fff irq 16 at de= vice 0.0 on cardbus0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x88000000 cbb0: Opening memory: cbb0: Normal: 0x88000000-0x88000fff ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb5: OHCI version 1.0 usb5: on ohci0 usb5: USB revision 1.0 uhub6: on usb5 uhub6: 1 port with 1 removable, self powered map[10]: type Memory, range 32, base 0, size 12, memory disabled pcib6: requested memory range 0x88000000-0xffffffff: good found-> vendor=3D0x1033, dev=3D0x0035, revid=3D0x43 domain=3D0, bus=3D22, slot=3D0, func=3D1 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x2a (10= 500 ns) intpin=3Db, irq=3D16 powerspec 2 supports D0 D1 D2 D3 current D0 ohci1: mem 0x88001000-0x88001fff irq 16 at de= vice 0.1 on cardbus0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x88001000 cbb0: Opening memory: cbb0: Normal: 0x88000000-0x88001fff ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb6: OHCI version 1.0 usb6: on ohci1 usb6: USB revision 1.0 uhub7: on usb6 uhub7: 1 port with 1 removable, self powered ucom0: on uhub6 ucom0: configured 3 serial ports (U0.%d) cu session on U0.0 port: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Script started on Wed Nov 26 09:07:09 2008 # cu -s 460800 -l /dev/cuaU0.0 Connected t=04 OK t a Manufacturer: +GMI: HUAWEI TECHNOLOGIES CO., LTD Model: 153 Revision: +GMR: 010.11.05.116sp12D13 ESN: +GSN:a6413fcc +GCAP: +CIS707-A, CIS-856, +MS, +ES, +DS, +FCLASS OK t v &C: 2; &D: 2; &F: 0; E: 1; L: 0; M: 0; Q: 0; V: 1; X: 0; Z: 0; S0: 0; S3: 13; S4: 10; S5: 8; S6: 2; S7: 50; S8: 2; S9: 6; S10: 14; S11: 95; +FCLASS: 0; +ICF: 3,3; +IFC: 2,2; +IPR: 115200; +DR: 0; +DS: 0,0,2048,6; +CDR: 0; +CDS: 0,1,2048,6; +CFC: 0; +CFG: ""; +CMUX: C,2; +CQD: 10; +CRC: 0; +CRM: 0; +CTA: 0; +CXT: 0; +EB: 1,0,30; +EFCS: 1; +ER: 0; +ES: 3,0,2; +ESR: 1; +ETBM: 1,1,20; +ILRR: 0; +MA: ; +MR: 0; +MS: ; +MV18R: 0; +MV18S: 0,0,0; +CLVL: 2; +CMUT: 0; +CPBS: "SM"; +FAA: 0; +FAP: 0,0,0; +FBO: 0; +FBU: 0; +FCQ: 1,0; +FCC: 0,1,0,0,0,0,0,0; +FCR: 0; +FCT: 1E; +FEA: 0; +FFC: 0,0,0,0; +FHS: 0; +FIE: 0; +FIP: 0; +FIS: 0,1,0,0,0,0,0,0; +FLI: ""~ [EOT] # ^D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I've typed right things, like 'AT', 'ATI', 'AT&V' But you can see what was returned by modem - only part of message ('t','v' letters and random CRs) and some binary trash. But data, returned by modem looks valid. Similar things happens on other line speeds, like 115200. Now, let's try U0.2: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D # cu -s 460800 -l /dev/cuaU0.2 Connected t=20 OK :t i NO CARRIER Pt a Manufacturer: +GMI: HUAWEI TECHNOLOGIES CO., LTD Model: 153 Revision: +GMR: 010.11.05.116sp12D13 ESN: +GSN:a6413fcc +GCAP: +CIS707-A, CIS-856, +MS, +ES, +DS, +FCLASS OK M ~ [EOT] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Same problem, but looks like modem still returns valid responses. Now with PPP: ppp.conf:=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set device /dev/cuau1 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set timeout 0 # 3 minute idle timer (the default) ... skylink: set log Phase Chat LCP IPCP CCP tun command disable pred1 deflate deflate24 protocomp acfcomp shortseq vj deny pred1 deflate deflate24 protocomp acfcomp shortseq vj set speed 460800 enable dns=20 enable lqr set timeout 0 set lqrperiod 10 set device /dev/ttyU0.0 set phone \#777 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 15 \"\" AT OK-AT-OK ATE1Q0= OK \\dATDT\\T TIMEOUT 40 CONNECT" set authname mobile set authkey internet add default HISADDR=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This try even chat does not finishes:=20 Nov 26 10:21:47 vbook ppp[33873]: tun0: Phase: PPP Started (interactive mod= e). Nov 26 10:22:23 vbook ppp[33873]: tun0: Command: /dev/pts/2: open Nov 26 10:22:23 vbook ppp[33873]: tun0: Phase: bundle: Establish Nov 26 10:22:23 vbook ppp[33873]: tun0: Phase: deflink: closed -> opening Nov 26 10:22:23 vbook ppp[33873]: tun0: Phase: deflink: Connected! Nov 26 10:22:23 vbook ppp[33873]: tun0: Phase: deflink: opening -> dial Nov 26 10:22:23 vbook ppp[33873]: tun0: Chat: Phone: #777 Nov 26 10:22:23 vbook ppp[33873]: tun0: Chat: deflink: Dial attempt 1 of 1 Nov 26 10:22:23 vbook ppp[33873]: tun0: Chat: Send: AT^M Nov 26 10:22:23 vbook ppp[33873]: tun0: Chat: Expect(15): OK Nov 26 10:22:38 vbook ppp[33873]: tun0: Chat: Expect timeout Nov 26 10:22:38 vbook ppp[33873]: tun0: Chat: Send: AT^M Nov 26 10:22:38 vbook ppp[33873]: tun0: Chat: Expect(15): OK Nov 26 10:22:53 vbook ppp[33873]: tun0: Chat: Expect timeout Nov 26 10:22:53 vbook ppp[33873]: tun0: Warning: Chat script failed Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: deflink: dial -> hangup Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: deflink: Disconnected! Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: deflink: Connect time: 30 se= cs: 0 octets in, 0 octets out Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: deflink: 0 packets in, 0 pac= kets out Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: total 0 bytes/sec, peak 0 b= ytes/sec on Wed Nov 26 10:22:23 2008 Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: deflink: hangup -> closed Nov 26 10:22:53 vbook ppp[33873]: tun0: Phase: bundle: Dead Previous time when I tried, it pass chat stage, but fails in PPP: see http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000080.htm= l dmesg has: Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, -754491385 chars Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, -754491390 chars Nov 26 10:25:51 vbook kernel: ucom0: invalid receive data size, -754491385 chars Nov 26 10:25:52 vbook kernel: ucom0: invalid receive data size, -754491390 chars Nov 26 10:25:56 vbook kernel: ucom0: invalid receive data size, 626606082 chars Nov 26 10:25:59 vbook kernel: ucom0: invalid receive data size, 466214914 chars Nov 26 10:26:00 vbook kernel: ucom0: invalid receive data size, 466214919 chars Nov 26 10:26:01 vbook kernel: ucom0: invalid receive data size, 466214914 chars After reboot it starts to connect again: Nov 26 10:31:49 vbook ppp[1990]: tun0: Phase: PPP Started (background mode)= . Nov 26 10:31:49 vbook ppp[1990]: tun0: Phase: bundle: Establish Nov 26 10:31:49 vbook ppp[1990]: tun0: Phase: deflink: closed -> opening Nov 26 10:31:49 vbook ppp[1990]: tun0: Phase: deflink: Connected! Nov 26 10:31:49 vbook ppp[1990]: tun0: Phase: deflink: opening -> dial Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Phone: #777 Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: deflink: Dial attempt 1 of 1 Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Send: AT^M Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Expect(15): OK Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Received: ^M Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Received: OK^M Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Send: ATE1Q0^M Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Expect(15): OK Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Received:=20 Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Received: OK^M Nov 26 10:31:49 vbook ppp[1990]: tun0: Chat: Send: ATDT#777^M Nov 26 10:31:51 vbook ppp[1990]: tun0: Chat: Expect(40): CONNECT Nov 26 10:31:52 vbook ppp[1990]: tun0: Chat: Received: ^M Nov 26 10:31:52 vbook ppp[1990]: tun0: Chat: Received: CONNECT^M Nov 26 10:31:52 vbook ppp[1990]: tun0: Phase: deflink: dial -> carrier Nov 26 10:31:53 vbook ppp[1990]: tun0: Phase: deflink: /dev/ttyU0.0 doesn't= support CD Nov 26 10:31:53 vbook ppp[1990]: tun0: Phase: deflink: carrier -> login Nov 26 10:31:53 vbook ppp[1990]: tun0: Phase: deflink: login -> lcp Nov 26 10:31:53 vbook ppp[1990]: tun0: LCP: FSM: Using "deflink" as a trans= port Nov 26 10:31:53 vbook ppp[1990]: tun0: LCP: deflink: State change Initial -= -> Closed Nov 26 10:31:53 vbook ppp[1990]: tun0: LCP: deflink: State change Closed --= > Stopped Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: deflink: LayerStart Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Stopped Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: MRU[4] 1500 Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: MAGICNUM[6] 0xfdcb5eb5 Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:31:54 vbook ppp[1990]: tun0: LCP: deflink: State change Stopped -= -> Req-Sent Nov 26 10:31:57 vbook ppp[1990]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Req-Sent Nov 26 10:31:57 vbook ppp[1990]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:31:57 vbook ppp[1990]: tun0: LCP: MRU[4] 1500 Nov 26 10:31:57 vbook ppp[1990]: tun0: LCP: MAGICNUM[6] 0xfdcb5eb5 Nov 26 10:31:57 vbook ppp[1990]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:32:00 vbook ppp[1990]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Req-Sent Nov 26 10:32:00 vbook ppp[1990]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:32:00 vbook ppp[1990]: tun0: LCP: MRU[4] 1500 Nov 26 10:32:00 vbook ppp[1990]: tun0: LCP: MAGICNUM[6] 0xfdcb5eb5 Nov 26 10:32:00 vbook ppp[1990]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:32:03 vbook ppp[1990]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Req-Sent Nov 26 10:32:03 vbook ppp[1990]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:32:03 vbook ppp[1990]: tun0: LCP: MRU[4] 1500 Nov 26 10:32:03 vbook ppp[1990]: tun0: LCP: MAGICNUM[6] 0xfdcb5eb5 Nov 26 10:32:03 vbook ppp[1990]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:32:06 vbook ppp[1990]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Req-Sent Nov 26 10:32:06 vbook ppp[1990]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:32:06 vbook ppp[1990]: tun0: LCP: MRU[4] 1500 Nov 26 10:32:06 vbook ppp[1990]: tun0: LCP: MAGICNUM[6] 0xfdcb5eb5 Nov 26 10:32:06 vbook ppp[1990]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:32:09 vbook ppp[1990]: tun0: LCP: deflink: LayerFinish Nov 26 10:32:09 vbook ppp[1990]: tun0: LCP: deflink: State change Req-Sent = --> Stopped Nov 26 10:32:09 vbook ppp[1990]: tun0: LCP: deflink: State change Stopped -= -> Closed Nov 26 10:32:09 vbook ppp[1990]: tun0: LCP: deflink: State change Closed --= > Initial Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: Disconnected! Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: lcp -> logout Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: logout -> hangup Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: Disconnected! Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: Connect time: 20 sec= s: 0 octets in, 290 octets out Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: 0 packets in, 5 pack= ets out Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: total 14 bytes/sec, peak 23 = bytes/sec on Wed Nov 26 10:31:57 2008 Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: deflink: hangup -> closed Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: bundle: Dead Nov 26 10:32:09 vbook ppp[1990]: tun0: Phase: PPP Terminated (normal). Nov 26 10:32:09 vbook ppp[1990]: tun0: Chat: Parent notified of failure Nov 26 10:32:09 vbook ppp[1976]: tun0: Phase: Parent: Child failed (errdead= ) another try: Nov 26 10:35:13 vbook ppp[2233]: tun0: Phase: deflink: Connected! Nov 26 10:35:13 vbook ppp[2233]: tun0: Phase: deflink: opening -> dial Nov 26 10:35:13 vbook ppp[2233]: tun0: Chat: deflink: Dial attempt 1 of 10 Nov 26 10:35:13 vbook ppp[2233]: tun0: Phase: deflink: dial -> carrier Nov 26 10:35:14 vbook ppp[2233]: tun0: Phase: deflink: /dev/ttyU0.0 doesn't= support CD Nov 26 10:35:14 vbook ppp[2233]: tun0: Phase: deflink: carrier -> login Nov 26 10:35:14 vbook ppp[2233]: tun0: Phase: deflink: login -> lcp Nov 26 10:35:14 vbook ppp[2233]: tun0: LCP: FSM: Using "deflink" as a trans= port Nov 26 10:35:14 vbook ppp[2233]: tun0: LCP: deflink: State change Initial -= -> Closed Nov 26 10:35:14 vbook ppp[2233]: tun0: LCP: deflink: State change Closed --= > Stopped Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: deflink: LayerStart Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: deflink: SendConfigReq(2) state= =3D Stopped Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: ACFCOMP[2] Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: PROTOCOMP[2] Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: MRU[4] 1500 Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0xb2197a9e Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:35:15 vbook ppp[2233]: tun0: LCP: deflink: State change Stopped -= -> Req-Sent Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: deflink: SendConfigReq(2) state= =3D Req-Sent Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: ACFCOMP[2] Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: PROTOCOMP[2] Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: MRU[4] 1500 Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0xb2197a9e Nov 26 10:35:18 vbook ppp[2233]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: deflink: RecvConfigReq(2) state= =3D Req-Sent Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0x9cc2570f Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: deflink: SendConfigAck(2) state= =3D Req-Sent Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0x9cc2570f Nov 26 10:35:19 vbook ppp[2233]: tun0: LCP: deflink: State change Req-Sent = --> Ack-Sent Nov 26 10:35:19 vbook ppp[2233]: tun0: Phase: Chap Input: CHALLENGE (16 byt= es from pdsn-m22-7cm4) Nov 26 10:35:19 vbook ppp[2233]: tun0: Phase: Chap Output: RESPONSE (mobile= ) Nov 26 10:35:19 vbook ppp[2233]: tun0: Phase: Chap Input: SUCCESS Nov 26 10:35:19 vbook ppp[2233]: tun0: IPCP: deflink: Error: Unexpected IPC= P in phase Authenticate (ignored) Nov 26 10:35:19 vbook ppp[2233]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: deflink: SendConfigReq(2) state= =3D Ack-Sent Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: ACFCOMP[2] Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: PROTOCOMP[2] Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: MRU[4] 1500 Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0xb2197a9e Nov 26 10:35:21 vbook ppp[2233]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: deflink: RecvConfigReq(1) state= =3D Ack-Sent Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0x9cc26e75 Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: deflink: SendConfigAck(1) state= =3D Ack-Sent Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 26 10:35:23 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0x9cc26e75 Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: deflink: SendConfigReq(2) state= =3D Ack-Sent Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: ACFCOMP[2] Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: PROTOCOMP[2] Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: MRU[4] 1500 Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0xb2197a9e Nov 26 10:35:24 vbook ppp[2233]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: deflink: SendConfigReq(2) state= =3D Ack-Sent Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: ACFCOMP[2] Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: PROTOCOMP[2] Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: MRU[4] 1500 Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0xb2197a9e Nov 26 10:35:27 vbook ppp[2233]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: deflink: RecvConfigReq(1) state= =3D Ack-Sent Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0x9cc285da Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: deflink: SendConfigAck(1) state= =3D Ack-Sent Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 26 10:35:29 vbook ppp[2233]: tun0: LCP: MAGICNUM[6] 0x9cc285da Nov 26 10:35:29 vbook ppp[2233]: tun0: Phase: Chap Input: CHALLENGE (16 byt= es from pdsn-m22-7cm4) Nov 26 10:35:29 vbook ppp[2233]: tun0: Phase: Chap Output: RESPONSE (mobile= ) Nov 26 10:35:30 vbook ppp[2233]: tun0: LCP: deflink: LayerFinish Nov 26 10:35:30 vbook ppp[2233]: tun0: LCP: deflink: State change Ack-Sent = --> Stopped Nov 26 10:35:30 vbook ppp[2233]: tun0: LCP: deflink: State change Stopped -= -> Closed This time with another ppp.conf entry - without initial chat, modem does not reset connection on hangup and did not handle escape sequences, so you can't reset/disconnect modem in any other way but reboot. (if I disconnect pccard from notebook USB stack crashes kernel, old problem) While I've tried to connect with ppp, on U0.2 following trash was reported: # cu -l /dev/cuaU0.2 Connected t OK ^RSSILVL: 60 T=01=01=EF=BF=BDc=EF=BF=BD`=03=EF=BF=BDI=18=EF=BF=BD=EF=BF=BD No any dmesg messages this time. Same ppp configuration worked before patches with ubsa driver. > I've got a Huawei E220 and any other Huawei card seems to have the same=20 > symptoms. >=20 > Make sure you have the latest and greatest version of u3g.c from current. sure $ cvs -R status dev/usb/u3g.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 File: u3g.c Status: Up-to-date Working revision: 1.20 Tue Nov 25 13:19:37 2008 Repository revision: 1.20 /usr/ncvs/src/sys/dev/usb/u3g.c,v > One thing you could try is to reduce the MTU in your ppp configuration. Looks like there is a problem with data delivery on serial link. Any hints will be very appreciated.=20 What I can trace/log/debug ? > Nick >=20 >=20 > > On Mon, 2008-11-24 at 09:16 +0100, Dominic Fandrey wrote: > > > I have recently been pointed to the u3g driver and gave it a try, > > > because UBSA works very unreliable for me. > > > > > > - In combination with PF-NAT I get kernel panics under high load. > > > - I have to hack some buffer sizes in the driver to get the full > > > 3G speed. > > > - Often my USB-3G stick is not detected, sometimes I spent several > > > minutes plugging it in and out until it is detected. > > > - It doesn't let me use the card reader in the stick. > > > > > > The u3g driver has NONE of these problems. Everything just works > > > for me. > > > > > > So obviously I would like to have u3g in base and chose for > > > myself or even take support for devices out of ubsa that work > > > better with u3g. > > > > Unfortunately I am no so lucky. > > > > After moving to u3g I have no more any Internet mobile connection, my > > Huawei EC500 card is detected, but PPP failed on pahase of handshake, > > second port (U0.2) have usual messages with some binaries between text. > > Looks like something wrong with data delivery between card and port. >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 07:58:48 2008 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 7AC351065677 for ; Wed, 26 Nov 2008 07:58:48 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 09BC28FC28 for ; Wed, 26 Nov 2008 07:58:47 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mAQ7whig030837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 10:58:44 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L5FII-0000f8-Pw; Wed, 26 Nov 2008 10:58:42 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200811051351.52968.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> <200811042325.26574.nick@van-laarhoven.org> <1225875486.1713.37.camel@localhost> <200811051351.52968.nick@van-laarhoven.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 26 Nov 2008 10:58:42 +0300 Message-Id: <1227686322.1790.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 07:58:48 -0000 On Wed, 2008-11-05 at 13:51 +0100, Nick Hibma wrote: > >> We've had this problem with an EDGE card from Option, and we > basically power=20 > >> down the port and power up again the card to get it back. Patches > have been=20 > >> sent to Warner to get committed. > > Nice, are these patches attached to some PR ? >=20 > PR should appear soonish. I've just submitted the PR. See >=20 > http://www.freebsd.org/cgi/query-pr-summary.cgi?category=3D&severity=3D&p= riority=3D&class=3D&state=3D&sort=3Dnone&text=3D&responsible=3D&multitext= =3D&originator=3Dhibma&release=3D I've tried patch from PR - result is panic on 'sysctl dev.cbb.0.powered=3D0': # kgdb /boot/kernel/kernel /var/crash/vmcore.0=20 GNU gdb 6.1.1 [FreeBSD] ... Unread portion of the kernel message buffer: ucom0: ucomreadcb: CANCELLED ucom0: detached unknown: at uhub6 port 1 (addr 2) disconnected Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x400 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0577c54 stack pointer =3D 0x28:0xc4b3fb44 frame pointer =3D 0x28:0xc4b3fb64 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 6 (cbb0 event thread) Physical memory: 2038 MB Dumping 180 MB: 165 149 133 117 101 85 69 53 37 21 5 ... #0 doadump () at pcpu.h:246 246 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0477f29 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1066028784, = dummy4=3D0xc4b3f8e8 "0'=EF=BF=BD=EF=BF=BD,\004") at /usr/src/sys/ddb/db_com= mand.c:548 #2 0xc0478321 in db_command (last_cmdp=3D0xc0744c1c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc047847a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc047a2bd in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc0577404 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4b3fb04) at /usr/s= rc/sys/kern/subr_kdb.c:534 #6 0xc06b0fcf in trap_fatal (frame=3D0xc4b3fb04, eva=3D1024) at /usr/src/s= ys/i386/i386/trap.c:920 #7 0xc06b1270 in trap_pfault (frame=3D0xc4b3fb04, usermode=3D0, eva=3D1024= ) at /usr/src/sys/i386/i386/trap.c:842 #8 0xc06b1bd2 in trap (frame=3D0xc4b3fb04) at /usr/src/sys/i386/i386/trap.= c:522 #9 0xc0698d9b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc0577c54 in kobj_delete (obj=3D0xc6a0e300, mtype=3D0xc072a4c0) at /us= r/src/sys/kern/subr_kobj.c:332 #11 0xc0571ea4 in device_delete_child (dev=3D0xc557cd80, child=3D0xc6a0e300= ) at /usr/src/sys/kern/subr_bus.c:1657 #12 0xc0921e88 in usb_disconnect_port (up=3D0xc557c4b0, parent=3D0xc557cd80= ) at /usr/src/sys/modules/usb/../../dev/usb/usb_subr.c:1378 #13 0xc091fc22 in uhub_detach (self=3D0xc557cd80) at /usr/src/sys/modules/u= sb/../../dev/usb/uhub.c:575 #14 0xc0571c38 in device_detach (dev=3D0xc557cd80) at device_if.h:212 #15 0xc0571e41 in device_delete_child (dev=3D0xc557c280, child=3D0xc557cd80= ) at /usr/src/sys/kern/subr_bus.c:1651 #16 0xc0571e2c in device_delete_child (dev=3D0xc70ab600, child=3D0xc557c280= ) at /usr/src/sys/kern/subr_bus.c:1646 #17 0xc0989cae in ohci_pci_detach (self=3D0xc70ab600) at /usr/src/sys/modul= es/ohci/../../dev/usb/ohci_pci.c:369 #18 0xc0571c38 in device_detach (dev=3D0xc70ab600) at device_if.h:212 #19 0xc04b732d in cardbus_detach_card (cbdev=3D0xc4db1000) at /usr/src/sys/= dev/cardbus/cardbus.c:237 #20 0xc04c8bc2 in cbb_event_thread (arg=3D0xc4d6b000) at card_if.h:95 #21 0xc052c290 in fork_exit (callout=3D0xc04c8a10 , arg= =3D0xc4d6b000, frame=3D0xc4b3fd38) at /usr/src/sys/kern/kern_fork.c:815 #22 0xc0698e10 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb) fr 11 #11 0xc0571ea4 in device_delete_child (dev=3D0xc557cd80, child=3D0xc6a0e300= ) at /usr/src/sys/kern/subr_bus.c:1657 1657 kobj_delete((kobj_t) child, M_BUS); (kgdb) p child $1 =3D 0xc6a0e300 (kgdb) p *child $2 =3D {ops =3D 0x0, link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc557cd98}, = devlink =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc697de8c}, parent =3D 0xc557c= d80, children =3D { tqh_first =3D 0x0, tqh_last =3D 0xc6a0e318}, driver =3D 0x0, devclass = =3D 0x0, unit =3D -1, nameunit =3D 0x0, desc =3D 0x0, busy =3D 0, state =3D= DS_NOTPRESENT,=20 devflags =3D 0, flags =3D 37, order =3D 0 '\0', pad =3D 0 '\0', ivars =3D= 0xc6f01100, softc =3D 0x0, sysctl_ctx =3D {tqh_first =3D 0xc70dd4c0, tqh_l= ast =3D 0xc70dd094},=20 sysctl_tree =3D 0x0} (kgdb)=20 Looks strange for me:=20 children =3D { tqh_first =3D 0x0, tqh_last =3D 0xc6a0e318 } Do I need to provide any other info from stack/kernel objects ? > Nick --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:03:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A50FD10656AE for ; Wed, 26 Nov 2008 09:03:14 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml04.kpnxchange.com (cpsmtpo-eml04.KPNXCHANGE.COM [213.75.38.153]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1D58FC1F for ; Wed, 26 Nov 2008 09:03:13 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml110.kpnxchange.com ([213.75.84.110]) by cpsmtpo-eml04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Nov 2008 10:03:12 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml110.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Nov 2008 10:03:12 +0100 Received: (qmail 74438 invoked by uid 98); 26 Nov 2008 09:03:11 -0000 Received: from 77.63.242.191 (nick@77.63.242.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(77.63.242.191):SA:0(0.1/5.0):. Processed in 3.667048 secs); 26 Nov 2008 09:03:11 -0000 X-Spam-Status: No, score=0.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@77.63.242.191) by uitsmijter.van-laarhoven.org with SMTP; 26 Nov 2008 09:03:07 -0000 Received: (nullmailer pid 1803 invoked by uid 1001); Wed, 26 Nov 2008 08:28:37 -0000 From: Nick Hibma To: Vladimir Grebenschikov Date: Wed, 26 Nov 2008 09:28:36 +0100 User-Agent: KMail/1.9.10 References: <492A62EF.7000803@bsdforen.de> <200811251545.10807.nick@van-laarhoven.org> <1227685292.1852.12.camel@localhost> In-Reply-To: <1227685292.1852.12.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811260928.36978.nick@van-laarhoven.org> X-OriginalArrivalTime: 26 Nov 2008 09:03:12.0501 (UTC) FILETIME=[CF6D3A50:01C94FA5] Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 09:03:18 -0000 > dmesg has: > Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, > -754491385 chars > Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, > -754491390 chars > Nov 26 10:25:51 vbook kernel: ucom0: invalid receive data size, > -754491385 chars > Nov 26 10:25:52 vbook kernel: ucom0: invalid receive data size, > -754491390 chars > Nov 26 10:25:56 vbook kernel: ucom0: invalid receive data size, > 626606082 chars > Nov 26 10:25:59 vbook kernel: ucom0: invalid receive data size, > 466214914 chars > Nov 26 10:26:00 vbook kernel: ucom0: invalid receive data size, > 466214919 chars > Nov 26 10:26:01 vbook kernel: ucom0: invalid receive data size, > 466214914 chars [Organising my thoughts] It looks like the actlen field in the returned xfer is completely bogus. That either means 1) someone scribbled over it 2) the xfer is pointing in the wrong direction or is not initialised 3) there is a bug in the USB code that does notset actlen correctly in some cases, but I would expect it to 0 in that case. I'll have to have a better look to see what is happening. Nick From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:14:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666741065672 for ; Wed, 26 Nov 2008 09:14:12 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id CBE348FC08 for ; Wed, 26 Nov 2008 09:14:10 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mAQ9E7hK016094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 12:14:09 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L5GTH-000284-Ju; Wed, 26 Nov 2008 12:14:07 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200811260928.36978.nick@van-laarhoven.org> References: <492A62EF.7000803@bsdforen.de> <200811251545.10807.nick@van-laarhoven.org> <1227685292.1852.12.camel@localhost> <200811260928.36978.nick@van-laarhoven.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 26 Nov 2008 12:14:07 +0300 Message-Id: <1227690847.1790.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 09:14:12 -0000 On Wed, 2008-11-26 at 09:28 +0100, Nick Hibma wrote: > > dmesg has: > > Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, > > -754491385 chars > > Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, > > -754491390 chars > > Nov 26 10:25:51 vbook kernel: ucom0: invalid receive data size, > > -754491385 chars > > Nov 26 10:25:52 vbook kernel: ucom0: invalid receive data size, > > -754491390 chars > > Nov 26 10:25:56 vbook kernel: ucom0: invalid receive data size, > > 626606082 chars > > Nov 26 10:25:59 vbook kernel: ucom0: invalid receive data size, > > 466214914 chars > > Nov 26 10:26:00 vbook kernel: ucom0: invalid receive data size, > > 466214919 chars > > Nov 26 10:26:01 vbook kernel: ucom0: invalid receive data size, > > 466214914 chars > > [Organising my thoughts] It looks like the actlen field in the returned xfer > is completely bogus. That either means > 1) someone scribbled over it > 2) the xfer is pointing in the wrong direction or is not initialised > 3) there is a bug in the USB code that does notset actlen correctly in some > cases, but I would expect it to 0 in that case. > > I'll have to have a better look to see what is happening. Keep in mind - that when I've these messages only when even connect on port does not works. When connect works - there was no such messages. > Nick -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:29:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 578781065673 for ; Wed, 26 Nov 2008 09:29:16 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml05.kpnxchange.com (cpsmtpo-eml05.KPNXCHANGE.COM [213.75.38.154]) by mx1.freebsd.org (Postfix) with ESMTP id D86FF8FC13 for ; Wed, 26 Nov 2008 09:29:15 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml109.kpnxchange.com ([213.75.84.109]) by cpsmtpo-eml05.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Nov 2008 10:29:14 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml109.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Nov 2008 10:29:14 +0100 Received: (qmail 74912 invoked by uid 98); 26 Nov 2008 09:29:13 -0000 Received: from 77.63.242.191 (nick@77.63.242.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(77.63.242.191):SA:0(0.9/5.0):. Processed in 3.121259 secs); 26 Nov 2008 09:29:13 -0000 X-Spam-Status: No, score=0.9 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@77.63.242.191) by uitsmijter.van-laarhoven.org with SMTP; 26 Nov 2008 09:29:09 -0000 Received: (nullmailer pid 2319 invoked by uid 1001); Wed, 26 Nov 2008 09:29:05 -0000 From: Nick Hibma To: Vladimir Grebenschikov Date: Wed, 26 Nov 2008 10:29:04 +0100 User-Agent: KMail/1.9.10 References: <492A62EF.7000803@bsdforen.de> <200811251545.10807.nick@van-laarhoven.org> <1227685292.1852.12.camel@localhost> In-Reply-To: <1227685292.1852.12.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811261029.05178.nick@van-laarhoven.org> X-OriginalArrivalTime: 26 Nov 2008 09:29:14.0297 (UTC) FILETIME=[72546290:01C94FA9] Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 09:29:16 -0000 > dmesg has: > Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, > -754491385 chars > Nov 26 10:25:49 vbook kernel: ucom0: invalid receive data size, > -754491390 chars > Nov 26 10:25:51 vbook kernel: ucom0: invalid receive data size, > -754491385 chars > Nov 26 10:25:52 vbook kernel: ucom0: invalid receive data size, > -754491390 chars > Nov 26 10:25:56 vbook kernel: ucom0: invalid receive data size, > 626606082 chars > Nov 26 10:25:59 vbook kernel: ucom0: invalid receive data size, > 466214914 chars > Nov 26 10:26:00 vbook kernel: ucom0: invalid receive data size, > 466214919 chars > Nov 26 10:26:01 vbook kernel: ucom0: invalid receive data size, > 466214914 chars Could you try the following: Change the ibufsize and obufsize values to a power of 2 in u3g_attach: ucom->sc_ibufsize = 4096; ucom->sc_ibufsizepad = ucom->sc_ibufsize; ucom->sc_obufsize = 4096; Perhaps the USB stack does not like arbitrarily sized buffers due to transfer rollovers at the end of the buffer / memory page or something. If that does not work could you lower it to 512, and if that does not work change it to: ucom->sc_ibufsize = UGETW(ed->wMaxPacketSize); ucom->sc_ibufsizepad = ucom->sc_ibufsize; ucom->sc_obufsize = UGETW(ed->wMaxPacketSize); That last case is worst case as it would considerably increase overhead, especially in USB 1.0 cases where the max. wMaxPacketSize is 64 bytes. If it works I'd be interested to hear about performance (download from SUN is always a good one), and any messages in dmesg or in a ppp logfile for dropped chars, and invalid FCS. Cheers, Nick From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:40:45 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D661065677 for ; Wed, 26 Nov 2008 09:40:45 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E3D1C8FC28 for ; Wed, 26 Nov 2008 09:40:44 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.228.128] (S0106001372fd1e07.vs.shawcable.net [70.71.2.169]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id mAQ9JC0q014090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 01:19:14 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <492D148E.3030800@FreeBSD.org> Date: Wed, 26 Nov 2008 01:19:10 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Stefan Bethke References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> In-Reply-To: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 09:40:45 -0000 Stefan Bethke wrote: > Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and seeing > this with a kernel from yesterday: > > FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 > root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > > Features=0xbfebfbff > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x8e39d > > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 3478437888 (3317 MB) > avail memory = 3363401728 (3207 MB) > ... > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > What can I provide to make est happy? The same here with Pentium D 960. CPU: Intel(R) Pentium(R) D CPU 3.60GHz (3600.15-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe4bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 [...] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122700001227 device_attach: est0 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122700001227 device_attach: est1 attach returned 6 -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:44:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23ED51065673; Wed, 26 Nov 2008 09:44:10 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 635458FC27; Wed, 26 Nov 2008 09:44:09 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id E466C16C8A3; Wed, 26 Nov 2008 10:44:07 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 9A6C716C89D; Wed, 26 Nov 2008 10:44:07 +0100 (CET) Date: Wed, 26 Nov 2008 11:44:43 +0100 From: Ulf Lilleengen To: Alfred Perlstein Message-ID: <20081126104443.GB1439@carrot.studby.ntnu.no> References: <20081125154040.GA12632@nobby.lan> <20081125233729.GN28578@elvis.mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20081125233729.GN28578@elvis.mu.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: CVS/Mirror mode for csup to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 09:44:10 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On tir, nov 25, 2008 at 03:37:29pm -0800, Alfred Perlstein wrote: > [[ trimmed cc ]] >=20 > This is very cool, thank you! >=20 > Is there a port for this latest version? That would get you a larger test > audience. >=20 > I don't really have the time to apply diff and figure out what I'm > doing. :) >=20 Sure :) http://people.freebsd.org/~lulf/csup-mirror.tar.gz --=20 Ulf Lilleengen --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkktKJsACgkQCILg8nMIdCXpWwCfd+meaGP1jHTSObxi1I1jUQ61 VuYAnR92A0jkEJLc9v/Uelrv9BH2XIap =5RNa -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:47:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E271065674 for ; Wed, 26 Nov 2008 09:47:08 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id B210E8FC28 for ; Wed, 26 Nov 2008 09:47:06 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so200408nfh.33 for ; Wed, 26 Nov 2008 01:47:06 -0800 (PST) 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=5Eb58gchh0ujbAQlInZztgaComdleRYTq6Ed3ftx7vA=; b=ME0XyZmCF0aA02SEZjb0SnnpQpBfafRgDZ7TKpgTesPt6Lia7lXkVhB9vZgbHzBNHF SWttxCE3Evw6cJJEdPqNz/4P7YjMFu2+iql1r6LanWwuJHxdGDndNk9RGPVXurwGPDsm HA3wpNLWJRX4QhSDMCQBPZCgQiXNSa1b0y9ac= 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=FyAYR1jwvKiwjvUKcQs0sJr/OqugZSWMVO+M4MD3CyQpSBTzN4wi2kiNCaMqTRlQDd bXW83Y4ypfEDddisyMiB0Xw6gR+VCqCYI+wsW+R/cYqHJwkUjgN6CGVXywg8jbooyqC/ uXMdn5PwtH6lMWK+6noqTUV5AQVItqGFFYNsc= Received: by 10.86.72.15 with SMTP id u15mr3687446fga.45.1227692825913; Wed, 26 Nov 2008 01:47:05 -0800 (PST) Received: from localhost ([93.81.149.27]) by mx.google.com with ESMTPS id e11sm762943fga.9.2008.11.26.01.47.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Nov 2008 01:47:04 -0800 (PST) From: swell.k@gmail.com To: Stefan Bethke References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> Date: Wed, 26 Nov 2008 12:45:34 +0300 In-Reply-To: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> (Stefan Bethke's message of "Wed, 26 Nov 2008 08:31:18 +0100") Message-ID: <8663mazupt.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 09:47:08 -0000 Stefan Bethke writes: > Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and > seeing this with a kernel from yesterday: > > FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 > root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz K8- > class CPU) > Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > Features > =0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2 > =0x8e39d > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 3478437888 (3317 MB) > avail memory = 3363401728 (3207 MB) > ... > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > What can I provide to make est happy? Perhaps, hw.est.msr_info=1 # build list of cpu frequencies in /boot/loader.conf? From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 09:48:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 222A71065674 for ; Wed, 26 Nov 2008 09:48: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 ABCAA8FC1D for ; Wed, 26 Nov 2008 09:48:33 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mAQ9mTYQ018529 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 26 Nov 2008 10:48:31 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <26972794-85AF-4074-BBA2-457527692082@lassitu.de> From: Stefan Bethke To: FreeBSD Current In-Reply-To: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 10:48:28 +0100 References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> X-Mailer: Apple Mail (2.929.2) Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 09:48:34 -0000 This is with amd64, not i386, FWIW. Am 26.11.2008 um 08:31 schrieb Stefan Bethke: > Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and > seeing this with a kernel from yesterday: > > FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 > root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz K8- > class CPU) > Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > > Features > =0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2 > =0x8e39d > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 3478437888 (3317 MB) > avail memory = 3363401728 (3207 MB) > ... > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > What can I provide to make est happy? -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 10:46:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56D28106564A for ; Wed, 26 Nov 2008 10:46:23 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id B600B8FC0A for ; Wed, 26 Nov 2008 10:46:21 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mAQAkHlS011557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 13:46:18 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L5HuS-0000Ye-8X; Wed, 26 Nov 2008 13:46:16 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200811261029.05178.nick@van-laarhoven.org> References: <492A62EF.7000803@bsdforen.de> <200811251545.10807.nick@van-laarhoven.org> <1227685292.1852.12.camel@localhost> <200811261029.05178.nick@van-laarhoven.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 26 Nov 2008 13:46:16 +0300 Message-Id: <1227696376.1755.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: u3g and ubsa X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 10:46:23 -0000 On Wed, 2008-11-26 at 10:29 +0100, Nick Hibma wrote: > Could you try the following: > > Change the ibufsize and obufsize values to a power of 2 in u3g_attach: > > ucom->sc_ibufsize = 4096; > ucom->sc_ibufsizepad = ucom->sc_ibufsize; > ucom->sc_obufsize = 4096; > > Perhaps the USB stack does not like arbitrarily sized buffers due to > transfer rollovers at the end of the buffer / memory page or something. > > If that does not work could you lower it to 512, and if that does not work > change it to: > > ucom->sc_ibufsize = UGETW(ed->wMaxPacketSize); > ucom->sc_ibufsizepad = ucom->sc_ibufsize; > ucom->sc_obufsize = UGETW(ed->wMaxPacketSize); > > That last case is worst case as it would considerably increase overhead, > especially in USB 1.0 cases where the max. wMaxPacketSize is 64 bytes. All cases makes same panic on connecting to port: ohci.c:545 ohci_alloc_std_chain: XXX need to copy > If it works I'd be interested to hear about performance (download from SUN > is always a good one), and any messages in dmesg or in a ppp logfile for > dropped chars, and invalid FCS. > > Cheers, > > Nick -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 12:31:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19A2106564A for ; Wed, 26 Nov 2008 12:31:39 +0000 (UTC) (envelope-from insomniac@slackware.it) Received: from aa002msb.fastweb.it (aa002msb.fastweb.it [85.18.95.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3FFCC8FC14 for ; Wed, 26 Nov 2008 12:31:39 +0000 (UTC) (envelope-from insomniac@slackware.it) Received: from beastie (39.255.187.177) by aa002msb.fastweb.it (8.0.013.8) id 49222A7801537843 for freebsd-current@freebsd.org; Wed, 26 Nov 2008 13:20:26 +0100 Date: Wed, 26 Nov 2008 13:20:25 +0100 From: insomniac To: freebsd-current@freebsd.org Message-ID: <20081126132025.07e968b7@beastie> In-Reply-To: <492CC391.2070207@delphij.net> References: <20081126032214.03d8517a@slackware.it> <492CC391.2070207@delphij.net> Organization: Slackware Linux Project Italia (SLP-IT) X-Mailer: Claws Mail 3.3.0 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Patch for bin/54446 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 12:31:39 -0000 On Tue, 25 Nov 2008 19:33:37 -0800 Xin LI wrote: > I have made a small change: use malloc() here and use strlcpy(). > Other parts looks just fine. > > (BTW I think we need to cc portmgr@ for approval) I merged your fix with Garrett Cooper's one (I forgot to free() before a return) and also mailed portmgr@ for approval. The new patch is located at the same link: http://insomniac.slackware.it/plist.c.diff Moreover, I will fix style(9) in a second step. Best regards, -- Andrea Barberio a.barberio@oltrelinux.com - Linux&C. andrea.barberio@slackware.it - Slackware Linux Project Italia GPG key on http://insomniac.slackware.it/gpgkey.asc 2818 A961 D6D8 1A8C 6E84 6181 5FA6 03B2 E68A 0B7D SIP: 5327786, Phone: 06 916503784 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 12:44:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A09F71065677 for ; Wed, 26 Nov 2008 12:44:41 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 659DD8FC0C for ; Wed, 26 Nov 2008 12:44:41 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so221569wag.27 for ; Wed, 26 Nov 2008 04:44:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=85okFQbgbbeBq87sX5R/q73KCADpRHtcNwMWFQQr/Sk=; b=E3pRVirw8I3rBO4e4CAN0JiQ5JRHUqpPF0h4nxLlVZqIZvR71uAqWxB1AV3gNzNf7O q+dW+1qFkbRjig5ZUVWPojJI5l8kbG0s0D2IlG9gTsMCoWatwBuPo85NNBTNEYfIFhdl 8uxEIR5DTRXN9l86WfcdW4DCvcff3nL7vtPRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=ftxsGH5ITD8Z30vODsTHef+LmDiKeSY734YfxDDG5LfwxfabboDzWztkNMiTDK1LOA iGhy8txNSDXWKSrtu2xx+0Fi0TIBA4JfZxlNXQ/G7mqN9HZ8wEEx0ciedOAYeG5cx2/8 bhlqK0QVRh4Bd0BzOyd9K1Id0XChO7+Ts9iYI= Received: by 10.115.94.1 with SMTP id w1mr3334092wal.30.1227703481019; Wed, 26 Nov 2008 04:44:41 -0800 (PST) Received: from ?192.168.10.3? (adsl-99-139-48-85.dsl.pltn13.sbcglobal.net [99.139.48.85]) by mx.google.com with ESMTPS id y11sm155490pod.19.2008.11.26.04.44.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Nov 2008 04:44:40 -0800 (PST) Message-Id: From: Garrett Cooper To: insomniac In-Reply-To: <20081126132025.07e968b7@beastie> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 04:47:55 -0800 References: <20081126032214.03d8517a@slackware.it> <492CC391.2070207@delphij.net> <20081126132025.07e968b7@beastie> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: Patch for bin/54446 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 12:44:41 -0000 On Nov 26, 2008, at 4:20 AM, insomniac wrote: > On Tue, 25 Nov 2008 19:33:37 -0800 > Xin LI wrote: > >> I have made a small change: use malloc() here and use strlcpy(). >> Other parts looks just fine. >> >> (BTW I think we need to cc portmgr@ for approval) > > I merged your fix with Garrett Cooper's one (I forgot to free() > before > a return) and also mailed portmgr@ for approval. The new patch is > located at the same link: > > http://insomniac.slackware.it/plist.c.diff > > Moreover, I will fix style(9) in a second step. > > Best regards, > -- > Andrea Barberio Xin Li brought up a really good point (that I remembered when I first looked at the code, but forgot to mention later): calloc is nothing more than a malloc + bzero on many OSes (FreeBSD has moved away from this methodology), so using calloc sparingly is for the best. It really doesn't buy you much here anyhow since you're overwriting everything with a copied string anyhow... As for the potential security issue I mentioned earlier, it could be definitely be done if someone has the knowledge and was running with similar privs or had write access to the parent / child(ren) symlink. One of the ways of solving this issue may be to use flock(2) *shrugs*, as it would block other callers from modifying the file or the symlink (our concern would be symlinks I would think). This kind of race condition situation is part of the driving force between using fstat vs lstat vs stat. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 13:09:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B59C1065675 for ; Wed, 26 Nov 2008 13:09:08 +0000 (UTC) (envelope-from channa.kad@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.185]) by mx1.freebsd.org (Postfix) with ESMTP id 496448FC14 for ; Wed, 26 Nov 2008 13:09:08 +0000 (UTC) (envelope-from channa.kad@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so422442rne.12 for ; Wed, 26 Nov 2008 05:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Bdre27D2ayAtz1AFgzU6l+91BQSOQ/hHQzFzmvZyvI0=; b=KhU24Tjsy5kLKS9sp3Pxc38qLMiyz+W9yonCqgutqcBI31+IWiQdIXRCW04yV5ERyK G+1HHxfFBr8ikCvbp8f+5P7U8p568ueRGX2ZNLxIQQUGYT2X9WfIxBgdIp1EAr5O+1FQ GcDLTGVAYETeLTPgRiErem61JD1N2WPIk3xHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=s7uq6WjFbWMG/5kwqaayJ6Wtr9lVmxdh7Iv6CQug/DEKbgnbwC+brMOdcyYb3lVeFo gEPE7lBc8sTnVXAvwzNfZYLaBubqQhHtq18KrjEvz3QvzzcKglbUsxq5I58pE8DEyoTK xpzM25k5XjoTywcEgyRoo2ZWz+64cYII3kCj0= Received: by 10.65.197.16 with SMTP id z16mr6126997qbp.25.1227704946700; Wed, 26 Nov 2008 05:09:06 -0800 (PST) Received: by 10.64.156.4 with HTTP; Wed, 26 Nov 2008 05:09:06 -0800 (PST) Message-ID: <515c64960811260509q7c83b919o93c0ddfdb6941c04@mail.gmail.com> Date: Wed, 26 Nov 2008 18:39:06 +0530 From: Channa To: "Jason Evans" In-Reply-To: <492C48E2.4020108@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <515c64960811240359r34ec4c46iee7a5f8b88cfa9e@mail.gmail.com> <492C48E2.4020108@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: jemalloc design. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 13:09:08 -0000 Hi, Thank you very much for the response. I have a small doubt as you mentioned "All small objects within each particular run are of the same size class" This "run" is inturn a tree ? And for different size classes different trees are maintained or there is only one tree root? I am just trying to understand the code so some doubts. If could clarify some of these doubts it will be great help for me. Also i have just ported it to my own library where i checked the performace of jemalloc on a single processor system. I observed the performance of linux malloc is good. I have commented all the debug options in the jemalloc code. The mailing list discussion below gives more details. http://www.nabble.com/FreeBSD-performance-on-single-CPU.-td20581044.html Please help me in this regard. Thanks in Advance, Channa 2008/11/26 Jason Evans : > Channa wrote: >> >> With small allocations i wanted to know how the bins are arranged?? >> The sentence from the above pdf : "Small allocations are segregated >> such that each run manages a single size class" >> means that all the memory regions for >> eg: of size 4KB are maintained as a single run in the form of red black >> tree? > > The quoted text is talking about small objects, which are packed together in > run objects. All small objects within each particular run are of the same > size class. So, one run may contain an array of 16-byte objects, another > may contain an array of 24-byte objects, and so on. > > The small objects within each run are tracked by bitmaps at the beginning of > each run. Page runs are tracked by red-black trees. > > Jason > From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 14:56:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD44106564A for ; Wed, 26 Nov 2008 14:56:26 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7F38FC1A for ; Wed, 26 Nov 2008 14:56:25 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so244942ywe.13 for ; Wed, 26 Nov 2008 06:56:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=26M4WbdlCz2KBwjkDtspnYguwZYPbu2M97ifJ7JDkQA=; b=E9DSgWuVYyQd/51Px69GCez8WoxzRG6nIqw5K2HRbA84cP/lBRsokLB6t4+XVURuiP 7i4g8M1YMpWDoKai3jwia43aKsje9RdXkuBR1l/Dd5BOGYDHu4U4W5rxb2UeypXaJ2Bp nsyj0ZCUr2G1nvPYmpH0u61EInIoeTr9CF00g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=enhJprmhq/5M08t6TYEVBiRlqh5Y+W5hjHanMJfyXdQetctjwObj4eG0UCjMMxZe19 +3GKBJblkknmgaRH4ixocXxl27jwVM2JZKM5fI0MvrsgLbUHsNZ5mblIhu+9keCQV3Pc hmbGwOoUyyJCfaKRvj9YSfrdB8SejY491nBnQ= Received: by 10.90.83.2 with SMTP id g2mr3353440agb.79.1227711385338; Wed, 26 Nov 2008 06:56:25 -0800 (PST) Received: by 10.90.82.5 with HTTP; Wed, 26 Nov 2008 06:56:25 -0800 (PST) Message-ID: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> Date: Wed, 26 Nov 2008 22:56:25 +0800 From: "Jia-Shiun Li" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 14:56:26 -0000 I use vmware to run freebsd. recent update of 8-current changed the unit number of the virtual network interface, an emulated if_le. usually the unit number should start from 0 ,namely le0. But after updating the source, le0 becomes le1. This makes interface name mismatching that in rc.conf. I checked the commit log but there seems nothing related in sys/dev/le. So should this be caused by something else? The kernels dated 11/5 & 11/26. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 15:21:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A13106567B for ; Wed, 26 Nov 2008 15:21:43 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C27FC8FC4E for ; Wed, 26 Nov 2008 15:21:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L5MCu-000367-7f for freebsd-current@freebsd.org; Wed, 26 Nov 2008 15:21:36 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Nov 2008 15:21:36 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Nov 2008 15:21:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 26 Nov 2008 16:21:24 +0100 Lines: 39 Message-ID: References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig83EDD7421F54F5E76EEC5A0F" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 15:21:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig83EDD7421F54F5E76EEC5A0F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jia-Shiun Li wrote: > I use vmware to run freebsd. >=20 > recent update of 8-current changed the unit number of the virtual > network interface, an emulated if_le. usually the unit number should > start from 0 ,namely le0. But after updating the source, le0 becomes > le1. This makes interface name mismatching that in rc.conf. I checked > the commit log but there seems nothing related in sys/dev/le. So > should this be caused by something else? I have the same thing, but I thought it was just my bad luck sice I'm working on the kernel. If it's the same thing you should notice in your dmesg that both "le0" and "le1" are actually "detected" (I presume wrongly, or at least that one of them is wrong) but ifconfig recognizes only "le1" and errors out at any operation with le0. --------------enig83EDD7421F54F5E76EEC5A0F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJLWl0ldnAQVacBcgRAqeUAJ9edu+u8laryVPU8B8fkTwgXW4BqwCg51Pe n5kMG14x8dY9M2kjRWvzQos= =nAzW -----END PGP SIGNATURE----- --------------enig83EDD7421F54F5E76EEC5A0F-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 16:52:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D6521065677 for ; Wed, 26 Nov 2008 16:52: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 BE6278FC0C for ; Wed, 26 Nov 2008 16:52:33 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mAQGqVaF072394 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Nov 2008 17:52:32 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: swell.k@gmail.com In-Reply-To: <8663mazupt.fsf@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 17:52:31 +0100 References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> <8663mazupt.fsf@gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 16:52:34 -0000 Am 26.11.2008 um 10:45 schrieb swell.k@gmail.com: > Stefan Bethke writes: > >> Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and >> seeing this with a kernel from yesterday: >> >> FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 >> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz K8- >> class CPU) >> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 >> Features >> = >> 0xbfebfbff> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2 >> =0x8e39d >> AMD Features=0x20100800 >> AMD Features2=0x1 >> Cores per package: 2 >> usable memory = 3478437888 (3317 MB) >> avail memory = 3363401728 (3207 MB) >> ... >> cpu0: on acpi0 >> est0: on cpu0 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >> device_attach: est0 attach returned 6 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> est1: on cpu1 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >> device_attach: est1 attach returned 6 >> p4tcc1: on cpu1 >> >> What can I provide to make est happy? > > Perhaps, > hw.est.msr_info=1 # build list of cpu frequencies > in /boot/loader.conf? Does not appear to help, this is with boot -v: cpu0: on acpi0 cpu0: switching to generic Cx mode est0: on cpu0 est0: Guessed bus clock (high) of 266 MHz est0: Guessed bus clock (low) of 444 MHz est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est1: Guessed bus clock (high) of 266 MHz est1: Guessed bus clock (low) of 444 MHz est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 device_attach: est1 attach returned 6 p4tcc1: on cpu1 Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 17:09:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BAD31065674 for ; Wed, 26 Nov 2008 17:09:59 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id BB3928FC12 for ; Wed, 26 Nov 2008 17:09:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so282557ywe.13 for ; Wed, 26 Nov 2008 09:09:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=7+QW8YHmd0a5Mguk0jXYH+T5qHvWniZ7EHW0cdLYh5s=; b=stEKq+VFmK7rHx6S2ii5VtZQEC785/dmzEpFe4xvrw1AndnlVs1HPVY0FNoYX5qr1G vMO7Su4X2uE2Bqzcu8qnmIJt2FP0D4Ib+6c8fNt3qtviugo+MQzigo6e6zeyZ7Ynqt2c oiDz4O6jQlFrlu5tfrI3MUJYjv++dOCMOF3NY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ggiCZPhegqNNkiZ5x33QxnJ5w96EcXVPMBT3ag0lf2+IGBDhRMP605WfP/fbWQABEr 3bvP30/Nf4L/coctyP6K7rn4PMUxOMureOKHstX5j9HRFIcAkqP4f9A7LOK8s9MqrGzM gMwbvyxicqN2hrWSniFO3lH4Jz15IAMaGZhzI= Received: by 10.231.38.1 with SMTP id z1mr147208ibd.28.1227719397480; Wed, 26 Nov 2008 09:09:57 -0800 (PST) Received: by 10.231.10.65 with HTTP; Wed, 26 Nov 2008 09:09:57 -0800 (PST) Message-ID: <3a142e750811260909i7ea4dca4ib70f9b2102a3c5c6@mail.gmail.com> Date: Wed, 26 Nov 2008 18:09:57 +0100 From: "Paul B. Mahol" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 17:09:59 -0000 On 11/26/08, Ivan Voras wrote: > Jia-Shiun Li wrote: >> I use vmware to run freebsd. >> >> recent update of 8-current changed the unit number of the virtual >> network interface, an emulated if_le. usually the unit number should >> start from 0 ,namely le0. But after updating the source, le0 becomes >> le1. This makes interface name mismatching that in rc.conf. I checked >> the commit log but there seems nothing related in sys/dev/le. So >> should this be caused by something else? > > I have the same thing, but I thought it was just my bad luck sice I'm > working on the kernel. If it's the same thing you should notice in your > dmesg that both "le0" and "le1" are actually "detected" (I presume > wrongly, or at least that one of them is wrong) but ifconfig recognizes > only "le1" and errors out at any operation with le0. I can "reproduce" problem with 8-current (inside qemu) as guest on (same) 8-0 CURRENT. But I can not reproduce it with if_bfe, ndis, wlan, if_rum2 which are not emulated. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 18:39:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AD71065678 for ; Wed, 26 Nov 2008 18:39:52 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6850E8FC13 for ; Wed, 26 Nov 2008 18:39:51 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so556438fkk.11 for ; Wed, 26 Nov 2008 10:39:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=M382x2G+d3+nIVe4hmgdnxg6y+n+bp0rFyJuzCNh28k=; b=TUaj3uAfoY0wQf+aM/HW+Phiv5bd1ztoXNt71S5v79Q61ylS0aodBScvWPYwjp/yzi HXK42vplj2ySmqd8bC9NXt+BGzLBET4FxWDSCUTg6Vg7uyDJegJJ6EWDoPL9IbQ3z9oq QY1HUlZl0w5T2qGcPOu7l4kGDJ0kbaQ7SSasY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=XC3zyFhsbCszmhWwGv7Z+KAa9ewwzrVoGSbaFyj1W4kG8akLv+pqp0Ww8rlM+yab8h BZ0wAdSMhvyNGXcWntrOwbeDMJnjdoZMuyepof71A3JxXOnvxbk8nuCzgD6lQhZUSP9B jJwUs2Pdhgja9BvLWa7uCZZvh+hSMTb19az4o= Received: by 10.181.148.2 with SMTP id a2mr2044732bko.117.1227724790759; Wed, 26 Nov 2008 10:39:50 -0800 (PST) Received: by 10.180.236.13 with HTTP; Wed, 26 Nov 2008 10:39:50 -0800 (PST) Message-ID: <70e8236f0811261039i2e8d24eakbc88d3c526bb580@mail.gmail.com> Date: Wed, 26 Nov 2008 18:39:50 +0000 From: "Joao Barros" To: "Ivan Voras" , "Jia-Shiun Li" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 18:39:53 -0000 On Wed, Nov 26, 2008 at 3:21 PM, Ivan Voras wrote: > Jia-Shiun Li wrote: >> I use vmware to run freebsd. >> >> recent update of 8-current changed the unit number of the virtual >> network interface, an emulated if_le. usually the unit number should >> start from 0 ,namely le0. But after updating the source, le0 becomes >> le1. This makes interface name mismatching that in rc.conf. I checked >> the commit log but there seems nothing related in sys/dev/le. So >> should this be caused by something else? > > I have the same thing, but I thought it was just my bad luck sice I'm > working on the kernel. If it's the same thing you should notice in your > dmesg that both "le0" and "le1" are actually "detected" (I presume > wrongly, or at least that one of them is wrong) but ifconfig recognizes > only "le1" and errors out at any operation with le0. I'm guessing you both have only 1 virtual interface configured for that VM? Can you check? You can also try changing the interface to the enhanced type if your VMWare version allows you to.You'll get an "em" instead of an "le" -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 19:44:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099961065672 for ; Wed, 26 Nov 2008 19:44:30 +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 B65398FC0A for ; Wed, 26 Nov 2008 19:44:29 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAQJiTtv070256; Wed, 26 Nov 2008 11:44:29 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <492DA718.60204@freebsd.org> Date: Wed, 26 Nov 2008 11:44:24 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Di Pasquale References: <5D9F392B-97B5-4812-B5CB-047193715A94@gmail.com> <492C360B.8080304@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Options handler for userspace programs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 19:44:30 -0000 First, your --i example is a long option that happens to be one letter. So that is handled by the existing getopt_long() interface. The -interface long option style is very rarely used for a reason. In particular, it violates POSIX conventions. For that reason, it is used almost exclusively by a few applications (such as "find") whose interfaces were standardized before POSIX. That said, the getopt() API is not particularly well-designed (the use of global variables is particularly distasteful) and the getopt_long() API is quite a mess. If you could come up with something that had a nicer, easier-to-use API, you might find some people interested in using it, especially if it was very well-written, easy-to-understand, and supported a wide variety of command-line styles. I would suggest you build this first to use in your own projects and share it once you've used it in several different programs. Only after you've used it in a variety of different places will you be able to be certain that you've covered all of the uses that people are interested in. You should carefully study the getopt_long() interface (which supports a lot of variations), the POSIX standards, and the historical command-line interfaces of programs such as "dd", "tar", "cpio", and "find." Here are some problems I have with getopt() and getopt_long(): * gzip supports command-line options in environment variables; neither getopt() nor getopt_long() can be used to parse a string containing command-line options * dd uses "key=value" arguments (with no leading -); neither getopt() nor getopt_long() supports this * both use global variables, which limits how you can use them * getopt_long() uses "magic letters" in the argument string to change the behavior, which is poor API design (mixes behavioral and parametric information in a single argument) Have fun! Tim Andrea Di Pasquale wrote: > Yes but getopt() and getopt() are limited. They can to handle > only 2 options type, character and word. My idea is a main > type that handle all. For example, > > Long options: Short options: > > interface i > -interface -i > --interface --i > > Both they can use one or two flag front the option. For example: > > optarg_t opts[] = { > {"interface", "--i", OPT_REQARG1}, > {"--filter", "f", OPT_REQARG2}, > {"-typed", "t", OPT_REQOPT}, > {"-status", NULL, OPT_OPTARG1}, > {"status", "-s", OPT_OPTARG2}, > {NULL, "--v", OPT_NOARG}, > {"help", "h", OPT_NOARG}, > {NULL, NULL, OPT_NULL} > }; > > and optarg_t is: > > typedef enum optflag { > OPT_NOARG, /* no arguments */ > OPT_REQARG1, /* required argument */ > OPT_REQARG2, /* required two arguments */ > OPT_REQOPT, /* required argument with 2° optional > argument */ > OPT_OPTARG1, /* optional argument */ > OPT_OPTARG2, /* optional two arguments */ > OPT_NULL > } optflag_t; > > typedef struct optarg { > const char *opt_name; /* option's name */ > const char *opt_alias; /* option's alias */ > optflag_t opt_flag; > } optarg_t; > > Thank you, regards > Andrea > > Tim Kientzle wrote: > >> Have you looked at getopt_long, which is in the standard >> FreeBSD C libraries? >> >> man 3 getopt_long >> >> The use of getopt() in most utilities instead of getopt_long() >> is a very deliberate choice. >> >> Tim Kientzle >> >> >> Andrea Di Pasquale wrote: >> >>> Hi! I seen that all freebsd' s programs use getopt() or sequence >>> options with arguments. >>> I wanna to propose new options handler that handle name or alias >>> for options and >>> option's argument, example no argument, required one or two >>> arguments, required >>> argument with 2° option argument and one or two optional arguments. >>> Can it useful for freebsd? >>> Regards, >>> Andrea_______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org " >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 19:45:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E87B11065670 for ; Wed, 26 Nov 2008 19:45:21 +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 ABFC98FC12 for ; Wed, 26 Nov 2008 19:45:21 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAQJjLtv070264; Wed, 26 Nov 2008 11:45:21 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <492DA74B.4050306@freebsd.org> Date: Wed, 26 Nov 2008 11:45:15 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J.R. Oldroyd" References: <20081125125334.1d9ee8c4@avera> In-Reply-To: <20081125125334.1d9ee8c4@avera> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Two cd9660 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 19:45:22 -0000 Do you have tests for these? J.R. Oldroyd wrote: > I have posted two patches two the cd9660 fs. > > kern/128934 fixes a sign-extension bug that impacts the handling of > non-GMT dates that are west of GMT. > > kern/128942 adds additional tags in the Rock Ridge ER (extension record), > tags which were defined by the standard fourteen years ago! > > Both changes are small and are already included in the other *BSDs and > in Linux, so they should be non-controversial here. > > I'm looking for a fs committer to review these, please. I'd also like > to see them MFC'd to 7-stable. > > Thanks. > -jr > From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:01:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63FA41065670 for ; Wed, 26 Nov 2008 21:01:29 +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 ED6248FC12 for ; Wed, 26 Nov 2008 21:01:28 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mAQL1RxA084381 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 26 Nov 2008 22:01:27 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> From: Stefan Bethke To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 22:01:26 +0100 X-Mailer: Apple Mail (2.929.2) Subject: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 21:01:29 -0000 Just played around with Parallels 4.0 (Parallels- Desktop-4.0.3540.209168) with the amd64 November snapshot, and although there appears to be a USB controller, it cannot be used: pcib2: at device 10.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x9000-0xafff pcib2: memory decode 0xe4000000-0xe7ffffff pcib2: prefetched decode 0xc0000000-0xdfffffff pci2: on pcib2 pci2: domain=0, physical bus=2 uhci0: port 0xb000-0xb01f irq 18 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision pre 1.0, not supported device_attach: usb0 attach returned 6 uhci0: USB init failed device_attach: uhci0 attach returned 5 ehci0: mem 0xe8000000-0xe80003ff irq 19 at device 29.7 on pci0 ehci0: pre-2.0 USB rev device_attach: ehci0 attach returned 6 Haven't tried anything else with Parallels 4.0 yet, but I found that message curious... Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:10:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045981065676 for ; Wed, 26 Nov 2008 21:10:08 +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 8CD2A8FC25 for ; Wed, 26 Nov 2008 21:10:07 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mAQLA47T084588 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 26 Nov 2008 22:10:06 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD Current In-Reply-To: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 22:10:04 +0100 References: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> X-Mailer: Apple Mail (2.929.2) Subject: Re: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 21:10:08 -0000 Am 26.11.2008 um 22:01 schrieb Stefan Bethke: > Just played around with Parallels 4.0 (Parallels- > Desktop-4.0.3540.209168) with the amd64 November snapshot, and > although there appears to be a USB controller, it cannot be used: > > pcib2: at device 10.0 on pci0 > pcib2: domain 0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0x9000-0xafff > pcib2: memory decode 0xe4000000-0xe7ffffff > pcib2: prefetched decode 0xc0000000-0xdfffffff > pci2: on pcib2 > pci2: domain=0, physical bus=2 > uhci0: port > 0xb000-0xb01f irq 18 at device 29.0 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 > ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision pre 1.0, not supported > device_attach: usb0 attach returned 6 > uhci0: USB init failed > device_attach: uhci0 attach returned 5 > ehci0: mem > 0xe8000000-0xe80003ff irq 19 at device 29.7 on pci0 > ehci0: pre-2.0 USB rev > device_attach: ehci0 attach returned 6 > > Haven't tried anything else with Parallels 4.0 yet, but I found that > message curious... 7.1-beta i386 and 7.1-beta2 amd64 show the same messages. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:36:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2C9A1065670 for ; Wed, 26 Nov 2008 21:36:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id BB7118FC13 for ; Wed, 26 Nov 2008 21:36:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so616914rvf.43 for ; Wed, 26 Nov 2008 13:36:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XwVHKmDTB0jHGKaDvW6H+FeXRLT7CGRZZyNs71RVHrk=; b=wTM2Quoq60jT07gtwuRIhddZCMyatLDPIESiZ2/FDQluO9815YPISZQ0uHJkwTy1Zh /pGAARJTMXI7M1Wp5K71gTihrAEaJfSSrVSnKVlY4A+ZoKwiUmbdbo2DBCkjsqyinGyE MUIBdZY/uYQFerAvinVPlVfdVh0sgjOKPFjsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=JGP4n4pO7mNM+yqrrBN192XtPIeTmnO/2V8mqsgRMxVeWCaVxhbKCKNmWTUHZVCPl/ veAbjCmq5JiihiUl0M1zv4brOM+dPXxSw8I1JZ2s+h96sdstwRYgQHfdVxuK277I7cit +G8tT8ibM75m1BmkcB6g0p8cocU9hUhj5te5I= Received: by 10.141.168.7 with SMTP id v7mr31207rvo.0.1227735389289; Wed, 26 Nov 2008 13:36:29 -0800 (PST) Received: by 10.140.158.13 with HTTP; Wed, 26 Nov 2008 13:36:29 -0800 (PST) Message-ID: <7d6fde3d0811261336p7f207a16g83f2e98991f0e345@mail.gmail.com> Date: Wed, 26 Nov 2008 13:36:29 -0800 From: "Garrett Cooper" To: "Stefan Bethke" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> Cc: FreeBSD Current Subject: Re: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 21:36:30 -0000 On Wed, Nov 26, 2008 at 1:10 PM, Stefan Bethke wrote: > Am 26.11.2008 um 22:01 schrieb Stefan Bethke: > >> Just played around with Parallels 4.0 (Parallels-Desktop-4.0.3540.209168) >> with the amd64 November snapshot, and although there appears to be a USB >> controller, it cannot be used: >> >> pcib2: at device 10.0 on pci0 >> pcib2: domain 0 >> pcib2: secondary bus 2 >> pcib2: subordinate bus 2 >> pcib2: I/O decode 0x9000-0xafff >> pcib2: memory decode 0xe4000000-0xe7ffffff >> pcib2: prefetched decode 0xc0000000-0xdfffffff >> pci2: on pcib2 >> pci2: domain=0, physical bus=2 >> uhci0: port >> 0xb000-0xb01f irq 18 at device 29.0 on pci0 >> uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 >> ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50 >> uhci0: [GIANT-LOCKED] >> uhci0: [ITHREAD] >> usb0: on uhci0 >> usb0: USB revision pre 1.0, not supported >> device_attach: usb0 attach returned 6 >> uhci0: USB init failed >> device_attach: uhci0 attach returned 5 >> ehci0: mem 0xe8000000-0xe80003ff >> irq 19 at device 29.7 on pci0 >> ehci0: pre-2.0 USB rev >> device_attach: ehci0 attach returned 6 >> >> Haven't tried anything else with Parallels 4.0 yet, but I found that >> message curious... > > 7.1-beta i386 and 7.1-beta2 amd64 show the same messages. > > > Stefan Do we have any ICH6 hardware to test this with? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:42:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B69181065670 for ; Wed, 26 Nov 2008 21:42:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 808428FC13 for ; Wed, 26 Nov 2008 21:42:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so618768rvf.43 for ; Wed, 26 Nov 2008 13:42:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Ss5IB2P4pr4hsUx65bq3etUhDV6WpRBkVtgfHMln/ls=; b=SwSMpqL8D5odn+vFxtJGmB2Vjze5+p6e10E0nm5fWdzuFKLm+be+9TbE0x+I2yDumc Otnga415d4jHbes7EBPRfCx+S3DHZo0Ek6k5OBjv22RcLD+ziJKEcfUS0mZNcX0dhCr1 kESTdv1JuZ4d+eidjqqCWUNq5YLBf9ZgANu+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=bVe+OlvDaR4iSN32JDM2S9vjPAAqKHABJaST0dbtkbz/9rj6KUxVsEXKAxypmId79d 8D0WSAaq2HWLGkGkhyQVABikF6mnFXXKCAOsrb1GgW2yy7bMtDaK86I+OfAjbFnhp9tw UVSX89io0Ibddfb2WlQj3yNdU/zHeuEfZwCac= Received: by 10.141.71.14 with SMTP id y14mr3101056rvk.131.1227735726886; Wed, 26 Nov 2008 13:42:06 -0800 (PST) Received: by 10.140.158.13 with HTTP; Wed, 26 Nov 2008 13:42:06 -0800 (PST) Message-ID: <7d6fde3d0811261342s286d70bevcae9afff0e4225ab@mail.gmail.com> Date: Wed, 26 Nov 2008 13:42:06 -0800 From: "Garrett Cooper" To: "Stefan Bethke" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> <8663mazupt.fsf@gmail.com> Cc: swell.k@gmail.com, FreeBSD Current Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 21:42:07 -0000 On Wed, Nov 26, 2008 at 8:52 AM, Stefan Bethke wrote: > > Am 26.11.2008 um 10:45 schrieb swell.k@gmail.com: > >> Stefan Bethke writes: >> >>> Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and >>> seeing this with a kernel from yesterday: >>> >>> FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 >>> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz K8- >>> class CPU) >>> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 >>> Features >>> = >>> 0xbfebfbff>> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >>> Features2 >>> =0x8e39d >>> AMD Features=0x20100800 >>> AMD Features2=0x1 >>> Cores per package: 2 >>> usable memory = 3478437888 (3317 MB) >>> avail memory = 3363401728 (3207 MB) >>> ... >>> cpu0: on acpi0 >>> est0: on cpu0 >>> est: CPU supports Enhanced Speedstep, but is not recognized. >>> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >>> device_attach: est0 attach returned 6 >>> p4tcc0: on cpu0 >>> cpu1: on acpi0 >>> est1: on cpu1 >>> est: CPU supports Enhanced Speedstep, but is not recognized. >>> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >>> device_attach: est1 attach returned 6 >>> p4tcc1: on cpu1 >>> >>> What can I provide to make est happy? >> >> Perhaps, >> hw.est.msr_info=1 # build list of cpu frequencies >> in /boot/loader.conf? > > Does not appear to help, this is with boot -v: > cpu0: on acpi0 > cpu0: switching to generic Cx mode > est0: on cpu0 > est0: Guessed bus clock (high) of 266 MHz > est0: Guessed bus clock (low) of 444 MHz > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est1: Guessed bus clock (high) of 266 MHz > est1: Guessed bus clock (low) of 444 MHz > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > > Stefan Works fine for me, but I'm running a Core 2 Duo E6700 and my sources are 5 days old. [gcooper@optimus ~]$ dmesg | grep Core CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2672.75-MHz K8-class CPU) Cores per package: 2 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2672.74-MHz K8-class CPU) Cores per package: 2 [gcooper@optimus ~]$ uname -a FreeBSD optimus.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Mon Nov 24 21:59:24 PST 2008 gcooper@optimus.gateway.2wire.net:/usr/obj/usr/src/sys/OPTIMUS amd64 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:44:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF6911065674 for ; Wed, 26 Nov 2008 21:44:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 848E68FC36 for ; Wed, 26 Nov 2008 21:44:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so619643rvf.43 for ; Wed, 26 Nov 2008 13:44:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3uWrOD7OjZfVjD97BJilAjLTMvPP/zzDs0mU+HvHvoA=; b=ZCKdnKJBlCZ4HcJSfpIpNoVRIzrGBT1LWu+K6YJBbKbB7qJuxF0f5ML6SJ4XBKhLLx QMV08jIMTAwTGciu4wqdGPYIwkcLWp8ZxVuIUBF/gfLTDq29pdC1JcfZzoMVPWzfjNPV F7ljBd12MItccO9zZD4NH5BbMD8ZAM+f5qbDU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ir/5XssWx27kanXd3Xc8nQbTuGd04vglGRR1n0HYjI0G+CmBlOZ5ECQJASoNqREmKX qpsQUG9bDsdYVcQbjK6VBKxzAPOwFyiQlMVVfB+UGHyUSqmBQAfkgQPRY/ygs1Vka2BW 6z33L7tiBpo3shmg+b3NhEGxPVrifWCXx3tcc= Received: by 10.141.106.14 with SMTP id i14mr3100813rvm.143.1227735877147; Wed, 26 Nov 2008 13:44:37 -0800 (PST) Received: by 10.140.158.13 with HTTP; Wed, 26 Nov 2008 13:44:37 -0800 (PST) Message-ID: <7d6fde3d0811261344n5aaef90cj13cc695fc6db0da6@mail.gmail.com> Date: Wed, 26 Nov 2008 13:44:37 -0800 From: "Garrett Cooper" To: "Stefan Bethke" In-Reply-To: <7d6fde3d0811261342s286d70bevcae9afff0e4225ab@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> <8663mazupt.fsf@gmail.com> <7d6fde3d0811261342s286d70bevcae9afff0e4225ab@mail.gmail.com> Cc: swell.k@gmail.com, FreeBSD Current Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 21:44:37 -0000 On Wed, Nov 26, 2008 at 1:42 PM, Garrett Cooper wrote: > On Wed, Nov 26, 2008 at 8:52 AM, Stefan Bethke wrote: >> >> Am 26.11.2008 um 10:45 schrieb swell.k@gmail.com: >> >>> Stefan Bethke writes: >>> >>>> Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu and >>>> seeing this with a kernel from yesterday: >>>> >>>> FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 >>>> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT >>>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>>> CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2669.76-MHz K8- >>>> class CPU) >>>> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 >>>> Features >>>> = >>>> 0xbfebfbff>>> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >>>> Features2 >>>> =0x8e39d >>>> AMD Features=0x20100800 >>>> AMD Features2=0x1 >>>> Cores per package: 2 >>>> usable memory = 3478437888 (3317 MB) >>>> avail memory = 3363401728 (3207 MB) >>>> ... >>>> cpu0: on acpi0 >>>> est0: on cpu0 >>>> est: CPU supports Enhanced Speedstep, but is not recognized. >>>> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >>>> device_attach: est0 attach returned 6 >>>> p4tcc0: on cpu0 >>>> cpu1: on acpi0 >>>> est1: on cpu1 >>>> est: CPU supports Enhanced Speedstep, but is not recognized. >>>> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >>>> device_attach: est1 attach returned 6 >>>> p4tcc1: on cpu1 >>>> >>>> What can I provide to make est happy? >>> >>> Perhaps, >>> hw.est.msr_info=1 # build list of cpu frequencies >>> in /boot/loader.conf? >> >> Does not appear to help, this is with boot -v: >> cpu0: on acpi0 >> cpu0: switching to generic Cx mode >> est0: on cpu0 >> est0: Guessed bus clock (high) of 266 MHz >> est0: Guessed bus clock (low) of 444 MHz >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >> device_attach: est0 attach returned 6 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> est1: on cpu1 >> est1: Guessed bus clock (high) of 266 MHz >> est1: Guessed bus clock (low) of 444 MHz >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 >> device_attach: est1 attach returned 6 >> p4tcc1: on cpu1 >> >> >> Stefan > > Works fine for me, but I'm running a Core 2 Duo E6700 and my sources > are 5 days old. > > [gcooper@optimus ~]$ dmesg | grep Core > CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2672.75-MHz K8-class CPU) > Cores per package: 2 > CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2672.74-MHz K8-class CPU) > Cores per package: 2 > [gcooper@optimus ~]$ uname -a > FreeBSD optimus.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT #7: > Mon Nov 24 21:59:24 PST 2008 > gcooper@optimus.gateway.2wire.net:/usr/obj/usr/src/sys/OPTIMUS amd64 > > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > p4tcc1: on cpu1 > > -Garrett I'd resync, rebuild and see if the issue still exists. Someone just modified the est / ACPI portions on CURRENT as of 2 hours ago: http://svn.freebsd.org/changeset/base/185341 -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:47:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5748D1065673 for ; Wed, 26 Nov 2008 21:47:50 +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 D2A588FC16 for ; Wed, 26 Nov 2008 21:47:49 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mAQLllC0087016 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Nov 2008 22:47:48 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: "Garrett Cooper" In-Reply-To: <7d6fde3d0811261336p7f207a16g83f2e98991f0e345@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 26 Nov 2008 22:47:46 +0100 References: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> <7d6fde3d0811261336p7f207a16g83f2e98991f0e345@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current Subject: Re: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 21:47:50 -0000 Am 26.11.2008 um 22:36 schrieb Garrett Cooper: > On Wed, Nov 26, 2008 at 1:10 PM, Stefan Bethke wrote: >> Am 26.11.2008 um 22:01 schrieb Stefan Bethke: >> >>> Just played around with Parallels 4.0 (Parallels- >>> Desktop-4.0.3540.209168) >>> with the amd64 November snapshot, and although there appears to be >>> a USB >>> controller, it cannot be used: >>> >>> pcib2: at device 10.0 on pci0 >>> pcib2: domain 0 >>> pcib2: secondary bus 2 >>> pcib2: subordinate bus 2 >>> pcib2: I/O decode 0x9000-0xafff >>> pcib2: memory decode 0xe4000000-0xe7ffffff >>> pcib2: prefetched decode 0xc0000000-0xdfffffff >>> pci2: on pcib2 >>> pci2: domain=0, physical bus=2 >>> uhci0: port >>> 0xb000-0xb01f irq 18 at device 29.0 on pci0 >>> uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 >>> ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50 >>> uhci0: [GIANT-LOCKED] >>> uhci0: [ITHREAD] >>> usb0: on uhci0 >>> usb0: USB revision pre 1.0, not supported >>> device_attach: usb0 attach returned 6 >>> uhci0: USB init failed >>> device_attach: uhci0 attach returned 5 >>> ehci0: mem >>> 0xe8000000-0xe80003ff >>> irq 19 at device 29.7 on pci0 >>> ehci0: pre-2.0 USB rev >>> device_attach: ehci0 attach returned 6 >>> >>> Haven't tried anything else with Parallels 4.0 yet, but I found that >>> message curious... >> >> 7.1-beta i386 and 7.1-beta2 amd64 show the same messages. > > Do we have any ICH6 hardware to test this with? This is how a 6-stable i386 sees a real ICH6: uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered Since this is my main gateway and it doesn't have a CD-ROM, I'm a bit reluctant to try anything newer on it right now. Maybe on the weekend. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 22:08:27 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 366A91065677; Wed, 26 Nov 2008 22:08:27 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 26 Nov 2008 17:08:15 -0500 User-Agent: KMail/1.6.2 References: <042691A3-A958-4E84-8BAA-37A340A6D531@lassitu.de> <7d6fde3d0811261342s286d70bevcae9afff0e4225ab@mail.gmail.com> <7d6fde3d0811261344n5aaef90cj13cc695fc6db0da6@mail.gmail.com> In-Reply-To: <7d6fde3d0811261344n5aaef90cj13cc695fc6db0da6@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200811261708.17022.jkim@FreeBSD.org> Cc: swell.k@gmail.com, Garrett Cooper , Stefan Bethke Subject: Re: est not happy about E7300? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 22:08:27 -0000 On Wednesday 26 November 2008 04:44 pm, Garrett Cooper wrote: > On Wed, Nov 26, 2008 at 1:42 PM, Garrett Cooper wrote: > > On Wed, Nov 26, 2008 at 8:52 AM, Stefan Bethke wrote: > >> Am 26.11.2008 um 10:45 schrieb swell.k@gmail.com: > >>> Stefan Bethke writes: > >>>> Got myself a new Shuttle K45 (965 chipset) with an E7300 cpu > >>>> and seeing this with a kernel from yesterday: > >>>> > >>>> FreeBSD 8.0-CURRENT #0: Wed Nov 26 06:58:02 UTC 2008 > >>>> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT > >>>> Timecounter "i8254" frequency 1193182 Hz quality 0 > >>>> CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz > >>>> (2669.76-MHz K8- class CPU) > >>>> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > >>>> Features > >>>> = > >>>> 0xbfebfbff >>>>E,MCA,C > >>>> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE > >>>>> Features2 > >>>> =0x8e39d >>>>SE4.1> AMD Features=0x20100800 > >>>> AMD Features2=0x1 > >>>> Cores per package: 2 > >>>> usable memory = 3478437888 (3317 MB) > >>>> avail memory = 3363401728 (3207 MB) > >>>> ... > >>>> cpu0: on acpi0 > >>>> est0: on cpu0 > >>>> est: CPU supports Enhanced Speedstep, but is not recognized. > >>>> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > >>>> device_attach: est0 attach returned 6 > >>>> p4tcc0: on cpu0 > >>>> cpu1: on acpi0 > >>>> est1: on cpu1 > >>>> est: CPU supports Enhanced Speedstep, but is not recognized. > >>>> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > >>>> device_attach: est1 attach returned 6 > >>>> p4tcc1: on cpu1 > >>>> > >>>> What can I provide to make est happy? > >>> > >>> Perhaps, > >>> hw.est.msr_info=1 # build list of cpu frequencies > >>> in /boot/loader.conf? > >> > >> Does not appear to help, this is with boot -v: > >> cpu0: on acpi0 > >> cpu0: switching to generic Cx mode > >> est0: on cpu0 > >> est0: Guessed bus clock (high) of 266 MHz > >> est0: Guessed bus clock (low) of 444 MHz > >> est: CPU supports Enhanced Speedstep, but is not recognized. > >> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > >> device_attach: est0 attach returned 6 > >> p4tcc0: on cpu0 > >> cpu1: on acpi0 > >> est1: on cpu1 > >> est1: Guessed bus clock (high) of 266 MHz > >> est1: Guessed bus clock (low) of 444 MHz > >> est: CPU supports Enhanced Speedstep, but is not recognized. > >> est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 > >> device_attach: est1 attach returned 6 > >> p4tcc1: on cpu1 > >> > >> > >> Stefan > > > > Works fine for me, but I'm running a Core 2 Duo E6700 and my > > sources are 5 days old. > > > > [gcooper@optimus ~]$ dmesg | grep Core > > CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2672.75-MHz > > K8-class CPU) Cores per package: 2 > > CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2672.74-MHz > > K8-class CPU) Cores per package: 2 > > [gcooper@optimus ~]$ uname -a > > FreeBSD optimus.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT > > #7: Mon Nov 24 21:59:24 PST 2008 > > gcooper@optimus.gateway.2wire.net:/usr/obj/usr/src/sys/OPTIMUS > > amd64 > > > > est0: on cpu0 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > est1: on cpu1 > > p4tcc1: on cpu1 > > > > -Garrett > > I'd resync, rebuild and see if the issue still exists. Someone just > modified the est / ACPI portions on CURRENT as of 2 hours ago: > > http://svn.freebsd.org/changeset/base/185341 That was me. This commit should never change functionality of the driver at all. Probably the CPU is not in the table of supported CPUs. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 23:27:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237E51065672 for ; Wed, 26 Nov 2008 23:27:23 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id B1D8F8FC1B for ; Wed, 26 Nov 2008 23:27:22 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 74.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.74]) by smtp.vzavenue.net with ESMTP; 26 Nov 2008 18:27:20 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.74 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEALxnLUlCq09K/2dsb2JhbACBbdFNgn0 X-IronPort-AV: i="4.33,670,1220241600"; d="asc'?scan'208"; a="193338760:sNHT28590201" Received: from avera (avera.opal.com [IPv6:2001:5c0:8166:0:211:9ff:fe0c:f4a8]) (authenticated bits=0) by homobox.opal.com (8.14.2/8.14.2) with ESMTP id mAQNRIuG053452 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 18:27:18 -0500 (EST) (envelope-from fbsd@opal.com) Date: Wed, 26 Nov 2008 18:27:12 -0500 From: "J.R. Oldroyd" To: Tim Kientzle Message-ID: <20081126182712.36f37e79@avera> In-Reply-To: <492DA74B.4050306@freebsd.org> References: <20081125125334.1d9ee8c4@avera> <492DA74B.4050306@freebsd.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Vl7vUu.cWWT6SfAjv_ty9PN"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: Two cd9660 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2008 23:27:23 -0000 --Sig_/Vl7vUu.cWWT6SfAjv_ty9PN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 26 Nov 2008 11:45:15 -0800, Tim Kientzle wro= te: > > Do you have tests for these? >=20 No. There is How-To-Repeat info in the PR, though. Both patches are merely one statement long, so they're not exactly complex. The second has already been committed. Thanks, lulf. -jr --Sig_/Vl7vUu.cWWT6SfAjv_ty9PN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkt21EACgkQls33urr0k4lM1ACfYtv1cqG+RlrrnTqsMYTZYors cYgAnit3YIzbWbjVqPitJcQhUmnymLoM =hl9A -----END PGP SIGNATURE----- --Sig_/Vl7vUu.cWWT6SfAjv_ty9PN-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 01:59:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C05F61065670 for ; Thu, 27 Nov 2008 01:59:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 5696A8FC1A for ; Thu, 27 Nov 2008 01:59:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so455845tib.3 for ; Wed, 26 Nov 2008 17:59:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=UweIYzPVDyfhjSQeI7aTDEC9gNm8s1odfeQivsBvrXo=; b=uAWWgk52SoJrEWbm4iHyel7a2X6sNtlFNZ87/WNnyYP+xpgZKgHbA9hXfOxsVXRT+/ Xl7agEHG6zg9hbutq3AiH2wXYMzaXb6eQVlbJPoclpzKuvoQz3fxhDlDe3fQUJwb3DVK G+Dg2yZbSojC2lSYlI/9SO4ZR396a3kJ4iPAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=MOhX11T7QAd/ZVUm0d5INntptD3WSklju6QEGkzKzZoXhf6FjdfkR9fE7CiOW25g3K gzfe6HHx5GNpTofvX3yjZAb2lbNwq+GgxHblvshhEB+tIIm9OAebqI2pljrxrVe2LV1u NflxHE0BV7+iwTfH2NY2y3qbcWUWlNqOEst2E= Received: by 10.110.15.9 with SMTP id 9mr9327414tio.27.1227751154014; Wed, 26 Nov 2008 17:59:14 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id a14sm2854965tia.12.2008.11.26.17.59.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Nov 2008 17:59:12 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mAR1v8lW091693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Nov 2008 10:57:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAR1v7LS091691 for freebsd-current@FreeBSD.org; Thu, 27 Nov 2008 10:57:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 27 Nov 2008 10:57:07 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20081127015707.GB91274@cdnetworks.co.kr> References: <20081015003745.GG14769@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015003745.GG14769@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Call for testers: fxp(4) WOL 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, 27 Nov 2008 01:59:15 -0000 On Wed, Oct 15, 2008 at 09:37:45AM +0900, To freebsd-current@FreeBSD.org wrote: > I've implemented WOL for fxp(4) and it works ok to me. Because > there too many variants of fxp(4) hardwares I'd like to hear > success/failure report before committing attached patch to tree. > It seems that the following Intel 8255x supports WOL. Apparently > 82557 lacks WOL capabillity. > > 82558 > 82559 > 82550 > 82551 > > If your suspend/resume works on your system you can also wake up > your system in suspend by WOL. > Slightly modified version committed to HEAD(r185354). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 04:45:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 485E41065670 for ; Thu, 27 Nov 2008 04:45:50 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-gx0-f12.google.com (mail-gx0-f12.google.com [209.85.217.12]) by mx1.freebsd.org (Postfix) with ESMTP id 106DD8FC08 for ; Thu, 27 Nov 2008 04:45:49 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by gxk5 with SMTP id 5so800139gxk.19 for ; Wed, 26 Nov 2008 20:45:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=P+9jzuTKXi1Wn7nBspN6t/Z3I0CDkInLz+SeUD3EQ58=; b=EHt2FkvXmIydaFk2dCeSmKBXT/eBo6jl7nK4xTcFjdzM5WAQt/fwILbOn29EnCajMB cHiX0gDVfTC+cYxJ4i5btmWbaskX3vXaxjoxkuo/ZLlABwg07+C4VKUoLJ5Irp0gkog7 Yayu9U31hNsGhj3Z+RPGiUOD7LY6cLjNu61C0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=BcOTzP3nl5jy0m3dS1k2OI0cNiafbb6z6ug9HtGzRgO14SvaLECT7dsyf7iFOEVK++ sF/kJkij6j9aMyDwVyYAQ7DXRGuqkQEeQid9c11ZU8IKVZ15G/xz28YeYDTLO/JY9Z+c qOnNkuXaPpg4R7dixOXQqx317Nqgt7xMlBAO4= Received: by 10.90.67.10 with SMTP id p10mr1396359aga.87.1227761149116; Wed, 26 Nov 2008 20:45:49 -0800 (PST) Received: by 10.90.82.5 with HTTP; Wed, 26 Nov 2008 20:45:49 -0800 (PST) Message-ID: <1d6d20bc0811262045r72d62a15n3b9f8629ddecee2a@mail.gmail.com> Date: Thu, 27 Nov 2008 12:45:49 +0800 From: "Jia-Shiun Li" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 04:45:50 -0000 On Wed, Nov 26, 2008 at 11:21 PM, Ivan Voras wrote: > I have the same thing, but I thought it was just my bad luck sice I'm > working on the kernel. If it's the same thing you should notice in your > dmesg that both "le0" and "le1" are actually "detected" (I presume > wrongly, or at least that one of them is wrong) but ifconfig recognizes > only "le1" and errors out at any operation with le0. I looked at the dmesg more closely. It turns out that the other le is the entry in /boot/device.hints for the isa version of le. Commenting it out and then le0 is back. So there are some procedures reordered? Old version initialized detected le on PCI first , then le0 in device.hints will be skipped due to conflict. New kernel loads and initializes device hints first so the detected one goes second as le1. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 04:45:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F03781065673 for ; Thu, 27 Nov 2008 04:45:35 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52112.mail.re2.yahoo.com (web52112.mail.re2.yahoo.com [206.190.48.115]) by mx1.freebsd.org (Postfix) with SMTP id 914588FC1B for ; Thu, 27 Nov 2008 04:45:35 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: (qmail 1843 invoked by uid 60001); 27 Nov 2008 04:45:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=3Kyo25j727tn+XSzHxGHGZDT9xOqChxG03z8r22oCVcdrllhS04uokFHNFcy92Dsofw+8Wv+O4kD137hKlEMNTvvxDuspH9gngXYS5+qlWL650ofPiS7TgHoEV7VHU11eGZdeL03/4PeMvHapCIqioNbjxqS32JYOPyOnUek3ZI=; X-YMail-OSG: .0MVd4IVM1kBOGpldoIqexAqOZXrkjXarNcdKz20zrybUdPSErk.wCNZJn9k2D7tO1zgmc1.coAf470W_6Ca0MFzS3O1njXPMKjC60VNyUvUr.TA6k7jwaRqMeflQ68uwVNPM.26KZg8EsEuRdEjuvMjKmsSL5GjzbK7ciPDfEqr7OOhCHmm6Lq8q2Ek Received: from [98.169.13.4] by web52112.mail.re2.yahoo.com via HTTP; Wed, 26 Nov 2008 20:45:34 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Wed, 26 Nov 2008 20:45:34 -0800 (PST) From: gahn To: freebsd general questions , free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <742029.598.qm@web52112.mail.re2.yahoo.com> X-Mailman-Approved-At: Thu, 27 Nov 2008 05:11:07 +0000 Cc: Subject: freebsd-update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ipfreak@yahoo.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, 27 Nov 2008 04:45:36 -0000 Hi, all: i did "freebsd-update fetch" and i got message: "No updates needed to update system to 6.3-RELEASE-p6" what does that suppose to mean? My current system (this one is online) is p4. Thanks all. From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 05:22:31 2008 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 C7D781065676 for ; Thu, 27 Nov 2008 05:22:31 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id 16BDE8FC12 for ; Thu, 27 Nov 2008 05:22:29 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from [127.0.0.1] (ns.kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.3/8.14.3) with ESMTP id mAR4lOgv047412; Thu, 27 Nov 2008 12:47:25 +0800 (CST) (envelope-from kevlo@kevlo.org) From: Kevin Lo To: Weongyo Jeong In-Reply-To: <20081107052937.GA19400@freebsd.weongyo.org> References: <20081107052937.GA19400@freebsd.weongyo.org> Content-Type: text/plain Date: Thu, 27 Nov 2008 12:45:56 +0800 Message-Id: <1227761156.6443.8.camel@nsl> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1 Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT Mailing List Subject: Re: CFT: Realtek 8187L wireless USB driver - urtw(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 05:22:31 -0000 Weongyo Jeong wrote: > Dear all, Hi Weongyo, > This driver supports 8187L which is one of Realtek's 8187x series and > I'm looking for testers who have this device. :-) With lack of H/W I > can't add codes for 8187/8187B devices that AFAIK they can share a lot > of codes and can be supported without modifying many part of codes. > > In my environment the basic features (WEP/WPA and etc ...) are worked > and the driver based on USB1 (not USB2) can be found at as follows: > > http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz > > I think a current problem of urtw(4) is poor RX/TX performance about > 8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it > would easy to fix it without documents but I expect the connection would > be stable. > > Please let me know if you encounter any problems or opinions. Always > patches to improve or enhance features are welcome! I purchased a Safehome WLG-1500SMA5 for testing, urtw(4) for me, thanks! > dmesg | grep urtw0 urtw0: on uhub4 urtw0: WARNING: using obsoleted IFF_NEEDSGIANT flag urtw0: WARNING: rx buffer is smaller than 2500 > ifconfig urtw0: flags=108843 metric 0 mtu 2290 ether 00:40:0c:04:3b:2a media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:40:0c:04:3b:2a inet 192.168.1.116 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid MSI channel 8 (2447 Mhz 11g) bssid 00:11:09:0c:32:81 country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS > regards, > Weongyo Jeong Kevin From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 06:23:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68621065670 for ; Thu, 27 Nov 2008 06:23:11 +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 965588FC1F for ; Thu, 27 Nov 2008 06:23:11 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAR6NAtv072964; Wed, 26 Nov 2008 22:23:11 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <492E3CC9.2030403@freebsd.org> Date: Wed, 26 Nov 2008 22:23:05 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J.R. Oldroyd" References: <20081125125334.1d9ee8c4@avera> In-Reply-To: <20081125125334.1d9ee8c4@avera> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Two cd9660 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 06:23:11 -0000 J.R. Oldroyd wrote: > I have posted two patches two the cd9660 fs. > > kern/128934 fixes a sign-extension bug that impacts the handling of > non-GMT dates that are west of GMT. I just committed a slightly corrected version of your patch to -CURRENT. I'll ask re@ for permission to MFC this. Tim From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 09:36:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E44E0106564A for ; Thu, 27 Nov 2008 09:36: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 C487D8FC12 for ; Thu, 27 Nov 2008 09:36:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 2DF8846B52; Thu, 27 Nov 2008 04:36:48 -0500 (EST) Date: Thu, 27 Nov 2008 09:36:48 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jia-Shiun Li In-Reply-To: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> Message-ID: References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 09:36:49 -0000 On Wed, 26 Nov 2008, Jia-Shiun Li wrote: > I use vmware to run freebsd. > > recent update of 8-current changed the unit number of the virtual network > interface, an emulated if_le. usually the unit number should start from 0 > ,namely le0. But after updating the source, le0 becomes le1. This makes > interface name mismatching that in rc.conf. I checked the commit log but > there seems nothing related in sys/dev/le. So should this be caused by > something else? > > The kernels dated 11/5 & 11/26. Just ran into an identical problem with HEAD on VMWare here as well. It appears to work fine as le1, which is reassuring, but the unit numbering change is worrying. I may get a chance to do some binary searching today, but we'll see. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 11:11:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60DB106564A for ; Thu, 27 Nov 2008 11:11:09 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 69FE58FC14 for ; Thu, 27 Nov 2008 11:11:09 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so1623800ugs.39 for ; Thu, 27 Nov 2008 03:11:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=MAQHQVVtkszPB8SLNe2TqK3cwfA62FU1uq/iyfFSd+g=; b=b4sDGnH/rlOy3JbwY8g1MdeJzzAijUIqilBJ4UbUxHaXGPfTaThdmHax70kBlfOsVY eql4OZbLF+Xb4mflMSGzYkKa69DOz7rh1rPJg4eB7EYuX9wZhDvfezurchGCbY5CBSJA IQg0ECBcpLyhWmv/jAFS9g6msNrRabRGm2sLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=B7JAmQC1IP9rgbSJtmib9oEqkpikgIPRZEKzqSMJ/rRu+BbNTwTT1cbcX1N4UYA6KK iI3q2ZjJ9fD+0tm82uQq08LAhINqgjES995qxkIwgLF34rf8hOXBil7L6mOa3cbN5Z6H YD35ZLQjBiGGDmrjp13xH12ZoNkoEmpl+wLHY= Received: by 10.103.49.12 with SMTP id b12mr2576492muk.98.1227784267866; Thu, 27 Nov 2008 03:11:07 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id n10sm2640509mue.37.2008.11.27.03.11.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 Nov 2008 03:11:06 -0800 (PST) Message-Id: <6F0A14C8-785A-4794-93A5-C3C2770FC231@gmail.com> From: Nikolay Denev To: Pawel Jakub Dawidek In-Reply-To: <64C828D5-3F3C-4AB8-9D12-4EAD30B11818@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 27 Nov 2008 13:11:03 +0200 References: <20081117205526.GC1733@garage.freebsd.pl> <8ECD400F-BFE3-4E31-94F0-39AF5F44FDAC@gmail.com> <20081119090307.GA81236@icarus.home.lan> <18E318DD-29FA-4E26-89CF-11B893B42E34@gmail.com> <20081121162518.GC6509@garage.freebsd.pl> <20081122230554.GC2016@garage.freebsd.pl> <8517A9FD-6420-413A-9190-10F3969DEF95@gmail.com> <976654BF-F7A0-41F9-8ECD-8CF76D97EEE9@gmail.com> <64C828D5-3F3C-4AB8-9D12-4EAD30B11818@gmail.com> X-Pgp-Agent: GPGMail d53 (v53, Leopard) X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 11:11:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Pawel, I don't know if this is going to be helpful, but I did the following experiment : I've disabled all tuning in loader.conf, all values for arc_max, kmem_size and kmem_size_max are the defaults computed for amd64 machine with 4G of RAM. I've put debug printf()'s in the loop in vm/vm_kern.c:kern_malloc() printing the number of loops. I've increased the loop count in kern_malloc() from 8 to 100. I've also put debug printf()'s in the arc_lowmem() function in zfs's ARC cache, this should be the function that is called when the "vm_lowmem" event fires. Then I started one bonnie++ process and watched /var/log/messages. Several times the loopcount in kern_malloc() jumped from 0 to 2 or 3 maximum, and everything continued to work, but after 20-30 minutes they started to increase steadily and it took the machine another maybe 20 minutes to reach 99 loops and then panic again with kmem_map too small. I hope this makes sense. - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAkkugEcACgkQHNAJ/fLbfrnJGACfSHq/dKJFBBecMWfElI35m/2C mwQAoLsafDZI/lALZO/Xr9i/MYbdkiUm =QTnU -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 13:34:24 2008 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 6D685106567B for ; Thu, 27 Nov 2008 13:34:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 291B68FC2B for ; Thu, 27 Nov 2008 13:34:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by postfix1-g20.free.fr (Postfix) with ESMTP id C95552E2C574 for ; Thu, 27 Nov 2008 14:11:53 +0100 (CET) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 10A40B0002; Thu, 27 Nov 2008 14:11:52 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp7-g19.free.fr (Postfix) with ESMTP id CBB24B0122; Thu, 27 Nov 2008 14:11:51 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 8CC489D784; Thu, 27 Nov 2008 13:01:05 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 7AB8E4089; Thu, 27 Nov 2008 14:01:05 +0100 (CET) Date: Thu, 27 Nov 2008 14:01:05 +0100 From: Jeremie Le Hen To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20081127130105.GA35050@obiwan.tataz.chchile.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current Subject: Re: ATA modules work committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 13:34:24 -0000 Dear Søren, Thanks for this work. On Thu, Oct 09, 2008 at 03:01:32PM +0200, Søren Schmidt wrote: > If you use ATA as modules loaded at boot there is few changes except the > rename of the "ata" module to "atacore", things looks just as usual. > However under atapci you now have a whole bunch of vendor specific drivers, > that you can kldload individually depending on you needs. Drivers have the > same names as used in the kernel config explained above. Sorry for being that late but, doesn't it deserve an entry in UPDATING? Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 14:26:38 2008 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 8375B1065670 for ; Thu, 27 Nov 2008 14:26:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7C98FC1C for ; Thu, 27 Nov 2008 14:26:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9B622730A1; Thu, 27 Nov 2008 15:31:19 +0100 (CET) Date: Thu, 27 Nov 2008 15:31:19 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081127143119.GB33716@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: any reason why linker.hints has mode -rw------- ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 14:26:38 -0000 As the subject says... kldxref creates linker.hints files with mode 600, and I cannot see any good reason for that except for a bug (or probably two bugs). Looking at the source code src/usr.sbin/kldxref/kldxref.c, it seems that the file is originally created by mkstemp (in a weird way -- the file descriptor returned by mkstemp is ignored, then the file is reopened) and here is where it gets the 600 permission. Then the file is rename()'d, but forgetting to restore the permission to something more useful ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 14:56:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 051551065673; Thu, 27 Nov 2008 14:56:45 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id A1B738FC13; Thu, 27 Nov 2008 14:56:44 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 74.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.74]) by smtp.vzavenue.net with ESMTP; 27 Nov 2008 09:56:42 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.74 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjEFAOc6LklCq09K/2dsb2JhbACBbdAvgn0 X-IronPort-AV: i="4.33,675,1220241600"; d="asc'?scan'208"; a="193370777:sNHT22908717" Received: from avera (avera.opal.com [IPv6:2001:5c0:8166:0:211:9ff:fe0c:f4a8]) (authenticated bits=0) by homobox.opal.com (8.14.2/8.14.2) with ESMTP id mAREuc6n061654 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 27 Nov 2008 09:56:41 -0500 (EST) (envelope-from fbsd@opal.com) Date: Thu, 27 Nov 2008 09:56:30 -0500 From: "J.R. Oldroyd" To: Tim Kientzle Message-ID: <20081127095630.618d60d2@avera> In-Reply-To: <492E3CC9.2030403@freebsd.org> References: <20081125125334.1d9ee8c4@avera> <492E3CC9.2030403@freebsd.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/G21DJE24hRH8rAmls/TTf7Z"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: Two cd9660 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 14:56:45 -0000 --Sig_/G21DJE24hRH8rAmls/TTf7Z Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 26 Nov 2008 22:23:05 -0800, Tim Kientzle wro= te: > > J.R. Oldroyd wrote: > > I have posted two patches two the cd9660 fs. > >=20 > > kern/128934 fixes a sign-extension bug that impacts the handling of > > non-GMT dates that are west of GMT. >=20 > I just committed a slightly corrected version of your > patch to -CURRENT. I'll ask re@ for permission to MFC this. >=20 > Tim >=20 Yes, (signed char *) is more explicit. Thanks, Tim. When lulf committed the other fix, there was no note in the commit message that it would be MFC'd. If this would also require approval from re@, could you ask for that at the same time as this one, please. That one was kern/128942 and the commit was fs/cd9660/cd9660_rrip.c version 1.34. Thanks, -jr --Sig_/G21DJE24hRH8rAmls/TTf7Z Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkutR4ACgkQls33urr0k4lKSwCdGLqBhWCgVmUPM5k5Ka0nFvtB 6BUAoKq4GLx87N7gwG8IGNWiW/RBQGmI =vrmc -----END PGP SIGNATURE----- --Sig_/G21DJE24hRH8rAmls/TTf7Z-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:50:20 2008 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 5A04B106564A; Thu, 27 Nov 2008 17:50:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 35E118FC12; Thu, 27 Nov 2008 17:50:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mARHoHIl036995; Thu, 27 Nov 2008 12:50:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mARHoGfZ062856; Thu, 27 Nov 2008 12:50:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9800E73039; Thu, 27 Nov 2008 12:50:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081127175016.9800E73039@freebsd-current.sentex.ca> Date: Thu, 27 Nov 2008 12:50:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 17:50:20 -0000 TB --- 2008-11-27 16:11:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-11-27 16:11:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-11-27 16:11:35 - cleaning the object tree TB --- 2008-11-27 16:12:05 - cvsupping the source tree TB --- 2008-11-27 16:12:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-11-27 16:12:14 - building world TB --- 2008-11-27 16:12:14 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-27 16:12:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-27 16:12:14 - TARGET=pc98 TB --- 2008-11-27 16:12:14 - TARGET_ARCH=i386 TB --- 2008-11-27 16:12:14 - TZ=UTC TB --- 2008-11-27 16:12:14 - __MAKE_CONF=/dev/null TB --- 2008-11-27 16:12:14 - cd /src TB --- 2008-11-27 16:12:14 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 27 16:12:16 UTC 2008 >>> 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 Thu Nov 27 17:33:55 UTC 2008 TB --- 2008-11-27 17:33:55 - generating LINT kernel config TB --- 2008-11-27 17:33:55 - cd /src/sys/pc98/conf TB --- 2008-11-27 17:33:55 - /usr/bin/make -B LINT TB --- 2008-11-27 17:33:55 - building LINT kernel TB --- 2008-11-27 17:33:55 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-27 17:33:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-27 17:33:55 - TARGET=pc98 TB --- 2008-11-27 17:33:55 - TARGET_ARCH=i386 TB --- 2008-11-27 17:33:55 - TZ=UTC TB --- 2008-11-27 17:33:55 - __MAKE_CONF=/dev/null TB --- 2008-11-27 17:33:55 - cd /src TB --- 2008-11-27 17:33:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 27 17:33:55 UTC 2008 >>> 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel hwpmc_intel.o(.text+0x1a6): In function `pmc_intel_initialize': : undefined reference to `pmc_core_initialize' hwpmc_intel.o(.text+0x45): In function `pmc_intel_finalize': : undefined reference to `pmc_core_finalize' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-27 17:50:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-27 17:50:16 - ERROR: failed to build lint kernel TB --- 2008-11-27 17:50:16 - 4633.17 user 437.84 system 5920.84 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 20:20:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD63B1065670; Thu, 27 Nov 2008 20:20:14 +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 5EF538FC19; Thu, 27 Nov 2008 20:20:14 +0000 (UTC) (envelope-from marius@alchemy.franken.de) 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 mARJx3Xl065480; Thu, 27 Nov 2008 20:59:03 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mARJx2mW065479; Thu, 27 Nov 2008 20:59:02 +0100 (CET) (envelope-from marius) Date: Thu, 27 Nov 2008 20:59:02 +0100 From: Marius Strobl To: Robert Watson Message-ID: <20081127195902.GA65404@alchemy.franken.de> References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.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: freebsd-current@freebsd.org, Jia-Shiun Li Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 20:20:14 -0000 On Thu, Nov 27, 2008 at 09:36:48AM +0000, Robert Watson wrote: > > On Wed, 26 Nov 2008, Jia-Shiun Li wrote: > > >I use vmware to run freebsd. > > > >recent update of 8-current changed the unit number of the virtual network > >interface, an emulated if_le. usually the unit number should start from 0 > >,namely le0. But after updating the source, le0 becomes le1. This makes > >interface name mismatching that in rc.conf. I checked the commit log but > >there seems nothing related in sys/dev/le. So should this be caused by > >something else? > > > >The kernels dated 11/5 & 11/26. > > Just ran into an identical problem with HEAD on VMWare here as well. It > appears to work fine as le1, which is reassuring, but the unit numbering > change is worrying. I may get a chance to do some binary searching today, > but we'll see. > I think the reason is that since r185059 the isa(4) hints (in this case the default one for le0) are now also applied to acpi(4). Even previously reserving the device unit number corresponding to the hint (i.e. le0 for hint.le.0.at="isa") regardless of whether it's actually present and enabled or not was the expected beaviour AFAICT, although limited to the presence of a ISA bus. Marius From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 20:30:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E3B1065670 for ; Thu, 27 Nov 2008 20:30:12 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id C51A58FC1A for ; Thu, 27 Nov 2008 20:30:11 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (e177237112.adsl.alicedsl.de [85.177.237.112]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1L5nV11kIi-0004ge; Thu, 27 Nov 2008 21:30:10 +0100 Message-ID: <492EF39D.7090101@janh.de> Date: Thu, 27 Nov 2008 20:23:09 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Pyun YongHyeon References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> In-Reply-To: <20081105013558.GA99795@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/6JmmaTLdbJ/jhdM8fPSEZvmIP+h8FRNgBbdk EBkBOsKyAVuSexMhZsu5wRB57vcZB+61IyDwAdj0RO/sRRMFaa 3R9A/W7a/D3NKDYXW7pVA== X-Mailman-Approved-At: Thu, 27 Nov 2008 20:56:12 +0000 Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 20:30:12 -0000 Sorry for getting back so late. I have been moving and still have no internet access, yet. Pyun YongHyeon wrote: > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > I was happy too early. Now I keep getting these: > > ale0: DMA read error! -- resetting > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > It looks like Tx queue processing is still in progress. > Would you show me hardware MAC statistics? > ("sysctl dev.ale.0.stats" will show you detailed information.) > Also ale(4) related dmesg output might be useful. I still cannot reliably reproduce the problem, but this is from a time it happened (with the old version of the driver, see below): dev.ale.0.stats.rx.good_frames: 2341 dev.ale.0.stats.rx.good_bcast_frames: 21 dev.ale.0.stats.rx.good_mcast_frames: 0 dev.ale.0.stats.rx.pause_frames: 0 dev.ale.0.stats.rx.control_frames: 0 dev.ale.0.stats.rx.crc_errs: 0 dev.ale.0.stats.rx.len_errs: 0 dev.ale.0.stats.rx.good_octets: 174085 dev.ale.0.stats.rx.good_bcast_octets: 5772 dev.ale.0.stats.rx.good_mcast_octets: 0 dev.ale.0.stats.rx.runts: 0 dev.ale.0.stats.rx.fragments: 0 dev.ale.0.stats.rx.frames_64: 133 dev.ale.0.stats.rx.frames_65_127: 2147 dev.ale.0.stats.rx.frames_128_255: 37 dev.ale.0.stats.rx.frames_256_511: 21 dev.ale.0.stats.rx.frames_512_1023: 3 dev.ale.0.stats.rx.frames_1024_1518: 0 dev.ale.0.stats.rx.frames_1519_max: 0 dev.ale.0.stats.rx.trunc_errs: 0 dev.ale.0.stats.rx.fifo_oflows: 0 dev.ale.0.stats.rx.desc_oflows: 0 dev.ale.0.stats.rx.align_errs: 0 dev.ale.0.stats.rx.filtered: 0 dev.ale.0.stats.tx.good_frames: 3415 dev.ale.0.stats.tx.good_bcast_frames: 15 dev.ale.0.stats.tx.good_mcast_frames: 30 dev.ale.0.stats.tx.pause_frames: 0 dev.ale.0.stats.tx.control_frames: 0 dev.ale.0.stats.tx.excess_defers: 0 dev.ale.0.stats.tx.defers: 0 dev.ale.0.stats.tx.good_octets: 3910774 dev.ale.0.stats.tx.good_bcast_octets: 39251 dev.ale.0.stats.tx.good_mcast_octets: 0 dev.ale.0.stats.tx.frames_64: 9 dev.ale.0.stats.tx.frames_65_127: 235 dev.ale.0.stats.tx.frames_128_255: 121 dev.ale.0.stats.tx.frames_256_511: 337 dev.ale.0.stats.tx.frames_512_1023: 386 dev.ale.0.stats.tx.frames_1024_1518: 2327 dev.ale.0.stats.tx.frames_1519_max: 0 dev.ale.0.stats.tx.single_colls: 0 dev.ale.0.stats.tx.multi_colls: 0 dev.ale.0.stats.tx.late_colls: 0 dev.ale.0.stats.tx.excess_colls: 0 dev.ale.0.stats.tx.abort: 0 dev.ale.0.stats.tx.underruns: 0 dev.ale.0.stats.tx.desc_underruns: 0 dev.ale.0.stats.tx.len_errs: 0 dev.ale.0.stats.tx.trunc_errs: 5088 ale0: port 0xec00-0xec7f mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci3 ale0: PCI device revision : 0x00b0 ale0: Chip id/revision : 0xb002 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: MSIX count : 0 ale0: MSI count : 1 ale0: Using 1 MSI messages. ale0: Read request size : 512 bytes. ale0: TLP payload size : 128 bytes. miibus0: on ale0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto ale0: Ethernet address: 00:22:15:a4:15:83 ale0: [FILTER] ale0: link state changed to DOWN ale0: interrupt moderation is 100 us. ale0: link state changed to UP ale0: link state changed to DOWN ale0: link state changed to UP ale0: link state changed to DOWN ale0: link state changed to UP ale0: link state changed to DOWN ale0: link state changed to UP ale0: link state changed to DOWN ale0: link state changed to UP ale0: DMA read error! -- resetting ale0: could not disable Tx/Rx MAC(0x00000008)! ale0: interrupt moderation is 100 us. ale0: link state changed to DOWN ale0: link state changed to UP [*72] ale0: DMA read error! -- resetting ale0: could not disable Tx/Rx MAC(0x00000008)! ale0: interrupt moderation is 100 us. ale0: link state changed to DOWN ale0: link state changed to UP > Is there any reliable way to reproduce it? Unfortunately, not yet. I did some similar activities and got it again, but I cannot specify a procedure. I will try, later, again. > Also I've slightly changed code which may help to stop MAC in case > of critical condition. Would you get the latest if_ale.c at the > following URL and try again? > http://people.freebsd.org/~yongari/ale/if_ale.c I did, Nov-27, but it does not compile: if_ale.c: In function 'ale_attach': if_ale.c:452: error: 'ALE_FLAG_TXCSUM_BUG' undeclared (first use in this function) if_ale.c:452: error: (Each undeclared identifier is reported only once if_ale.c:452: error: for each function it appears in.) if_ale.c:457: error: 'ALE_FLAG_RXCSUM_BUG' undeclared (first use in this function) if_ale.c:464: error: 'ALE_FLAG_TXCMB_BUG' undeclared (first use in this function) if_ale.c: In function 'ale_sysctl_node': if_ale.c:727: error: 'struct ale_softc' has no member named 'ale_int_rx_mod' [...] Since I only got a new copy of if_ale.c, I assume, I need the others, too, but since I have no internet here, I cannot check, now. I will try to redownload everything when I send this mail, but I cannot do the testing, there. I will send another mail, but unfortunately, there will be more delay. Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 21:13:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F991065675 for ; Thu, 27 Nov 2008 21:13:14 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 61A448FC1C for ; Thu, 27 Nov 2008 21:13:14 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so725456fgb.35 for ; Thu, 27 Nov 2008 13:13:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:subject:from :organization:content-type:mime-version:content-transfer-encoding :message-id:user-agent; bh=bvhLI5Swq2hMxo3MewsI67M+pIHrqr15+VL8JOaemuE=; b=OkEwWPwbPZE1Cb7GrtGomri4LM6qLKAYM+RkUROah+mZ023Lu2EzmXsQzBPbFM8ZoQ ofy7DhovSKH2/oZJQh1ytMpVCBj/S677mNbApAX+FOcuQFxAob/70IAFkrBNVZ2kFC3X OAMDEDqwJod83aemlA9P4ZvFAi0Ezy18zUAc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:subject:from:organization:content-type:mime-version :content-transfer-encoding:message-id:user-agent; b=wH48FHV07enSmGLkfb4QsDZ3V6yGYva3aDXPnpgqc0EL4IhLgomIplDBNbXtNgR1oa 8Vqyr8metsr6OHwBzbi11fetscyuOLpn92aKIfW8JeaiYJGKx5KxpQyCvWBmx8uIfDue JpGwYFN+P3ph98rQAuaM5DYRqiO/ZwKTZDs1o= Received: by 10.86.59.2 with SMTP id h2mr4830763fga.73.1227818441937; Thu, 27 Nov 2008 12:40:41 -0800 (PST) Received: from localhost (117-68.104-92.cust.bluewin.ch [92.104.68.117]) by mx.google.com with ESMTPS id 3sm235555fge.3.2008.11.27.12.40.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 Nov 2008 12:40:40 -0800 (PST) Date: Thu, 27 Nov 2008 21:40:38 +0100 To: "FreeBSD Current" From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera Mail/9.62 (FreeBSD) Subject: wrong data in de_CH locale X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 21:13:14 -0000 Hi The files in /usr/share/locale/de_CH* contain wrong values. They link LC_NUMERIC to the de_DE version, but Switzerland uses a "." and not "," as Germany for decimal separation. In LC_MONETARY again a "," is set as decimal point, which should be a "." and the thousand-separator is set to "." which should be a "'". If someone who has the means to correct this could do this, I'd be grateful. sam -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 22:00:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AED8106564A for ; Thu, 27 Nov 2008 22:00:06 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml12.kpnxchange.com (hpsmtp-eml12.KPNXCHANGE.COM [213.75.38.112]) by mx1.freebsd.org (Postfix) with ESMTP id ABDBC8FC1B for ; Thu, 27 Nov 2008 22:00:05 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml111.kpnxchange.com ([213.75.84.111]) by hpsmtp-eml12.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 27 Nov 2008 23:00:04 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml111.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 27 Nov 2008 23:00:03 +0100 Received: (qmail 28370 invoked by uid 98); 27 Nov 2008 22:00:01 -0000 Received: from 10.66.0.147 (nick@10.66.0.147) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.147):. Processed in 0.054658 secs); 27 Nov 2008 22:00:01 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.147) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2008 22:00:00 -0000 Received: (nullmailer pid 2988 invoked by uid 1001); Thu, 27 Nov 2008 21:59:59 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Thu, 27 Nov 2008 22:59:59 +0100 User-Agent: KMail/1.9.10 References: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> <7d6fde3d0811261336p7f207a16g83f2e98991f0e345@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811272259.59909.nick@van-laarhoven.org> X-OriginalArrivalTime: 27 Nov 2008 22:00:04.0550 (UTC) FILETIME=[80C93660:01C950DB] Subject: Re: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 22:00:06 -0000 > >>> ehci0: mem > >>> 0xe8000000-0xe80003ff > >>> irq 19 at device 29.7 on pci0 > >>> ehci0: pre-2.0 USB rev > >>> device_attach: ehci0 attach returned 6 Hardcode the revision to USB 2.0 and you should be ok. I guess that Parallells does not set a value correctly (or indicates it is emulating). Perhaps you could add a printf to display it? Nick From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 22:06:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDB9A106564A for ; Thu, 27 Nov 2008 22:06:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id C16CF8FC0A for ; Thu, 27 Nov 2008 22:06:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1078452rvf.43 for ; Thu, 27 Nov 2008 14:06:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RISQnil1qhNubuUK5BQh2Y4aWqZdpreKg2iP0inpd6Q=; b=x1AXJuqtk5DtJExIDtjYwJGjehsF39hS+TBkW02k4cmwCAao88f0KpbxxVIBVZAaru tK76HYc9Snb4brgp8Ee+x5z4Yp7EO/iowfwHKcImjzonazxAEMW2WVw17OayDerYpZvn jHfILKrFJtbbfxI5M6Mb5xI3/8y/e6uWLiA/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lkb9a8lsUxwYNJ3BIC/QGKq3VNkeMVwe9YTP4R9iEeh+abt9BYJkm3E4aRMzIJKaqc VEYmsYzEJcjJt3aX/I4TT7ml5Cw0hTniNcjI2FQWHZIN57VQ7oyuaLjg+z7zJmHEOC0K unqd2jOPbhct5Zx+E67VL27OdfwK9aeBtmAu0= Received: by 10.141.116.16 with SMTP id t16mr3516155rvm.250.1227823613085; Thu, 27 Nov 2008 14:06:53 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 27 Nov 2008 14:06:52 -0800 (PST) Message-ID: <7d6fde3d0811271406x15365c50k92be3663f28d6383@mail.gmail.com> Date: Thu, 27 Nov 2008 14:06:52 -0800 From: "Garrett Cooper" To: "Nick Hibma" In-Reply-To: <200811272259.59909.nick@van-laarhoven.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> <7d6fde3d0811261336p7f207a16g83f2e98991f0e345@mail.gmail.com> <200811272259.59909.nick@van-laarhoven.org> Cc: freebsd-current@freebsd.org Subject: Re: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 22:06:54 -0000 On Thu, Nov 27, 2008 at 1:59 PM, Nick Hibma wrote: >> >>> ehci0: mem >> >>> 0xe8000000-0xe80003ff >> >>> irq 19 at device 29.7 on pci0 >> >>> ehci0: pre-2.0 USB rev >> >>> device_attach: ehci0 attach returned 6 > > Hardcode the revision to USB 2.0 and you should be ok. > > I guess that Parallells does not set a value correctly (or indicates it is > emulating). Perhaps you could add a printf to display it? > > Nick In that case, I'd definitely submit a bug with the Parallels folks. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 22:35:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E321065674 for ; Thu, 27 Nov 2008 22:35:29 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml11.kpnxchange.com (hpsmtp-eml11.KPNXCHANGE.COM [213.75.38.111]) by mx1.freebsd.org (Postfix) with ESMTP id 52D4D8FC0A for ; Thu, 27 Nov 2008 22:35:29 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml101.kpnxchange.com ([213.75.84.101]) by hpsmtp-eml11.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 27 Nov 2008 23:35:27 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml101.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 27 Nov 2008 23:35:27 +0100 Received: (qmail 28707 invoked by uid 98); 27 Nov 2008 22:35:27 -0000 Received: from 10.66.0.147 (nick@10.66.0.147) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.147):. Processed in 0.051878 secs); 27 Nov 2008 22:35:27 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.147) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2008 22:35:26 -0000 Received: (nullmailer pid 3653 invoked by uid 1001); Thu, 27 Nov 2008 22:35:25 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Thu, 27 Nov 2008 23:35:25 +0100 User-Agent: KMail/1.9.10 References: <9F1EE8E5-CDEB-4219-97C2-54F429B93410@lassitu.de> <200811272259.59909.nick@van-laarhoven.org> <7d6fde3d0811271406x15365c50k92be3663f28d6383@mail.gmail.com> In-Reply-To: <7d6fde3d0811271406x15365c50k92be3663f28d6383@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811272335.25705.nick@van-laarhoven.org> X-OriginalArrivalTime: 27 Nov 2008 22:35:28.0049 (UTC) FILETIME=[727D7210:01C950E0] Subject: Re: snapshot 200811 amd64 fails to attach Parallels 4 uhci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2008 22:35:29 -0000 > >> >>> ehci0: mem > >> >>> 0xe8000000-0xe80003ff > >> >>> irq 19 at device 29.7 on pci0 > >> >>> ehci0: pre-2.0 USB rev > >> >>> device_attach: ehci0 attach returned 6 > > > > Hardcode the revision to USB 2.0 and you should be ok. > > > > I guess that Parallells does not set a value correctly (or indicates it > > is emulating). Perhaps you could add a printf to display it? > > > > Nick > > In that case, I'd definitely submit a bug with the Parallels folks. > -Garrett Not so sure. Perhaps it is a way of communicating differences we should be aware of as a guest OS. If you happen to know: Is the controller on the host emulated, or passed-through as is? Nick From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 00:00:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 854341065670; Fri, 28 Nov 2008 00:00:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 328AB8FC0A; Fri, 28 Nov 2008 00:00:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 0995141C735; Fri, 28 Nov 2008 01:00:07 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id KrC0qEkXsNJB; Fri, 28 Nov 2008 01:00:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id D242541C734; Fri, 28 Nov 2008 01:00:05 +0100 (CET) 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 CEDA24448D5; Thu, 27 Nov 2008 23:55:38 +0000 (UTC) Date: Thu, 27 Nov 2008 23:55:38 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-jail@freebsd.org Message-ID: <20081127233005.E61259@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: HEADS UP: multi/no-IPv4/v6 jails going to hit HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 00:00:09 -0000 Hi, I haven't heard back anything bad after (almost) 24 hours since I had released the latest patchset. So this is the HEADS UP for you that unless major regessions or other important "stop"s show up I plan to commit the latest multi/no-IPv4/v6 jail patch to HEAD saturday (2008-11-29) morning UTC. You'll find a few things like man page dates, etc. updated to the current diff so it will slightly change - but there should be no functional changes anymore (unless a regression is found or make universe won't like me later today;-). For patches see my original mail to freebsd-jail from last night below and the entire thread here: http://lists.freebsd.org/pipermail/freebsd-jail/2008-November/000615.html This is mostly intended for two things: - to get out of the way for other vimage/mgmt work for 8.x - possible MFC to 7 in a few weeks or rather months (don't even think about asking for 7.1-RELEASE; the answer would be: in case you are going to donate 100.000 USD I could start talking to re@ about that but we might need more money for bribing during the negotiations;) and: - add a lot of good FreeBSD marketing after the commit here - send patches! :-) Regards, Bjoern ------------------------------------------------------------------------ Date: Wed, 26 Nov 2008 23:56:55 +0000 (UTC) From: Bjoern A. Zeeb To: freebsd-jail@freebsd.org Subject: Anyone interested in jail patches? Hi, it's 1am and I am out of caffeine so excuse all those typos and in case there will be bugs blame them on whatever you want...; I just want to get this out, finally, to you. If you are interested in a new set of jail patches... anyone?;-) 1) read the changelog from http://perforce.freebsd.org/chv.cgi?CH=153529 that's a good summary for the diff to the last set of patches. 2) I freshly integrated both branches; there had been a few changes since yesterday after my testing but those should be ok. It also means that the patches should apply to the sources of `now`. 2a) for HEAD: http://people.freebsd.org/~bz/bz_jail-20081126-02-at153644.diff 2b) for RELENG_7: http://people.freebsd.org/~bz/bz_jail7-20081126-02-at153644.diff 2c) there is no 7.0-RELEASE support anymore; sorry. As always please report problems or success stories to the list rather than to me directly. Same usually applies for questions. In case you are happy consider http://www.freebsdfoundation.org/donate/ . Regards, Bjoern ------------------------------------------------------------------------ -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 01:55:45 2008 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 3F1711065670 for ; Fri, 28 Nov 2008 01:55:45 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 09E5E8FC18 for ; Fri, 28 Nov 2008 01:55:44 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1137232rvf.43 for ; Thu, 27 Nov 2008 17:55:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=pTh2evhYdJZWZaNv7+pA6kWH2lt8+rqtx5qfeTs1CxI=; b=V07+zUBbSfmRo8ZegBHoqYanpC3cPOmWd5/naw1Glw0RuaAHqX1gGkHT2+UAvRHJ8F g3YsHT6NKHJXeAbG9uUh1JDVS1XJEHjE8khrmn5b8LziDFeh5tVZAX+r1roYQvCOGGJi yEziiyDsKCFIf/6uZQwgy+0L5KBM72DILXQpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=H3r33he6ij1+9zDsDgpU2VzfcySFeo4MksyzXuMiI8D14awH7gZ2N+nRHfbEZo9bMK 1vzdkDcMDqvYIeBPxAYukDaViTGBto8bv9bjOcWXJZkzpfFmmSm8UxMvueLLZ37V3orJ 8gGG+0MAjLYTC5/FjtKKYKdYWrfX09qASAPOs= Received: by 10.143.2.20 with SMTP id e20mr3159964wfi.269.1227837344834; Thu, 27 Nov 2008 17:55:44 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id 22sm505373wfg.30.2008.11.27.17.55.42 (version=SSLv3 cipher=RC4-MD5); Thu, 27 Nov 2008 17:55:43 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Fri, 28 Nov 2008 10:56:05 +0900 Date: Fri, 28 Nov 2008 10:56:05 +0900 To: Kevin Lo Message-ID: <20081128015605.GC65714@freebsd.weongyo.org> Mail-Followup-To: Kevin Lo , FreeBSD CURRENT Mailing List References: <20081107052937.GA19400@freebsd.weongyo.org> <1227761156.6443.8.camel@nsl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1227761156.6443.8.camel@nsl> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: FreeBSD CURRENT Mailing List Subject: Re: CFT: Realtek 8187L wireless USB driver - urtw(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 01:55:45 -0000 On Thu, Nov 27, 2008 at 12:45:56PM +0800, Kevin Lo wrote: > Weongyo Jeong wrote: > > Dear all, > > Hi Weongyo, > > > This driver supports 8187L which is one of Realtek's 8187x series and > > I'm looking for testers who have this device. :-) With lack of H/W I > > can't add codes for 8187/8187B devices that AFAIK they can share a lot > > of codes and can be supported without modifying many part of codes. > > > > In my environment the basic features (WEP/WPA and etc ...) are worked > > and the driver based on USB1 (not USB2) can be found at as follows: > > > > http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz > > > > I think a current problem of urtw(4) is poor RX/TX performance about > > 8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it > > would easy to fix it without documents but I expect the connection would > > be stable. > > > > Please let me know if you encounter any problems or opinions. Always > > patches to improve or enhance features are welcome! > > I purchased a Safehome WLG-1500SMA5 for testing, urtw(4) for me, thanks! > > > dmesg | grep urtw0 > urtw0: 2> on uhub4 > urtw0: WARNING: using obsoleted IFF_NEEDSGIANT flag > urtw0: WARNING: rx buffer is smaller than 2500 > > > ifconfig > urtw0: flags=108843 > metric 0 mtu 2290 > ether 00:40:0c:04:3b:2a > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > wlan0: flags=8843 metric 0 mtu > 1500 > ether 00:40:0c:04:3b:2a > inet 192.168.1.116 netmask 0xffffff00 broadcast 192.168.1.255 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > ssid MSI channel 8 (2447 Mhz 11g) bssid 00:11:09:0c:32:81 > country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid > 60 > bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 > protmode CTS Thank you for tests. I'd add this device to the supported list. :-) regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 02:30:07 2008 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 C0D411065670; Fri, 28 Nov 2008 02:30:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 969168FC21; Fri, 28 Nov 2008 02:30:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mAS2U2n1012531; Thu, 27 Nov 2008 21:30:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mAS2U28c018303; Thu, 27 Nov 2008 21:30:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7134673039; Thu, 27 Nov 2008 21:30:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081128023002.7134673039@freebsd-current.sentex.ca> Date: Thu, 27 Nov 2008 21:30:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 02:30:07 -0000 TB --- 2008-11-28 00:52:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-11-28 00:52:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-11-28 00:52:00 - cleaning the object tree TB --- 2008-11-28 00:52:25 - cvsupping the source tree TB --- 2008-11-28 00:52:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-11-28 00:52:32 - building world TB --- 2008-11-28 00:52:32 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-28 00:52:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-28 00:52:32 - TARGET=pc98 TB --- 2008-11-28 00:52:32 - TARGET_ARCH=i386 TB --- 2008-11-28 00:52:32 - TZ=UTC TB --- 2008-11-28 00:52:32 - __MAKE_CONF=/dev/null TB --- 2008-11-28 00:52:32 - cd /src TB --- 2008-11-28 00:52:32 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 28 00:52:34 UTC 2008 >>> 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 Nov 28 02:13:45 UTC 2008 TB --- 2008-11-28 02:13:45 - generating LINT kernel config TB --- 2008-11-28 02:13:45 - cd /src/sys/pc98/conf TB --- 2008-11-28 02:13:45 - /usr/bin/make -B LINT TB --- 2008-11-28 02:13:45 - building LINT kernel TB --- 2008-11-28 02:13:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-28 02:13:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-28 02:13:45 - TARGET=pc98 TB --- 2008-11-28 02:13:45 - TARGET_ARCH=i386 TB --- 2008-11-28 02:13:45 - TZ=UTC TB --- 2008-11-28 02:13:45 - __MAKE_CONF=/dev/null TB --- 2008-11-28 02:13:45 - cd /src TB --- 2008-11-28 02:13:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 28 02:13:45 UTC 2008 >>> 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel hwpmc_intel.o(.text+0x1a6): In function `pmc_intel_initialize': : undefined reference to `pmc_core_initialize' hwpmc_intel.o(.text+0x45): In function `pmc_intel_finalize': : undefined reference to `pmc_core_finalize' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-28 02:30:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-28 02:30:02 - ERROR: failed to build lint kernel TB --- 2008-11-28 02:30:02 - 4633.38 user 438.04 system 5881.94 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 03:10:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5261065673; Fri, 28 Nov 2008 03:10:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 30F8B8FC13; Fri, 28 Nov 2008 03:10:11 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl114-202.kln.forthnet.gr [77.49.233.202]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAS39xUP027060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 28 Nov 2008 05:10:04 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAS39wrG088181; Fri, 28 Nov 2008 05:09:58 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAS39vYd088180; Fri, 28 Nov 2008 05:09:57 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: ipfreak@yahoo.com References: <848375.80327.qm@web52110.mail.re2.yahoo.com> Date: Fri, 28 Nov 2008 05:09:57 +0200 In-Reply-To: <848375.80327.qm@web52110.mail.re2.yahoo.com> (gahn's message of "Tue, 25 Nov 2008 14:03:33 -0800 (PST)") Message-ID: <87k5aotuka.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAS39xUP027060 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.856, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.54, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: free bsd , freebsd general questions Subject: Re: offline upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 03:10:12 -0000 On Tue, 25 Nov 2008 14:03:33 -0800 (PST), gahn wrote: > Hi, All: > > I have two boxes running 6.3. For certain reasons that I can't upgrade > them online with "freebsd-update" utility; the ftp sessions are > blocked. Are there any other way to upgrade the system offline, both > kernel and those needed packages? If you have some means of transferring `/var/db/freebsd-update' from a machine that *does* have this sort of connectivity, you should be able to run only: # freebsd-update install From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 06:55:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48C651065673 for ; Fri, 28 Nov 2008 06:55:24 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id B13188FC1B for ; Fri, 28 Nov 2008 06:55:23 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl114-202.kln.forthnet.gr [77.49.233.202]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAS6tF2R005741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 28 Nov 2008 08:55:21 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAS6tFa5011262 for ; Fri, 28 Nov 2008 08:55:15 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAS6tFnv011261; Fri, 28 Nov 2008 08:55:15 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-current@freebsd.org Date: Fri, 28 Nov 2008 08:55:15 +0200 Message-ID: <87wseo731o.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAS6tF2R005741 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.856, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.54, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: tty problems in recent head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 06:55:24 -0000 I just restored my laptop after a bit of 'fun' with a broken disk, and rebuilt all my ports. Something in head/ @ svn rev 185370 seems to cause problems to screen & xterm. Exiting an xterm window causes xterm processes to be stuck in 'RUN' and consume a lot of CPU: PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND 11211 keramida 1 106 0 7624K 4360K CPU0 0 0:46 51.86% xterm 11169 keramida 1 106 0 7624K 4504K RUN 1 1:12 49.66% xterm 11201 keramida 1 106 0 7624K 4360K RUN 1 0:47 49.07% xterm 11180 keramida 1 106 0 7624K 4360K RUN 1 1:07 48.88% xterm ... From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 07:07:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD8B1065672 for ; Fri, 28 Nov 2008 07:07:01 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1181D8FC18 for ; Fri, 28 Nov 2008 07:07:00 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl114-202.kln.forthnet.gr [77.49.233.202]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAS76pNr007207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 28 Nov 2008 09:06:57 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAS76p06002335 for ; Fri, 28 Nov 2008 09:06:51 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAS76ohP002334; Fri, 28 Nov 2008 09:06:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-current@freebsd.org References: <87wseo731o.fsf@kobe.laptop> Date: Fri, 28 Nov 2008 09:06:50 +0200 In-Reply-To: <87wseo731o.fsf@kobe.laptop> (Giorgos Keramidas's message of "Fri, 28 Nov 2008 08:55:15 +0200") Message-ID: <87fxlcba7p.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAS76pNr007207 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.856, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.54, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Re: tty problems in recent head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 07:07:01 -0000 On Fri, 28 Nov 2008 08:55:15 +0200, Giorgos Keramidas wrote: > I just restored my laptop after a bit of 'fun' with a broken disk, and > rebuilt all my ports. Something in head/ @ svn rev 185370 seems to > cause problems to screen & xterm. > > Exiting an xterm window causes xterm processes to be stuck in 'RUN' and > consume a lot of CPU: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND > 11211 keramida 1 106 0 7624K 4360K CPU0 0 0:46 51.86% xterm > 11169 keramida 1 106 0 7624K 4504K RUN 1 1:12 49.66% xterm > 11201 keramida 1 106 0 7624K 4360K RUN 1 0:47 49.07% xterm > 11180 keramida 1 106 0 7624K 4360K RUN 1 1:07 48.88% xterm > ... Nevermind. This seems to be a problem only with xterm processes started under XFCE4. Running under startx and plain 'twm' doesn't have the same problem, so I'll have to look a bit more into this... From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 11:12:06 2008 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 52945106564A; Fri, 28 Nov 2008 11:12:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8138FC12; Fri, 28 Nov 2008 11:12:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mASBC3sl035781; Fri, 28 Nov 2008 06:12:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mASBC31J062306; Fri, 28 Nov 2008 06:12:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 46AC573039; Fri, 28 Nov 2008 06:12:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081128111203.46AC573039@freebsd-current.sentex.ca> Date: Fri, 28 Nov 2008 06:12:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 11:12:06 -0000 TB --- 2008-11-28 09:33:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-11-28 09:33:46 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-11-28 09:33:46 - cleaning the object tree TB --- 2008-11-28 09:34:10 - cvsupping the source tree TB --- 2008-11-28 09:34:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-11-28 09:34:16 - building world TB --- 2008-11-28 09:34:16 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-28 09:34:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-28 09:34:16 - TARGET=pc98 TB --- 2008-11-28 09:34:16 - TARGET_ARCH=i386 TB --- 2008-11-28 09:34:16 - TZ=UTC TB --- 2008-11-28 09:34:16 - __MAKE_CONF=/dev/null TB --- 2008-11-28 09:34:16 - cd /src TB --- 2008-11-28 09:34:16 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 28 09:34:18 UTC 2008 >>> 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 Nov 28 10:56:06 UTC 2008 TB --- 2008-11-28 10:56:06 - generating LINT kernel config TB --- 2008-11-28 10:56:06 - cd /src/sys/pc98/conf TB --- 2008-11-28 10:56:06 - /usr/bin/make -B LINT TB --- 2008-11-28 10:56:06 - building LINT kernel TB --- 2008-11-28 10:56:06 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-28 10:56:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-28 10:56:06 - TARGET=pc98 TB --- 2008-11-28 10:56:06 - TARGET_ARCH=i386 TB --- 2008-11-28 10:56:06 - TZ=UTC TB --- 2008-11-28 10:56:06 - __MAKE_CONF=/dev/null TB --- 2008-11-28 10:56:06 - cd /src TB --- 2008-11-28 10:56:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 28 10:56:06 UTC 2008 >>> 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 vers.c linking kernel hwpmc_intel.o(.text+0x1a6): In function `pmc_intel_initialize': : undefined reference to `pmc_core_initialize' hwpmc_intel.o(.text+0x45): In function `pmc_intel_finalize': : undefined reference to `pmc_core_finalize' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-28 11:12:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-28 11:12:02 - ERROR: failed to build lint kernel TB --- 2008-11-28 11:12:02 - 4634.58 user 436.63 system 5896.94 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 14:45:30 2008 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 E74D1106564A; Fri, 28 Nov 2008 14:45:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9701A8FC1E; Fri, 28 Nov 2008 14:45:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CE0A.dip.t-dialin.net [217.226.206.10]) by redbull.bpaserver.net (Postfix) with ESMTP id 4A7762E0D7; Fri, 28 Nov 2008 15:45:24 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B220A16B81; Fri, 28 Nov 2008 15:45:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227883516; bh=CXCrnJ0BoW6kNiFEX/9byiAMA1exMlH3F Qeg4T6TlpA=; h=Message-ID:Date:From:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=RSRb6Y5J1mwsrO6eKi3wfXAi qteajV4XgJy8Tb53JY8txyqGRl39/DXPLgJn8vjXcQOWhqWJHHiNKJnKKRtDAfKVQ5b tnNcN9mv/PIOJiQ2jjFGU1RltGBDqteko3hiWBVv1M27QDqLUZ/zYXXYaZNfoLc9CXk SGEUq3lYmlo/qNkbRgpOUyQEC7fW60FuDu3YUAIrf3x09ygccRkSEs9sSkllCVtXYMO cDxgdXlKtgFA3dSlb/eUkQK6IIDj1wOeW6IOpZeBvzG2h9FVMbLT1IJgC2WE6BM9PCr ZTUWK47Cr/juC+5f5WeiayVjuPljRLZtYM/y3kcsyvrZAuv/9w== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mASEjGJL040829; Fri, 28 Nov 2008 15:45:16 +0100 (CET) (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; Fri, 28 Nov 2008 15:45:14 +0100 Message-ID: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 28 Nov 2008 15:45:14 +0100 From: Alexander Leidinger To: current@freebsd.org, hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 4A7762E0D7.1EED4 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 14:45:31 -0000 Hi, while working on adding dtrace probes to the linuxulator, I thought it may be interesting for some people to know how to do this, so I added some text/examples into the wiki how to add static dtrace probes in the kernel: http://wiki.freebsd.org/HOWTO-dtrace-sdt If you are interested in the great debugging possibilities of dtrace, don't be afraid to add some probes to the kernel. It's cheap and easy. Bye, Alexander. -- Leela: You buy one pound of underwear and you're on their list forever. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 14:59:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94821065670 for ; Fri, 28 Nov 2008 14:59:39 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 414168FC0A for ; Fri, 28 Nov 2008 14:59:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L64od-0003OC-9q for freebsd-current@freebsd.org; Fri, 28 Nov 2008 14:59:31 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Nov 2008 14:59:31 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Nov 2008 14:59:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 28 Nov 2008 15:59:23 +0100 Lines: 63 Message-ID: References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBE54A76B28CAAB2C5916EA5B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 14:59:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBE54A76B28CAAB2C5916EA5B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alexander Leidinger wrote: > Hi, >=20 > while working on adding dtrace probes to the linuxulator, I thought it > may be interesting for some people to know how to do this, so I added > some text/examples into the wiki how to add static dtrace probes in the= > kernel: > http://wiki.freebsd.org/HOWTO-dtrace-sdt >=20 > If you are interested in the great debugging possibilities of dtrace, > don't be afraid to add some probes to the kernel. It's cheap and easy. Great, thank you! I have some questions about the document: Can you document a bit more the construction of the probe: SDT_PROBE_DEFINE(foobar, source_file1, foo, entry); SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 0, "int"); SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 1, "const char *"); SDT_PROBE_DEFINE(foobar, source_file1, foo, return); SDT_PROBE_ARGTYPE(foobar, source_file1, foo, return, 0, "int"); What is the meaning of "source_file1" and "foo"? SDT_PROBE_DEFINE(foobar, source_file2, bar, entry); SDT_PROBE_DEFINE(foobar, source_file2, bar, my_error_condition_name); SDT_PROBE_DEFINE(foobar, source_file2, bar, return); Here: what is my_error_condition_name? SDT_PROBE(foobar, source_file1, foo, entry, a, b, 0, 0, 0); Here: why are the last three arguments zeroes? From the context it looks like it should be possible to trace an arbitrary number of data - here a,b. Is the number of arguments implicitly constructed from the probe definition (STD_PROBE_ARGTYPE(...0...), STD_PROBE_ARGTYPE(...1...))? --------------enigBE54A76B28CAAB2C5916EA5B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJMAdMldnAQVacBcgRAvKqAJ0axsx/eUei6mCfTuYEfIaLacdweQCgpcvJ HBpEOvFTqIv+bW31wtgFZlo= =TIGu -----END PGP SIGNATURE----- --------------enigBE54A76B28CAAB2C5916EA5B-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 16:12:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0E051065672; Fri, 28 Nov 2008 16:12:56 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3271A8FC20; Fri, 28 Nov 2008 16:12:56 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CE0A.dip.t-dialin.net [217.226.206.10]) by redbull.bpaserver.net (Postfix) with ESMTP id 696A02E0A5; Fri, 28 Nov 2008 17:12:51 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id BB15E18461; Fri, 28 Nov 2008 17:12:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227888763; bh=xBV/e86ZCfzqG2wi6Vt8Wbonv42hBHIyP AOv+MQ5hBg=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CHDtN/nKCre4o2+yro2qa2izKmX0MM+Wu8ddgnRT5qxFBhdMNdjUHxVlx3drCMs0u rVVLNxHMlCdQX6EuhQIZrsYwwLArhbaLCRGrm+cAX/BU5K+kL3yvn1009HeQCKsRT9V QR+EUN1+/gnEUhltHCAo+an8+69yQqp3BPAl3kxxC6EHSLodK0Kv+JBc3GO4RPfW5A8 1CuppIJCvZfu9Lag86JBt5d4I5i1Zw23k2VKrItRpKWbFYF4MDkbYR5IENf0RjmrTAM jMyC8EC+XEdlPOQEoQM4mgnz447iZ7jC+FPLIEjTnnczxqhBVs70KINcjxhrGQSF7mz /JDk6vCiw== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mASGCh0R055919; Fri, 28 Nov 2008 17:12:43 +0100 (CET) (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; Fri, 28 Nov 2008 17:12:43 +0100 Message-ID: <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 28 Nov 2008 17:12:43 +0100 From: Alexander Leidinger To: Ivan Voras References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 696A02E0A5.E2F28 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 16:12:56 -0000 Quoting Ivan Voras (from Fri, 28 Nov 2008 =20 15:59:23 +0100): > Alexander Leidinger wrote: >> Hi, >> >> while working on adding dtrace probes to the linuxulator, I thought it >> may be interesting for some people to know how to do this, so I added >> some text/examples into the wiki how to add static dtrace probes in the >> kernel: >> http://wiki.freebsd.org/HOWTO-dtrace-sdt >> >> If you are interested in the great debugging possibilities of dtrace, >> don't be afraid to add some probes to the kernel. It's cheap and easy. > > Great, thank you! > > I have some questions about the document: > > Can you document a bit more the construction of the probe: Done in the wiki. Quick answers inline. > SDT_PROBE_DEFINE(foobar, source_file1, foo, entry); > SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 0, "int"); > SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 1, "const char *"); > SDT_PROBE_DEFINE(foobar, source_file1, foo, return); > SDT_PROBE_ARGTYPE(foobar, source_file1, foo, return, 0, "int"); > > What is the meaning of "source_file1" and "foo"? Foo is the function name you want to instrument with probes. =20 source_file1 is a module name. Because of lack of a better =20 modularisation (in the linuxulator), I use the (a part of) the file =20 name in my linuxulator patches. The wiki contains more info now. > SDT_PROBE_DEFINE(foobar, source_file2, bar, entry); > SDT_PROBE_DEFINE(foobar, source_file2, bar, my_error_condition_name); > SDT_PROBE_DEFINE(foobar, source_file2, bar, return); > > Here: what is my_error_condition_name? A name you come up with for a specific error condition you want to be =20 able to trace. The "entry" and "return" are defacto std for function =20 entry and exit. Everything else is up to you. See again i nthe wiki, I =20 extended the source code example where the probe is fired with a =20 comment). > SDT_PROBE(foobar, source_file1, foo, entry, a, b, 0, 0, 0); > > Here: why are the last three arguments zeroes? From the context it looks > like it should be possible to trace an arbitrary number of data - here > a,b. Is the number of arguments implicitly constructed from the probe > definition (STD_PROBE_ARGTYPE(...0...), STD_PROBE_ARGTYPE(...1...))? SDT_PROBE() is a macro with a fixed number of macros, so we have to =20 fill with 0 in case we don't want to provide some data. Maybe there's =20 a way to provide more arguments if you do it by hand instead of using =20 the SDT_PROBE() macro (TODO item added in the wiki to have a look at =20 this, feel free to improve the wiki page). Bye, Alexander. --=20 I used to have a drinking problem. Now I love the stuff. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 16:21:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E498D106564A; Fri, 28 Nov 2008 16:21:43 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 92DE68FC14; Fri, 28 Nov 2008 16:21:43 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CE0A.dip.t-dialin.net [217.226.206.10]) by redbull.bpaserver.net (Postfix) with ESMTP id CFEDB2E1FB; Fri, 28 Nov 2008 17:21:35 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5F93C18721; Fri, 28 Nov 2008 17:21:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227889287; bh=zYE1obnN3hypoy9K5972k8Xitj8GjhnAP hCK+44JRRk=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=SgIRBkbI8msTTPQbDlutV9Wq+84sfWJhuGsLgKARsGp7eEPmhJQjrzp50owmM2Kfq E+jMjemQYu8Y6xkfo8mBNGhG30lL4gLXjQEyAJvILO4TVKCaZQvjZHt4/+z8mRof+Fw k61N8kMTidYEHaHUf0nJVNnVTNSsMXPiDRN+z143UBZPsOrvvCszWDv3KgXl2HCSkCL pCVw+QjmCndAnHKdN8VqQ55P0B0IIN3owGyQ4epQIf9WsTxIue3WTMpVmAoYRNSKYlx w59FA5yelwU1jHVBPryoKPNlrtfl4pGLsoUIt684+Sm80IUlp31o/i9zJcpaJAvDORW fycbevYWA== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mASGLRAr057286; Fri, 28 Nov 2008 17:21:27 +0100 (CET) (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; Fri, 28 Nov 2008 17:21:26 +0100 Message-ID: <20081128172126.453467ea7w6jb5c8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 28 Nov 2008 17:21:26 +0100 From: Alexander Leidinger To: Ivan Voras References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: CFEDB2E1FB.83E11 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 16:21:44 -0000 Quoting Ivan Voras (from Fri, 28 Nov 2008 15:59:23 +0100): > Can you document a bit more the construction of the probe: > > SDT_PROBE_DEFINE(foobar, source_file1, foo, entry); > SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 0, "int"); > SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 1, "const char *"); > SDT_PROBE_DEFINE(foobar, source_file1, foo, return); > SDT_PROBE_ARGTYPE(foobar, source_file1, foo, return, 0, "int"); > > What is the meaning of "source_file1" and "foo"? In case you reloaded the wiki page and it does not contain a reference to GEOM, reload it again. I added GEOM as an example how the module name could be constructed. BTW: Everyone is invited to improve the page. Bye, Alexander. -- Money may buy friendship but money cannot buy love. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 19:10:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B548F10656A4 for ; Fri, 28 Nov 2008 19:10:37 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2B08FC22 for ; Fri, 28 Nov 2008 19:10:37 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by yx-out-2324.google.com with SMTP id 8so632532yxb.13 for ; Fri, 28 Nov 2008 11:10:36 -0800 (PST) Received: by 10.90.72.3 with SMTP id u3mr4584714aga.24.1227898041678; Fri, 28 Nov 2008 10:47:21 -0800 (PST) Received: by 10.90.73.15 with HTTP; Fri, 28 Nov 2008 10:47:21 -0800 (PST) Message-ID: Date: Fri, 28 Nov 2008 19:47:21 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "Alexander Leidinger" In-Reply-To: <20081128172126.453467ea7w6jb5c8@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128172126.453467ea7w6jb5c8@webmail.leidinger.net> Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 19:10:37 -0000 On Fri, Nov 28, 2008 at 5:21 PM, Alexander Leidinger wrote: > Quoting Ivan Voras (from Fri, 28 Nov 2008 15:59:23 > +0100): > >> Can you document a bit more the construction of the probe: >> >> SDT_PROBE_DEFINE(foobar, source_file1, foo, entry); >> SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 0, "int"); >> SDT_PROBE_ARGTYPE(foobar, source_file1, foo, entry, 1, "const char *"); >> SDT_PROBE_DEFINE(foobar, source_file1, foo, return); >> SDT_PROBE_ARGTYPE(foobar, source_file1, foo, return, 0, "int"); >> >> What is the meaning of "source_file1" and "foo"? > > In case you reloaded the wiki page and it does not contain a reference to > GEOM, reload it again. I added GEOM as an example how the module name could > be constructed. What is the intention of adding function entry and return providers with SDT? Isn't that what FBT is for? From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 19:57:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C2BF1065674; Fri, 28 Nov 2008 19:57:08 +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 10F148FC13; Fri, 28 Nov 2008 19:57:08 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mASJv7tv081869; Fri, 28 Nov 2008 11:57:07 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <49304D0E.3030201@freebsd.org> Date: Fri, 28 Nov 2008 11:57:02 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> In-Reply-To: <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 19:57:08 -0000 >> SDT_PROBE(foobar, source_file1, foo, entry, a, b, 0, 0, 0); >> >> Here: why are the last three arguments zeroes? > > SDT_PROBE() is a macro with a fixed number of macros, so we have to > fill with 0 in case we don't want to provide some data. Maybe there's a > way to provide more arguments if you do it by hand instead of using the > SDT_PROBE() macro (TODO item added in the wiki to have a look at this, > feel free to improve the wiki page). Seems that SDT_PROBE() should be using C99s "variadic macro" feature. Tim From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 22:46:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9AC1065675 for ; Fri, 28 Nov 2008 22:46:06 +0000 (UTC) (envelope-from elliot+list@schlegelmilch.org) Received: from a.r00t-servers.net (a.r00t-servers.net [206.223.224.18]) by mx1.freebsd.org (Postfix) with ESMTP id EB4028FC14 for ; Fri, 28 Nov 2008 22:46:05 +0000 (UTC) (envelope-from elliot+list@schlegelmilch.org) Received: by a.r00t-servers.net (Postfix, from userid 1002) id 5561D33C40; Fri, 28 Nov 2008 17:28:51 -0500 (EST) Date: Fri, 28 Nov 2008 17:28:51 -0500 From: Elliot Schlegelmilch To: freebsd-current@freebsd.org Message-ID: <20081128222851.GA67341@schlegelmilch.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: strange LOR/lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2008 22:46:06 -0000 I'm a bit confused by the following lock order reversal. My box started by locking in 7.1-PRERELEASE. However, with debugging and WITNESS, I saw the LOR, but the console still became unresponsive. I upgraded to CURRENT #0: Thu Nov 27 17:51:41 PST 2008, and the problem still persists. I'm not sure what exactly is happening, or how to debug it further. Actually, by triggering some sort of console message (removing a usb device, triggering an acpi error with my power switch) I can see the keyboard input and console output, but it really doesn't work very well. Essentially, at that point a hard powerdown is all I can do. kernel: lock order reversal: kernel: 1st 0xffffff000c7f3550 rtentry (rtentry) @ /mnt/src/sys/net/route.c:333 kernel: 2nd 0xffffff0004e82af8 radix node head (radix node head) @ /mnt/src/sys/net/route.c:887 kernel: KDB: stack backtrace: kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kernel: _witness_debugger() at _witness_debugger+0x2e kernel: witness_checkorder() at witness_checkorder+0x81e kernel: _mtx_lock_flags() at _mtx_lock_flags+0x78 kernel: rtrequest1_fib() at rtrequest1_fib+0x8f kernel: rtredirect_fib() at rtredirect_fib+0x28e kernel: icmp_input() at icmp_input+0x3b1 kernel: ip_input() at ip_input+0xc0 kernel: ether_demux() at ether_demux+0x1ed kernel: ether_input() at ether_input+0x1d5 kernel: em_rxeof() at em_rxeof+0x200 kernel: em_handle_rxtx() at em_handle_rxtx+0x4b kernel: taskqueue_run() at taskqueue_run+0x96 kernel: taskqueue_thread_loop() at taskqueue_thread_loop+0x55 kernel: fork_exit() at fork_exit+0x12a kernel: fork_trampoline() at fork_trampoline+0xe kernel: --- trap 0, rip = 0, rsp = 0xfffffffe400bcd40, rbp = 0 --- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 04:28:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14458106564A for ; Sat, 29 Nov 2008 04:28:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 92D988FC0A for ; Sat, 29 Nov 2008 04:28:13 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl164-98.kln.forthnet.gr [62.1.67.98]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAT4S4C6028209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 29 Nov 2008 06:28:10 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAT4S4rc037744 for ; Sat, 29 Nov 2008 06:28:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAT4S4mi037739; Sat, 29 Nov 2008 06:28:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-current@freebsd.org In-Reply-To: <87fxlcba7p.fsf@kobe.laptop> (Giorgos Keramidas's message of "Fri, 28 Nov 2008 09:06:50 +0200") Date: Sat, 29 Nov 2008 06:27:55 +0200 Message-ID: <87myfjma0k.fsf@kobe.laptop> References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAT4S4C6028209 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.011, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.39, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Re: tty problems in recent head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 04:28:14 -0000 On Fri, 28 Nov 2008 09:06:50 +0200, Giorgos Keramidas wrote: > On Fri, 28 Nov 2008 08:55:15 +0200, Giorgos Keramidas wrote: >> I just restored my laptop after a bit of 'fun' with a broken disk, and >> rebuilt all my ports. Something in head/ @ svn rev 185370 seems to >> cause problems to screen & xterm. >> >> Exiting an xterm window causes xterm processes to be stuck in 'RUN' and >> consume a lot of CPU: >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND >> 11211 keramida 1 106 0 7624K 4360K CPU0 0 0:46 51.86% xterm >> 11169 keramida 1 106 0 7624K 4504K RUN 1 1:12 49.66% xterm >> 11201 keramida 1 106 0 7624K 4360K RUN 1 0:47 49.07% xterm >> 11180 keramida 1 106 0 7624K 4360K RUN 1 1:07 48.88% xterm >> ... > > Nevermind. This seems to be a problem only with xterm processes started > under XFCE4. Running under startx and plain 'twm' doesn't have the same > problem, so I'll have to look a bit more into this... The xterm processes that get stuck seem to be spinning near line 1854 of sched_ule.c. Running `info threads' on a live kernel after xterm starts spinning on a CPU shows: 129 Thread 100174 (PID=97493: xterm) sched_switch (td=0xc72fad80, newtd=0xc7245000, flags=519) at /usr/src/sys/kern/sched_ule.c:1854 Since this part of sched_ule.c hasn't changed in a while REV CHANGE AUTHOR --------------------------------------------------------------------------------------------------- 1848 171482 jeff cpu_switch(td, newtd, mtx); 1849 171482 jeff /* 1850 171482 jeff * We may return from cpu_switch on a different cpu. However, 1851 171482 jeff * we always return with td_lock pointing to the current cpu's 1852 171482 jeff * run queue lock. 1853 171482 jeff */ 1854 171482 jeff cpuid = PCPU_GET(cpuid); 1855 171482 jeff tdq = TDQ_CPU(cpuid); 1856 174629 jeff lock_profile_obtain_lock_success( 1857 174629 jeff &TDQ_LOCKPTR(tdq)->lock_object, 0, 0, __FILE__, __LINE__); 1858 145256 jkoshy #ifdef HWPMC_HOOKS 1859 145256 jkoshy if (PMC_PROC_IS_USING_PMCS(td->td_proc)) 1860 145256 jkoshy PMC_SWITCH_CONTEXT(td, PMC_FN_CSW_IN); 1861 145256 jkoshy #endif any ideas why PCPU_GET() might spin like this? From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 05:08:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90EFA106564A for ; Sat, 29 Nov 2008 05:08:27 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 697FB8FC0C for ; Sat, 29 Nov 2008 05:08:27 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so1769056wfg.7 for ; Fri, 28 Nov 2008 21:08:27 -0800 (PST) Received: by 10.142.213.9 with SMTP id l9mr3065178wfg.287.1227934020691; Fri, 28 Nov 2008 20:47:00 -0800 (PST) Received: by 10.142.255.21 with HTTP; Fri, 28 Nov 2008 20:47:00 -0800 (PST) Message-ID: Date: Fri, 28 Nov 2008 20:47:00 -0800 From: "Peter Wemm" To: "Giorgos Keramidas" In-Reply-To: <87myfjma0k.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> <87myfjma0k.fsf@kobe.laptop> Cc: freebsd-current@freebsd.org Subject: Re: tty problems in recent head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 05:08:27 -0000 On Fri, Nov 28, 2008 at 8:27 PM, Giorgos Keramidas wrote: > On Fri, 28 Nov 2008 09:06:50 +0200, Giorgos Keramidas wrote: >> On Fri, 28 Nov 2008 08:55:15 +0200, Giorgos Keramidas wrote: >>> I just restored my laptop after a bit of 'fun' with a broken disk, and >>> rebuilt all my ports. Something in head/ @ svn rev 185370 seems to >>> cause problems to screen & xterm. >>> >>> Exiting an xterm window causes xterm processes to be stuck in 'RUN' and >>> consume a lot of CPU: >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND >>> 11211 keramida 1 106 0 7624K 4360K CPU0 0 0:46 51.86% xterm >>> 11169 keramida 1 106 0 7624K 4504K RUN 1 1:12 49.66% xterm >>> 11201 keramida 1 106 0 7624K 4360K RUN 1 0:47 49.07% xterm >>> 11180 keramida 1 106 0 7624K 4360K RUN 1 1:07 48.88% xterm >>> ... >> >> Nevermind. This seems to be a problem only with xterm processes started >> under XFCE4. Running under startx and plain 'twm' doesn't have the same >> problem, so I'll have to look a bit more into this... > > The xterm processes that get stuck seem to be spinning near line 1854 of > sched_ule.c. Running `info threads' on a live kernel after xterm starts > spinning on a CPU shows: > > 129 Thread 100174 (PID=97493: xterm) sched_switch (td=0xc72fad80, > newtd=0xc7245000, flags=519) at /usr/src/sys/kern/sched_ule.c:1854 > > Since this part of sched_ule.c hasn't changed in a while > > REV CHANGE AUTHOR > --------------------------------------------------------------------------------------------------- > 1848 171482 jeff cpu_switch(td, newtd, mtx); > 1849 171482 jeff /* > 1850 171482 jeff * We may return from cpu_switch on a different cpu. However, > 1851 171482 jeff * we always return with td_lock pointing to the current cpu's > 1852 171482 jeff * run queue lock. > 1853 171482 jeff */ > 1854 171482 jeff cpuid = PCPU_GET(cpuid); > 1855 171482 jeff tdq = TDQ_CPU(cpuid); > 1856 174629 jeff lock_profile_obtain_lock_success( > 1857 174629 jeff &TDQ_LOCKPTR(tdq)->lock_object, 0, 0, __FILE__, __LINE__); > 1858 145256 jkoshy #ifdef HWPMC_HOOKS > 1859 145256 jkoshy if (PMC_PROC_IS_USING_PMCS(td->td_proc)) > 1860 145256 jkoshy PMC_SWITCH_CONTEXT(td, PMC_FN_CSW_IN); > 1861 145256 jkoshy #endif > > any ideas why PCPU_GET() might spin like this? It isn't. The 'info' command is misleading you. It is merely the next instruction after returning from cpu_switch(). Something is effectively in a yield loop. -- 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 Sat Nov 29 05:41:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E25D61065672 for ; Sat, 29 Nov 2008 05:41:45 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao106.cox.net (eastrmmtao106.cox.net [68.230.240.48]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAD08FC25 for ; Sat, 29 Nov 2008 05:41:45 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao106.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20081129054145.QUMV21678.eastrmmtao106.cox.net@eastrmimpo03.cox.net> for ; Sat, 29 Nov 2008 00:41:45 -0500 Received: from serene.no-ip.org ([72.200.37.152]) by eastrmimpo03.cox.net with bizsmtp id kthk1a0063Gxf8w02thk7P; Sat, 29 Nov 2008 00:41:44 -0500 X-Authority-Analysis: v=1.0 c=1 a=sU_32Xyh7RsZjmpTT2oA:9 a=FUd9vkanO61nX8eMcT48i9vOkBYA:4 a=4vB-4DCPJfMA:10 a=JqzK7hVu6n4A:10 X-CM-Score: 0.00 Date: Fri, 28 Nov 2008 23:41:55 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20081128234155.0221e263@serene.no-ip.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 05:41:46 -0000 It's been two-three months now since I bought this new machine, and I'm no closer to seeing any solution to the failure on FreeBSD's part to recognize and/or utilize my SATA controller. I've been monitoring the lists and the CVS repo, even offering suggestions as to how I might help to resolve this issue, but no one seems to be interested in helping me to get this thing working. So, it looks like it's fare-thee-well to FreeBSD after 12+ years of dedicated usage, and now I'm off to the Linux world. At least there I know that *all* of my hardware is recognized and working properly. If FreeBSD hopes to remain viable as either a server or desktop platform, then I would think the developers would be willing to bite the bullet and consult with other OS developers to see how they're handling the latest and greatest hardware developments. Hell, the fact that even at this late date we still don't have an amd64 nVidia video driver speaks volumes, in my opinion. Otherwise, all I can see is that FreeBSD will eventually go the way of the dinosaurs and be someday relegated to little more than a quaint and curious bit of ancient and forgotten folklore on display in the museum of bygone primitive computing platforms, right there alongside the TRS-80s and Sinclairs and Commodores and Amigas and what-not. What a pity. It really does pain me greatly to have to abandon my beloved FreeBSD in favor of the the plethora of Linux "distros" out there, but my patience has worn quite thin, and I'm still not seeing any particular effort being put forth in the the FreeBSD camp to rectify the situation I'm finding myself in. I've really come to love FreeBSD over the years, and have been a very outspoken advocate on its behalf amongst my friends and colleagues, but what I can I say? That it's a great system, provided you have the right hardware? This is just not acceptable in this day and age, I'm sorry. With many deepest regrets, I remain... Conrad J. Sabatier (former FreeBSD devotee and fanatic, but no more, alas) From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 05:49:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EC011065676 for ; Sat, 29 Nov 2008 05:49:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3178FC1C for ; Sat, 29 Nov 2008 05:49:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6IhU-0004XJ-BD; Sat, 29 Nov 2008 05:49:04 +0000 Message-ID: <4930D7CE.4080909@psg.com> Date: Sat, 29 Nov 2008 14:49:02 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20081128234155.0221e263@serene.no-ip.org> In-Reply-To: <20081128234155.0221e263@serene.no-ip.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 05:49:06 -0000 what a tragic story. and zero technical info, like even what your controller is. best of luck in penguin land. bye! randy From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 06:02:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E13A106567A for ; Sat, 29 Nov 2008 06:02:20 +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 27FBC8FC0A for ; Sat, 29 Nov 2008 06:02:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mAT62Iad058029; Fri, 28 Nov 2008 22:02:18 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mAT62IU6058028; Fri, 28 Nov 2008 22:02:18 -0800 (PST) (envelope-from sgk) Date: Fri, 28 Nov 2008 22:02:18 -0800 From: Steve Kargl To: "Conrad J. Sabatier" Message-ID: <20081129060218.GA57960@troutmask.apl.washington.edu> References: <20081128234155.0221e263@serene.no-ip.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081128234155.0221e263@serene.no-ip.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 06:02:20 -0000 On Fri, Nov 28, 2008 at 11:41:55PM -0600, Conrad J. Sabatier wrote: > It's been two-three months now since I bought this new machine, and I'm > no closer to seeing any solution to the failure on FreeBSD's part to > recognize and/or utilize my SATA controller. I've been monitoring the > lists and the CVS repo, even offering suggestions as to how I might help > to resolve this issue, but no one seems to be interested in helping me > to get this thing working. > According to PR 128686, Soren sent you some patches. So I guess Soren qualifies as "no one" because his attempt to help failed? It also would seem that you had 2-3 months to read the Linux code to identify any hacks necessary to make your unnamed SATA controller work. When buying hardware, yes, it is prudent to make sure it is compatible with the software you intend to use. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 06:11:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2114C1065670 for ; Sat, 29 Nov 2008 06:11:48 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id C4C358FC14 for ; Sat, 29 Nov 2008 06:11:47 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id mAT6BPaP065409; Sat, 29 Nov 2008 00:11:25 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <4930DD20.1020509@math.missouri.edu> Date: Sat, 29 Nov 2008 00:11:44 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 MIME-Version: 1.0 To: Randy Bush References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> In-Reply-To: <4930D7CE.4080909@psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 06:11:48 -0000 Randy Bush wrote: > what a tragic story. and zero technical info, like even what your > controller is. best of luck in penguin land. bye! I have had experiences where modern hardware is such that Linux will work, and FreeBSD won't. So I find myself forced to use Linux. But I find the experience so frustrating, that as soon as FreeBSD catches up to that hardware - and this always seems to happen - I immediately go back to FreeBSD. Stephen From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 06:37:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A90DF1065676 for ; Sat, 29 Nov 2008 06:37:51 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 82EC98FC0C for ; Sat, 29 Nov 2008 06:37:51 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6JSe-0004aI-TU; Sat, 29 Nov 2008 06:37:49 +0000 Message-ID: <4930E33B.30603@psg.com> Date: Sat, 29 Nov 2008 15:37:47 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <4930DD20.1020509@math.missouri.edu> In-Reply-To: <4930DD20.1020509@math.missouri.edu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 06:37:51 -0000 > I have had experiences where modern hardware is such that Linux will > work, and FreeBSD won't. So I find myself forced to use Linux. But I > find the experience so frustrating, that as soon as FreeBSD catches up > to that hardware - and this always seems to happen - I immediately go > back to FreeBSD. i am older and lazier. i run current so i can support newer stuff such as early zfs, ... but i am cautious with hardware, checking that current is known to run it before buying it. luckily, the list of what is supported is well documented. as far as disk controllers go, i have been burned by hardware raid too many times. i get the most reliable, simple, and fast (in that order) sata controller that is known to be supported, and use gmirror and zfs. with this approach, i have successfully recovered from drive deaths with this approach. randy From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 07:12:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E07D0106564A for ; Sat, 29 Nov 2008 07:12:04 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 538DF8FC13 for ; Sat, 29 Nov 2008 07:12:04 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1114200tib.3 for ; Fri, 28 Nov 2008 23:12:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :organization:references:x-face:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=sGM2hbwlCsxB/KX+4MtGHhgTvZvoRJ2Yb6MF2B4SqGc=; b=q+Yb8epGWUG30JN5pUOal6qYTNuX2DDCjsVjcidybUqYOwp9+/oW0admA8b0qCT0gQ 5H0/po+cZV1KsNavd5e0eeBAH0WMx8mKNC1oGQmg/6/CzQ58ZiLSMtUZaKq5iOedu29l V9HkQeRCt6fW3BYk2sJKzHo7qxuvCsjg6FVkQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:x-face:x-uptime:x-url :x-openpgp-id:x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse :x-attribution:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=TQOW0mUwLeOaqw97WJaTPNvmuOuzQ5FoHwNNUTQVEAT1C8yEMM1MJQhIwMOfYxUNZs F5DcYZrrTRJ8GY8jXMXBTXn8iquqB3Am08xEAV/q6UOEgOn8KcejN9iesJMtPseYHlrx a2cqaTqzW4CrGmP5fPVjSNXgXf8zKnd4eAo6Q= Received: by 10.110.28.15 with SMTP id b15mr4592504tib.20.1227941308817; Fri, 28 Nov 2008 22:48:28 -0800 (PST) Received: from chateau.d.lf ([122.161.3.2]) by mx.google.com with ESMTPS id w5sm5451249tib.14.2008.11.28.22.48.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 28 Nov 2008 22:48:27 -0800 (PST) From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) To: "Conrad J. Sabatier" Organization: alt.religion.emacs References: <20081128234155.0221e263@serene.no-ip.org> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 12:03:03 up 21 min, 2 users, load average: 0.01, 0.39, 0.41 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.13 (Oort 5.13) Emacs/23.0.60.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Date: Sat, 29 Nov 2008 12:20:06 +0530 In-Reply-To: <20081128234155.0221e263@serene.no-ip.org> (Conrad J. Sabatier's message of "Fri, 28 Nov 2008 23:41:55 -0600") Message-ID: <873ahb58m9.fsf@chateau.d.lf> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 07:12:05 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Conrad J Sabatier writes: [...] > Hell, the fact that even at this late date we still don't have an > amd64 nVidia video driver speaks volumes, in my opinion.=20=20 I don't think FreeBSD team can do anything about it, other than trying to hack drivers like noveau[1] project is doing, since specifications of the nVidia cards aren't made public, so you've to depend on nVidia to write a driver for your OS. > Otherwise, all I can see is that FreeBSD will eventually go the way of > the dinosaurs and be someday relegated to little more than a quaint > and curious bit of ancient and forgotten folklore on display in the > museum of bygone primitive computing platforms, right there alongside > the TRS-80s and Sinclairs and Commodores and Amigas and what-not. > What a pity. > It really does pain me greatly to have to abandon my beloved FreeBSD in > favor of the the plethora of Linux "distros" out there, but my patience > has worn quite thin, and I'm still not seeing any particular effort > being put forth in the the FreeBSD camp to rectify the situation I'm > finding myself in. I've really come to love FreeBSD over the years, > and have been a very outspoken advocate on its behalf amongst my > friends and colleagues, but what I can I say?=20=20 > That it's a great system, provided you have the right hardware? This > is just not acceptable in this day and age, I'm sorry. This was the situation of GNU/Linux too in its early days, but as its userbase has grown, the hardware support for it has grown as well. The userbase of FreeBSD is not as big as compared to GNU/Linux and also FreeBSD has less contributors than GNU/Linux, so this is why hardware support is not as good as GNU/Linux. I think we can help by participating as developers, testers, porters etc. Hope to see you back... References: [1] - http://nouveau.freedesktop.org/wiki/ =2D-=20 Ashish Shukla --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkw5iIACgkQHy+EEHYuXnQGMwCeKWlBcIIbY/+ntkYghqxyHrzI 2EYAn2R2roo8HM/RcuRefqUJwolR+h07 =dfxu -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 08:54:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C28F91065678 for ; Sat, 29 Nov 2008 08:54:35 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 8975B8FC22 for ; Sat, 29 Nov 2008 08:54:35 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1636778rvf.43 for ; Sat, 29 Nov 2008 00:54:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=9qcmIT+PYeSGv9jENWnEkY+IaOxbwf2gaRXeaHDoVBo=; b=FxCRjvMWzkmC5yFU7I2bDCeFKgZbw2q95Grvgphwqucno6zGTSIpaGkSJQWC5Kr1z6 Qvm98e3HFuYh9LuGD3QcdACl5cbzoCZz4cut7+C/FOhQt3oNMCHd+mi1pzC3lK+2/4WE IB09ZvCBWsPoC4HdA7c/MWJIUb7woDBx3oW6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=CH953x+u6PMwsdQWw9lMpdvKENW/gTiJIONJQTUCJWyC+avFhcUvOtUbaH+qZL5nEO AjWnb/6S3kLPdTYmA2/6C7JDX+waQZ7SumquZ2Au6MYWxvplonRurbWByUhhRhsEJORI yKrim0NPdwjCiTNNZfXjt7W2ds3o9cBLtqoTo= Received: by 10.141.53.20 with SMTP id f20mr4176204rvk.192.1227947460716; Sat, 29 Nov 2008 00:31:00 -0800 (PST) Received: by 10.141.142.3 with HTTP; Sat, 29 Nov 2008 00:31:00 -0800 (PST) Message-ID: <3c1674c90811290031p932f3ddx9ba2d947c8e5fc26@mail.gmail.com> Date: Sat, 29 Nov 2008 08:31:00 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Stephen Montgomery-Smith" In-Reply-To: <4930DD20.1020509@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <4930DD20.1020509@math.missouri.edu> X-Google-Sender-Auth: 3a3fedfe6af75059 Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 08:54:35 -0000 On Sat, Nov 29, 2008 at 6:11 AM, Stephen Montgomery-Smith wrote: > Randy Bush wrote: >> >> what a tragic story. and zero technical info, like even what your >> controller is. best of luck in penguin land. bye! > > I have had experiences where modern hardware is such that Linux will work, > and FreeBSD won't. So I find myself forced to use Linux. But I find the > experience so frustrating, that as soon as FreeBSD catches up to that > hardware - and this always seems to happen - I immediately go back to > FreeBSD. Twice I've had the opposite experience, once with a server and once with my shuttle desktop. I bought them to do Linux work but none of the half dozen linux distros I tried supported the SATA controller. However ... FreeBSD installed just fine. Your mileage will vary. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 10:35:41 2008 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 A9AC7106564A for ; Sat, 29 Nov 2008 10:35:41 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE368FC19 for ; Sat, 29 Nov 2008 10:35:41 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id D51F83A6A4; Sat, 29 Nov 2008 11:35:39 +0100 (CET) Date: Sat, 29 Nov 2008 11:35:34 +0100 From: Lars Engels To: current@FreeBSD.org Message-ID: <20081129103534.GM161@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kb0TSCuX821Ar6UT" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: kmem_malloc(16384): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 10:35:41 -0000 --kb0TSCuX821Ar6UT Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With a ~3 week old current I got the following panic while running qemu: panic: kmem_malloc(16384): kmem_map too small: 335536128 total allocated cpuid =3D 0 KDB: enter: panic Physical memory: 1002 MB Dumping 473 MB: 458 442 426 410 394 378 362 346 330 314 298 282 266 250 234= 218 202 186 170 154 138 122 106 90 74 58 42 26 10 Dump complete panic: from debugger cpuid =3D 0 Uptime: 7h37m14s Physical memory: 1002 MB Dumping 473 MB: 458 442 426 410 394 378 362 346 330 314 298 282 266 250 234= 218 202 186 170 154 138 122 106 90 74 58 42 26 10 =20 [...] (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05d582c in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 20 #2 0xc05d5b32 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0477a07 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc0477f91 in db_command (last_cmdp=3D0xc097143c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04780ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc0479f2d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #7 0xc0602076 in kdb_trap (type=3D3, code=3D0, tf=3D0xe53a08e4) at /usr/sr= c/sys/kern/subr_kdb.c:534 #8 0xc0881d76 in trap (frame=3D0xe53a08e4) at /usr/src/sys/i386/i386/trap.= c:680 #9 0xc0866cfb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc06021fa in kdb_enter (why=3D0xc08ee375 "panic", msg=3D0xc08ee375 "pa= nic") at cpufunc.h:71 #11 0xc05d5b16 in panic (fmt=3D0xc090980a "kmem_malloc(%ld): kmem_map too s= mall: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:559 #12 0xc0802f9a in kmem_malloc (map=3D0xc1490084, size=3D16384, flags=3D1026= ) at /usr/src/sys/vm/vm_kern.c:303 #13 0xc07f9c37 in page_alloc (zone=3D0x0, bytes=3D16384, pflag=3D0xe53a09d7= "\002", wait=3D1026) at /usr/src/sys/vm/uma_core.c:952 #14 0xc07fc720 in uma_large_malloc (size=3D16384, wait=3D1026) at /usr/src/= sys/vm/uma_core.c:2706 #15 0xc05c4d08 in malloc (size=3D16384, mtp=3D0xc0955f40, flags=3D1026) at = /usr/src/sys/kern/kern_malloc.c:393 #16 0xc07db265 in softdep_disk_io_initiation (bp=3D0xd8228210) at /usr/src/= sys/ufs/ffs/ffs_softdep.c:3815 #17 0xc07dfebc in ffs_geom_strategy (bo=3D0xc461a3cc, bp=3D0xd8228210) at b= uf.h:404 #18 0xc07efdd3 in ufs_strategy (ap=3D0xe53a0b90) at /usr/src/sys/ufs/ufs/uf= s_vnops.c:2027 #19 0xc088f12d in VOP_STRATEGY_APV (vop=3D0xc0957320, a=3D0xe53a0b90) at vn= ode_if.c:1771 #20 0xc063f50e in bufstrategy (bo=3D0xc6259b20, bp=3D0xd8228210) at vnode_i= f.h:920 #21 0xc06456e1 in bufwrite (bp=3D0xd8228210) at buf.h:397 #22 0xc063ea48 in bawrite (bp=3D0xd8228210) at buf.h:385 #23 0xc07e4d6c in ffs_syncvnode (vp=3D0xc6259a78, waitfor=3D1) at /usr/src/= sys/ufs/ffs/ffs_vnops.c:264 #24 0xc07e4f7c in ffs_fsync (ap=3D0xe53a0c5c) at /usr/src/sys/ufs/ffs/ffs_v= nops.c:185 #25 0xc088e312 in VOP_FSYNC_APV (vop=3D0xc0956e00, a=3D0xe53a0c5c) at vnode= _if.c:1007 #26 0xc0662aa9 in fsync (td=3D0xc46a28c0, uap=3D0xe53a0cf8) at vnode_if.h:5= 29 #27 0xc0881555 in syscall (frame=3D0xe53a0d38) at /usr/src/sys/i386/i386/tr= ap.c:1076 #28 0xc0866d60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :261 #29 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) # uname -a FreeBSD maggie.bsd-geek.de 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov 4 2= 2:52:12 CET 2008 lars@maggie.bsd-geek.de:/usr/obj/usr/src/sys/MAGGIE i= 386 Cheers Lars --kb0TSCuX821Ar6UT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkxGvYACgkQKc512sD3afgaggCgoEkerQV7Xu1N/8iOo7TvuJEW bYEAoLzkgBh1XPqQGWOvvOGNoeGkygHr =tkwo -----END PGP SIGNATURE----- --kb0TSCuX821Ar6UT-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 11:19:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62BD9106564A; Sat, 29 Nov 2008 11:19:20 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from clewlow.org (clewlow.org [210.215.149.194]) by mx1.freebsd.org (Postfix) with ESMTP id DE47D8FC0A; Sat, 29 Nov 2008 11:19:19 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from 192.168.1.100 (localhost [127.0.0.1]) by clewlow.org (Postfix) with ESMTP id 1A59C1C081B; Sat, 29 Nov 2008 21:59:39 +1100 (EST) Received: from 192.168.1.13 (SquirrelMail authenticated user tim) by 192.168.1.100 with HTTP; Sat, 29 Nov 2008 21:59:39 +1100 (EST) Message-ID: <52792f86a375cf6e6309b776617e6baa.squirrel@192.168.1.100> In-Reply-To: <3c1674c90811290031p932f3ddx9ba2d947c8e5fc26@mail.gmail.com> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <4930DD20.1020509@math.missouri.edu> <3c1674c90811290031p932f3ddx9ba2d947c8e5fc26@mail.gmail.com> Date: Sat, 29 Nov 2008 21:59:39 +1100 (EST) From: "Tim Clewlow" To: "Kip Macy" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Randy Bush , "Conrad J. Sabatier" , Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 11:19:20 -0000 > On Sat, Nov 29, 2008 at 6:11 AM, Stephen Montgomery-Smith > wrote: >> Randy Bush wrote: >>> >>> what a tragic story. and zero technical info, like even what >>> your >>> controller is. best of luck in penguin land. bye! >> >> I have had experiences where modern hardware is such that Linux >> will work, >> and FreeBSD won't. So I find myself forced to use Linux. But I >> find the >> experience so frustrating, that as soon as FreeBSD catches up to >> that >> hardware - and this always seems to happen - I immediately go back >> to >> FreeBSD. > > Twice I've had the opposite experience, once with a server and once > with my shuttle desktop. I bought them to do Linux work but none of > the half dozen linux distros I tried supported the SATA controller. > However ... FreeBSD installed just fine. > > Your mileage will vary. > > Cheers, > Kip I've had mixed experiences, Linux has better support for video capture cards, FreeBSD has better support for video driver on my laptop. My point is they both have pros and cons. Yes, it can be immensely frustrating when you lack support for a piece of hardware, especially if you have been praising an OS for quite some time. I'm guessing quite a few people have had this experience. All you can do is back out and get some other hardware, or wait until your specific device is supported. Its not ideal, but very few things ever are, no matter how much we love them. Cheers, Tim. -- The code that never executes at all is the fastest. From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 14:45:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1038B1065673 for ; Sat, 29 Nov 2008 14:45:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 938408FC18 for ; Sat, 29 Nov 2008 14:45:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L6R4d-00042k-Nj for freebsd-current@freebsd.org; Sat, 29 Nov 2008 14:45:31 +0000 Received: from 78-1-173-88.adsl.net.t-com.hr ([78.1.173.88]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Nov 2008 14:45:31 +0000 Received: from ivoras by 78-1-173-88.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Nov 2008 14:45:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 29 Nov 2008 15:45:06 +0100 Lines: 78 Message-ID: References: <20081129103534.GM161@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAF395CA2EF1A1890FDAA7C69" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-173-88.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <20081129103534.GM161@e.0x20.net> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: kmem_malloc(16384): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 14:45:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAF395CA2EF1A1890FDAA7C69 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Lars Engels wrote: > With a ~3 week old current I got the following panic while running qemu= : >=20 > panic: kmem_malloc(16384): kmem_map too small: 335536128 total allocate= d > #11 0xc05d5b16 in panic (fmt=3D0xc090980a "kmem_malloc(%ld): kmem_map t= oo small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:559 > #12 0xc0802f9a in kmem_malloc (map=3D0xc1490084, size=3D16384, flags=3D= 1026) at /usr/src/sys/vm/vm_kern.c:303 > #13 0xc07f9c37 in page_alloc (zone=3D0x0, bytes=3D16384, pflag=3D0xe53a= 09d7 "\002", wait=3D1026) at /usr/src/sys/vm/uma_core.c:952 > #14 0xc07fc720 in uma_large_malloc (size=3D16384, wait=3D1026) at /usr/= src/sys/vm/uma_core.c:2706 > #15 0xc05c4d08 in malloc (size=3D16384, mtp=3D0xc0955f40, flags=3D1026)= at /usr/src/sys/kern/kern_malloc.c:393 > #16 0xc07db265 in softdep_disk_io_initiation (bp=3D0xd8228210) at /usr/= src/sys/ufs/ffs/ffs_softdep.c:3815 > #17 0xc07dfebc in ffs_geom_strategy (bo=3D0xc461a3cc, bp=3D0xd8228210) = at buf.h:404 > #18 0xc07efdd3 in ufs_strategy (ap=3D0xe53a0b90) at /usr/src/sys/ufs/uf= s/ufs_vnops.c:2027 > #19 0xc088f12d in VOP_STRATEGY_APV (vop=3D0xc0957320, a=3D0xe53a0b90) a= t vnode_if.c:1771 > #20 0xc063f50e in bufstrategy (bo=3D0xc6259b20, bp=3D0xd8228210) at vno= de_if.h:920 > #21 0xc06456e1 in bufwrite (bp=3D0xd8228210) at buf.h:397 > #22 0xc063ea48 in bawrite (bp=3D0xd8228210) at buf.h:385 > #23 0xc07e4d6c in ffs_syncvnode (vp=3D0xc6259a78, waitfor=3D1) at /usr/= src/sys/ufs/ffs/ffs_vnops.c:264 > #24 0xc07e4f7c in ffs_fsync (ap=3D0xe53a0c5c) at /usr/src/sys/ufs/ffs/f= fs_vnops.c:185 > #25 0xc088e312 in VOP_FSYNC_APV (vop=3D0xc0956e00, a=3D0xe53a0c5c) at v= node_if.c:1007 > #26 0xc0662aa9 in fsync (td=3D0xc46a28c0, uap=3D0xe53a0cf8) at vnode_if= =2Eh:529 > #27 0xc0881555 in syscall (frame=3D0xe53a0d38) at /usr/src/sys/i386/i38= 6/trap.c:1076 > #28 0xc0866d60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/excepti= on.s:261 > #29 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > # uname -a > FreeBSD maggie.bsd-geek.de 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov = 4 22:52:12 CET 2008 lars@maggie.bsd-geek.de:/usr/obj/usr/src/sys/MAG= GIE i386 It looks like qemu for some reason causes your system to allocate a lot of memory for kernel's internal operation (either that or there's a memory leak somewhere). You should increase kmem_size just as you would do for the same situation with ZFS (see http://wiki.freebsd.org/ZFSTuningGuide). Just for information: do you use kqemu? --------------enigAF395CA2EF1A1890FDAA7C69 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkxVXgACgkQldnAQVacBci/bQCg2JLDnoYF+8BhD7vCs1z0pH56 YqgAnA+2ZoQdl9Y6xGcfMaMObawzc9Pp =YwZL -----END PGP SIGNATURE----- --------------enigAF395CA2EF1A1890FDAA7C69-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 15:03:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8391065675 for ; Sat, 29 Nov 2008 15:03:37 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3EDBF8FC1A for ; Sat, 29 Nov 2008 15:03:37 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.182.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id C4A19A271C04; Sat, 29 Nov 2008 09:03:35 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id mATF3SBI069133; Sat, 29 Nov 2008 09:03:29 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Sat, 29 Nov 2008 09:03:28 -0600 (CST) From: Wes Morgan To: Steve Kargl In-Reply-To: <20081129060218.GA57960@troutmask.apl.washington.edu> Message-ID: References: <20081128234155.0221e263@serene.no-ip.org> <20081129060218.GA57960@troutmask.apl.washington.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 15:03:37 -0000 On Fri, 28 Nov 2008, Steve Kargl wrote: > On Fri, Nov 28, 2008 at 11:41:55PM -0600, Conrad J. Sabatier wrote: >> It's been two-three months now since I bought this new machine, and I'm >> no closer to seeing any solution to the failure on FreeBSD's part to >> recognize and/or utilize my SATA controller. I've been monitoring the >> lists and the CVS repo, even offering suggestions as to how I might help >> to resolve this issue, but no one seems to be interested in helping me >> to get this thing working. >> > > According to PR 128686, Soren sent you some patches. So I guess > Soren qualifies as "no one" because his attempt to help failed? > > It also would seem that you had 2-3 months to read the Linux code > to identify any hacks necessary to make your unnamed SATA controller > work. > > When buying hardware, yes, it is prudent to make sure it is compatible > with the software you intend to use. I've had horrible experiences with VIA and nVidia controllers anyway. Intel seems to have some of the best SATA chipsets. A quick search of the archives shows nothing. Other than the chipset, what is the board? How is it configured in the BIOS? Does the IDE port (if any) work... What kind of patch did Soren send? Was it just a simple update of the device listings? Perhaps it had a typo... From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 15:16:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 484041065670 for ; Sat, 29 Nov 2008 15:16:17 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3254A8FC27 for ; Sat, 29 Nov 2008 15:16:17 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (172-67-237-24.gci.net [24.237.67.172]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id A785A28E2897 for ; Sat, 29 Nov 2008 14:59:03 +0000 (UTC) To: freebsd-current@freebsd.org Content-Disposition: inline From: Beech Rintoul Organization: FreeBSD Date: Sat, 29 Nov 2008 05:59:02 -0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200811290559.03099.beech@freebsd.org> Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 15:16:17 -0000 On Friday 28 November 2008 20:41:55 you wrote: > It's been two-three months now since I bought this new machine, and I'm > no closer to seeing any solution to the failure on FreeBSD's part to > recognize and/or utilize my SATA controller. I've been monitoring the > lists and the CVS repo, even offering suggestions as to how I might help > to resolve this issue, but no one seems to be interested in helping me > to get this thing working. Even microsoft sometimes suffers with this problem. A friend of mine went out and bought vista when it was first released and wanted to upgrade from xp. I told him it was a bad idea and he should wait but no, he installed it anyway. To make a long story short it was missing several drivers that were unavailable. The main difference is microsoft has millions to throw at development and most of the vendors by the balls to write drivers. It still took 3 months to finally get all the vista drivers he needed. I just built a new quad core machine, but was careful to buy a MB and video card I knew would play nicely with FreeBSD. I also bought a SATA DVD drive knowing it probably wasn't going to work, but it was on sale so I bought it anyway. I knew that there was development going on for SATA drives and it would probably work eventually. And sure enough with the 4 month old -CURRENT snapshot I first loaded it didn't. However when I updated -CURRENT to the latest a couple of weeks ago the drive now works fine. So development is happening but in the open source world it sometimes isn't as fast as we'd like for our favorite piece of hardware. I would never buy an off the shelf box without: 1: Doing a lot of homework and talking to others to make sure everything is supported. And 2: Has a return policy if it doesn't play nicely. You don't have to tell them you're going to put FreeBSD on it, but if it turns out bad you just restore windows and return the box. Sorry you got bit, but Linux is not immune from it either and you might find yourself trading one problem for another. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 15:51:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1597C1065673 for ; Sat, 29 Nov 2008 15:51:45 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 78A4D8FC0A for ; Sat, 29 Nov 2008 15:51:44 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl164-98.kln.forthnet.gr [62.1.67.98]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mATFpXlk032639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Nov 2008 17:51:39 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mATFpX3q026791; Sat, 29 Nov 2008 17:51:33 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mATFpVtq026682; Sat, 29 Nov 2008 17:51:31 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: "Peter Wemm" References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> <87myfjma0k.fsf@kobe.laptop> Date: Sat, 29 Nov 2008 17:51:31 +0200 In-Reply-To: (Peter Wemm's message of "Fri, 28 Nov 2008 20:47:00 -0800") Message-ID: <87wsempm2k.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mATFpXlk032639 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.007, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.39, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: tty problems in recent head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 15:51:45 -0000 On Fri, 28 Nov 2008 20:47:00 -0800, "Peter Wemm" wrote: > On Fri, Nov 28, 2008 at 8:27 PM, Giorgos Keramidas > wrote: >> Since this part of sched_ule.c hasn't changed in a while >> >> REV CHANGE AUTHOR >> --------------------------------------------------------------------------------------------------- >> 1848 171482 jeff cpu_switch(td, newtd, mtx); >> 1849 171482 jeff /* >> 1850 171482 jeff * We may return from cpu_switch on a different cpu. However, >> 1851 171482 jeff * we always return with td_lock pointing to the current cpu's >> 1852 171482 jeff * run queue lock. >> 1853 171482 jeff */ >> 1854 171482 jeff cpuid = PCPU_GET(cpuid); >> 1855 171482 jeff tdq = TDQ_CPU(cpuid); >> 1856 174629 jeff lock_profile_obtain_lock_success( >> 1857 174629 jeff &TDQ_LOCKPTR(tdq)->lock_object, 0, 0, __FILE__, __LINE__); >> 1858 145256 jkoshy #ifdef HWPMC_HOOKS >> 1859 145256 jkoshy if (PMC_PROC_IS_USING_PMCS(td->td_proc)) >> 1860 145256 jkoshy PMC_SWITCH_CONTEXT(td, PMC_FN_CSW_IN); >> 1861 145256 jkoshy #endif >> >> any ideas why PCPU_GET() might spin like this? > > It isn't. The 'info' command is misleading you. It is merely the > next instruction after returning from cpu_switch(). Something is > effectively in a yield loop. Thanks. I went back to 2008-11-16 15:45 +0000 and I can still see xterm processes stuck after a while. Two potentially useful bits are: 1. My `/etc/make.conf' contained after the last restore from backups: : # Are these two really safe? : CFLAGS?= -O2 -fno-strict-aliasing -pipe : COPTFLAGS?= -O -pipe : : #NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically : #NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically I commented both out, to see if it changes things. If the same happens without -O2 optimizations, I'll keep going backwards to see if I can locate the commit that this started happening. From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 16:54:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44D661065675 for ; Sat, 29 Nov 2008 16:54:38 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id B9B6A8FC0A for ; Sat, 29 Nov 2008 16:54:37 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl164-98.kln.forthnet.gr [62.1.67.98]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mATGsR5Q003709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Nov 2008 18:54:34 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mATGsRuj029979; Sat, 29 Nov 2008 18:54:27 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mATGsQB0029978; Sat, 29 Nov 2008 18:54:26 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: "Peter Wemm" References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> <87myfjma0k.fsf@kobe.laptop> <87wsempm2k.fsf@kobe.laptop> Date: Sat, 29 Nov 2008 18:54:26 +0200 In-Reply-To: <87wsempm2k.fsf@kobe.laptop> (Giorgos Keramidas's message of "Sat, 29 Nov 2008 17:51:31 +0200") Message-ID: <878wr2pj5p.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mATGsR5Q003709 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.006, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.39, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: tty problems in recent head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 16:54:38 -0000 On Sat, 29 Nov 2008 17:51:31 +0200, Giorgos Keramidas wrote: > On Fri, 28 Nov 2008 20:47:00 -0800, "Peter Wemm" wrote: > without -O2 optimizations, I'll keep going backwards to see if I can > locate the commit that this started happening. Heh, interesting... GENERIC from /head@185376 compiled with a `make.conf' that disables optimizations works fine so far: # CFLAGS?= -O2 -fno-strict-aliasing -pipe # COPTFLAGS?= -O -pipe NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 17:04:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C5C21065672; Sat, 29 Nov 2008 17:04:27 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id A02B28FC16; Sat, 29 Nov 2008 17:04:26 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id BE8553A6A4; Sat, 29 Nov 2008 18:04:25 +0100 (CET) Date: Sat, 29 Nov 2008 18:04:25 +0100 From: Lars Engels To: Ivan Voras Message-ID: <20081129170425.GN161@e.0x20.net> Mail-Followup-To: Lars Engels , Ivan Voras , freebsd-current@freebsd.org References: <20081129103534.GM161@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gJgGjUUWrnN4mpen" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: kmem_malloc(16384): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 17:04:27 -0000 --gJgGjUUWrnN4mpen Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 29, 2008 at 03:45:06PM +0100, Ivan Voras wrote: > Lars Engels wrote: > > With a ~3 week old current I got the following panic while running qemu: > >=20 > > panic: kmem_malloc(16384): kmem_map too small: 335536128 total allocated >=20 > > #11 0xc05d5b16 in panic (fmt=3D0xc090980a "kmem_malloc(%ld): kmem_map t= oo small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:559 > > #12 0xc0802f9a in kmem_malloc (map=3D0xc1490084, size=3D16384, flags=3D= 1026) at /usr/src/sys/vm/vm_kern.c:303 > > #13 0xc07f9c37 in page_alloc (zone=3D0x0, bytes=3D16384, pflag=3D0xe53a= 09d7 "\002", wait=3D1026) at /usr/src/sys/vm/uma_core.c:952 > > #14 0xc07fc720 in uma_large_malloc (size=3D16384, wait=3D1026) at /usr/= src/sys/vm/uma_core.c:2706 > > #15 0xc05c4d08 in malloc (size=3D16384, mtp=3D0xc0955f40, flags=3D1026)= at /usr/src/sys/kern/kern_malloc.c:393 > > #16 0xc07db265 in softdep_disk_io_initiation (bp=3D0xd8228210) at /usr/= src/sys/ufs/ffs/ffs_softdep.c:3815 > > #17 0xc07dfebc in ffs_geom_strategy (bo=3D0xc461a3cc, bp=3D0xd8228210) = at buf.h:404 > > #18 0xc07efdd3 in ufs_strategy (ap=3D0xe53a0b90) at /usr/src/sys/ufs/uf= s/ufs_vnops.c:2027 > > #19 0xc088f12d in VOP_STRATEGY_APV (vop=3D0xc0957320, a=3D0xe53a0b90) a= t vnode_if.c:1771 > > #20 0xc063f50e in bufstrategy (bo=3D0xc6259b20, bp=3D0xd8228210) at vno= de_if.h:920 > > #21 0xc06456e1 in bufwrite (bp=3D0xd8228210) at buf.h:397 > > #22 0xc063ea48 in bawrite (bp=3D0xd8228210) at buf.h:385 > > #23 0xc07e4d6c in ffs_syncvnode (vp=3D0xc6259a78, waitfor=3D1) at /usr/= src/sys/ufs/ffs/ffs_vnops.c:264 > > #24 0xc07e4f7c in ffs_fsync (ap=3D0xe53a0c5c) at /usr/src/sys/ufs/ffs/f= fs_vnops.c:185 > > #25 0xc088e312 in VOP_FSYNC_APV (vop=3D0xc0956e00, a=3D0xe53a0c5c) at v= node_if.c:1007 > > #26 0xc0662aa9 in fsync (td=3D0xc46a28c0, uap=3D0xe53a0cf8) at vnode_if= =2Eh:529 > > #27 0xc0881555 in syscall (frame=3D0xe53a0d38) at /usr/src/sys/i386/i38= 6/trap.c:1076 > > #28 0xc0866d60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/excepti= on.s:261 > > #29 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > >=20 > > # uname -a > > FreeBSD maggie.bsd-geek.de 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov = 4 22:52:12 CET 2008 lars@maggie.bsd-geek.de:/usr/obj/usr/src/sys/MAGGI= E i386 >=20 > It looks like qemu for some reason causes your system to allocate a lot > of memory for kernel's internal operation (either that or there's a > memory leak somewhere). You should increase kmem_size just as you would > do for the same situation with ZFS (see > http://wiki.freebsd.org/ZFSTuningGuide). >=20 > Just for information: do you use kqemu? Thanks, I set kmem_size to 512M now and will tell if the panic happens again. Yes, I use kqemu: kqemu-kmod-1.3.0.p11_9 --gJgGjUUWrnN4mpen Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkxdhkACgkQKc512sD3afhjAwCcDbMi+nqlU6PiSRWFpsIxV4Bv ZAUAnRd2wEtMzcaRBzpzc6KLeZsTLfMG =hfxv -----END PGP SIGNATURE----- --gJgGjUUWrnN4mpen-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 17:36:46 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 757541065670; Sat, 29 Nov 2008 17:36:46 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id DB4418FC1A; Sat, 29 Nov 2008 17:36:45 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.3/8.14.3) with ESMTP id mATHQeIW019828; Sat, 29 Nov 2008 20:26:40 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1227979600; bh=waiLCXc7xn0YXGwqBdZbYcl8mW1RExEf+DESiNU rWiE=; l=1224; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=eXMmhVejY+W7OzszILmHP/yML Z17WZQFsJidpzojxCIs3725I2Ts/qJiVmK4soVpNu4KO7V8ElgKTr1OeFpUG2ineY/q 9vWeVTcHfI20YxdmGhcuax+rAwqajFoAk7AbnrzzzdjGlhhpp3MRVSlRVvsHZkKPMun m6DbE0k/73ZQ= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id mATHQekL019827; Sat, 29 Nov 2008 20:26:40 +0300 (MSK) (envelope-from ache) Date: Sat, 29 Nov 2008 20:26:39 +0300 From: Andrey Chernov To: Lars Engels , Ivan Voras , freebsd-current@FreeBSD.org Message-ID: <20081129172639.GA19773@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Lars Engels , Ivan Voras , freebsd-current@freebsd.org References: <20081129103534.GM161@e.0x20.net> <20081129170425.GN161@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20081129170425.GN161@e.0x20.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: kmem_malloc(16384): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 17:36:46 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 29, 2008 at 06:04:25PM +0100, Lars Engels wrote: > > It looks like qemu for some reason causes your system to allocate a lot > > of memory for kernel's internal operation (either that or there's a > > memory leak somewhere). You should increase kmem_size just as you would > > do for the same situation with ZFS (see > > http://wiki.freebsd.org/ZFSTuningGuide). > >=20 > > Just for information: do you use kqemu? >=20 > Thanks, I set kmem_size to 512M now and will tell if the panic happens > again. > Yes, I use kqemu: kqemu-kmod-1.3.0.p11_9 It can be related or not - I don't know, but I see the same message=20 produced from named (with -recent current). Perhaps something is wrong=20 with threads... --=20 http://ache.pp.ru/ --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkxe08ACgkQVg5YK5ZEdN3lFwCdENhNU+dSOPJwAbbUtpDF2Bmz 5DUAmgLy/g+lKKro/S13idtdJkEuCItV =WpY+ -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 17:44:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CF31065670; Sat, 29 Nov 2008 17:44:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1296A8FC08; Sat, 29 Nov 2008 17:44:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CD6C.dip.t-dialin.net [217.226.205.108]) by redbull.bpaserver.net (Postfix) with ESMTP id EA5902E0B5; Sat, 29 Nov 2008 18:44:33 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 2166D29AC; Sat, 29 Nov 2008 18:44:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227980667; bh=yGlqrR7BmE2rQs9NkJkIqeaDy2uKdjxMc W6gVUg+tRM=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:Mime-Version:Content-Type:Content-Transfer-Encoding; b=3afFuCT0XFswapMK9qFa8IHycGtAtc3qCU0S/I3Tfqxt3TCB5qHJEiRH0DhFwYEbN ToeyDFPs7Y63eUZ+EUQ0JAzCA1uCURQq3wQ8PRLbIvE0zq8OSG5MmD6xmGWmQhqOC8T Ae+2u4hnUn26oUAZ2o4NBISIEvgn8aQh1BMs0sh/jCXakfwpVXvezwYj33McqT929k/ UtKlHHncHyVS2csn+/PeVziQCUiySrhpWHnmuR4ZR2/PbsQ4+OcfbjBcKvcNikpVbnE KcC2DaQrchvj5pRUXiiptMwUlus95xzt9E2vrXVSyc59bGXOI/aF/iSXODbPr9usLe7 WvIwpRrfg== Date: Sat, 29 Nov 2008 18:44:31 +0100 From: Alexander Leidinger To: "Marius =?UTF-8?B?TsO8bm5lcmljaA==?=" Message-ID: <20081129184431.7a201a3a@deskjail> In-Reply-To: References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128172126.453467ea7w6jb5c8@webmail.leidinger.net> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: EA5902E0B5.D0F77 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.6, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_8BIT_HEADER 0.30, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 17:44:40 -0000 Quoting "Marius N=C3=BCnnerich" (Fri, 28 Nov 2008 19:4= 7:21 +0100): > What is the intention of adding function entry and return providers > with SDT? Isn't that what FBT is for? To make it more easy for the dtrace script writter. If you want to trace all linuxulator specific stuff, you can use the wildcard linuxulator:::entry { ... } Or if you want to trace everything specific to linux file related stuff you use the wildcard linuxulator:file::entry { ... } With the fbt, this is much more difficult to do. You have to find out all related functions and specify them. This may not be hard for a kernel developer, but an user with a problem just wants to solve the problem, and getting an idea what is going on is more easy with the entry and return probes from the sdt, as they have a more narrow semantic meaning than the similar probe from the fbt (the fbt just tells you it's a kernel function, whereas the linuxulator probe provides you with the information that it is a function which belongs to the linuxulator and it's corresponding module grouping (like file related, ioctl related, ...)). No need to hunt down this info in the kernel yourself. Bye, Alexander. --=20 Ferengi Rule of Acquisition #263: Never let doubt interfere with your lust for latinum. -- ST:DS9, "Bar Association" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 17:45:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B834106567E; Sat, 29 Nov 2008 17:45:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id A6D128FC1D; Sat, 29 Nov 2008 17:45:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CD6C.dip.t-dialin.net [217.226.205.108]) by redbull.bpaserver.net (Postfix) with ESMTP id 04AB82E0B5; Sat, 29 Nov 2008 18:45:28 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 493582A55; Sat, 29 Nov 2008 18:45:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1227980724; bh=gVXxtjg8cOp6zJYnytu/HAEe3DdmuU6K5 d3eeb9LiB4=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:Mime-Version:Content-Type:Content-Transfer-Encoding; b=tUlfRN6khh7Ghuq2WDygkRb1ZUW4yKnocIOoEyJQYuEXNaQLtmE+HUhryNJyC64F7 KP4iXpIWkSndTtwg+/mkrwLEhvQI5hN5jskDjHfM+c54Q/Q5y677ok6IcLDB/fnR8t0 pAszAU9foqvVVlACowpGfhFXztjPu1UQjGqJWMSYguM3blycQ1uFKEkgcrss7LAKQKO P6vCBNbwjBun0+UY+n+4C1UJbb7HlhvCU0bS6XspKyYeg5Co36C1pUKxx0kMIEyU2iZ IS1bcpMPnosltWZTZ6fX76BSeoQA8A20UhUPZEVv3DFe8239I+22A0LcCtzjFb0I/hC x4zfzykpQ== Date: Sat, 29 Nov 2008 18:45:29 +0100 From: Alexander Leidinger To: Tim Kientzle Message-ID: <20081129184529.5ebcb1c5@deskjail> In-Reply-To: <49304D0E.3030201@freebsd.org> References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> <49304D0E.3030201@freebsd.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 04AB82E0B5.2A7DC X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 17:45:34 -0000 Quoting Tim Kientzle (Fri, 28 Nov 2008 11:57:02 -0800): > >> SDT_PROBE(foobar, source_file1, foo, entry, a, b, 0, 0, 0); > >> > >> Here: why are the last three arguments zeroes? > > > > SDT_PROBE() is a macro with a fixed number of macros, so we have to > > fill with 0 in case we don't want to provide some data. Maybe there's a > > way to provide more arguments if you do it by hand instead of using the > > SDT_PROBE() macro (TODO item added in the wiki to have a look at this, > > feel free to improve the wiki page). > > Seems that SDT_PROBE() should be using C99s "variadic macro" > feature. You should talk with jb@ about this, I just make us of what is there. Bye, Alexander. -- 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 Sat Nov 29 18:10:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC4E1065673 for ; Sat, 29 Nov 2008 18:10:25 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8E35C8FC20 for ; Sat, 29 Nov 2008 18:10:25 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id mATIA4WA094280 for ; Sat, 29 Nov 2008 12:10:05 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <49318590.4060702@math.missouri.edu> Date: Sat, 29 Nov 2008 12:10:24 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gnome-terminal not closing 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: Sat, 29 Nov 2008 18:10:25 -0000 I just upgraded my FreeBSD CURRENT. Now gnome-terminal doesn't quit. If you type "exit" the shell exits, but the terminal just sits there. I bet this is related to the ttys problem reported here: http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/19418a227692b141/884cefe316ee1740?show_docid=884cefe316ee1740 From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 18:30:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AFEC1065686 for ; Sat, 29 Nov 2008 18:30:53 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id 591FF8FC20 for ; Sat, 29 Nov 2008 18:30:53 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by gxk12 with SMTP id 12so675207gxk.19 for ; Sat, 29 Nov 2008 10:30:52 -0800 (PST) Received: by 10.90.83.18 with SMTP id g18mr5115218agb.68.1227983452593; Sat, 29 Nov 2008 10:30:52 -0800 (PST) Received: by 10.90.73.15 with HTTP; Sat, 29 Nov 2008 10:30:52 -0800 (PST) Message-ID: Date: Sat, 29 Nov 2008 19:30:52 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "Alexander Leidinger" In-Reply-To: <20081129184431.7a201a3a@deskjail> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128172126.453467ea7w6jb5c8@webmail.leidinger.net> <20081129184431.7a201a3a@deskjail> Cc: freebsd-current@freebsd.org Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 18:30:53 -0000 On Sat, Nov 29, 2008 at 6:44 PM, Alexander Leidinger wrote: > Quoting "Marius N=FCnnerich" (Fri, 28 Nov 2008 19:47= :21 +0100): > >> What is the intention of adding function entry and return providers >> with SDT? Isn't that what FBT is for? > > To make it more easy for the dtrace script writter. If you want to > trace all linuxulator specific stuff, you can use the wildcard > linuxulator:::entry { ... } > > Or if you want to trace everything specific to linux file related stuff > you use the wildcard > linuxulator:file::entry { ... } > > With the fbt, this is much more difficult to do. You have to find out > all related functions and specify them. This may not be hard for a > kernel developer, but an user with a problem just wants to solve the > problem, and getting an idea what is going on is more easy with the > entry and return probes from the sdt, as they have a more narrow > semantic meaning than the similar probe from the fbt (the fbt just > tells you it's a kernel function, whereas the linuxulator probe > provides you with the information that it is a function which belongs > to the linuxulator and it's corresponding module grouping (like file > related, ioctl related, ...)). No need to hunt down this info in the > kernel yourself. Many thanks for your explanation. That makes sense to me. From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 18:30:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC28B106564A for ; Sat, 29 Nov 2008 18:30:59 +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 61BAF8FC13 for ; Sat, 29 Nov 2008 18:30:59 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id mATHxIdN001802; Sat, 29 Nov 2008 17:59:18 GMT 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 1L6U6A-0002Ox-BZ; Sat, 29 Nov 2008 17:59:18 +0000 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 mATHxIqE004028; Sat, 29 Nov 2008 17:59:18 GMT (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 mATHxI77004020; Sat, 29 Nov 2008 17:59:18 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 29 Nov 2008 17:59:18 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "Conrad J. Sabatier" In-Reply-To: <20081128234155.0221e263@serene.no-ip.org> Message-ID: <20081129174625.U70754@ury.york.ac.uk> References: <20081128234155.0221e263@serene.no-ip.org> 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: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 18:30:59 -0000 Hi, On Fri, 28 Nov 2008, Conrad J. Sabatier wrote: > It's been two-three months now since I bought this new machine, and I'm > no closer to seeing any solution to the failure on FreeBSD's part to > recognize and/or utilize my SATA controller. I've been monitoring the > lists and the CVS repo, even offering suggestions as to how I might help > to resolve this issue, but no one seems to be interested in helping me > to get this thing working. I've had a quick search through problem reports and the mailing list archives and I can't actually find any mention of this. Is there any chance you could provide me with a link to either of those. If you can't find them, I'd appreciate at least the output of "pciconf l" (or "lspci -nn" if you've already moved over to Linux). The reason I'm asking is that information on several nVidea controllers were figured out recently, and I'm wondering if your machine is one of them. Also, it would be useful if you could tell me which board this is, if it's cheap enough I'll go out and buy one... > So, it looks like it's fare-thee-well to FreeBSD after 12+ years of > dedicated usage, and now I'm off to the Linux world. At least > there I know that *all* of my hardware is recognized and working > properly. That is a shame. It does depend on what you require from an operating system, however. For me, I'd think nothing of buying a 12 quid SATA card or a different graphics card/webcam/wireless card if absolutely necessary, just because of the pain I associate with administering Linux boxes. By day I'm a sysadmin on FreeBSD, Solaris and Linux, and I kow which I prefer. Obviously, if you just want things to work first time, no matter what, you're going to be disappointed eventually whichever OS you choose. > If FreeBSD hopes to remain viable as either a server or desktop > platform, then I would think the developers would be willing to bite > the bullet and consult with other OS developers to see how they're > handling the latest and greatest hardware developments. Hell, the fact > that even at this late date we still don't have an amd64 nVidia video > driver speaks volumes, in my opinion. I think there is a certain amount of truth in this. However, I think it's a long way off yet. FreeBSD has improved vastly in the last few years, and all signs look like it's going to continue. Support for hardware will often trail Linux, but when supported, often it will be "done right" rather than hacked together. To an end user, FreeBSD appearss to be slower at supporting the hardware. But for those who want to tweak the operating system, to people embedding FreeBSD into routers and satnavs, or to people who want years of uptime from their servers, the diference matters a lot. It's hard to get the border between the conflicting camps correct. Gavin From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 19:03:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A281065670 for ; Sat, 29 Nov 2008 19:03:53 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id C47438FC12 for ; Sat, 29 Nov 2008 19:03:52 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id C3803C97; Sat, 29 Nov 2008 13:45:15 -0500 (EST) Received: from localhost ([127.0.0.1]:30532 helo=ichotolot.servalan.com) by servalan.servalan.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6UMh-000PiT-3S for freebsd-current@freebsd.org; Sat, 29 Nov 2008 12:16:23 -0600 To: freebsd-current@freebsd.org Date: Sat, 29 Nov 2008 12:16:23 -0600 From: Richard Todd Message-Id: <20081129184515.C3803C97@mx1.synetsystems.com> Subject: Panic upon unmounting zfs snapshot: "vput: negative ref cnt" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 19:03:53 -0000 I'm running -CURRENT as of this Thursday, and discovered the following panic upon doing the fairly straightforward steps of making a snapshot, mounting it, doing some activity reading from the snapshot, and unmounting it -- the exact sequence of commands was something like zfs snapshot u1@foosnap mount -r -t zfs u1@foosnap /mnt ls -lR /mnt umount /mnt Got a crash dump, gdb info follows. Note that the offending vp seems to be the vnode for the mount point that the snapshot was mounted on. Script started on Sat Nov 29 02:17:46 2008 You have mail. blo-rakane# kgdb kernel.debug /var/crash/vmcore.10 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: vput: negative ref count 0x84f70c90: tag ufs, type VDIR usecount 0, writecount 0, refcount 0 mountedhere 0 flags (VI_FREE) VI_LOCKed lock type ufs: EXCL by thread 0x84792b40 (pid 26659) ino 8070, on dev da1s1a panic: vput: negative ref cnt cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(80c23a8c,a7c78bd8,808367f9,80c5728f,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(80c5728f,0,80c2e3ed,a7c78be4,0,...) at kdb_backtrace+0x29 panic(80c2e3ed,80bdfde4,80c2e3d4,886,a7c78c14,...) at panic+0x119 vput(84f70c90,0,80c2cf23,53c,0,...) at vput+0x12b dounmount(83e12000,8000000,84792b40,482,5e402c08,...) at dounmount+0x6e0 unmount(84792b40,a7c78cf8,8,84792b40,80d07bb0,...) at unmount+0x2e0 syscall(a7c78d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x200d220f, esp = 0x7fbfe02c, ebp = 0x7fbfe0f8 --- Uptime: 5h3m41s Physical memory: 621 MB Dumping 221 MB: 206 190 174 158 142 126 110 94 78 62 46 30 14 Reading symbols from /boot/kernel/geom_mirror.ko...done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/zfs.ko...done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/linux.ko...done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/green_saver.ko...done. Loaded symbols for /boot/kernel/green_saver.ko #0 doadump () at pcpu.h:246 246 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:246 #1 0x8083655e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0x80836832 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0x808c0ebb in vput (vp=0x84f70c90) at /usr/src/sys/kern/vfs_subr.c:2199 #4 0x808b9160 in dounmount (mp=0x83e12000, flags=134217728, td=0x84792b40) at /usr/src/sys/kern/vfs_mount.c:1343 #5 0x808b9480 in unmount (td=0x84792b40, uap=0xa7c78cf8) at /usr/src/sys/kern/vfs_mount.c:1182 #6 0x80b6b214 in syscall (frame=0xa7c78d38) at /usr/src/sys/i386/i386/trap.c:1076 #7 0x80b4ff10 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #8 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 3 #3 0x808c0ebb in vput (vp=0x84f70c90) at /usr/src/sys/kern/vfs_subr.c:2199 2199 panic("vput: negative ref cnt"); (kgdb) p *vp $1 = {v_type = VDIR, v_tag = 0x80c1a42c "ufs", v_op = 0x80d2c6e0, v_data = 0x84e427f8, v_mount = 0x83e12c80, v_nmntvnodes = { tqe_next = 0x885de324, tqe_prev = 0x84f6f768}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next = 0x0, le_prev = 0x83c9f2a4}, v_hash = 8070, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x84f58440, tqh_last = 0x84f58450}, v_dd = 0x83cfda78, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lock_object = { lo_name = 0x80c1a42c "ufs", lo_flags = 91947009, lo_data = 0, lo_witness = 0x0}, lk_lock = 2222533440, lk_timo = 16, lk_pri = 80}, v_interlock = {lock_object = {lo_name = 0x80c26a32 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 2222533440}, v_vnlock = 0x84f70ce8, v_holdcnt = 0, v_usecount = 0, v_iflag = 256, v_vflag = 0, v_writecount = 0, v_freelist = { tqe_next = 0x0, tqe_prev = 0x84b242b8}, v_bufobj = {bo_mtx = { lock_object = {lo_name = 0x80c2e32a "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0x84f70d4c}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0x84f70d5c}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0x80d17100, bo_bsize = 16384, bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0x84f70c90, __bo_vnode = 0x84f70c90}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} (kgdb) l 2194 2195 if (vp->v_usecount != 1) { 2196 #ifdef DIAGNOSTIC 2197 vprint("vput: negative ref count", vp); 2198 #endif 2199 panic("vput: negative ref cnt"); 2200 } 2201 /* 2202 * We want to hold the vnode until the inactive finishes to 2203 * prevent vgone() races. We drop the use count here and the (kgdb) p vp->v_usecount $2 = 0 (kgdb) fr 4 #4 0x808b9160 in dounmount (mp=0x83e12000, flags=134217728, td=0x84792b40) at /usr/src/sys/kern/vfs_mount.c:1343 1343 vput(coveredvp); (kgdb) p coveredvp $3 = (struct vnode *) 0x84f70c90 (kgdb) p coveredvp[0] $4 = {v_type = VDIR, v_tag = 0x80c1a42c "ufs", v_op = 0x80d2c6e0, v_data = 0x84e427f8, v_mount = 0x83e12c80, v_nmntvnodes = { tqe_next = 0x885de324, tqe_prev = 0x84f6f768}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next = 0x0, le_prev = 0x83c9f2a4}, v_hash = 8070, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x84f58440, tqh_last = 0x84f58450}, v_dd = 0x83cfda78, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lock_object = { lo_name = 0x80c1a42c "ufs", lo_flags = 91947009, lo_data = 0, lo_witness = 0x0}, lk_lock = 2222533440, lk_timo = 16, lk_pri = 80}, v_interlock = {lock_object = {lo_name = 0x80c26a32 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 2222533440}, v_vnlock = 0x84f70ce8, v_holdcnt = 0, v_usecount = 0, v_iflag = 256, v_vflag = 0, v_writecount = 0, v_freelist = { tqe_next = 0x0, tqe_prev = 0x84b242b8}, v_bufobj = {bo_mtx = { lock_object = {lo_name = 0x80c2e32a "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0x84f70d4c}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0x84f70d5c}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0x80d17100, bo_bsize = 16384, bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0x84f70c90, __bo_vnode = 0x84f70c90}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} (kgdb) l 1338 mtx_lock(&mountlist_mtx); 1339 TAILQ_REMOVE(&mountlist, mp, mnt_list); 1340 mtx_unlock(&mountlist_mtx); 1341 if (coveredvp != NULL) { 1342 coveredvp->v_mountedhere = NULL; 1343 vput(coveredvp); 1344 } 1345 vfs_event_signal(NULL, VQ_UNMOUNT, 0); 1346 vfs_mount_destroy(mp); 1347 return (0); (kgdb) q blo-rakane# exit exit Script done on Sat Nov 29 02:19:59 2008 From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 21:42:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897651065689 for ; Sat, 29 Nov 2008 21:42:36 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 164958FC1B for ; Sat, 29 Nov 2008 21:42:35 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so783028eyi.7 for ; Sat, 29 Nov 2008 13:42:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=yrnsq15WC/wiEui483X2e0TCxoWyymwojxqY/1zU038=; b=xasS7Se3ZBiLJ2oSabtSfV7cY0uIc25umM9ue/kvZwQ5BC/42gaeAFkGskhfye8ZzZ +ft7q82Y0aH9C7HiSLN55BtaTkkL03hq/NDfYNNn2BFNigL2SMOdRKxT13XBP4uiohZ/ lHhacmYZ+539Qx9UXixIUlCpEtrrk/0ZhyjYU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=NfSqStlfuSGHxKsntJJ1Nkdi9mxI9coWfh3HqphVNnTZjCetfBzjnTl6L8waEqyrD8 rN+w6ZzmoD8hWNUvjSu0heepsyTZslvsTY/ysCoH2ZBjmofnD9zFEUTCDg8Fkm6zd29f 0Xn42s7//5/gpHoPP7hLZ5O663XLEFCov/cu0= Received: by 10.210.81.10 with SMTP id e10mr10627726ebb.187.1227994954064; Sat, 29 Nov 2008 13:42:34 -0800 (PST) Received: by 10.210.130.15 with HTTP; Sat, 29 Nov 2008 13:42:33 -0800 (PST) Message-ID: <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> Date: Sun, 30 Nov 2008 00:42:33 +0300 From: "Alexander Churanov" To: "Gavin Atkinson" In-Reply-To: <20081129174625.U70754@ury.york.ac.uk> MIME-Version: 1.0 References: <20081128234155.0221e263@serene.no-ip.org> <20081129174625.U70754@ury.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 21:42:36 -0000 Folks! I have some ideas on that. The problem is it's sometimes hard to check that given hardware is supported by FreeBSD, even in case you know and want to do it. The list of supported hardware is often written in terms of chipsets and manufacturers often produce cards using supported chips, but named after their own trademark. For example, at my location one of frequently sold TV card brands is "beholder". It is not in the supported hw list. However, three years ago I've installed ethernet cards named "compex" to PCs and they worked well and were detected as "realtek". Given that, should one try "beholder" tv card in the first place? The solution is to ask someone, or, better, to pay someone for providing that knowledge. Computer shops rarely indicate that hardware is compatible with FreeBSD. Whom to ask/pay? All this leads to idea of creating some organization that will sell FreeBSD compatible PCs and hardware. I'm sure, business like that can not exist , because FreeBSD userbase is not largest. But non-profit organization, would, probably. Currently I have ordinary PC and several years ago it was running Windows, now FreeBSD. Fortunately, all hardware works. Now I am thinking of buying new PC and I would pay 10% extra for a brand PC with a sticker "FreeBSD inside" or "Designed for FreeBSD". A shop like that would also sell 100%-compatible photo cams, remote control units, etc. All of these is highly hypothetical, but probably is possible. 10% is a good donation. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 23:56:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02721065679 for ; Sat, 29 Nov 2008 23:56:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 834198FC18 for ; Sat, 29 Nov 2008 23:56:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1831569rvf.43 for ; Sat, 29 Nov 2008 15:56:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=BB+lV8P0IKnyav5MeLbIf2BjUTNTyNBPVn06qTYJAKA=; b=KG8ddC0XDt9DXt85OYVuT1k+a1oy0N8qv1g/QcLJiTrHPYVy7rdBRKz9/1nLtRu9dT aJq+f6bOY0q1c3cUw7ixbWuV83z38AiO+LsVOs6HdgUZMSjgQCDeg+6sEoc3+8Aehzzp dAte3M+aZuKuMjROSkzLmd/sNO4BpsFh4eA9I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=OXHYSv0w4X4oheYIKovVnrDdh9MtIXnGDD8kb4D4yGYQ7+u1254c7LVnS8pBltuw/x fIHUlmTkEzbVpOk+v2r9iAHgvN8w5OZhULHwVMoVehwiI9Y2LvsTEhG8vjJtESMcVRm7 dyT3XZ6+JPhfsKlVzXIHgf06f4nWdGuaZNjnw= Received: by 10.141.122.1 with SMTP id z1mr4440290rvm.210.1228003007105; Sat, 29 Nov 2008 15:56:47 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sat, 29 Nov 2008 15:56:47 -0800 (PST) Message-ID: <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> Date: Sat, 29 Nov 2008 15:56:47 -0800 From: "Garrett Cooper" To: "Alexander Churanov" In-Reply-To: <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <20081129174625.U70754@ury.york.ac.uk> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2008 23:56:47 -0000 On Sat, Nov 29, 2008 at 1:42 PM, Alexander Churanov wrote: > Folks! > > I have some ideas on that. The problem is it's sometimes hard to check that > given hardware is supported by FreeBSD, even in case you know and want to do > it. The list of supported hardware is often written in terms of chipsets and > manufacturers often produce cards using supported chips, but named after > their own trademark. > > For example, at my location one of frequently sold TV card brands is > "beholder". It is not in the supported hw list. However, three years ago > I've installed ethernet cards named "compex" to PCs and they worked well and > were detected as "realtek". Given that, should one try "beholder" tv card in > the first place? > > The solution is to ask someone, or, better, to pay someone for providing > that knowledge. Computer shops rarely indicate that hardware is compatible > with FreeBSD. Whom to ask/pay? All this leads to idea of creating some > organization that will sell FreeBSD compatible PCs and hardware. I'm sure, > business like that can not exist , because FreeBSD userbase is not largest. > But non-profit organization, would, probably. > > Currently I have ordinary PC and several years ago it was running Windows, > now FreeBSD. Fortunately, all hardware works. Now I am thinking of buying > new PC and I would pay 10% extra for a brand PC with a sticker "FreeBSD > inside" or "Designed for FreeBSD". A shop like that would also sell > 100%-compatible photo cams, remote control units, etc. > > All of these is highly hypothetical, but probably is possible. 10% is a good > donation. > > Alexander Churanov There's a hardware compatibility page, but it's probably out of date / incorrect (I'm sure not all supported hardware is noted there -- bsdstats might have more info): http://www.freebsd.org/releases/index.html (look under `Hardware Notes' for your given release). My mileage: - nVidia sucks for use on Unix platforms. Even under Linux I ran into a bunch of issues when building my PC last year, and I've discovered that if you're going to run Unix, stick to Intel chipsets. - nVidia chipsets (from my PoV -- I can be swayed) offer almost zero real advantage over Intel chipsets other than SLi. Then again I never have and never plan on running 2+ nVidia cards at once. So unfortunately by purchasing nVidia hardware you're kind of beckoning for problems, mostly because their datasheets and specs are more closed than Intel. There are also vendors who sell certified working FreeBSD desktops and laptops. Someone posted it on the list a few months back (questions@ maybe) and that's all I can remember about that. -Garrett