From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 00:33:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE35E16A418 for ; Sun, 30 Sep 2007 00:33:14 +0000 (UTC) (envelope-from w0lfie@clear.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 9052213C457 for ; Sun, 30 Sep 2007 00:33:14 +0000 (UTC) (envelope-from w0lfie@clear.net.nz) Received: from clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp3.clear.net.nz (CLEAR Net Mail) with SMTP id <0JP500K81O7CBI20@smtp3.clear.net.nz> for freebsd-current@freebsd.org; Sun, 30 Sep 2007 13:33:12 +1300 (NZDT) Date: Sun, 30 Sep 2007 13:33:12 +1300 From: Sam Banks Sender: w0lfie@clear.net.nz To: freebsd-current@freebsd.org Message-id: <46feeec8.106.9f9.24060@clear.net.nz> MIME-version: 1.0 X-Mailer: CLEAR Net WebMail; webmail.clear.net.nz; user: w0lfie; ip: 121.73.22.121 Content-type: multipart/mixed; boundary="-=_fep1346feeec8" Priority: normal Subject: uipc_sockbuf sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: w0lfie@clear.net.nz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 00:33:14 -0000 This is a multi-part message in MIME format. ---=_fep1346feeec8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hey all, I have started looking into cleaning up sysctl's with empty descriptions and have come across kern.dummy. Looking into sys/kern/uipc_sockbuf.c, kern.dummy does absolutely nothing other than offer the ability to change it. The variable that the sysctl call populates (dummy) is not used directly in sys/kern/uipc_sockbuf.c or, as far as I can see, anywhere in the sys/ code. Is there a reason I'm missing why this seemingly uneeded sysctl call is in the code or can it be removed with the attached patch? Cheers, Sam. ---=_fep1346feeec8 Content-Type: application/octet-stream; name="uipc_sockbuf.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="uipc_sockbuf.c.diff" SW5kZXg6IHN5cy9rZXJuL3VpcGNfc29ja2J1Zi5jCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9rZXJuL3Vp cGNfc29ja2J1Zi5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE3MQpkaWZm IC11IC1yMS4xNzEgdWlwY19zb2NrYnVmLmMKLS0tIHN5cy9rZXJuL3VpcGNf c29ja2J1Zi5jCTMxIE1heSAyMDA3IDExOjUxOjIyIC0wMDAwCTEuMTcxCisr KyBzeXMva2Vybi91aXBjX3NvY2tidWYuYwkzMCBTZXAgMjAwNyAwMDoxODow NiAtMDAwMApAQCAtMTAyOSw4ICsxMDI5LDYgQEAKIH0KIAogLyogVGhpcyB0 YWtlcyB0aGUgcGxhY2Ugb2Yga2Vybi5tYXhzb2NrYnVmLCB3aGljaCBtb3Zl ZCB0byBrZXJuLmlwYy4gKi8KLXN0YXRpYyBpbnQgZHVtbXk7Ci1TWVNDVExf SU5UKF9rZXJuLCBLRVJOX0RVTU1ZLCBkdW1teSwgQ1RMRkxBR19SVywgJmR1 bW15LCAwLCAiIik7CiBTWVNDVExfT0lEKF9rZXJuX2lwYywgS0lQQ19NQVhT T0NLQlVGLCBtYXhzb2NrYnVmLCBDVExUWVBFX1VMT05HfENUTEZMQUdfUlcs CiAgICAgJnNiX21heCwgMCwgc3lzY3RsX2hhbmRsZV9zYl9tYXgsICJMVSIs ICJNYXhpbXVtIHNvY2tldCBidWZmZXIgc2l6ZSIpOwogU1lTQ1RMX1VMT05H KF9rZXJuX2lwYywgS0lQQ19TT0NLQlVGX1dBU1RFLCBzb2NrYnVmX3dhc3Rl X2ZhY3RvciwgQ1RMRkxBR19SVywK ---=_fep1346feeec8-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 07:08:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9AB416A46B for ; Sun, 30 Sep 2007 07:08:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7A613C49D for ; Sun, 30 Sep 2007 07:08:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-181-219.lns11.adl2.internode.on.net [121.45.181.219]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8U78Uwv026808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Sep 2007 16:38:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 30 Sep 2007 16:38:12 +0930 User-Agent: KMail/1.9.7 References: <200704181122.37957.doconnor@gsoft.com.au> In-Reply-To: <200704181122.37957.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3186663.e5X5DZ8jIv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709301638.19004.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: =?utf-8?q?S=C3=B8ren_Schmidt?= Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 07:08:45 -0000 --nextPart3186663.e5X5DZ8jIv Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 18 Apr 2007, Daniel O'Connor wrote: > Hi, > I am trying to put i386 -current on my Core 2 Duo system (i965 with > JMicron RAID) however it doesn't find the disks. > > It probes the controller OK but no disks are seen. The disks work > fine in 6.2 (which is what I am upgrading from). > > Does anyone have a known working date I can try to cvs update to? > > Thanks. > > I could generate a verbose dmesg or something although I'll need to > put / on a USB flash disk or something :) =46or anyone else experiencing this.. src/sys/dev/ata from 2007/02/12=20 works. 13th & 15th panic with atapci0: ... ata2: on atapci0 =46atal trap 12 fault v.address =3D 0x4 read, page not present. rman_get_bustag(0) at rman_get_bustag+0x6 ata_generic_reset() at ata_generic_reset+0x2f =46rom the 16th it just fails to detect the JMicron SATA disks. I am going to try merging sys/dev/ata from the 12th into HEAD so I can=20 at least use my system :) =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 --nextPart3186663.e5X5DZ8jIv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG/0ti5ZPcIHs/zowRAn9oAJ9epNwwngg9wpE/JjXxqqgIxKhnVwCggALl CycpguJRB+YwH6r4Vr15F+Y= =+2ZP -----END PGP SIGNATURE----- --nextPart3186663.e5X5DZ8jIv-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 07:43:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2622F16A420 for ; Sun, 30 Sep 2007 07:43:23 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id E563813C44B for ; Sun, 30 Sep 2007 07:43:22 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mailbox.gneto.com (83.227.181.30) by proxy2.bredband.net (7.3.127) id 46FB7FC0000E56D1; Sun, 30 Sep 2007 09:22:59 +0200 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id 63E1A2844B; Sun, 30 Sep 2007 09:23:16 +0200 (CEST) Message-ID: <46FF4E9B.3080104@gneto.com> Date: Sun, 30 Sep 2007 09:22:03 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: =?ISO-8859-1?Q?St=E5le_Kristoffersen?= References: <46A7B47F.3050300@berkeley.edu> <46A7B607.2070207@samsco.org> <20070927010139.GC22695@eschew.pusen.org> In-Reply-To: <20070927010139.GC22695@eschew.pusen.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Are SATA port multipliers supported in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 07:43:23 -0000 Ståle Kristoffersen wrote: > > Whats the status of freebsd's port multiplier support? > I'm looking into buying a Norco DS-1220, > http://www.norcotek.com/item_detail.php?categoryid=12&modelno=ds1220 > (but without the controller) > Will it work, and if yes what controllers would it work with? Hi, Have you looked at the Supermicro CSE-836E1 chassis? http://www.supermicro.com/products/chassis/3U/836/SC836E1-R800V.cfm It is also 3U but have space for 16 drives redundant power and the computer! The port expander works with the LSI MegaRAID SAS8308ELP board and SAS/SATA drives in FreeBSD. There is also a cheaper model available with 16 normal SATA connectors if you prefer that. /Martin From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 11:55:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D6116A418 for ; Sun, 30 Sep 2007 11:55:51 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9B62F13C45D for ; Sun, 30 Sep 2007 11:55:51 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4295729waf for ; Sun, 30 Sep 2007 04:55:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=Xg2XYp5h8ovkWSHJQvFodTUPEmk/K+eKKecQftuC1VM=; b=UwlK6w7lqiQcyiMco8OJzX5bOw0TQfrZA/GkwO9aUHVGXwyEhWwYjm382gSF0C6ROJ0STXlnT9CmAWDcgTHRg0gOHRf2rWF9kZwYM1f+8/M4sGNlQUN4F10L+hg8TSF5JS8VqTHdkYoDmKFZYiGrjtXzmcCMrrQZ8JFSFB+bAco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=DM4KzmuGd3GVtQq2B7GblAwNgNNcDMnPTugs8M7A46A6sjMlSrekNkzL3ShHuxsGXV+g82nHnP6fUiCKlgLK5Ar9kxwt51mzrrd5I0ldWiM38tfU0ftXIjzmKb7IalwTZHq2ymF/86E6mNLI+Vm6/sWgrxRlfu5x5tNmfabb3r8= Received: by 10.114.79.1 with SMTP id c1mr2433932wab.1191153349704; Sun, 30 Sep 2007 04:55:49 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id f42sm11443610rvb.2007.09.30.04.55.46 (version=SSLv3 cipher=OTHER); Sun, 30 Sep 2007 04:55:47 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sun, 30 Sep 2007 20:55:20 +0900 Date: Sun, 30 Sep 2007 20:55:20 +0900 To: Sam Leffler Message-ID: <20070930115520.GC66680@freebsd.weongyo.org> References: <20070929025030.GA66680@freebsd.weongyo.org> <46FDC5A4.5060403@errno.com> <20070929065733.GB66680@freebsd.weongyo.org> <46FE7A9E.8040708@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46FE7A9E.8040708@errno.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org Subject: Re: atheros panic (D-Link DWL-G520) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 11:55:51 -0000 On Sat, Sep 29, 2007 at 09:17:34AM -0700, Sam Leffler wrote: > Weongyo Jeong wrote: > >On Fri, Sep 28, 2007 at 08:25:24PM -0700, Sam Leffler wrote: > > > >>Weongyo Jeong wrote: > >> > >>>My device is D-Link DWL-G520 and the device encountered a panic when I > >>>did `ifconfig ath0 up'. The kernel was cvs-uped yesterday. The following > >>>are the panic message: > >>> > >>>hostap# ifconfig ath0 up > >>>ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal > >>>flags 0xc0) > >>>hostap# ath0: ath_chan_set: unable to reset channel 11 (2462 Mhz, flags > >>>0x480 hal flags 0xc0) > >>>ath0: ath_chan_set: unable to reset channel 13 (2472 Mhz, flags 0x480 > >>>hal flags 0xc0) > >>>ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal > >>>flags 0xc0) > >>>ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal > >>>flags 0xc0) > >>>ath0: hardware error; resetting > >>>ath0: 0x00080000 0x00000000 0x00000000, 0x00010000 0x00000000 0x00000000 > >>> > >>> > >>>Fatal trap 18: integer divide fault while in kernel mode > >>>cpuid = 0; apic id = 00 > >>>instruction pointer = 0x20:0xc09f0d25 > >>>stack pointer = 0x28:0xcbd3acd8 > >>>frame pointer = 0x28:0xcbd3acd8 > >>>code segment = base 0x0, limit 0xfffff, type 0x1b > >>> = DPL 0, pres 1, def32 1, gran 1 > >>>processor eflags = interrupt enabled, IOPL = 0 > >>>current process = 11 (idle: cpu0) > >>>[thread pid 11 tid 100004 ] > >>>Stopped at cpu_idle_default+0x5: popl %ebp > >>>db> bt > >>>Tracing pid 11 tid 100004 td 0xc20f7630 > >>>cpu_idle_default(cbd3acf8,c0769e17,c0bad610,2,c0a9a19d,...) at > >>>cpu_idle_default+0x5 > >>>cpu_idle(c0bad610,2,c0a9a19d,562,cbd3ad24,...) at cpu_idle+0x28 > >>>sched_idletd(0,cbd3ad38,c0a9515d,314,c20f6aa0,...) at sched_idletd+0x37 > >>>fork_exit(c0769de0,0,cbd3ad38) at fork_exit+0xb8 > >>>fork_trampoline() at fork_trampoline+0x8 > >>>--- trap 0, eip = 0, esp = 0xcbd3ad70, ebp = 0 --- > >>>db> > >>> > >>> > >>>And the below informations are device informations: > >>> > >>>hostap# uname -a > >>>FreeBSD hostap 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Sep 27 02:43:04 > >>>KST 2007 root@rumhostap:/usr/obj/usr/src/sys/GENERIC i386 > >>> > >>>hostap# pciconf -lcv > >>>ath0@pci2:2:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 > >>>hdr=0x00 > >>> vendor = 'Atheros Communications Inc.' > >>> device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' > >>> class = network > >>> subclass = ethernet > >>> cap 01[44] = powerspec 2 supports D0 D3 current D0 > >>> > >>>hostap# sysctl -a | grep dev.ath.0 > >>>dev.ath.0.%desc: Atheros 5212 > >>>dev.ath.0.%driver: ath > >>>dev.ath.0.%location: slot=2 function=0 > >>>dev.ath.0.%pnpinfo: vendor=0x168c device=0x0013 subvendor=0x1186 > >>>subdevice=0x3a13 class=0x020000 > >>>dev.ath.0.%parent: pci2 > >>>dev.ath.0.smoothing_rate: 95 > >>>dev.ath.0.sample_rate: 10 > >>>dev.ath.0.countrycode: 0 > >>>dev.ath.0.regdomain: 48 > >>>dev.ath.0.slottime: 9 > >>>dev.ath.0.acktimeout: 96 > >>>dev.ath.0.ctstimeout: 96 > >>>dev.ath.0.softled: 0 > >>>dev.ath.0.ledpin: 0 > >>>dev.ath.0.ledon: 0 > >>>dev.ath.0.ledidle: 2700 > >>>dev.ath.0.txantenna: 0 > >>>dev.ath.0.rxantenna: 0 > >>>dev.ath.0.diversity: 0 > >>>dev.ath.0.txintrperiod: 5 > >>>dev.ath.0.diag: 0 > >>>dev.ath.0.tpscale: 0 > >>>dev.ath.0.tpc: 0 > >>>dev.ath.0.tpack: 63 > >>>dev.ath.0.tpcts: 63 > >>>dev.ath.0.fftxqmin: 2 > >>>dev.ath.0.fftxqmax: 50 > >>>dev.ath.0.monpass: 24 > >>> > >>>hostap# ifconfig ath0 list channel > >>>Channel 1 : 2412 Mhz 11g Channel 8 : 2447 Mhz 11g > >>>Channel 2 : 2417 Mhz 11g Channel 9 : 2452 Mhz 11g > >>>Channel 3 : 2422 Mhz 11g Channel 10 : 2457 Mhz 11g > >>>Channel 4 : 2427 Mhz 11g Channel 11 : 2462 Mhz 11g > >>>Channel 5 : 2432 Mhz 11g Channel 12 : 2467 Mhz 11g > >>>Channel 6 : 2437 Mhz 11g Turbo Channel 13 : 2472 Mhz 11g > >>>Channel 7 : 2442 Mhz 11g > >>> > >>>stap# /sbin/ifconfig > >>>ath0: flags=8802 metric 0 mtu 1500 > >>> ether 00:1b:11:1a:ee:32 > >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > >>> status: no carrier > >>> ssid "" channel 1 (2412 Mhz 11b) > >>> authmode OPEN privacy OFF txpowmax 100 bmiss 7 scanvalid 60 > >>> bgscan > >>> bgscanintvl 300 bgscanidle 250 roam:rssi11b 14 roam:rate11b 1 > >>> burst > >>> > >>>hostap# dmesg | grep -i ath > >>>ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > >>>RF5413) > >>>ath0: mem 0xe7000000-0xe700ffff irq 11 at device 2.0 on > >>>pci2 > >>>ath0: [ITHREAD] > >>>ath0: using obsoleted if_watchdog interface > >>>ath0: Ethernet address: 00:1b:11:1a:ee:32 > >>>ath0: mac 7.9 phy 4.5 radio 5.6 > >>> > >>Unfortunately the value of status isn't printed when the ath_hal_reset > >>calls fail. Please add that to the printf in ath_chan_set. > >> > >>Not sure where the divide fault comes from; the stack trace doesn't > >>provide much help. If you don't have INVARIANTS enabled you should do > >>that in case it catches what's going on before the panic happens. > >> > > > >The status value which is returned by ath_hal_reset() (if_ath.c 5043 > >line) was 3 (HAL_EIO) and the kernel was compiled with INVARIANTS. > > > > The hal couldn't talk to the device as expected. This could be any > number of problems but is almost certain to be unrelated to the driver > (e.g. cardbus, acpi, memory mapping, bad card). I've solved my problem with changing the server because the previous server could not enable ACPI support. Moreover, I've succeeded in setting the host-ap up using ath(4). IMO, ACPI was a problem. I still encounter a panic during booting or ifconfig-up in the current server whenever I disable ACPI support. If I enable ACPI support, it works good. Thank you for your help. :-) Regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 12:04:40 2007 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 4E3FD16A418 for ; Sun, 30 Sep 2007 12:04:40 +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 03C3713C49D for ; Sun, 30 Sep 2007 12:04:39 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l8UBnFCK076453 for ; Sun, 30 Sep 2007 13:49:15 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l8UBnFL6076452 for current@freebsd.org; Sun, 30 Sep 2007 13:49:15 +0200 (CEST) (envelope-from marius) Date: Sun, 30 Sep 2007 13:49:14 +0200 From: Marius Strobl To: current@freebsd.org Message-ID: <20070930114914.GB38896@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 12:04:40 -0000 As mentioned in UPDATING the change below requires the hal port to be recompiled in order to continue to work. On !386 you additionally need to update to xorg-server-1.4_1,1. Regarding common ports affected by the introduction of support for PCI domains these two ports should be it. Other consumers of potentially also need to be recompiled and adjusted, f.e. sjog needs to be recompiled but should need no changes. Generally, if a port uses pc_bus it also needs to deal with pc_domain now. Marius marius 2007-09-30 11:05:18 UTC FreeBSD src repository Modified files: . UPDATING share/man/man4 pci.4 share/man/man9 pci.9 sys/amd64/include legacyvar.h sys/amd64/amd64 legacy.c sys/amd64/pci pci_bus.c sys/arm/xscale/i80321 i80321_pci.c sys/arm/xscale/ixp425 ixp425_pci.c sys/arm/xscale/i8134x i81342_pci.c sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c sys/dev/bge if_bge.c sys/dev/cardbus cardbus.c sys/dev/pccbb pccbb.c pccbb_pci.c pccbbvar.h sys/dev/pci pci.c pci_pci.c pci_private.h pci_user.c pcib_private.h pcivar.h sys/i386/include legacyvar.h sys/i386/i386 legacy.c sys/i386/pci pci_bus.c sys/powerpc/powermac grackle.c uninorth.c sys/sparc64/pci ofw_pcibus.c apb.c psycho.c sys/sun4v/sun4v hv_pci.c sys/sys pciio.h param.h usr.sbin/pciconf pciconf.8 pciconf.c tools/tools/pciroms pciroms.c Log: Make the PCI code aware of PCI domains (aka PCI segments) so we can support machines having multiple independently numbered PCI domains and don't support reenumeration without ambiguity amongst the devices as seen by the OS and represented by PCI location strings. This includes introducing a function pci_find_dbsf(9) which works like pci_find_bsf(9) but additionally takes a domain number argument and limiting pci_find_bsf(9) to only search devices in domain 0 (the only domain in single-domain systems). Bge(4) and ofw_pcibus(4) are changed to use pci_find_dbsf(9) instead of pci_find_bsf(9) in order to no longer report false positives when searching for siblings and dupe devices in the same domain respectively. Along with this change the sole host-PCI bridge driver converted to actually make use of PCI domain support is uninorth(4), the others continue to use domain 0 only for now and need to be converted as appropriate later on. Note that this means that the format of the location strings as used by pciconf(8) has been changed and that consumers of potentially need to be recompiled. Suggested by: jhb Reviewed by: grehan, jhb, marcel Approved by: re (kensmith), jhb (PCI maintainer hat) Revision Changes Path 1.505 +7 -0 src/UPDATING 1.19 +7 -6 src/share/man/man4/pci.4 1.10 +28 -1 src/share/man/man9/pci.9 1.61 +5 -0 src/sys/amd64/amd64/legacy.c 1.8 +2 -0 src/sys/amd64/include/legacyvar.h 1.122 +5 -0 src/sys/amd64/pci/pci_bus.c 1.12 +5 -1 src/sys/arm/xscale/i80321/i80321_pci.c 1.2 +5 -1 src/sys/arm/xscale/i8134x/i81342_pci.c 1.5 +5 -0 src/sys/arm/xscale/ixp425/ixp425_pci.c 1.31 +6 -4 src/sys/dev/acpica/acpi_pci.c 1.55 +5 -0 src/sys/dev/acpica/acpi_pcib_acpi.c 1.198 +3 -2 src/sys/dev/bge/if_bge.c 1.66 +3 -2 src/sys/dev/cardbus/cardbus.c 1.165 +5 -0 src/sys/dev/pccbb/pccbb.c 1.26 +3 -0 src/sys/dev/pccbb/pccbb_pci.c 1.32 +1 -0 src/sys/dev/pccbb/pccbbvar.h 1.355 +62 -36 src/sys/dev/pci/pci.c 1.50 +8 -1 src/sys/dev/pci/pci_pci.c 1.25 +3 -2 src/sys/dev/pci/pci_private.h 1.22 +8 -2 src/sys/dev/pci/pci_user.c 1.13 +1 -0 src/sys/dev/pci/pcib_private.h 1.80 +7 -0 src/sys/dev/pci/pcivar.h 1.63 +5 -0 src/sys/i386/i386/legacy.c 1.8 +2 -0 src/sys/i386/include/legacyvar.h 1.128 +5 -0 src/sys/i386/pci/pci_bus.c 1.9 +3 -1 src/sys/powerpc/powermac/grackle.c 1.16 +3 -1 src/sys/powerpc/powermac/uninorth.c 1.14 +2 -0 src/sys/sparc64/pci/apb.c 1.16 +7 -4 src/sys/sparc64/pci/ofw_pcibus.c 1.70 +3 -0 src/sys/sparc64/pci/psycho.c 1.4 +5 -0 src/sys/sun4v/sun4v/hv_pci.c 1.308 +1 -1 src/sys/sys/param.h 1.7 +14 -13 src/sys/sys/pciio.h 1.2 +4 -3 src/tools/tools/pciroms/pciroms.c 1.29 +8 -5 src/usr.sbin/pciconf/pciconf.8 1.28 +5 -3 src/usr.sbin/pciconf/pciconf.c From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 07:46:59 2007 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 1381D16A421 for ; Sun, 30 Sep 2007 07:46:59 +0000 (UTC) (envelope-from petr.hroudny@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 9369F13C457 for ; Sun, 30 Sep 2007 07:46:58 +0000 (UTC) (envelope-from petr.hroudny@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so4127198fka for ; Sun, 30 Sep 2007 00:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xirBqZnAxMNfVFKwKv8xXGcSWjUaNZVlOXE+03HpfGU=; b=GF45t5WOt0T0gkfaw3krVLkVAmLMOLgYmskL0PuJCFjbDm2HzfdTRlhGVPkvn1ABKnj3JvfSXc43vdtginw9s42O1juy5aRMhVey+qYZCd4tkVb2Fth6HJuS0NzuKAVZGqFPyw08x8aw90QGHJ/Owrs+IdmAw3hswR2BZzdKlis= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b75g9MAo+fqG6/KBVgyXYqnpTHfdKkh9YsjW0BCHsj5tR0z7azv4Td4P2iy/R+ydBFWD+rklTKNPG5cGXwK+mJQ83YqqAX300lpeFSEk0diHSSrPkXYHbfiXi9R0IBn5ah4tgUM1jGuEkHCDDDxxnKLbKDnqETIOtif2alVt8X8= Received: by 10.78.130.6 with SMTP id c6mr851922hud.1191138416683; Sun, 30 Sep 2007 00:46:56 -0700 (PDT) Received: by 10.78.100.2 with HTTP; Sun, 30 Sep 2007 00:46:56 -0700 (PDT) Message-ID: Date: Sun, 30 Sep 2007 09:46:56 +0200 From: "=?UTF-8?Q?Petr_Hroudn=C3=BD?=" To: "Andrey Chernov" , "Petr Hroudn??" , "Taku YAMAMOTO" , current@freebsd.org, perky@freebsd.org, i18n@freebsd.org In-Reply-To: <20070921180223.GA38675@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070917092130.GA24424@nagual.pp.ru> <20070917171633.GA31179@nagual.pp.ru> <20070919111207.f37653fc.taku@tackymt.homeip.net> <20070919022555.GA70617@nagual.pp.ru> <20070919023625.GA70891@nagual.pp.ru> <20070919051830.GA72429@nagual.pp.ru> <20070919121024.GA81606@nagual.pp.ru> <20070921024107.GA21223@nagual.pp.ru> <20070921180223.GA38675@nagual.pp.ru> X-Mailman-Approved-At: Sun, 30 Sep 2007 12:17:45 +0000 Cc: Subject: Re: Ctype patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 07:46:59 -0000 2007/9/21, Andrey Chernov : > On Fri, Sep 21, 2007 at 09:04:44AM +0200, Petr Hroudn?? wrote: > > I believe your patch needs some adjustments for CJK charsets. You are setting > > __mb_sch_limit to 256 for all multibyte locales except UTF-8, but I believe it > > should be 128 also for Big5, GB18030, GBK. > > For GB2312 too. Thanx for pointing out, here is adjusted patch. > And __mb_sch_limit renamed to _mb_sb_limit to better match functions > prefix. Hi all, what's the status of this? Is Andrey's patch going to be committed to CVS or is some other solution necessary? Thanks, Petr From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 13:00:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C93B016A417 for ; Sun, 30 Sep 2007 13:00:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail33.mail.yandex.net (webmail33.mail.yandex.net [213.180.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id 4A66F13C48A for ; Sun, 30 Sep 2007 13:00:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail33) by mail.yandex.ru id S6456448AbXI3NAa for ; Sun, 30 Sep 2007 17:00:30 +0400 X-Yandex-Spam: 1 Received: from [77.72.136.69] ([77.72.136.69]) by mail.yandex.ru with HTTP; Sun, 30 Sep 2007 17:00:29 +0400 From: "Andrey V. Elsukov" To: doconnor@gsoft.com.au In-Reply-To: 1550000000219620673 References: <200704181122.37957.doconnor@gsoft.com.au> 1550000000219620673 MIME-Version: 1.0 Message-Id: <681431191157229@webmail33.yandex.ru> Date: Sun, 30 Sep 2007 17:00:29 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 13:00:33 -0000 Hi, > On Wed, 18 Apr 2007, Daniel O'Connor wrote: > 13th & 15th panic with > atapci0: ... > ata2: on atapci0 > Fatal trap 12 > fault v.address = 0x4 > read, page not present. > rman_get_bustag(0) at rman_get_bustag+0x6 There is a commit message: Revision 1.182: Thu Feb 15 21:51:42 2007 UTC (7 months, 1 week ago) by sos Branches: MAIN Changes since revision 1.181: +103 -76 lines Support AHCI chips where the ports are not consecutively numbered as in some incarnations of the ICH8 chip. *Also fix the panic introduced by the last commit.* -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 13:37:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FBFC16A420 for ; Sun, 30 Sep 2007 13:37:01 +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 1CA2113C44B for ; Sun, 30 Sep 2007 13:37:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-181-219.lns11.adl2.internode.on.net [121.45.181.219]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8UDapOE035503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Sep 2007 23:06:52 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Andrey V. Elsukov" Date: Sun, 30 Sep 2007 23:06:27 +0930 User-Agent: KMail/1.9.7 References: <200704181122.37957.doconnor@gsoft.com.au> <681431191157229@webmail33.yandex.ru> In-Reply-To: <681431191157229@webmail33.yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3484730.CQSx4GuH8X"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709302306.35105.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 13:37:01 -0000 --nextPart3484730.CQSx4GuH8X Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 30 Sep 2007, Andrey V. Elsukov wrote: > Thu Feb 15 21:51:42 2007 UTC (7 months, 1 week ago) by sos > Branches: MAIN > Changes since revision 1.181: +103 -76 lines > > Support AHCI chips where the ports are not consecutively numbered as > in some incarnations of the ICH8 chip. > *Also fix the panic introduced by the last commit.* Yes, I saw that, however it's only peripheral to my actual problem :) Unfortunately I am stuck with a -current from the 12th of Feb if I want=20 to use my disks :( I did have a go at merging but no luck yet, I will try to narrow down=20 the commit that caused the problem and see if I can back out just that. =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 --nextPart3484730.CQSx4GuH8X Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG/6Zj5ZPcIHs/zowRAoenAJ9d9nmGYoqdOBUHIE6VFKXL49wG+wCglBhB 7o4pjIJOYj4cnl0vsvEB4P4= =tzmX -----END PGP SIGNATURE----- --nextPart3484730.CQSx4GuH8X-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 13:53:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF32916A473 for ; Sun, 30 Sep 2007 13:53:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail11.mail.yandex.net (webmail11.mail.yandex.net [213.180.200.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D33B13C49D for ; Sun, 30 Sep 2007 13:53:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail11) by mail.yandex.ru id S1336703AbXI3Nx3 for ; Sun, 30 Sep 2007 17:53:29 +0400 X-Yandex-Spam: 1 Received: from [77.72.136.69] ([77.72.136.69]) by mail.yandex.ru with HTTP; Sun, 30 Sep 2007 17:53:29 +0400 From: "Andrey V. Elsukov" To: doconnor@gsoft.com.au In-Reply-To: 1550000000219735608 References: <200704181122.37957.doconnor@gsoft.com.au> <681431191157229@webmail33.yandex.ru> 1550000000219735608 MIME-Version: 1.0 Message-Id: <15341191160409@webmail11.yandex.ru> Date: Sun, 30 Sep 2007 17:53:29 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 13:53:33 -0000 > Yes, I saw that, however it's only peripheral to my actual problem :) > Unfortunately I am stuck with a -current from the 12th of Feb if I want > to use my disks :( > I did have a go at merging but no luck yet, I will try to narrow down > the commit that caused the problem and see if I can back out just that. Do you have tested my patch? http://lists.freebsd.org/pipermail/freebsd-current/2007-September/077415.html If it will not work, you can simple add default: ch->devices = ATA_ATA_MASTER; in the ata_ahci_reset function. For the VIA AHCI this works. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 14:16:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2422B16A417 for ; Sun, 30 Sep 2007 14:16:14 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id B284713C461 for ; Sun, 30 Sep 2007 14:16:13 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.deepcore.dk (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l8UEGBxQ095128; Sun, 30 Sep 2007 16:16:11 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <46FFAFAB.7050807@deepcore.dk> Date: Sun, 30 Sep 2007 16:16:11 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <200704181122.37957.doconnor@gsoft.com.au> <681431191157229@webmail33.yandex.ru> 1550000000219735608 <15341191160409@webmail11.yandex.ru> In-Reply-To: <15341191160409@webmail11.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 14:16:14 -0000 Andrey V. Elsukov wrote: >> Yes, I saw that, however it's only peripheral to my actual problem :) >> Unfortunately I am stuck with a -current from the 12th of Feb if I wan= t=20 >> to use my disks :( >> I did have a go at merging but no luck yet, I will try to narrow down = >> the commit that caused the problem and see if I can back out just that= =2E >> =20 > > Do you have tested my patch? > http://lists.freebsd.org/pipermail/freebsd-current/2007-September/07741= 5.html > > If it will not work, you can simple add=20 > default: > ch->devices =3D ATA_ATA_MASTER; > in the ata_ahci_reset function. For the VIA AHCI this works. > =20 FYI I'm working on that exact problem that hits some VIA and some=20 JMicron chips as part of the upcoming PM support. However time is (still) limited so there is no timeline... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 17:49:29 2007 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 4935516A41B; Sun, 30 Sep 2007 17:49:29 +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 B85AE13C457; Sun, 30 Sep 2007 17:49:28 +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.1/8.14.1) with ESMTP id l8UHnQPR003579; Sun, 30 Sep 2007 21:49:26 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1191174566; bh=qDnPPrt1LSkTxqzzKfTl36QnhOAe5EwtfOZCrm9 Atrs=; l=793; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=r0nYkqWuzXd3qwNsZr7VrMlEJ26D0hvBmDjcbJiO ONHOo+dJ9OomUAXTzjULOvvlJK+oPPJed/4OzM483anTmDGB1oyHGbnjAQw0mrWPb4k YWsnlZOvfjD0I7AZ+uDEL3xqOrvmwj3z9Mu1rcp/3FFrIPzKcpGjseGTqOg3wWLE= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l8UHnPBl003577; Sun, 30 Sep 2007 21:49:25 +0400 (MSD) (envelope-from ache) Date: Sun, 30 Sep 2007 21:49:24 +0400 From: Andrey Chernov To: Petr Hroudn?? Message-ID: <20070930174924.GA3551@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Petr Hroudn?? , Taku YAMAMOTO , current@freebsd.org, perky@freebsd.org, i18n@freebsd.org References: <20070917171633.GA31179@nagual.pp.ru> <20070919111207.f37653fc.taku@tackymt.homeip.net> <20070919022555.GA70617@nagual.pp.ru> <20070919023625.GA70891@nagual.pp.ru> <20070919051830.GA72429@nagual.pp.ru> <20070919121024.GA81606@nagual.pp.ru> <20070921024107.GA21223@nagual.pp.ru> <20070921180223.GA38675@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Taku YAMAMOTO , i18n@freebsd.org, current@freebsd.org, perky@freebsd.org Subject: Re: Ctype patch for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 17:49:29 -0000 On Sun, Sep 30, 2007 at 09:46:56AM +0200, Petr Hroudn?? wrote: > 2007/9/21, Andrey Chernov : > > On Fri, Sep 21, 2007 at 09:04:44AM +0200, Petr Hroudn?? wrote: > > > I believe your patch needs some adjustments for CJK charsets. You are setting > > > __mb_sch_limit to 256 for all multibyte locales except UTF-8, but I believe it > > > should be 128 also for Big5, GB18030, GBK. > > > > For GB2312 too. Thanx for pointing out, here is adjusted patch. > > And __mb_sch_limit renamed to _mb_sb_limit to better match functions > > prefix. > > Hi all, > > what's the status of this? Is Andrey's patch going to be committed > to CVS or is some other solution necessary? I plan to commit it into -current after code freeze lifted. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 18:02:49 2007 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 38BD716A418 for ; Sun, 30 Sep 2007 18:02:49 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (penna-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id DE4A713C448 for ; Sun, 30 Sep 2007 18:02:48 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l8UI4KDC016858 for ; Sun, 30 Sep 2007 14:04:20 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3dFMh58J8Zd2XtOTQGQf" Organization: FreeBSD, Inc. Date: Sun, 30 Sep 2007 14:03:07 -0400 Message-Id: <1191175387.92510.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,MIME_QP_LONG_LINE, NO_RELAYS autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on creme-brulee.marcuscom.com Cc: Subject: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 18:02:49 -0000 --=-3dFMh58J8Zd2XtOTQGQf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just upgraded my i386 Tinderbox machine last night, and a package build triggered this panic. I've been using this machine for Tinderbox for a year or so now, and this is the first such panic I received. The disk in question is 61% used, and I am building locally using loopback NFS mounts. FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #12: Sun Sep 30 02:14:27 EDT 2007 gnome@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 I was previously running a kernel from September 19 without any problems. dev =3D ad6s1e, block =3D 22287592, fs =3D /space panic: ffs_blkfree: freeing free block cpuid =3D 0 KDB: enter: panic Physical memory: 2038 MB Dumping 351 MB: 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc045ed89 in db_fncall (dummy1=3D-236168880, dummy2=3D0, dummy3=3D70,=20 dummy4=3D0xf1ec58bc "=F0\022F=C0") at /usr/src/sys/ddb/db_command.c:486 #2 0xc045f2f5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #3 0xc0460d25 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.c:222 #4 0xc0595316 in kdb_trap (type=3D3, code=3D0, tf=3D0xf1ec5a64) at /usr/src/sys/kern/subr_kdb.c:502 #5 0xc072d32f in trap (frame=3D0xf1ec5a64) at /usr/src/sys/i386/i386/trap.c:621 #6 0xc07131fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0595492 in kdb_enter (msg=3D0xc07706ef "panic") at cpufunc.h:60 #8 0xc056dda4 in panic (fmt=3D0xc077ee64 "ffs_blkfree: freeing free block") at /usr/src/sys/kern/kern_shutdown.c:547 #9 0xc0698954 in ffs_blkfree (ump=3D0xc5140300, fs=3D0xc508a800,=20 devvp=3D0xc5167990, bno=3D22287592, size=3D16384, inum=3D5566594) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #10 0xc06ac318 in indir_trunc (freeblks=3D0xcf6d4000, dbn=3D89113600, level=3D0,=20 lbn=3D12, countp=3D0xf1ec5c4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #11 0xc06ac5f7 in handle_workitem_freeblocks (freeblks=3D0xcf6d4000, flags=3D0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #12 0xc06add8e in process_worklist_item (mp=3D0xc512029c, flags=3DVariable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #13 0xc06aedb2 in softdep_process_worklist (mp=3D0xc512029c, full=3D0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #14 0xc06b127d in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #15 0xc054d5b9 in fork_exit (callout=3D0xc06b0e00 , arg=3D0x0,=20 frame=3D0xf1ec5d38) at /usr/src/sys/kern/kern_fork.c:796 #16 0xc0713270 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 I know this backtrace may not be all that useful since this is an assertion, but I wanted to know if there was perhaps a recent change that went in that could account for this new behavior. Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-3dFMh58J8Zd2XtOTQGQf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG/+TZb2iPiv4Uz4cRAgx4AJ9JgsyptDjFoV35xG6ylWBvAOPHpQCgrHYX kKa0GbrcaPBJG0hsOfHR5i8= =oXQH -----END PGP SIGNATURE----- --=-3dFMh58J8Zd2XtOTQGQf-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 19:43:21 2007 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 086A616A417 for ; Sun, 30 Sep 2007 19:43:21 +0000 (UTC) (envelope-from fbsd-st@donut.de) Received: from smtp.free.de (smtp.free.de [193.28.225.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE3E13C44B for ; Sun, 30 Sep 2007 19:43:20 +0000 (UTC) (envelope-from fbsd-st@donut.de) Received: (qmail 12992 invoked by uid 98); 30 Sep 2007 21:16:38 +0200 Received: from 193.28.225.103 by smtp.free.de (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.90.1/3618. Clear:RC:1(193.28.225.103):. Processed in 0.044329 secs); 30 Sep 2007 19:16:38 -0000 X-Qmail-Scanner-Mail-From: fbsd-st@donut.de via smtp.free.de X-Qmail-Scanner: 1.25 (Clear:RC:1(193.28.225.103):. Processed in 0.044329 secs) Received: from smtp.free.de (HELO [192.168.40.3]) (peanuts@[193.28.225.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 30 Sep 2007 21:16:37 +0200 Message-ID: <46FFF615.5090108@donut.de> Date: Sun, 30 Sep 2007 21:16:37 +0200 From: Rolf Witt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Current@freebsd.org References: <1191175387.92510.6.camel@shumai.marcuscom.com> In-Reply-To: <1191175387.92510.6.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 30 Sep 2007 19:50:30 +0000 Cc: Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 19:43:21 -0000 Here the same (i386 old PIII with 640mb RAM, Sources from friday): > reboot after panic: ffs_blkfree: freeing free block The kernel on my PC panics by reading the UPDATING-File with less after executing a portsnap update. Sorry, i know thats are not very helpful informations, but i lost the vmcore and all debug output. rowi From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 20:10:26 2007 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 ACD2D16A417 for ; Sun, 30 Sep 2007 20:10:26 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8223A13C494 for ; Sun, 30 Sep 2007 20:10:26 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 38370 invoked from network); 30 Sep 2007 20:10:27 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 30 Sep 2007 20:10:27 -0000 Message-ID: <470002B5.6030002@root.org> Date: Sun, 30 Sep 2007 13:10:29 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: current@FreeBSD.org, acpi@freebsd.org X-Enigmail-Version: 0.95.3 Content-Type: multipart/mixed; boundary="------------010009080907080806050809" Cc: Subject: patch: change in acpi taskq behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 20:10:26 -0000 This is a multi-part message in MIME format. --------------010009080907080806050809 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Attached is a patch (one for 6, one for 7) that shouldn't break anything for most people and may fix some battery status issues for others. It changes how we run tasks during boot. It seems some hardware expects synchronous access but our taskq is not running until after interrupts are enabled. This patch bounces calls through a wrapper that executes the callback directly if we're not booted yet. Please let me know if it breaks anything for you. Thanks, Nate --------------010009080907080806050809 Content-Type: text/x-patch; name="taskq6a.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="taskq6a.diff" Index: sys/dev/acpica/acpi_acad.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_acad.c,v retrieving revision 1.33.2.2 diff -u -r1.33.2.2 acpi_acad.c --- sys/dev/acpica/acpi_acad.c 5 Nov 2005 23:48:38 -0000 1.33.2.2 +++ sys/dev/acpica/acpi_acad.c 30 Sep 2007 19:24:23 -0000 @@ -181,7 +181,7 @@ */ AcpiInstallNotifyHandler(handle, ACPI_ALL_NOTIFY, acpi_acad_notify_handler, dev); - AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_acad_init_acline, dev); + acpi_queue_task(OSD_PRIORITY_LO, acpi_acad_init_acline, dev); return (0); } Index: sys/dev/acpica/acpi_cmbat.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_cmbat.c,v retrieving revision 1.39.2.5 diff -u -r1.39.2.5 acpi_cmbat.c --- sys/dev/acpica/acpi_cmbat.c 11 Jun 2006 20:50:08 -0000 1.39.2.5 +++ sys/dev/acpica/acpi_cmbat.c 30 Sep 2007 19:25:16 -0000 @@ -149,7 +149,7 @@ AcpiInstallNotifyHandler(handle, ACPI_ALL_NOTIFY, acpi_cmbat_notify_handler, dev); - AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_cmbat_init_battery, dev); + acpi_queue_task(OSD_PRIORITY_LO, acpi_cmbat_init_battery, dev); return (0); } Index: sys/dev/acpica/acpi_cpu.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_cpu.c,v retrieving revision 1.57.2.3 diff -u -r1.57.2.3 acpi_cpu.c --- sys/dev/acpica/acpi_cpu.c 11 Jun 2007 18:54:09 -0000 1.57.2.3 +++ sys/dev/acpica/acpi_cpu.c 30 Sep 2007 19:25:26 -0000 @@ -313,7 +313,7 @@ CTLFLAG_RD, 0, "node for CPU children"); /* Queue post cpu-probing task handler */ - AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_cpu_startup, NULL); + acpi_queue_task(OSD_PRIORITY_LO, acpi_cpu_startup, NULL); } /* Index: sys/dev/acpica/acpi_dock.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_dock.c,v retrieving revision 1.5.2.1 diff -u -r1.5.2.1 acpi_dock.c --- sys/dev/acpica/acpi_dock.c 23 Mar 2007 19:45:52 -0000 1.5.2.1 +++ sys/dev/acpica/acpi_dock.c 30 Sep 2007 19:25:31 -0000 @@ -238,7 +238,7 @@ goto out; } - AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_dock_attach_later, dev); + acpi_queue_task(OSD_PRIORITY_LO, acpi_dock_attach_later, dev); out: return (AE_OK); Index: sys/dev/acpica/acpi_perf.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_perf.c,v retrieving revision 1.21.2.4 diff -u -r1.21.2.4 acpi_perf.c --- sys/dev/acpica/acpi_perf.c 23 Jan 2007 07:21:23 -0000 1.21.2.4 +++ sys/dev/acpica/acpi_perf.c 30 Sep 2007 19:25:56 -0000 @@ -221,7 +221,7 @@ sc->px_curr_state = CPUFREQ_VAL_UNKNOWN; if (acpi_perf_evaluate(dev) != 0) return (ENXIO); - AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_px_startup, NULL); + acpi_queue_task(OSD_PRIORITY_LO, acpi_px_startup, NULL); if (!sc->info_only) cpufreq_register(dev); Index: sys/dev/acpica/acpivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.95.2.6 diff -u -r1.95.2.6 acpivar.h --- sys/dev/acpica/acpivar.h 17 Jun 2007 17:28:41 -0000 1.95.2.6 +++ sys/dev/acpica/acpivar.h 30 Sep 2007 19:29:59 -0000 @@ -390,6 +415,8 @@ int acpi_sleep_machdep(struct acpi_softc *sc, int state); int acpi_table_quirks(int *quirks); int acpi_machdep_quirks(int *quirks); +ACPI_STATUS acpi_queue_task(UINT32 Priority, + ACPI_OSD_EXEC_CALLBACK Function, void *Context); /* Battery Abstraction. */ struct acpi_battinfo; Index: sys/dev/acpica/Osd/OsdSchedule.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/Osd/OsdSchedule.c,v retrieving revision 1.32.2.6 diff -u -r1.32.2.6 OsdSchedule.c --- sys/dev/acpica/Osd/OsdSchedule.c 6 Jul 2006 08:32:49 -0000 1.32.2.6 +++ sys/dev/acpica/Osd/OsdSchedule.c 30 Sep 2007 19:23:24 -0000 @@ -83,11 +83,33 @@ } /* + * If we're up and running, queue the task for our taskq. It will run + * shortly. If we're booting and we had queued it, it would not actually run + * until interrupts are enabled later in boot. So in that case, run it + * directly instead. If a driver really wants the task delayed until boot, + * they can use acpi_queue_task() below. + */ +ACPI_STATUS +AcpiOsQueueForExecution(UINT32 Priority, ACPI_OSD_EXEC_CALLBACK Function, + void *Context) +{ + ACPI_STATUS status; + + if (!(cold || rebooting)) + status = acpi_queue_task(Priority, Function, Context); + else { + Function(Context); + status = AE_OK; + } + return (status); +} + +/* * This function may be called in interrupt context, i.e. when a GPE fires. * We allocate and queue a task for one of our taskqueue threads to process. */ ACPI_STATUS -AcpiOsQueueForExecution(UINT32 Priority, ACPI_OSD_EXEC_CALLBACK Function, +acpi_queue_task(UINT32 Priority, ACPI_OSD_EXEC_CALLBACK Function, void *Context) { struct acpi_task_ctx *at; --------------010009080907080806050809 Content-Type: text/x-patch; name="taskq7a.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="taskq7a.diff" Index: sys/dev/acpica/acpi_acad.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_acad.c,v retrieving revision 1.38 diff -u -r1.38 acpi_acad.c --- sys/dev/acpica/acpi_acad.c 22 Mar 2007 18:16:40 -0000 1.38 +++ sys/dev/acpica/acpi_acad.c 30 Sep 2007 19:42:09 -0000 @@ -181,7 +181,7 @@ */ AcpiInstallNotifyHandler(handle, ACPI_ALL_NOTIFY, acpi_acad_notify_handler, dev); - AcpiOsExecute(OSL_NOTIFY_HANDLER, acpi_acad_init_acline, dev); + acpi_queue_task(OSL_NOTIFY_HANDLER, acpi_acad_init_acline, dev); return (0); } Index: sys/dev/acpica/acpi_cmbat.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_cmbat.c,v retrieving revision 1.46 diff -u -r1.46 acpi_cmbat.c --- sys/dev/acpica/acpi_cmbat.c 22 Mar 2007 18:16:40 -0000 1.46 +++ sys/dev/acpica/acpi_cmbat.c 30 Sep 2007 19:42:26 -0000 @@ -149,7 +149,7 @@ AcpiInstallNotifyHandler(handle, ACPI_ALL_NOTIFY, acpi_cmbat_notify_handler, dev); - AcpiOsExecute(OSL_NOTIFY_HANDLER, acpi_cmbat_init_battery, dev); + acpi_queue_task(OSL_NOTIFY_HANDLER, acpi_cmbat_init_battery, dev); return (0); } Index: sys/dev/acpica/acpi_cpu.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_cpu.c,v retrieving revision 1.67 diff -u -r1.67 acpi_cpu.c --- sys/dev/acpica/acpi_cpu.c 30 Aug 2007 21:18:42 -0000 1.67 +++ sys/dev/acpica/acpi_cpu.c 30 Sep 2007 19:42:31 -0000 @@ -318,7 +318,7 @@ CTLFLAG_RD, 0, "node for CPU children"); /* Queue post cpu-probing task handler */ - AcpiOsExecute(OSL_NOTIFY_HANDLER, acpi_cpu_startup, NULL); + acpi_queue_task(OSL_NOTIFY_HANDLER, acpi_cpu_startup, NULL); } /* Index: sys/dev/acpica/acpi_dock.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_dock.c,v retrieving revision 1.6 diff -u -r1.6 acpi_dock.c --- sys/dev/acpica/acpi_dock.c 31 May 2007 08:49:51 -0000 1.6 +++ sys/dev/acpica/acpi_dock.c 30 Sep 2007 19:42:34 -0000 @@ -233,7 +233,7 @@ goto out; } - AcpiOsExecute(OSL_NOTIFY_HANDLER, acpi_dock_attach_later, dev); + acpi_queue_task(OSL_NOTIFY_HANDLER, acpi_dock_attach_later, dev); out: return (AE_OK); Index: sys/dev/acpica/acpi_perf.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_perf.c,v retrieving revision 1.26 diff -u -r1.26 acpi_perf.c --- sys/dev/acpica/acpi_perf.c 22 Mar 2007 18:16:40 -0000 1.26 +++ sys/dev/acpica/acpi_perf.c 30 Sep 2007 19:42:38 -0000 @@ -221,7 +221,7 @@ sc->px_curr_state = CPUFREQ_VAL_UNKNOWN; if (acpi_perf_evaluate(dev) != 0) return (ENXIO); - AcpiOsExecute(OSL_NOTIFY_HANDLER, acpi_px_startup, NULL); + acpi_queue_task(OSL_NOTIFY_HANDLER, acpi_px_startup, NULL); if (!sc->info_only) cpufreq_register(dev); Index: sys/dev/acpica/acpivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.107 diff -u -r1.107 acpivar.h --- sys/dev/acpica/acpivar.h 21 Jun 2007 22:50:37 -0000 1.107 +++ sys/dev/acpica/acpivar.h 30 Sep 2007 19:43:42 -0000 @@ -417,6 +417,8 @@ int acpi_sleep_machdep(struct acpi_softc *sc, int state); int acpi_table_quirks(int *quirks); int acpi_machdep_quirks(int *quirks); +ACPI_STATUS acpi_queue_task(ACPI_EXECUTE_TYPE Type, + ACPI_OSD_EXEC_CALLBACK Function, void *Context); /* Battery Abstraction. */ struct acpi_battinfo; Index: sys/dev/acpica/Osd/OsdSchedule.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/Osd/OsdSchedule.c,v retrieving revision 1.39 diff -u -r1.39 OsdSchedule.c --- sys/dev/acpica/Osd/OsdSchedule.c 22 Mar 2007 18:16:41 -0000 1.39 +++ sys/dev/acpica/Osd/OsdSchedule.c 30 Sep 2007 19:40:59 -0000 @@ -83,11 +83,33 @@ } /* + * If we're up and running, queue the task for our taskq. It will run + * shortly. If we're booting and we had queued it, it would not actually run + * until interrupts are enabled later in boot. So in that case, run it + * directly instead. If a driver really wants the task delayed until boot, + * they can use acpi_queue_task() below. + */ +ACPI_STATUS +AcpiOsExecute(ACPI_EXECUTE_TYPE Type, ACPI_OSD_EXEC_CALLBACK Function, + void *Context) +{ + ACPI_STATUS status; + + if (!(cold || rebooting)) + status = acpi_queue_task(Type, Function, Context); + else { + Function(Context); + status = AE_OK; + } + return (status); +} + +/* * This function may be called in interrupt context, i.e. when a GPE fires. * We allocate and queue a task for one of our taskqueue threads to process. */ ACPI_STATUS -AcpiOsExecute(ACPI_EXECUTE_TYPE Type, ACPI_OSD_EXEC_CALLBACK Function, +acpi_queue_task(ACPI_EXECUTE_TYPE Type, ACPI_OSD_EXEC_CALLBACK Function, void *Context) { struct acpi_task_ctx *at; --------------010009080907080806050809-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 20:32:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1FF16A419; Sun, 30 Sep 2007 20:32:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 968C413C45B; Sun, 30 Sep 2007 20:32:37 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.182.125] (helo=[192.168.4.160]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1Ic5Su1jY2-0007ds; Sun, 30 Sep 2007 22:32:36 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Sun, 30 Sep 2007 22:32:16 +0200 User-Agent: KMail/1.9.7 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: V01U2FsdGVkX19+Jgt/GVDJMqEZDkR7wTnv20nSGu8fIQ+Agqm wUQhudXVGl1liPGzjYxf4K/cVUGgAVCMmWeEo3Fu1LzXxy/MZj 26EsZ9daqelcOlj2Hvt0sdTIvGC5IWSu0ZETql1MLM= Cc: freebsd-current@freebsd.org Subject: libpcap/tcpdump update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 20:32:38 -0000 --nextPart1458859.OcpWg9xcps Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'd like to get some eyes on http://people.freebsd.org/~mlaier/tcpdump/ in= =20 order to get $subj into the tree. Let me know if you find any problems. =20 Thanks. This should also take care of bin/116610, by the way. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1458859.OcpWg9xcps Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHAAfiXyyEoT62BG0RAvfLAJ9ss3DmmYb6Z8JgwGqW90j6Ii7ZJgCfSnQy Ebsd5PCjftBkDpQBpkkh33k= =mzvE -----END PGP SIGNATURE----- --nextPart1458859.OcpWg9xcps-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 22:03:01 2007 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 D4B0A16A418 for ; Sun, 30 Sep 2007 22:03:01 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7221E13C4A5 for ; Sun, 30 Sep 2007 22:03:01 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 4F351C2F0; Sun, 30 Sep 2007 18:03:00 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id EBBEFC5D2; Sun, 30 Sep 2007 18:02:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1191189764; bh=QTPS1qWMmmkK2s KPuVPRVbjQ6Bc8i0wrkFdPEYIEG8g=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=J32vtA6oUC8E7/N2xYh8/L3MtKIx1Sz1rRkuP NfLdpUFV9YiMGWpr7MDbjTFazY1Q4JUYaiVoZppj3j4ORkydwDbVy8XQ0J5WEj5mUCe Cfy7zM7EbEgV2C4ChLPhnIew DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=VExBL/xWEWd5o1aHK02RcHQOzLGexwnvT15VhNpJXeVkCLDmwdctZpTxJZp3iQfZQ Orbu9DH9OMOC8Q4YEJ6EqZ3Bvm1ByQXohqivBW1gliWQnbK24phHjrVcO6Us6eY Message-ID: <47001D02.4080700@protected-networks.net> Date: Sun, 30 Sep 2007 18:02:42 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070903) MIME-Version: 1.0 To: Marius Strobl References: <20070930114914.GB38896@alchemy.franken.de> In-Reply-To: <20070930114914.GB38896@alchemy.franken.de> X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 22:03:01 -0000 Marius Strobl wrote: > As mentioned in UPDATING the change below requires the hal port > to be recompiled in order to continue to work. On !386 you > additionally need to update to xorg-server-1.4_1,1. > Regarding common ports affected by the introduction of support > for PCI domains these two ports should be it. > Other consumers of potentially also need to be > recompiled and adjusted, f.e. sjog needs to be recompiled but > should need no changes. Generally, if a port uses pc_bus it > also needs to deal with pc_domain now. This breaks [ls|set]pci even when recompiled. It also breaks my ability to use an /etc/rc.early containing .. pciconf -wb pci0:30:0 0x1a 8 .. which is required to allow any cardbus devices, e.g. Netgear WG511T, to work. The problem is that we don't (and nor does the BIOS) properly set the subordinate bus of the parent PCI-PCI bridge and the above command sets it 'manually'. Where it would previously succeed, I now get .. toshi# pciconf -wb pci0:30:0 0x1a 8 pciconf: ioctl(PCIOCWRITE): Operation not supported by device Michael From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 22:17:50 2007 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 9FAB216A419 for ; Sun, 30 Sep 2007 22:17:50 +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 1574213C478 for ; Sun, 30 Sep 2007 22:17:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l8UMHmPX081209; Mon, 1 Oct 2007 00:17:49 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l8UMHmn8081208; Mon, 1 Oct 2007 00:17:48 +0200 (CEST) (envelope-from marius) Date: Mon, 1 Oct 2007 00:17:48 +0200 From: Marius Strobl To: Michael Butler Message-ID: <20070930221748.GC55741@alchemy.franken.de> References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47001D02.4080700@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 22:17:50 -0000 On Sun, Sep 30, 2007 at 06:02:42PM -0400, Michael Butler wrote: > Marius Strobl wrote: > > As mentioned in UPDATING the change below requires the hal port > > to be recompiled in order to continue to work. On !386 you > > additionally need to update to xorg-server-1.4_1,1. > > Regarding common ports affected by the introduction of support > > for PCI domains these two ports should be it. > > Other consumers of potentially also need to be > > recompiled and adjusted, f.e. sjog needs to be recompiled but > > should need no changes. Generally, if a port uses pc_bus it > > also needs to deal with pc_domain now. > > This breaks [ls|set]pci even when recompiled. > > It also breaks my ability to use an /etc/rc.early containing .. > > pciconf -wb pci0:30:0 0x1a 8 > > .. which is required to allow any cardbus devices, e.g. Netgear WG511T, > to work. The problem is that we don't (and nor does the BIOS) properly > set the subordinate bus of the parent PCI-PCI bridge and the above > command sets it 'manually'. > > Where it would previously succeed, I now get .. > > toshi# pciconf -wb pci0:30:0 0x1a 8 > pciconf: ioctl(PCIOCWRITE): Operation not supported by device > As mentioned the format of the location strings has changed, you probably need to use pci0:0:30:0. Marius From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 23:03:53 2007 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 B40EF16A418 for ; Sun, 30 Sep 2007 23:03:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.83]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA4113C45A for ; Sun, 30 Sep 2007 23:03:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpoutm.mac.com (Xserve/smtpout020/MantshX 4.0) with ESMTP id l8UMZ7l4006623; Sun, 30 Sep 2007 15:35:07 -0700 (PDT) Received: from [172.16.1.6] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id l8UMZ45O002114 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 30 Sep 2007 15:35:05 -0700 (PDT) In-Reply-To: <20070930221748.GC55741@alchemy.franken.de> References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20070930221748.GC55741@alchemy.franken.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0FE79DBF-2E3B-4785-B192-666E02BFFB6D@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sun, 30 Sep 2007 15:34:57 -0700 To: Marius Strobl X-Mailer: Apple Mail (2.752.3) Cc: Michael Butler , current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 23:03:53 -0000 On Sep 30, 2007, at 3:17 PM, Marius Strobl wrote: >> Where it would previously succeed, I now get .. >> >> toshi# pciconf -wb pci0:30:0 0x1a 8 >> pciconf: ioctl(PCIOCWRITE): Operation not supported by device >> > > As mentioned the format of the location strings has changed, > you probably need to use pci0:0:30:0. If compatibility is a concern, we may be able to make the parsing a bit more smart without too much complexity. We can count the number of colons for exampl,e and assume missing elements are 0. So, if one enters pci1:2:3, the domain will be 0. If one enters pci4:5, both the domain and bus will be 0, etc. Just a thought... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 23:16:22 2007 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 C7EA116A418 for ; Sun, 30 Sep 2007 23:16:22 +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 3B3D313C468 for ; Sun, 30 Sep 2007 23:16:21 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l8UNGK3I081596; Mon, 1 Oct 2007 01:16:20 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l8UNGKbr081595; Mon, 1 Oct 2007 01:16:20 +0200 (CEST) (envelope-from marius) Date: Mon, 1 Oct 2007 01:16:20 +0200 From: Marius Strobl To: Marcel Moolenaar Message-ID: <20070930231620.GD55741@alchemy.franken.de> References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20070930221748.GC55741@alchemy.franken.de> <0FE79DBF-2E3B-4785-B192-666E02BFFB6D@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0FE79DBF-2E3B-4785-B192-666E02BFFB6D@mac.com> User-Agent: Mutt/1.4.2.3i Cc: Michael Butler , current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 23:16:22 -0000 On Sun, Sep 30, 2007 at 03:34:57PM -0700, Marcel Moolenaar wrote: > On Sep 30, 2007, at 3:17 PM, Marius Strobl wrote: > > >>Where it would previously succeed, I now get .. > >> > >>toshi# pciconf -wb pci0:30:0 0x1a 8 > >>pciconf: ioctl(PCIOCWRITE): Operation not supported by device > >> > > > >As mentioned the format of the location strings has changed, > >you probably need to use pci0:0:30:0. > > If compatibility is a concern, we may be able to make the parsing > a bit more smart without too much complexity. We can count the > number of colons for exampl,e and assume missing elements are 0. > So, if one enters pci1:2:3, the domain will be 0. If one enters > pci4:5, both the domain and bus will be 0, etc. > > Just a thought... > Unfortunately, for pciconf(8) the function is already optional so pci1:2:3 would be ambiguous. Originally my plan was to strip the 'pci' for strings specifing a location including a domain and keep the pcib:s:f format for backwards compatibility, but John was against this as he wants the format to be uniform with the strings used for a hints feature he is working on and which in turn relies on the 'pci' part. Marius From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 23:25:27 2007 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 83F7516A419 for ; Sun, 30 Sep 2007 23:25:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.83]) by mx1.freebsd.org (Postfix) with ESMTP id 6DB2E13C448 for ; Sun, 30 Sep 2007 23:25:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin04-en2 [10.13.10.149]) by smtpoutm.mac.com (Xserve/smtpout020/MantshX 4.0) with ESMTP id l8UNPKRL022763; Sun, 30 Sep 2007 16:25:20 -0700 (PDT) Received: from [172.16.1.6] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin04/MantshX 4.0) with ESMTP id l8UNPIL9025455 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 30 Sep 2007 16:25:19 -0700 (PDT) In-Reply-To: <20070930231620.GD55741@alchemy.franken.de> References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20070930221748.GC55741@alchemy.franken.de> <0FE79DBF-2E3B-4785-B192-666E02BFFB6D@mac.com> <20070930231620.GD55741@alchemy.franken.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <04634DCD-4946-4CB9-A137-840A94DC007D@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sun, 30 Sep 2007 16:25:11 -0700 To: Marius Strobl X-Mailer: Apple Mail (2.752.3) Cc: Michael Butler , current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 23:25:27 -0000 On Sep 30, 2007, at 4:16 PM, Marius Strobl wrote: >>> As mentioned the format of the location strings has changed, >>> you probably need to use pci0:0:30:0. >> >> If compatibility is a concern, we may be able to make the parsing >> a bit more smart without too much complexity. We can count the >> number of colons for exampl,e and assume missing elements are 0. >> So, if one enters pci1:2:3, the domain will be 0. If one enters >> pci4:5, both the domain and bus will be 0, etc. >> >> Just a thought... >> > > Unfortunately, for pciconf(8) the function is already optional > so pci1:2:3 would be ambiguous. Ah, I see. Alas... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 30 23:58:19 2007 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 EA68116A417 for ; Sun, 30 Sep 2007 23:58:19 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id B55A913C455 for ; Sun, 30 Sep 2007 23:58:19 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id EDE00C2CB; Sun, 30 Sep 2007 19:58:18 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 694D5C2F0; Sun, 30 Sep 2007 19:58:11 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1191196691; bh=i0oVKVzXaB1Zsa oRhCQ6st8LjaRywR8lmUHt0Q+oGYU=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=dMnUeafF1PqR5dy1uCwuJsAIYpP8ETkIbyCpU Qxk1uAEetPSscE3oY+mXKgH3kM3Arh7gfxgEGIly4G3W7g7CJy45ebdKA4OVLeDv8JI 0WtMy3rSouuGO/4UwFHKaPfm DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Z7dcgxwmznnL2kF05jqxBbcf+gUxjLPWDwUMhBDiZ7PGw6Iye0X6+Whfc0EnhX7cD ++/6ZQukBIAu1WaZmPadczCGkqCWFW9hLYZoQGpopkNv9VmfO3GDID5jMuETrhv Message-ID: <47003811.5080603@protected-networks.net> Date: Sun, 30 Sep 2007 19:58:09 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070903) MIME-Version: 1.0 To: Marius Strobl References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20070930221748.GC55741@alchemy.franken.de> In-Reply-To: <20070930221748.GC55741@alchemy.franken.de> X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2007 23:58:20 -0000 Marius Strobl wrote: >> toshi# pciconf -wb pci0:30:0 0x1a 8 >> pciconf: ioctl(PCIOCWRITE): Operation not supported by device >> > > As mentioned the format of the location strings has changed, > you probably need to use pci0:0:30:0. Doh! This works, thanks! Michael From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 02:24:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FC116A418 for ; Mon, 1 Oct 2007 02:24:56 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 48C3213C48A for ; Mon, 1 Oct 2007 02:24:56 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2177370nzf for ; Sun, 30 Sep 2007 19:24:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:message-id:to:cc:subject:from:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:sender; bh=0XDpbGXW/JPmu6dOaXVO+VYd/DCbKxKkI+ZIKxjOnVU=; b=nEUx/ow/yw4yvtAkrX4nNXIvNxmeTCVRFrp3s/qwwR+xzmwhcoCw0SJt748k0VROzEa8lcziTL5MauGaEaEzsREKj/Yzqnq04l2+jEicMrlyggzbdFb82JvpDoCYLcrmNOo638b8le2TkA6FOOsuEMnz2hvqEpm7mwRZViSbylA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:message-id:to:cc:subject:from:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:sender; b=l62zzs9LTC3MZJpRk+eakJhGK1uWjgC03JBrh3EBAJs00nCf7ZnrtBrSJj9g82s9B66aSlKwwh0Guj2+h6LGLxCcu7DYkuKUzH0UdyBkq3cN+ZkmuDZ/suALHUKv+NA20vtK9GiDTLiKqTEHX6gKOldPM4yT743SraKUDm2P8Qw= Received: by 10.114.53.1 with SMTP id b1mr1318509waa.1191204045095; Sun, 30 Sep 2007 19:00:45 -0700 (PDT) Received: from localhost ( [134.160.214.85]) by mx.google.com with ESMTPS id g6sm10780249rvb.2007.09.30.19.00.39 (version=SSLv3 cipher=OTHER); Sun, 30 Sep 2007 19:00:41 -0700 (PDT) Date: Mon, 01 Oct 2007 11:00:36 +0900 (JST) Message-Id: <20071001.110036.102571438.chat95@mac.com> To: tomdean@speakeasy.org From: Maho NAKATA In-Reply-To: <200709160456.l8G4udLl023614@dv6000.tddhome> References: <200709160102.l8G12bAl001481@dv6000.tddhome> <20070916020726.GB6447@troutmask.apl.washington.edu> <200709160456.l8G4udLl023614@dv6000.tddhome> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: Maho NAKATA Cc: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: Compiler Problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 02:24:56 -0000 Hi Thomas and Steve, Thanks for your clarification. I rewrote this port completely and update to 3.1.1. Now at least dlamch/slamch are build with -O0. Hope now it works well. I haven't tried yet with g77 and may not work with it. % cd /usr/ports/math/lapack % rm -rf work ; make > & log & % grep slamch.f log gfortran42 -O0 -c slamch.f -o slamch.o gfortran42 -O0 -fpic -c slamch.f -o slamch.o gfortran42 -O0 -pg -c slamch.f -o slamch.o From: "Thomas D. Dean" Subject: Re: Compiler Problems? Date: Sat, 15 Sep 2007 21:56:39 -0700 (PDT) > Aha! The problem may be due to optimization. > > http://www.netlib.org/lapack/faq.html#1.25 > > 1.25) Problems compiling dlamch.f? > > The routine dlamch.f (and its dependent subroutines dlamc1, dlamc2, > dlamc3, dlamc4, dlamc5) MUST be compiled without optimization. -- Nakata Maho (maho@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 03:32:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79FEB16A419 for ; Mon, 1 Oct 2007 03:32:01 +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 574D413C45D for ; Mon, 1 Oct 2007 03:32:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l913TDdu090823; Sun, 30 Sep 2007 20:29:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l913Srxm090822; Sun, 30 Sep 2007 20:28:53 -0700 (PDT) (envelope-from sgk) Date: Sun, 30 Sep 2007 20:28:53 -0700 From: Steve Kargl To: Maho NAKATA Message-ID: <20071001032853.GA90805@troutmask.apl.washington.edu> References: <200709160102.l8G12bAl001481@dv6000.tddhome> <20070916020726.GB6447@troutmask.apl.washington.edu> <200709160456.l8G4udLl023614@dv6000.tddhome> <20071001.110036.102571438.chat95@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071001.110036.102571438.chat95@mac.com> User-Agent: Mutt/1.4.2.3i Cc: tomdean@speakeasy.org, freebsd-current@freebsd.org Subject: Re: Compiler Problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 03:32:01 -0000 On Mon, Oct 01, 2007 at 11:00:36AM +0900, Maho NAKATA wrote: > Hi Thomas and Steve, > > Thanks for your clarification. I rewrote this port completely and > update to 3.1.1. Now at least dlamch/slamch are build with -O0. > Hope now it works well. I haven't tried yet with g77 and may not work with it. > > % cd /usr/ports/math/lapack > % rm -rf work ; make > & log & > % grep slamch.f log > gfortran42 -O0 -c slamch.f -o slamch.o > gfortran42 -O0 -fpic -c slamch.f -o slamch.o > gfortran42 -O0 -pg -c slamch.f -o slamch.o > Thanks. I certain that it will work fine with g77. This is a few decade old issue with determining machine parameters for floating point numbers in portable Fortran code. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 03:37:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F22916A478 for ; Mon, 1 Oct 2007 03:37:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2D513C48D for ; Mon, 1 Oct 2007 03:37:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6930211pyb for ; Sun, 30 Sep 2007 20:37:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=B4t5ZU2Oad4gcUOHQfIIZOGT/S2KlTE6d5XPmGbRxm0=; b=jX0xpsM4ArVVwvu81eawM/27O30TuhtH3vEBub9s7AtsE4Zz7D48gKpXJ089GoTmeDukFs+Cdec7WvJDc/nsgaExXhvZ3CLmZM2dtw8NOqPqA5ORbky6pFip5Pwc1h7mkboK0BAwebCUmgJppiF8WDPrMpCO+OekR/Nourqh6Eg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aSEYyz54+7WUyE33ozsoTS9I+BYS13c8mble+d3TO2D7XkRYvp/HFMAw3bfbboBdGYlZjj59imUSJPx+RBGmGFZiY2LD33g0xNGaUkFG+UZQgztKeTiBm9RxjuZoaXOzXe1DKZTEu/kcrSIs84nnWDEFxPirj++t2jVjoLUZjvk= Received: by 10.65.54.9 with SMTP id g9mr13094867qbk.1191209459735; Sun, 30 Sep 2007 20:30:59 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Sun, 30 Sep 2007 20:30:59 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 03:30:59 +0000 From: "Aryeh Friedman" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 03:37:03 -0000 Sorry for the negative tone of this message but a little background may help.... about 1.5 months ago I bought a new machine for personal use [my only machine actually]... hw (upgraded from a p4-2.8): intel e6850 intel p35 mobo (ihc9) 4 gb (ddr2-667 1GBx4) 500 gb sata 8600 GS nvidia (replaced for reasons below witha 5200 GT) 20" widescreen crt direct cable connection to the net hp deskjet 6980 Being a FreeBSD users since the mid 90's I obviously started with it... in the quest for a working well tuned config (still a few issues even with the current config): 6.2 (cvsup'ed to most recent PL) with i386 kernel 7-current (cvsup'ed upto last night) i386 7-current amd64 The last shows the most promise so far: Issues (all of which have been posted on -questions or -x11): 6.2 -- * Horrid non-SMP kernel performence (acceptable after SMP was added) * Xorg (7.2) not working at all (vesa 640x480 with no mouse was the best I managed) * Many TCP/IP stack issues * All native java builds fail with compile errors * hplip fails immediately after install * Doesn't recognize PATA drives if installed at the same time as SATA 7-CURRENT i386 -- * Horrid performence under default kernel needed to switch to ULE/IPI_PREMEPTION/DEVICE_POLLING * Kernel sees card after install of nvidia driver but Xorg (7.3) doesn't recognize it (vesa 1024x768 only)... many address conflicts reported... nv driver is no better * All native java builds fail with compile errors * hplip fails immediately after install * Diablo-jdk15 completely broken for any GUI oriented code 7-CURRENT amd64 * Diablo-jdk15 completely broken for any GUI oriented code (jdk16 works well though) * Many desktop ports fail with i386 vs. amd64 errors * Nvidia-driver does not support amd64 (but nv works now but only at 1024x768) Misc Rants: CPUTYPE naming -- For people who have been around for a while (read mid-90's) and have never used any AMD mobo's we are used to "historical" differences between early pentiums and amd equivs (for that reason I have never bought a AMD machine)... so calling the 64bit x86 architure amd64 is confusing and misleading. HARDWARE.TXT -- hardware.txt sheds absulutly no light on the above issue except to make it clear that ia64 is not the right choice. Suggestions: * Figure out why xorg should care if your on a 32 or 64 bit addressing bus (has to do with placing pci's buffers at the high end of RAM I think) * AMD64 should be recommended (or at least better documented) for all dual-core machines * Both nvidia.ko and the nv driver need to be improved (I know this is nvidia's problem) From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 03:50:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E30F416A417 for ; Mon, 1 Oct 2007 03:50:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6AF13C474 for ; Mon, 1 Oct 2007 03:50:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6934940pyb for ; Sun, 30 Sep 2007 20:50:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=B4t5ZU2Oad4gcUOHQfIIZOGT/S2KlTE6d5XPmGbRxm0=; b=g8GGtlyz+t+fM0QIXpMVaz9eO4oRpxGav+l93RQVC/TalxKpQJ2LXFigauOxYBLZDeofA9jLXjN30vrVBc0eZ9HSFvie8+2y03oElXT716O5CZI60nTTPKU0e7Z/TjwC2JLL4zMnHqVBPlW+5R7qXeESm6MSOyALc+okz5W/ZXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OgcSe+KI1eg5Qx7PR8uyhyD+h/oyyIVEQc5rWKSAZgg7sIzTY+/dN/oXpUCb2vAWiCxj1zKZV8+hBOODf9/Bs2xj/+JEzoMMyb+OgvBHedSSwhF7OUuWAv1PIGndRu3G37p0fGJI5IMQ98KmMvX4EE86TiHenDLhBomY5isvho4= Received: by 10.65.100.14 with SMTP id c14mr1479982qbm.1191208968535; Sun, 30 Sep 2007 20:22:48 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Sun, 30 Sep 2007 20:22:48 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 03:22:48 +0000 From: "Aryeh Friedman" 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: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 03:50:39 -0000 Sorry for the negative tone of this message but a little background may help.... about 1.5 months ago I bought a new machine for personal use [my only machine actually]... hw (upgraded from a p4-2.8): intel e6850 intel p35 mobo (ihc9) 4 gb (ddr2-667 1GBx4) 500 gb sata 8600 GS nvidia (replaced for reasons below witha 5200 GT) 20" widescreen crt direct cable connection to the net hp deskjet 6980 Being a FreeBSD users since the mid 90's I obviously started with it... in the quest for a working well tuned config (still a few issues even with the current config): 6.2 (cvsup'ed to most recent PL) with i386 kernel 7-current (cvsup'ed upto last night) i386 7-current amd64 The last shows the most promise so far: Issues (all of which have been posted on -questions or -x11): 6.2 -- * Horrid non-SMP kernel performence (acceptable after SMP was added) * Xorg (7.2) not working at all (vesa 640x480 with no mouse was the best I managed) * Many TCP/IP stack issues * All native java builds fail with compile errors * hplip fails immediately after install * Doesn't recognize PATA drives if installed at the same time as SATA 7-CURRENT i386 -- * Horrid performence under default kernel needed to switch to ULE/IPI_PREMEPTION/DEVICE_POLLING * Kernel sees card after install of nvidia driver but Xorg (7.3) doesn't recognize it (vesa 1024x768 only)... many address conflicts reported... nv driver is no better * All native java builds fail with compile errors * hplip fails immediately after install * Diablo-jdk15 completely broken for any GUI oriented code 7-CURRENT amd64 * Diablo-jdk15 completely broken for any GUI oriented code (jdk16 works well though) * Many desktop ports fail with i386 vs. amd64 errors * Nvidia-driver does not support amd64 (but nv works now but only at 1024x768) Misc Rants: CPUTYPE naming -- For people who have been around for a while (read mid-90's) and have never used any AMD mobo's we are used to "historical" differences between early pentiums and amd equivs (for that reason I have never bought a AMD machine)... so calling the 64bit x86 architure amd64 is confusing and misleading. HARDWARE.TXT -- hardware.txt sheds absulutly no light on the above issue except to make it clear that ia64 is not the right choice. Suggestions: * Figure out why xorg should care if your on a 32 or 64 bit addressing bus (has to do with placing pci's buffers at the high end of RAM I think) * AMD64 should be recommended (or at least better documented) for all dual-core machines * Both nvidia.ko and the nv driver need to be improved (I know this is nvidia's problem) From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:24:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00AFF16A469 for ; Mon, 1 Oct 2007 04:24:20 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id D043313C4A5 for ; Mon, 1 Oct 2007 04:24:19 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l914OIKX030724; Sun, 30 Sep 2007 23:24:18 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <47007665.3080306@freebsd.org> Date: Sun, 30 Sep 2007 23:24:05 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:24:20 -0000 Aryeh Friedman wrote: > Sorry for the negative tone of this message but a little background > may help.... about 1.5 months ago I bought a new machine for personal > use [my only machine actually]... hw (upgraded from a p4-2.8): > > intel e6850 > intel p35 mobo (ihc9) > 4 gb (ddr2-667 1GBx4) > 500 gb sata > 8600 GS nvidia (replaced for reasons below witha 5200 GT) > 20" widescreen crt > direct cable connection to the net > hp deskjet 6980 > > Being a FreeBSD users since the mid 90's I obviously started with > it... in the quest for a working well tuned config (still a few issues > even with the current config): > > 6.2 (cvsup'ed to most recent PL) with i386 kernel > 7-current (cvsup'ed upto last night) i386 > 7-current amd64 > > The last shows the most promise so far: > > Issues (all of which have been posted on -questions or -x11): > > 6.2 -- > > * Horrid non-SMP kernel performence (acceptable after SMP was added) 'horrid' means nothing to anyone without some details. > * Xorg (7.2) not working at all (vesa 640x480 with no mouse was the best I > managed) Again, no details. This sounds an Xorg issue anyhow, right? > * Many TCP/IP stack issues ? > * All native java builds fail with compile errors Copy/paste? Did you email them to the java@ list? Ports list? > * hplip fails immediately after install Errors? > * Doesn't recognize PATA drives if installed at the same time as SATA > > 7-CURRENT i386 -- > > * Horrid performence under default kernel needed to switch to > ULE/IPI_PREMEPTION/DEVICE_POLLING Again, no details. > * Kernel sees card after install of nvidia driver but Xorg (7.3) > doesn't recognize it (vesa 1024x768 only)... many address conflicts > reported... nv driver is no better Did you look at the supported hardware for the NVidia driver? How about the nv driver? > * All native java builds fail with compile errors Too bad you didn't include any of them. > * hplip fails immediately after install I'm sound like a broken record.. > * Diablo-jdk15 completely broken for any GUI oriented code > > 7-CURRENT amd64 > > * Diablo-jdk15 completely broken for any GUI oriented code (jdk16 > works well though) > > * Many desktop ports fail with i386 vs. amd64 errors > > * Nvidia-driver does not support amd64 (but nv works now but only at 1024x768) > > Misc Rants: > > CPUTYPE naming -- > > For people who have been around for a while (read mid-90's) and > have never used any AMD mobo's we are used to "historical" differences > between early pentiums and amd equivs (for that reason I have never > bought a AMD machine)... so calling the 64bit x86 architure amd64 is > confusing and misleading. > > HARDWARE.TXT -- > > hardware.txt sheds absulutly no light on the above issue except to > make it clear that ia64 is not the right choice. > > Suggestions: > > * Figure out why xorg should care if your on a 32 or 64 bit addressing > bus (has to do with placing pci's buffers at the high end of RAM I > think) > > * AMD64 should be recommended (or at least better documented) for all > dual-core machines > > * Both nvidia.ko and the nv driver need to be improved (I know this is > nvidia's problem) Suggestions for you: If you want people to care about your email, you should include some details. Your email above is almost completely useless to anyone, even if they really really wanted to help you out, they couldn't. I'm only sending this because I hope you resend your details to all the appropriate lists, preferably one email per issue. Eric From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:28:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2384016A41A for ; Mon, 1 Oct 2007 04:28:16 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id E9A8913C45B for ; Mon, 1 Oct 2007 04:28:15 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4532089waf for ; Sun, 30 Sep 2007 21:28:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=0BZ5bmJotzIGTCtV9RPvDQHZdvu2FvcCU2EuRjeQG3k=; b=L8MmKQWoNzLzunTv7stwGFg278kduALFBcGQd86wkcM4MBSOMof95BkMyzBnCz1xZ4ZQ6IPUT8A4hdZpudk1S490VWkfjSr4G0LxZEpVHQY3IPENM1ZfhLzn1nBMK85bMlO+IocEvhF65m6zIX3S3U9zGT2+Dyf/0vA6952UGyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HTfSGyHQhrujP06YpLQUrOyms2uUUCwpyW/EjSWrEAUY39A/zEoSLXt+vZ+jlqG3eOZTbZoGR8VzqGb+2gnxgC1cqU02sTJKadYV7XgaeOwNCRwJC3LYsWra+tIpd6H1UvaTXFarlkGoXMjaL53A1sTF/OWTDskkEd73fl6Ewcc= Received: by 10.115.79.1 with SMTP id g1mr145286wal.1191212895307; Sun, 30 Sep 2007 21:28:15 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Sun, 30 Sep 2007 21:28:15 -0700 (PDT) Message-ID: Date: Sun, 30 Sep 2007 21:28:15 -0700 From: "Kip Macy" To: "Aryeh Friedman" 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: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:28:16 -0000 This would be much more helpful if you were to file bug reports for the individual items with greater detail and then follow up on them periodically. -Kip On 9/30/07, Aryeh Friedman wrote: > Sorry for the negative tone of this message but a little background > may help.... about 1.5 months ago I bought a new machine for personal > use [my only machine actually]... hw (upgraded from a p4-2.8): > > intel e6850 > intel p35 mobo (ihc9) > 4 gb (ddr2-667 1GBx4) > 500 gb sata > 8600 GS nvidia (replaced for reasons below witha 5200 GT) > 20" widescreen crt > direct cable connection to the net > hp deskjet 6980 > > Being a FreeBSD users since the mid 90's I obviously started with > it... in the quest for a working well tuned config (still a few issues > even with the current config): > > 6.2 (cvsup'ed to most recent PL) with i386 kernel > 7-current (cvsup'ed upto last night) i386 > 7-current amd64 > > The last shows the most promise so far: > > Issues (all of which have been posted on -questions or -x11): > > 6.2 -- > > * Horrid non-SMP kernel performence (acceptable after SMP was added) > > * Xorg (7.2) not working at all (vesa 640x480 with no mouse was the best I > managed) > > * Many TCP/IP stack issues > > * All native java builds fail with compile errors > > * hplip fails immediately after install > > * Doesn't recognize PATA drives if installed at the same time as SATA > > 7-CURRENT i386 -- > > * Horrid performence under default kernel needed to switch to > ULE/IPI_PREMEPTION/DEVICE_POLLING > > * Kernel sees card after install of nvidia driver but Xorg (7.3) > doesn't recognize it (vesa 1024x768 only)... many address conflicts > reported... nv driver is no better > > * All native java builds fail with compile errors > > * hplip fails immediately after install > > * Diablo-jdk15 completely broken for any GUI oriented code > > 7-CURRENT amd64 > > * Diablo-jdk15 completely broken for any GUI oriented code (jdk16 > works well though) > > * Many desktop ports fail with i386 vs. amd64 errors > > * Nvidia-driver does not support amd64 (but nv works now but only at 1024x768) > > Misc Rants: > > CPUTYPE naming -- > > For people who have been around for a while (read mid-90's) and > have never used any AMD mobo's we are used to "historical" differences > between early pentiums and amd equivs (for that reason I have never > bought a AMD machine)... so calling the 64bit x86 architure amd64 is > confusing and misleading. > > HARDWARE.TXT -- > > hardware.txt sheds absulutly no light on the above issue except to > make it clear that ia64 is not the right choice. > > Suggestions: > > * Figure out why xorg should care if your on a 32 or 64 bit addressing > bus (has to do with placing pci's buffers at the high end of RAM I > think) > > * AMD64 should be recommended (or at least better documented) for all > dual-core machines > > * Both nvidia.ko and the nv driver need to be improved (I know this is > nvidia's problem) > _______________________________________________ > 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 Oct 1 04:28:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6D6916A49C for ; Mon, 1 Oct 2007 04:28:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 5F49613C459 for ; Mon, 1 Oct 2007 04:28:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2195857nzf for ; Sun, 30 Sep 2007 21:28:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WYDEXFQD/YYAVgoEIh25QbE8eo2HA+NK7fGaLKPf0ak=; b=tRMS5UEIJ7gYcFA+FIpJEng1zKCYshNEIhK2RG+SmLEc2hT/7NUrLEfNclMrfF7YMzQrid1JObACBaZAz4XQ7ulbcXnxW30RfxnGnz0gT8unGOvCmF/PRXIuUtDSQe929D3ldlHhkf+YAniytT1GljfM7nLhtQQvrRWhijGo+nE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NOmPkLB0vMspxkGYv3VwA3Qt3UgoYKRU2tY+yKzLGnns/WekQApB9vVoGth1s88izS1AUSc+kjPohgwGVSiZuLYnF9zh35oyCJBYf/KMz3/6xKAvbL0C6iR5mSPzwk1HGuwTvj7WL84WZETWyqXM1MCrJv46QQngO9BETRWsGrQ= Received: by 10.64.27.13 with SMTP id a13mr4539166qba.1191212903118; Sun, 30 Sep 2007 21:28:23 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Sun, 30 Sep 2007 21:28:23 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 04:28:23 +0000 From: "Aryeh Friedman" To: "Eric Anderson" In-Reply-To: <47007665.3080306@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47007665.3080306@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:28:24 -0000 > Suggestions for you: > > If you want people to care about your email, you should include some > details. Your email above is almost completely useless to anyone, even > if they really really wanted to help you out, they couldn't. > > I'm only sending this because I hope you resend your details to all the > appropriate lists, preferably one email per issue. If I had them I would post them (like I said all are in the archives of -x11 and -questions). And as to all your specific questions yes I looked at what drivers are supported. hplip error: monsert# uname -a FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Sep 30 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC amd64 monsert# hpiod can't open or create : m io/hpiod/hpiod.cpp 195 From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:33:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32CB816A419 for ; Mon, 1 Oct 2007 04:33:43 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id BFA3013C43E for ; Mon, 1 Oct 2007 04:33:42 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: (qmail 10760 invoked from network); 1 Oct 2007 04:33:42 -0000 Received: from dsl081-173-150.sea1.dsl.speakeasy.net (HELO dv6000) ([64.81.173.150]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Oct 2007 04:33:42 -0000 Received: from dv6000 (localhost [127.0.0.1]) by dv6000 (8.14.1/8.14.1) with ESMTP id l914XcBp016298; Sun, 30 Sep 2007 21:33:38 -0700 (PDT) (envelope-from tomdean@dv6000) Received: (from tomdean@localhost) by dv6000 (8.14.1/8.14.1/Submit) id l914XcDA016201; Sun, 30 Sep 2007 21:33:38 -0700 (PDT) (envelope-from tomdean) Date: Sun, 30 Sep 2007 21:33:38 -0700 (PDT) Message-Id: <200710010433.l914XcDA016201@dv6000> From: "Thomas D. Dean" To: chat95@mac.com In-reply-to: <20071001.110036.102571438.chat95@mac.com> (message from Maho NAKATA on Mon, 01 Oct 2007 11:00:36 +0900 (JST)) References: <200709160102.l8G12bAl001481@dv6000.tddhome> <20070916020726.GB6447@troutmask.apl.washington.edu> <200709160456.l8G4udLl023614@dv6000.tddhome> <20071001.110036.102571438.chat95@mac.com> Cc: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: Compiler Problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:33:43 -0000 I had a problem with the lapack port - downloading the files. Using ftp, the files downloaded Ok. Lapack may be Ok. Thanks for the fix. However, the scilab port rebuilds slamch.f, in addition to lots (253?) of other lapack code. See work/scilab-4.1.1/routines/lapack/*. Why does the scilab port rebuild 254 lapack routines? The scilab port still fails in slamch. But, this is the scilab port's fault. I get some X errors when scilab starts. There are three parts below, build and install, download, runtime errors. tomdean ==== build and install =================== deinstall lapack, blas, scilab truncate the work tree # cd ports/math/lapack # script /scratch/tmp/lapack.install # make install # grep slamch.f /scratch/tmp/lapack.install gfortran42 -O0 -c slamch.f -o slamch.o gfortran42 -O0 -fpic -c slamch.f -o slamch.o gfortran42 -O0 -pg -c slamch.f -o slamch.o # cd ../scilab # make install # exit # grep slamch.f /scratch/tmp/lapack.install gfortran42 -O0 -c slamch.f -o slamch.o gfortran42 -O0 -fpic -c slamch.f -o slamch.o gfortran42 -O0 -pg -c slamch.f -o slamch.o gfortran42 -O -c slamch.f <==== scilab rebuilds slamch.f ==== download problem ================ deinstall scilab, lapack, and, blas. rm the work directory. # cvsup ports-supfile # cd ports/math/lapack # make fetch ===> Vulnerabilpity check disabled, database not found You can override FC and FFLAGS on the command line. Set ENABLE_TESTING to YES to enable testing and timing. => lapack-3.1.1.tgz doesn't seem to exist in /usr/ports/distfiles/lapack. => Attempting to fetch from ftp://ftp.netlib.org/lapack/. fetch: ftp://ftp.netlib.org/lapack/lapack-3.1.1.tgz: Not logged in => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/lapack/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/lapack/lapack-3.1.1.tgz: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/lapack and try again. *** Error code 1 Stop in /usr/ports/math/lapack. # ftp ftp://ftp.netlib.org/lapack/lapack-3.1.1.tgz # ftp://ftp.netlib.org/lapack/manpages-3.1.1.tgz downloaded the files === scilab runtime errors ================ # scilab -debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) r Starting program: /usr/local/lib/scilab/bin/scilex Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) Scilab : X error trapped - error message follows: BadWindow (invalid Window parameter) ^C Program received signal SIGINT, Interrupt. 0x082c9f34 in slamc1_ () (gdb) bt #0 0x082c9f34 in slamc1_ () #1 0x082c9779 in slamc2_ () #2 0x082c9fbd in slamch_ () #3 0x0824ced2 in rpoly_ () #4 0x08120fc5 in introots_ () #5 0x08121bc1 in polelm_ () #6 0x08085a11 in callinterf_ () #7 0x080a74dd in scirun_ () #8 0x084553cf in VTRun () #9 0x08459ade in main_sci () #10 0x0845a119 in realmain_ () #11 0x08081fba in MAIN__ () #12 0x08089b28 in main () (gdb) quit The program is running. Exit anyway? (y or n) y From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:37:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F1CB16A41B for ; Mon, 1 Oct 2007 04:37:29 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id DC19E13C45B for ; Mon, 1 Oct 2007 04:37:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2197195nzf for ; Sun, 30 Sep 2007 21:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HgGAT5L8BVgwtghCkhS4KEB7d6nAlFnXV3QcC6vVbBU=; b=AaUyrTHgQb29J0bt06+DUVM09svU8V2mTWy0XIPbhLuFqkT1ypdR1uOLCAMGgqdd9d/mVQVL8Il72EHgqlv1e4wKWKq3BYZeks3s3JPH6rQ759gx243Hhul67d3JBnxq5hyHg/8WfB8Jcj/RGaUPQ0mrkF/ZS59lrVlt7LbHeqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mFBZexMdMbWePYlcRiUL0uJJrPqxbDOXLDDP4thWTEPeuxn8CIPx/kLm036MjqX5fZGtnMOScowDSziE2Rl3dVU1Oj9XxzgxZq8cytGMquYuF4pHHamDFC5H7ipsP6MabN05tD0LRGF9DEWhuRNIF8YVYb6dUuF+b8Nsj9T/wgk= Received: by 10.65.214.19 with SMTP id r19mr1692939qbq.1191213447832; Sun, 30 Sep 2007 21:37:27 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Sun, 30 Sep 2007 21:37:27 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 04:37:27 +0000 From: "Aryeh Friedman" To: "Eric Anderson" In-Reply-To: <47007665.3080306@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47007665.3080306@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:37:29 -0000 > > 6.2 -- > > > > * Horrid non-SMP kernel performence (acceptable after SMP was added) > > 'horrid' means nothing to anyone without some details. installworld took 4 hours > > > * Xorg (7.2) not working at all (vesa 640x480 with no mouse was the best I > > managed) > > Again, no details. This sounds an Xorg issue anyhow, right? Sorry but do a search on -x11 and -questions for nvidia issues and you will see the background > > > > * Many TCP/IP stack issues > See "7.0-CURRENT Ports Collection?" thread in -questions (notably the sub thread between me and Kris Kennaway) > > > * All native java builds fail with compile errors > > Copy/paste? Did you email them to the java@ list? Ports list? I just assumed they where all due to 7-current still being under development until I switched to amd64 and they all went away without saving the output > > > * hplip fails immediately after install > > Errors? monsert# uname -a FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Sep 30 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC amd64 monsert# hpiod can't open or create : m io/hpiod/hpiod.cpp 195 > > > * Doesn't recognize PATA drives if installed at the same time as SATA > > > > 7-CURRENT i386 -- > > > > * Horrid performence under default kernel needed to switch to > > ULE/IPI_PREMEPTION/DEVICE_POLLING > > Again, no details. Ran slower then my old p4 2.8 (non-SMP i386 6.2-pl5) > > > * Kernel sees card after install of nvidia driver but Xorg (7.3) > > doesn't recognize it (vesa 1024x768 only)... many address conflicts > > reported... nv driver is no better > > Did you look at the supported hardware for the NVidia driver? How about > the nv driver? Yes and the kernel reconized the card but Xorg did not > > > * All native java builds fail with compile errors > > Too bad you didn't include any of them. See above. > > > * hplip fails immediately after install > > I'm sound like a broken record.. Same error as above > > > * Diablo-jdk15 completely broken for any GUI oriented code > > Closes any window immediately and exits From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:47:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B381616A419 for ; Mon, 1 Oct 2007 04:47:21 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6546C13C44B for ; Mon, 1 Oct 2007 04:47:21 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6956723pyb for ; Sun, 30 Sep 2007 21:47:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:message-id:to:cc:subject:from:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:sender; bh=Z0ofn60kwkZP6n6UYH+KXEddxCiIGicoFEPKeAuSmMQ=; b=Kx2+VDu+ob6q9GiUUWusxl11nFSQStUb4jLPAKFHsZLiH3AqxMz3pjPpLAbk3vy5foaxktXqikIYyT4SjS+ybjxEBRGmREjOtLiK3pYFqIqtuiT17GrOU8PqBlCrmUMyL2pZBZqJ7Zu3oiDo70uKkXn7o0a+hbsDEU2ma79aXqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:message-id:to:cc:subject:from:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:sender; b=RnJPs8DaCyRMOBUGAlpaBpM1thyoZCaijTyBujaT0FpodEOoU+jYrVRu6V5EmNhooFeFF+P0Er5UPEeZO9iWgCRSOb99YDoCFl11gquuVwtpzaKVv2aEJCd9D143gy3L8VLzR9bX0xNd6OO7uLjyIp4yHQ4hzMggyYiO9qUvN9k= Received: by 10.64.241.3 with SMTP id o3mr1938668qbh.1191214040199; Sun, 30 Sep 2007 21:47:20 -0700 (PDT) Received: from localhost ( [134.160.214.85]) by mx.google.com with ESMTPS id f13sm11012759rvb.2007.09.30.21.47.16 (version=SSLv3 cipher=OTHER); Sun, 30 Sep 2007 21:47:18 -0700 (PDT) Date: Mon, 01 Oct 2007 13:47:10 +0900 (JST) Message-Id: <20071001.134710.193760320.chat95@mac.com> To: tomdean@speakeasy.org From: Maho NAKATA In-Reply-To: <200710010433.l914XcDA016201@dv6000> References: <200709160456.l8G4udLl023614@dv6000.tddhome> <20071001.110036.102571438.chat95@mac.com> <200710010433.l914XcDA016201@dv6000> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: Maho NAKATA Cc: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: Compiler Problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:47:21 -0000 From: "Thomas D. Dean" Subject: Re: Compiler Problems? Date: Sun, 30 Sep 2007 21:33:38 -0700 (PDT) > However, the scilab port rebuilds slamch.f, in addition to lots (253?) > of other lapack code. See work/scilab-4.1.1/routines/lapack/*. Why > does the scilab port rebuild 254 lapack routines? > The scilab port still fails in slamch. But, this is the scilab port's > fault. I get some X errors when scilab starts. You should contact with scilab's maintainer and ask him or her about using external lapack (not inside the scilab). -- Nakata Maho (maho@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:49:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C228716A41B for ; Mon, 1 Oct 2007 04:49:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBC813C448 for ; Mon, 1 Oct 2007 04:49:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2198872nzf for ; Sun, 30 Sep 2007 21:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ws1+2ht+h/lSreJHE+Go+IaivDzFUjsE5MCGo2eHOkQ=; b=CLaJYQhUA8GgApPo4aoo2kkOpRZ3f4PdkAxuDSiXm0G5VtNfesS1FPhPTEsVCLLz5B5UJjWuVb0I2omVpf7cC0RPqm7BRlM+636aPiOvhN4iy/TY8VAyyXzXQn01eHvpSSkZhbdgLboctmV7HYXE+i7BnsI2uaK2x4t7B2bHVfM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=frxGvGYb8eXIfTiN84ID0eygXUImDY8K5U1Y9KT0jlyKi+usIUHE9tFDsrHIwmvpGGpdr64zoI7s7bxfLvCyG/Y6JCp4KlIn5qkdcz9xtsj+qYZFwpjTaqlcu6d++7izwizlpkQ1/G+2npJSMnwgv8NcCV6ydSR9IVSqXtHr9ok= Received: by 10.65.251.17 with SMTP id d17mr735422qbs.1191214143209; Sun, 30 Sep 2007 21:49:03 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Sun, 30 Sep 2007 21:49:03 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 04:49:03 +0000 From: "Aryeh Friedman" To: "Anish Mistry" In-Reply-To: <200710010042.20663.amistry@am-productions.biz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47007665.3080306@freebsd.org> <200710010042.20663.amistry@am-productions.biz> Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:49:05 -0000 > > monsert# uname -a > > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Sep 30 > > 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > > amd64 > > monsert# hpiod > > can't open or create : m io/hpiod/hpiod.cpp 195 > More details please. Device permissions, devfs configs, errors > in /var/log/messages, dmesg? forgot to mention error happens both with networked and usb connected printer (worked on my old machine p4 2.8 w/ 6.2 pl 5)... oh and this happens on 6.2 i386, 7 i386 and the uname above dev permissions: total 1 crw-r----- 1 root operator 0, 83 Sep 30 22:38 acd0 crw-r--r-- 1 root wheel 0, 35 Sep 30 22:38 acpi crw-r----- 1 root operator 0, 84 Sep 30 22:38 ad10 crw-r----- 1 root operator 0, 87 Sep 30 22:38 ad10s1 crw-r----- 1 root operator 0, 88 Sep 30 22:38 ad10s1a crw-r----- 1 root operator 0, 89 Sep 30 22:38 ad10s1b crw-r----- 1 root operator 0, 90 Sep 30 22:38 ad10s1c crw-r----- 1 root operator 0, 91 Sep 30 22:38 ad10s1d crw-r----- 1 root operator 0, 92 Sep 30 22:38 ad10s1e crw-r----- 1 root operator 0, 93 Sep 30 22:38 ad10s1f crw------- 1 root operator 0, 34 Sep 30 22:38 ata crw------- 1 root wheel 0, 58 Sep 30 22:38 atkbd0 crw------- 1 root kmem 0, 17 Sep 30 22:38 audit crw------- 1 root wheel 0, 96 Sep 30 22:38 bpf0 crw------- 1 root wheel 0, 10 Oct 1 00:25 console crw------- 1 root wheel 0, 76 Sep 30 22:38 consolectl crw-rw-rw- 1 root wheel 0, 11 Sep 30 22:38 ctty crw-rw---- 1 uucp dialer 0, 50 Sep 30 22:38 cuad0 crw-rw---- 1 uucp dialer 0, 51 Sep 30 22:38 cuad0.init crw-rw---- 1 uucp dialer 0, 52 Sep 30 22:38 cuad0.lock crw------- 1 root wheel 0, 14 Sep 30 22:38 dcons crw------- 1 root wheel 0, 5 Sep 30 22:38 devctl cr-------- 1 root wheel 0, 82 Sep 30 22:38 devstat crw------- 1 root wheel 0, 15 Sep 30 22:38 dgdb crw-rw-rw- 1 root wheel 0, 97 Sep 30 22:38 dsp0.0 dr-xr-xr-x 2 root wheel 512 Sep 30 22:38 fd crw------- 1 root wheel 0, 13 Sep 30 22:38 fido crw-r----- 1 root operator 0, 4 Sep 30 22:38 geom.ctl crw------- 1 root wheel 0, 29 Sep 30 22:38 io lrwxr-xr-x 1 root wheel 6 Sep 30 22:38 kbd0 -> atkbd0 lrwxr-xr-x 1 root wheel 7 Sep 30 22:38 kbd1 -> kbdmux0 crw------- 1 root wheel 0, 24 Sep 30 22:38 kbdmux0 crw------- 1 root wheel 0, 32 Sep 30 22:38 klog crw-r----- 1 root kmem 0, 27 Sep 30 22:38 kmem crw------- 1 root wheel 0, 55 Sep 30 22:38 lpt0 crw------- 1 root wheel 0, 56 Sep 30 22:38 lpt0.ctl crw------- 1 root wheel 0, 81 Sep 30 22:38 mdctl crw-r----- 1 root kmem 0, 26 Sep 30 22:38 mem crw-rw-rw- 1 root wheel 0, 33 Sep 30 22:38 midistat crw-rw-rw- 1 root wheel 0, 85 Sep 30 22:38 mixer0 dr-xr-xr-x 2 root wheel 512 Sep 30 22:38 net lrwxr-xr-x 1 root wheel 7 Sep 30 22:38 net1 -> net/re0 lrwxr-xr-x 1 root wheel 9 Sep 30 22:38 net2 -> net/plip0 lrwxr-xr-x 1 root wheel 7 Sep 30 22:38 net3 -> net/lo0 crw------- 1 root wheel 0, 3 Sep 30 22:38 network crw------- 1 root wheel 0, 78 Sep 30 22:38 nfs4 crw------- 1 root kmem 0, 16 Sep 30 22:38 nfslock crw-rw-rw- 1 root wheel 0, 30 Oct 1 00:35 null crw-r----- 1 root kmem 0, 28 Sep 30 22:38 nvram crw-r--r-- 1 root wheel 0, 7 Sep 30 22:38 pci crw------- 1 root wheel 0, 57 Sep 30 22:38 ppi0 crw-rw-rw- 1 root wheel 0, 98 Oct 1 00:35 ptyp0 crw-rw-rw- 1 root wheel 0, 100 Sep 30 23:07 ptyp1 crw-rw-rw- 1 root wheel 0, 102 Oct 1 00:25 ptyp2 crw-rw-rw- 1 root wheel 0, 104 Oct 1 00:43 ptyp3 crw-rw-rw- 1 root wheel 0, 8 Sep 30 22:38 random cr--r--r-- 1 root wheel 0, 6 Sep 30 22:38 sndstat lrwxr-xr-x 1 root wheel 4 Sep 30 22:38 stderr -> fd/2 lrwxr-xr-x 1 root wheel 4 Sep 30 22:38 stdin -> fd/0 lrwxr-xr-x 1 root wheel 4 Sep 30 22:38 stdout -> fd/1 crw------- 1 root wheel 0, 12 Sep 30 22:38 sysmouse crw------- 1 root wheel 0, 47 Sep 30 22:38 ttyd0 crw------- 1 root wheel 0, 48 Sep 30 22:38 ttyd0.init crw------- 1 root wheel 0, 49 Sep 30 22:38 ttyd0.lock crw--w---- 1 aryeh tty 0, 99 Oct 1 00:43 ttyp0 crw--w---- 1 root tty 0, 101 Sep 30 23:29 ttyp1 crw--w---- 1 aryeh tty 0, 103 Oct 1 00:25 ttyp2 crw--w---- 1 aryeh tty 0, 105 Oct 1 00:43 ttyp3 crw------- 1 root wheel 0, 60 Sep 30 22:38 ttyv0 crw------- 1 root wheel 0, 61 Sep 30 22:38 ttyv1 crw------- 1 root wheel 0, 62 Sep 30 22:38 ttyv2 crw------- 1 root wheel 0, 63 Sep 30 22:38 ttyv3 crw------- 1 root wheel 0, 64 Sep 30 22:38 ttyv4 crw------- 1 root wheel 0, 65 Sep 30 22:38 ttyv5 crw------- 1 root wheel 0, 66 Sep 30 22:38 ttyv6 crw------- 1 root wheel 0, 67 Sep 30 22:38 ttyv7 crw------- 1 root wheel 0, 68 Sep 30 22:38 ttyv8 crw------- 1 root wheel 0, 69 Sep 30 22:38 ttyv9 crw------- 1 root wheel 0, 70 Sep 30 22:38 ttyva crw------- 1 root wheel 0, 71 Sep 30 22:38 ttyvb crw------- 1 root wheel 0, 72 Sep 30 22:38 ttyvc crw------- 1 root wheel 0, 73 Sep 30 22:38 ttyvd crw------- 1 root wheel 0, 74 Sep 30 22:38 ttyve crw------- 1 root wheel 0, 75 Sep 30 22:38 ttyvf crw-r--r-- 1 root operator 0, 77 Sep 30 22:38 ums0 lrwxr-xr-x 1 root wheel 6 Sep 30 22:38 urandom -> random crw-rw---- 1 root operator 0, 37 Sep 30 22:38 usb crw-rw---- 1 root operator 0, 36 Sep 30 22:38 usb0 crw-rw---- 1 root operator 0, 38 Sep 30 22:38 usb1 crw-rw---- 1 root operator 0, 39 Sep 30 22:38 usb2 crw-rw---- 1 root operator 0, 42 Sep 30 22:38 usb3 crw-rw---- 1 root operator 0, 43 Sep 30 22:38 usb4 crw-rw---- 1 root operator 0, 44 Sep 30 22:38 usb5 crw-rw---- 1 root operator 0, 45 Sep 30 22:38 usb6 crw-rw---- 1 root operator 0, 46 Sep 30 22:38 usb7 crw------- 1 root operator 0, 86 Sep 30 22:38 xpt0 crw-rw-rw- 1 root wheel 0, 31 Sep 30 22:38 zero stock devfs config no non-dmesg items in /var/log/messages dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #2: Sun Sep 30 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281323520 (4082 MB) avail memory = 4127813632 (3936 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a 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 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 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 0xc880-0xc89f 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 ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 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 0xc400-0xc41f irq 18 at device 29.2 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 0xc080-0xc09f irq 16 at device 29.3 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 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata4-master UDMA33 ad10: 476940MB at ata5-master UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad10s1a Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...4 2 4 3 1 0 0 0 done All buffers synced. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #2: Sun Sep 30 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281323520 (4082 MB) avail memory = 4127813632 (3936 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a 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 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 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 0xc880-0xc89f 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 ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 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 0xc400-0xc41f irq 18 at device 29.2 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 0xc080-0xc09f irq 16 at device 29.3 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 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata4-master UDMA33 ad10: 476940MB at ata5-master UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad10s1a From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:51:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C983B16A417 for ; Mon, 1 Oct 2007 04:51:49 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C56C13C447 for ; Mon, 1 Oct 2007 04:51:49 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4537742waf for ; Sun, 30 Sep 2007 21:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OyhUNItX5nttz9uUWIGpv8Hdu0zGqtgidA9cdNZzFjM=; b=r+guA8kM1GgQRQWNXUYdVh1P0GBXMVOIjZDA+Hk7ju03zB+gxUrBMcsg+BHN5DXEYhzoW4kw/AAko9apisBFHJp+fsq1f1O55fTo7VPXUqsK02Ek0dQNVgk9SK3X+4AAHM8NDUC/dYPI6sv0UcUl38SIfAakmsADxep9Tn/nh6w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pykIO2HcCKs163wXO8FUNT5unHRle+Ixt9nsDbG7unUzdbmnN1+0Gou9uehQgBUg4oBDDKPT+uESnUeUmBLE3jzpiMKG8+ANIb1M9vvlUieFs4QXPolmFGbbnHpMTHlgMz1hZO7S1JmVvypLyYbV3eYH+hNpGrvAZ1uMouzizlw= Received: by 10.115.14.1 with SMTP id r1mr3870200wai.1191214308979; Sun, 30 Sep 2007 21:51:48 -0700 (PDT) Received: by 10.141.74.5 with HTTP; Sun, 30 Sep 2007 21:51:48 -0700 (PDT) Message-ID: <2fd864e0709302151s48adf33fwda3c908ae67b72ee@mail.gmail.com> Date: Sun, 30 Sep 2007 23:51:48 -0500 From: Astrodog To: "Aryeh Friedman" 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: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:51:49 -0000 First, i386 arches do not properly support 4GB of memory without PAE. The set of issues you will encounter without dealing with this first is somewhat unpredictable... though performance issues, broken hardware, etc is certainly possible. The ports issue is known. You might be interested in lookup up 32-bit compat on FreeBSD. The CPUTYPE is amd64 because at the time the instruction set was invented, and FreeBSD began supporting it, Intel had no plans to offer support for it, it was an AMD-only offering. Intel decided to support it, *after* the project did all of the fun work involved in supporting it, including naming everything amd64. AMD64 as an arch isn't always suitable for systems. Its load specific. In as far as nvidia.ko, and nv are concerned, I've run both of them without problems, on a wide range of hardware. You do need to make sure they're binding, instead of vesa, though. (Simply replace "vesa" with "nv" or "nvidia" in your xorg.conf) From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 04:56:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C730316A417 for ; Mon, 1 Oct 2007 04:56:53 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 9E18413C49D for ; Mon, 1 Oct 2007 04:56:53 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: (qmail 11343 invoked from network); 1 Oct 2007 04:56:53 -0000 Received: from dsl081-173-150.sea1.dsl.speakeasy.net (HELO dv6000) ([64.81.173.150]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Oct 2007 04:56:53 -0000 Received: from dv6000 (localhost [127.0.0.1]) by dv6000 (8.14.1/8.14.1) with ESMTP id l914uoAE052325; Sun, 30 Sep 2007 21:56:50 -0700 (PDT) (envelope-from tomdean@dv6000) Received: (from tomdean@localhost) by dv6000 (8.14.1/8.14.1/Submit) id l914uoc3052274; Sun, 30 Sep 2007 21:56:50 -0700 (PDT) (envelope-from tomdean) Date: Sun, 30 Sep 2007 21:56:50 -0700 (PDT) Message-Id: <200710010456.l914uoc3052274@dv6000> From: "Thomas D. Dean" To: chat95@mac.com In-reply-to: <20071001.134710.193760320.chat95@mac.com> (message from Maho NAKATA on Mon, 01 Oct 2007 13:47:10 +0900 (JST)) References: <200709160456.l8G4udLl023614@dv6000.tddhome> <20071001.110036.102571438.chat95@mac.com> <200710010433.l914XcDA016201@dv6000> <20071001.134710.193760320.chat95@mac.com> Cc: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: Compiler Problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:56:53 -0000 I reported this problem to him initally, no response. I will file a PR, since the port is broken. However, removing lapack from routines/Makefile and cp'ing liblapack.a to libs/lapack.a fizes the problem. Thanks for the fix to lapack. tomdean From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 05:05:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A8716A632 for ; Mon, 1 Oct 2007 05:05:31 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id F34FC13C659 for ; Mon, 1 Oct 2007 05:04:45 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6963921pyb for ; Sun, 30 Sep 2007 22:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=1WEiViOdVu36VnCKdEwmP/Tofq/ZOLTbcd8dR2J0fQ8=; b=t+EQKrUp00yZ9auzN8otk/dQiGakz3m/ombd71CX2NCSTkwdALKgfWT9FcCjCJEa+qglyUByfrm86A3Pq4PGvOA2IP3Qm2W4tX+grMr5nWyXM2YXRw5r8SUhp7ywgCpygPgdkLTBECkA5ieQF26zMI6MN1PRnUyBaSBAI6S5hYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bHjhkOIF/zaILktO6jjgjDpQnFUymhM9hIe/mKSTlhTqnvtozMl3UYwXToqrP4LmKrR10a75Fi7mrSeHX2gbgo5jScF7SqPMqkSSuQSreIvqcAfr/3ju4YrVxXglyFNFTPMbpwYJxYtWYDvm5oq9Pszdh8JeaeiYtiRH1Te2JRg= Received: by 10.64.27.13 with SMTP id a13mr4603646qba.1191215083603; Sun, 30 Sep 2007 22:04:43 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Sun, 30 Sep 2007 22:04:43 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 05:04:43 +0000 From: "Aryeh Friedman" To: Astrodog In-Reply-To: <2fd864e0709302151s48adf33fwda3c908ae67b72ee@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0709302151s48adf33fwda3c908ae67b72ee@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 05:05:31 -0000 On 10/1/07, Astrodog wrote: > First, i386 arches do not properly support 4GB of memory without PAE. > The set of issues you will encounter without dealing with this first > is somewhat unpredictable... though performance issues, broken > hardware, etc is certainly possible. I had tried PAE before the upgrade (see "what cpu type to use for a intel duo e6850 (i386 or amd64)" in -questions for detail)... I had also tried removing a DIMM... none resolved any issues. > > The ports issue is known. You might be interested in lookup up 32-bit > compat on FreeBSD. Since I am brand new to amd64 can give me a ptr to the right docs? > > The CPUTYPE is amd64 because at the time the instruction set was > invented, and FreeBSD began supporting it, Intel had no plans to offer > support for it, it was an AMD-only offering. Intel decided to support > it, *after* the project did all of the fun work involved in supporting > it, including naming everything amd64. That doesn't negate the confusion... perhaps just mentioning that it works for all x86 and multi core x86 should suffice in hardware.txt and prominently in some place that newbies will see it. > > AMD64 as an arch isn't always suitable for systems. Its load specific. I think since it is clear that at least on a p35 mobo it is the only suitable one we may want to consider saying something. > > In as far as nvidia.ko, and nv are concerned, I've run both of them > without problems, on a wide range of hardware. You do need to make > sure they're binding, instead of vesa, though. (Simply replace "vesa" > with "nv" or "nvidia" in your xorg.conf) > I assume this is under 32 bit compat? From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 05:21:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A88316A417 for ; Mon, 1 Oct 2007 05:21:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 226C913C447 for ; Mon, 1 Oct 2007 05:21:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17195 invoked by uid 399); 1 Oct 2007 05:21:18 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Oct 2007 05:21:18 -0000 X-Originating-IP: 127.0.0.1 Date: Sun, 30 Sep 2007 22:21:15 -0700 (PDT) From: Doug Barton To: Jona Joachim In-Reply-To: <20070928121010.47ec5bcb@hcl-club.lu> Message-ID: References: <46FB3067.8040706@MonkeyBrains.NET> <20070927180914.735bd431@hcl-club.lu> <86ps039pek.fsf@ds4.des.no> <20070928121010.47ec5bcb@hcl-club.lu> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, Rudy Subject: Re: Flash plugin status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 05:21:20 -0000 On Fri, 28 Sep 2007, Jona Joachim wrote: > The FreeBSD Foundation supports and represents the FreeBSD Project. > Are you saying that the FreeBSD Project, along with the FreeBSD > Foundation don't care about free software? ENONSEQUITUR -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 06:59:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7AB616A417 for ; Mon, 1 Oct 2007 06:59:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B2B8613C4A5 for ; Mon, 1 Oct 2007 06:59:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 934441CC075; Sun, 30 Sep 2007 23:59:38 -0700 (PDT) Date: Sun, 30 Sep 2007 23:59:38 -0700 From: Jeremy Chadwick To: Aryeh Friedman Message-ID: <20071001065938.GA81735@eos.sc1.parodius.com> Mail-Followup-To: Aryeh Friedman , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 06:59:38 -0000 On Mon, Oct 01, 2007 at 03:30:59AM +0000, Aryeh Friedman wrote: > Sorry for the negative tone of this message but a little background > may help.... about 1.5 months ago I bought a new machine for personal > use [my only machine actually]... hw (upgraded from a p4-2.8): Understood; although your message does come off more as a "rant" than anything else, it's worth hearing, since you have *incredibly* bleeding-edge hardware. I can't comment on the video aspects of your system, because I don't use X (on any system I own/maintain). > intel p35 mobo (ihc9) This is an incredibly new chipset. Heck, there's even reports of driver issues on Windows. I don't doubt the P35/ICH9 will be fantastic (I'm a big advocate of Intel chipsets), but right now it *is* very new, and you should keep that in mind. I'd also like to know what motherboard vendor you went with. You'd be surprised how many issues are caused by BIOSes; there isn't anything you or anyone else can do about BIOS problems, though. It's all up to the mainboard vendor. > 6.2 -- > > * Horrid non-SMP kernel performence (acceptable after SMP was added) In another thread you said installworld took 4 hours. I have numerous ICH7-based systems running RELENG_6 with and without SMP. None of them take 4 hours to installworld; heck, the single-CPU systems build world in about 45 minutes. > * Many TCP/IP stack issues I *really* want to hear about this. If there's any evidence you can provide, I'm all ears. I'm not doubting your claims, I just want to know what you experienced. Additionally, since you didn't state what PHY and NIC are used on your motherboard, it's hard for me to accept that there's IP stack problems. What PHY and NIC is on the motherboard? > * Doesn't recognize PATA drives if installed at the same time as SATA This is also worth expanding on. This really sounds like a BIOS thing though, although I can't deny that there's some ATA changes which need to be addressed in 6.2. Soren is working on all of them (both RELENG_6 and CURRENT), but he's limited for time right now. > 7-CURRENT i386 -- > > * Horrid performence under default kernel needed to switch to > ULE/IPI_PREMEPTION/DEVICE_POLLING Expand on "horrid" if you could. I run CURRENT i386 on my home machine, and I've never had any need for device polling (in fact, I've never had any need for it *ever* -- the one time I tried it back in the 5.x days, the system became absurdly sluggish to keyboard input, serial I/O, or anything else. Network I/O was just fine though.) > 7-CURRENT amd64 > > * Many desktop ports fail with i386 vs. amd64 errors This is known. There is a 32-bit compatibility shim in place on amd64 for libraries; you'll find /usr/lib (64-bit) and /usr/lib32 (32-bit) on amd64 systems. That is, unless you disabled building of them. :-) Easiest way to see if they're being used is to look at your dmesg -a output and look for the ldconfig line stating what directories are used in the library search path. > Misc Rants: > > CPUTYPE naming -- > > For people who have been around for a while (read mid-90's) and > have never used any AMD mobo's we are used to "historical" differences > between early pentiums and amd equivs (for that reason I have never > bought a AMD machine)... so calling the 64bit x86 architure amd64 is > confusing and misleading. Okay, you're confusing two things here: the "amd64" nomenclature used on FreeBSD to describe the 64-bit OS, and CPUTYPE, which is used mainly by gcc (and some portions of the /usr/src framework) to determine what processor architecture to optimise for. Regarding the "amd64" naming convention: I agree, but solely from a "brand new FreeBSD user" point-of-view. The first time I tried out amd64, I went through the same thing you did: "but I've an Intel CPU, should I be using IA64?" I spent about 30 minutes reading on the 'net and determined IA64 is in no way shape or form what I wanted. Regarding CPUTYPE: if you want a good list of what all the CPUTYPEs are, I recommend you look at /usr/share/examples/etc/make.conf and pick the one that's most suitable for you. The next question you'll have is: "how the heck do I know what's most suitable?!". There was a thread 5-6 months ago where someone made, more or less, a map of CPUTYPE <--> processor conventions and posted it in a thread about CPUTYPE. In your case, you should be using CPUTYPE?=nocona. > HARDWARE.TXT -- > > hardware.txt sheds absulutly no light on the above issue except to > make it clear that ia64 is not the right choice. See above. And yes, ia64 is not the right choice. > Suggestions: > > * Figure out why xorg should care if your on a 32 or 64 bit addressing > bus (has to do with placing pci's buffers at the high end of RAM I > think) > > * AMD64 should be recommended (or at least better documented) for all > dual-core machines This argument is flawed, in my opinion. I think a more appropriate phrase would be: "amd64 should be recommended for anyone that uses 4GB of RAM or more, and doesn't want to be hit by performance penalties induced by PAE on i386". You see, dual-core really has nothing to do with it. I recently posted buildworld times on one of our RELENG_6 i386 servers (Intel C2D 6420): 19 minutes. All of the servers we use have 2GB of RAM in them; if I ever have the need to increase that to 4GB, I'll consider amd64. For comparison, that CURRENT i386 box of mine is an AMD X2 3800+, again with 2GB. I tried amd64, and it worked, but I felt somewhat uncomfortable with the whole 32-bit library shim thing going on. As I mentioned, PAE is an alternative solution, but it's much more ideal to run amd64. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 07:04:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C180616A41A for ; Mon, 1 Oct 2007 07:04:24 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC2A13C474 for ; Mon, 1 Oct 2007 07:04:24 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1IcFKI-0007fc-FK for ; Mon, 01 Oct 2007 16:04:22 +0900 Message-ID: <47009BEB.5060402@fusiongol.com> Date: Mon, 01 Oct 2007 16:04:11 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL X-Abuse-Complaints: abuse@gol.com Subject: Intel G33 graphics chipset and Xorg 7.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 07:04:24 -0000 Just wanted to post a quick message to say that Xorg7.3 is now working again on my Gigabyte GA-G33-D3SR motherboard, but only when using the Xorg VESA driver. The latest Xorg 7.3 intel video driver actually supports the G33 chipset, however the FreeBSD kernel isn't yet trained to recognise the G33, and instead labels the video as "VGA-compatible" in dmesg. As it stands, if Xorg is configured to use the intel driver with the G33, it crashes out because Xorg looks for an agpgart device for the chipset - which doesn't exist. "VGA-compatible" devices usually start life out as vgapci0, and since this is what CURRENT detects the G33 as, I can't make use of the Xorg intel driver G33 support. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 07:39:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFBF916A469 for ; Mon, 1 Oct 2007 07:39:49 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3D80D13C461 for ; Mon, 1 Oct 2007 07:39:49 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2530068nfb for ; Mon, 01 Oct 2007 00:39:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=2EQvlUvhXtGVhcDqFvNRoHX7sMrBHfjpQHzI6ydD2qA=; b=uMPoG1DW9ykfAc6hUFx8dzgbwWJ+Q6R7qUA/49jkJ96OdMAD8XDfR4O+t9poxEmMIindWP9FyqZAch9yw8zC7oylAungPSVgKvzKzN5mENlvqsjox1Rat1Mh+hiTkRgZjX+kR1bnkhAIZHN+GVD2cLZ4Z2TO0FL+Ln4TieijLHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=CdL9uIwxUNp1KqLvuYPkoxCSKz9AcJPCezUPc5ep6U4XmBo//lNy6C9P1IxlNSXcG72DkpkdXQhGlHX/3BM7C0w6qbyk1w3Exano/Jg6H9s60OA+tQXnKXSvFnWoBPEotfk3ks4i4zzTr9WNAvXAQO84QW20/QOeRRw2Hhzl8KI= Received: by 10.78.159.7 with SMTP id h7mr2726172hue.1191224387079; Mon, 01 Oct 2007 00:39:47 -0700 (PDT) Received: by 10.78.202.12 with HTTP; Mon, 1 Oct 2007 00:39:47 -0700 (PDT) Message-ID: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> Date: Mon, 1 Oct 2007 15:39:47 +0800 From: "Kudo Chien" 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-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 07:39:50 -0000 Hi, Once again, I had the msk watchdog timeout problem under moderate load. I've surveyed msk related posts before. There are many reports and solutions, but they seems not help for me. Whenever I try to get a FreeBSD iso file through ftp (transfer rate is about 3 MB/s), msk would be down. Some messages from dmesg are like: msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP mskc0: Tx descriptor error mskc0: Tx descriptor error msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP I used FreeBSD 6.2-STABLE before, since there is some related patch for msk at FreeBSD-Current (if_msk.c rev. 1.18). I upgrade to Current, but the problem seems not solved. Certainly, I tried to add hw.msk.legacy_intr="1" in /boot/loader.conf. Whether disabling MSI or not, the problem is as before. In order to avoid shared interrupt, I've also disabled USB device in BIOS, but not help. Could you please tell me how to solve this problem. Thanks a lot --- My host is Intel Core 2 Duo E6300 + Onboard Marvel 8056 Gigabit LAN Controller (My MB is GA-965G-DS3 of Gigabyte, http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2417&ProductName=GA-965G-DS3 ) uname: 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Sep 27 00:11:01 CST 2007 root@localhost:/usr/obj/usr/src/sys/SMP i386 ifconfig: msk0: flags=8843 metric 0 mtu 1500 options=9a ether 00:16:e6:de:bf:ed inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x media: Ethernet autoselect (1000baseTX ) status: active boot message: msk0: on mskc0 msk0: Ethernet address: 00:16:e6:de:bf:ed miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [ITHREAD] vmstat -i: interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 1 0 irq14: ata0 97074 0 irq15: ata1 629 0 irq16: mskc0 288008 1 irq19: atapci0+ 1522 0 cpu0: timer 421587304 1922 cpu1: timer 421586922 1922 Total 843561466 3846 pciconf -lv: mskc0@pci3:0:0: class=0x020000 card=0xe0001458 chip=0x436411ab rev=0x14 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet -- Best Regards, Kudo From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 07:51:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2640516A41A for ; Mon, 1 Oct 2007 07:51:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id D7DDC13C478; Mon, 1 Oct 2007 07:51:10 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4700A6F1.60100@FreeBSD.org> Date: Mon, 01 Oct 2007 09:51:13 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kip Macy References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Aryeh Friedman Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 07:51:12 -0000 Kip Macy wrote: > This would be much more helpful if you were to file bug reports for > the individual items with greater detail and then follow up on them > periodically. Funny, you're not the first person to tell him this. I hope sooner or later it will become clear to him that his problem reports will not (can not) be fixed until he learns to start reporting them in sufficient detail. Kris From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 08:04:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B0416A418 for ; Mon, 1 Oct 2007 08:04:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 9BAFE13C467 for ; Mon, 1 Oct 2007 08:04:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so750930anc for ; Mon, 01 Oct 2007 01:04:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=8O3Odb9oVJOxIJw/97CCHGAC9M23AtsnAwKY5O0mL/o=; b=Ej1BkXCqPc74uIFZzp1j/81r9lQwwK+y8bdI9Su++Ce2oaZtvF7PIVLQfiGLGO5YE3hTUPPqOifPgxE5YGFNcwd7eBxuCvUBy+708H/dPHG3+YGZwqrvqxV2hfB72vgkdMKZZQQwZvx7XcWuENLcqZa589b+io6sfvDHiMO8vRY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=o0Mcb+DDIdaPFr63VRjLIPpCk28SC3gCw2DgV6pmFBQ29PhFF2kVkGqUwWwwr9f14seOFy7gB4EkdGMmC54E+BtOWbKpZkdQZ+F5HDrYjqnYQcSypr2cEW4+Sf23QwhYf49dHgg+YYuE1TCbsOTuRbTOK750zM/x0DeMyC5H5Tc= Received: by 10.114.175.16 with SMTP id x16mr270488wae.1191225884943; Mon, 01 Oct 2007 01:04:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 38sm14588136nza.2007.10.01.01.04.38 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 01:04:41 -0700 (PDT) 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 l9180xUG020213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 17:00:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9180w6h020212; Mon, 1 Oct 2007 17:00:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 1 Oct 2007 17:00:58 +0900 From: Pyun YongHyeon To: Kudo Chien Message-ID: <20071001080058.GE18658@cdnetworks.co.kr> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout 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, 01 Oct 2007 08:04:47 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 01, 2007 at 03:39:47PM +0800, Kudo Chien wrote: > Hi, > > Once again, I had the msk watchdog timeout problem under moderate load. I've > surveyed msk related posts before. > There are many reports and solutions, but they seems not help for me. > > Whenever I try to get a FreeBSD iso file through ftp (transfer rate is about > 3 MB/s), msk would be down. Some messages from dmesg are like: > msk0: watchdog timeout > msk0: link state changed to DOWN > msk0: link state changed to UP > mskc0: Tx descriptor error > mskc0: Tx descriptor error > msk0: watchdog timeout > msk0: link state changed to DOWN > msk0: link state changed to UP > > I used FreeBSD 6.2-STABLE before, since there is some related patch for msk > at FreeBSD-Current (if_msk.c rev. 1.18). I upgrade to Current, but the > problem seems not solved. Certainly, I tried to add hw.msk.legacy_intr="1" > in /boot/loader.conf. Whether disabling MSI or not, the problem is as > before. In order to avoid shared interrupt, I've also disabled USB device in > BIOS, but not help. > > Could you please tell me how to solve this problem. > Thanks a lot > > --- > My host is Intel Core 2 Duo E6300 + Onboard Marvel 8056 Gigabit LAN > Controller (My MB is GA-965G-DS3 of Gigabyte, > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2417&ProductName=GA-965G-DS3 > ) > > uname: > 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Sep 27 00:11:01 CST 2007 > root@localhost:/usr/obj/usr/src/sys/SMP i386 > > ifconfig: > msk0: flags=8843 metric 0 mtu 1500 > options=9a > ether 00:16:e6:de:bf:ed > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > media: Ethernet autoselect (1000baseTX ) > status: active > > boot message: > msk0: on > mskc0 > msk0: Ethernet address: 00:16:e6:de:bf:ed > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > mskc0: [ITHREAD] > > vmstat -i: > interrupt total rate > irq1: atkbd0 6 0 > irq6: fdc0 1 0 > irq14: ata0 97074 0 > irq15: ata1 629 0 > irq16: mskc0 288008 1 > irq19: atapci0+ 1522 0 > cpu0: timer 421587304 1922 > cpu1: timer 421586922 1922 > Total 843561466 3846 > > > pciconf -lv: > mskc0@pci3:0:0: class=0x020000 card=0xe0001458 chip=0x436411ab rev=0x14 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > It seems that you have Yukon EC Ultra and 88E1149 PHY. Due to lack of hardwares Yukon EC Ultra was not tested by me and it may have bugs. It's also known that 88E1149 PHY has some issues which were not solved yet. I have a WIP version that may fix Yukon EC Ultra issues but I'm not sure whether it would work or not. Would you try attached patch? -- Regards, Pyun YongHyeon --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.ec-ultra.patch2" Index: if_msk.c =================================================================== RCS file: /home/ncvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.18 diff -u -r1.18 if_msk.c --- if_msk.c 20 Jul 2007 00:25:20 -0000 1.18 +++ if_msk.c 1 Oct 2007 07:59:48 -0000 @@ -916,7 +916,7 @@ error = EINVAL; break; } - if (sc_if->msk_softc->msk_hw_id == CHIP_ID_YUKON_EC_U && + if (sc_if->msk_softc->msk_hw_id == CHIP_ID_YUKON_FE && ifr->ifr_mtu > MSK_MAX_FRAMELEN) { error = EINVAL; break; @@ -983,6 +983,16 @@ else ifp->if_hwassist &= ~CSUM_TSO; } + if (sc_if->msk_framesize > MSK_MAX_FRAMELEN && + sc_if->msk_softc->msk_hw_id == CHIP_ID_YUKON_EC_U) { + /* + * In Yukon EC Ultra, TSO & checksum offload is not + * supported for jumbo frame. + */ + ifp->if_hwassist &= ~(MSK_CSUM_FEATURES | CSUM_TSO); + ifp->if_capenable &= ~(IFCAP_TSO4 | IFCAP_TXCSUM); + } + VLAN_CAPABILITIES(ifp); MSK_IF_UNLOCK(sc_if); break; @@ -1453,13 +1463,8 @@ * compute the checksum? I think there is no reason to spend time to * make Rx checksum offload work on Yukon II hardware. */ - ifp->if_capabilities = IFCAP_TXCSUM; - ifp->if_hwassist = MSK_CSUM_FEATURES; - if (sc->msk_hw_id != CHIP_ID_YUKON_EC_U) { - /* It seems Yukon EC Ultra doesn't support TSO. */ - ifp->if_capabilities |= IFCAP_TSO4; - ifp->if_hwassist |= CSUM_TSO; - } + ifp->if_capabilities = IFCAP_TXCSUM | IFCAP_TSO4; + ifp->if_hwassist = MSK_CSUM_FEATURES | CSUM_TSO; ifp->if_capenable = ifp->if_capabilities; ifp->if_ioctl = msk_ioctl; ifp->if_start = msk_start; @@ -1505,6 +1510,9 @@ */ ifp->if_data.ifi_hdrlen = sizeof(struct ether_vlan_header); + sc_if->msk_framesize = ifp->if_mtu + ETHER_HDR_LEN + + ETHER_VLAN_ENCAP_LEN; + /* * Do miibus setup. */ @@ -3706,6 +3714,15 @@ sc_if->msk_framesize = ifp->if_mtu + ETHER_HDR_LEN + ETHER_VLAN_ENCAP_LEN; + if (sc_if->msk_framesize > MSK_MAX_FRAMELEN && + sc_if->msk_softc->msk_hw_id == CHIP_ID_YUKON_EC_U) { + /* + * In Yukon EC Ultra, TSO & checksum offload is not + * supported for jumbo frame. + */ + ifp->if_hwassist &= ~(MSK_CSUM_FEATURES | CSUM_TSO); + ifp->if_capenable &= ~(IFCAP_TSO4 | IFCAP_TXCSUM); + } /* * Initialize GMAC first. @@ -3796,27 +3813,25 @@ /* Configure hardware VLAN tag insertion/stripping. */ msk_setvlan(sc_if, ifp); - /* XXX It seems STFW is requried for all cases. */ - CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), TX_STFW_ENA); - if (sc->msk_hw_id == CHIP_ID_YUKON_EC_U) { /* Set Rx Pause threshould. */ CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, RX_GMF_LP_THR), MSK_ECU_LLPP); CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, RX_GMF_UP_THR), MSK_ECU_ULPP); + /* + * Set Tx GMAC FIFO Almost Empty Threshold. + */ + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_AE_THR), + MSK_ECU_JUMBO_WM << 16 | MSK_ECU_AE_THR); if (sc_if->msk_framesize > MSK_MAX_FRAMELEN) { - /* - * Can't sure the following code is needed as Yukon - * Yukon EC Ultra may not support jumbo frames. - * - * Set Tx GMAC FIFO Almost Empty Threshold. - */ - CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_AE_THR), - MSK_ECU_AE_THR); /* Disable Store & Forward mode for Tx. */ CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), - TX_STFW_DIS); + TX_JUMBO_ENA | TX_STFW_DIS); + } else { + /* Enable Store & Forward mode for Tx. */ + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), + TX_JUMBO_DIS | TX_STFW_ENA); } } Index: if_mskreg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/msk/if_mskreg.h,v retrieving revision 1.6 diff -u -r1.6 if_mskreg.h --- if_mskreg.h 12 Jun 2007 10:50:32 -0000 1.6 +++ if_mskreg.h 1 Oct 2007 07:59:49 -0000 @@ -1082,8 +1082,9 @@ /* Threshold values for Yukon-EC Ultra */ #define MSK_ECU_ULPP 0x0080 /* Upper Pause Threshold (multiples of 8) */ #define MSK_ECU_LLPP 0x0060 /* Lower Pause Threshold (multiples of 8) */ -#define MSK_ECU_AE_THR 0x0180 /* Almost Empty Threshold */ +#define MSK_ECU_AE_THR 0x0070 /* Almost Empty Threshold */ #define MSK_ECU_TXFF_LEV 0x01a0 /* Tx BMU FIFO Level */ +#define MSK_ECU_JUMBO_WM 0x01 #define MSK_BMU_RX_WM 0x600 /* BMU Rx Watermark */ #define MSK_BMU_TX_WM 0x600 /* BMU Tx Watermark */ @@ -1863,6 +1864,8 @@ #define TX_STFW_ENA BIT_30 /* Enable Store & Forward (Yukon-EC Ultra) */ #define TX_VLAN_TAG_ON BIT_25 /* enable VLAN tagging */ #define TX_VLAN_TAG_OFF BIT_24 /* disable VLAN tagging */ +#define TX_JUMBO_ENA BIT_23 /* Enable Jumbo Mode (Yukon-EC Ultra) */ +#define TX_JUMBO_DIS BIT_22 /* Disable Jumbo Mode (Yukon-EC Ultra) */ #define GMF_WSP_TST_ON BIT_18 /* Write Shadow Pointer Test On */ #define GMF_WSP_TST_OFF BIT_17 /* Write Shadow Pointer Test Off */ #define GMF_WSP_STEP BIT_16 /* Write Shadow Pointer Step/Increment */ --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 08:20:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9646716A418 for ; Mon, 1 Oct 2007 08:20:18 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id CE84F13C458 for ; Mon, 1 Oct 2007 08:20:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7050414pyb for ; Mon, 01 Oct 2007 01:20:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qmOUVJoFj8sByMnTRxVexCv3boZk/RWhFx6YQiDxC0k=; b=cr/1hmUlO7FW7rjMoCFPdORRPR5/CyR2CQAokjRGZiXy7Ve5+kn93I+AiC55eOBH2NJ3O1qGnirYHOzWSCgYBwFHASLL9W+3bNriQtEbZqz2ubrbd3kdzAn41nnA02MA7ElLtKJtd+U2ZUvv/xzaH8ZoE/tP/YS0s88sAxbNzUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mDWbt03JolCUcOf+kn/e51xMdqPlbGwFq2UbuhaXKxxfTIMt0potN9h+0qF/daM8Uu8LKp2KPIL7ctw8875ayqrn7MLCD1Ch8kSEHBNT6HdFfFtI95vkJNNonFpSmbykVQ7z6GGzJxWMUjwgPbxOSBxAbrN1PaUakX6Ma53curQ= Received: by 10.64.21.6 with SMTP id 6mr3119479qbu.1191226815921; Mon, 01 Oct 2007 01:20:15 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 01:20:15 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 08:20:15 +0000 From: "Aryeh Friedman" To: "Aryeh Friedman" , freebsd-current@freebsd.org In-Reply-To: <20071001065938.GA81735@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20071001065938.GA81735@eos.sc1.parodius.com> Cc: Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 08:20:18 -0000 > > intel p35 mobo (ihc9) > > This is an incredibly new chipset. Heck, there's even reports of > driver issues on Windows. I don't doubt the P35/ICH9 will be fantastic > (I'm a big advocate of Intel chipsets), but right now it *is* very new, > and you should keep that in mind. > > I'd also like to know what motherboard vendor you went with. You'd be > surprised how many issues are caused by BIOSes; there isn't anything you > or anyone else can do about BIOS problems, though. It's all up to the > mainboard vendor. MSI Neo-F ... some sort of AMI bios (the OEM version number makes no sense and I doubt if it can be translated to a AMI version number [1.1])... here are the feaures (from vendors product description): =09CPU =09 =09 =95 =09Supports Socket 775 for Intel Core2 Extreme, Core2 Duo, Pentium 4 (Prescott, P4EE), Pentium D, Pentium XE/Celeron D processors in LGA 775 package =95 =09Supports FSB 800/1066/1333 MHz =95 =09Supoprts Intel 05B/05A and 04B/04A processors =95 =09Supoprts EIST techonology =95 =09Supports Intel Hyper-Threading (HT) Technology =95 =09Supports Intel Quad Core Technology to 1333MHz and up =09 =09 =09Chipset =09 =09 Intel(r) P35 Chipset =95 =09Supports FSB 800MHz, 1066MHz & 1333MHz =95 =09Support Dual channel DDR2 667/800 memory interface up to 8GB =95 =09Support Dual PCI Express 16X interface =09 Intel(r) ICH9 Chipset =95 =09Integrated Hi-Speed USB 2.0 controller, 480Mb/sec, 12ports =95 =094 Serial ATAII ports w/ transfer rate up to 3Gb/s =95 =09PCI Master v 2.3, I/O ACPI 2.0 Compliant =95 =09Integrated AHCI controller =09 =09 =09FSB =09 =09 =95 =09Support FSB 800MHz, 1066MHz & 1333MHz =09 =09 =09Main Memory =09 =09 =95 =09Supports 4 unbuffered DIMM of 1.8 Volt DDR2 SDRAM =95 =09Supports up to 8GB memory size =95 =09Support Dual Channel DDR2 667/800MHz and up (Intel P35 chipset supports up to DDR2-800 officially. For DDR2 800+, manually BIOS adjustment is needed. =09 =09 =09Slots =09 =09 =95 =09One PCI Express 16X slots(PCI Express Bus SPEC V1.0a compliant; supports CrossFire Technology) =95 =09Three PCI Express 1X slot =95 =09Two PCI 2.3 32-bit Master PCI Bus slots. (support 3.3v/5v PCI bus in= terface) =09 =09 =09On-Board IDE =09 =09 One Ultra DMA 66/100/133 IDE controller integrated in Marvell 88SE6111 =95 =09Supports PIO, Bus Master operation modes =95 =09Can connect up to 2 Ultra ATA 100 drives =09 Serial ATAII controller integrated in ICH9 and Marvell 88SE6111 =95 =09Up to 300MB/s transfer speed =95 =09Can connect up to 5 Serial ATA II drives (4 internal drives from ICH9, 1 drive from 88SE6111) =09 =09 =09On-Board Peripherals =09 =09 =95 =091 floppy port supports 1 FDD with 360K, 720K, 1.2M, 1.44M and 2.88Mb= ytes =95 =091 Serial port =95 =091 parallel port supports SPP/EPP/ECP mode =95 =0912 USB 2.0 ports (Rear x 4/** Front x 8)(** Front USB ports are supported by pin-out) =95 =091 6-in-1 audio jack (S/SPDIF out) =95 =092 PS/2 connectors =95 =091 LAN RJ45 connector =09 =09 =09Audio =09 =09 High Definition link controller integrated in Intel ICH9 chip =95 =09Audio codec Realtek 888 =95 =09Compliance with Azalia 1.0 spec =95 =09Flexible 8 Ch. audio with jack sensing =09 =09 =09LAN =09 =09 =95 =09Realtek RTL8111B PCI-Express Gb LAN Controller =09 =09 =09BIOS =09 =09 =95 =09The mainboard BIOS provides "Plug & Play" BIOS which detects the peripheral devices and expansion cards of the board automatically. =95 =09The mainboard provides a Desktop Management Interface(DMI) function which records your mainboard specifications. > > * Many TCP/IP stack issues > > I *really* want to hear about this. If there's any evidence you can > provide, I'm all ears. I'm not doubting your claims, I just want to > know what you experienced. > > Additionally, since you didn't state what PHY and NIC are used on your > motherboard, it's hard for me to accept that there's IP stack problems. > What PHY and NIC is on the motherboard? Have no direct physical evidence any more but see thread between me and kris on -questions and here is the dmesg output for the phy and nic: re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] I am on 100basetx. Related: in all versions of freebsd I have tried the re0 interface doesn't come up by default I have to force it up with "ifconfig re0 up" before assigning addrs (both static and dhcp) On all versions of 7-current (i386 and amd64) I get error messages like this on the console all the time: TCP: [217.230.39.58]:1145 to [67.84.39.90]:6881 tcpflags 0x18 ; tcp_do_segment: FIN_WAIT_2: Received data after socket was closed, sendin= g RST and removing tcpcb TCP: [217.230.39.58]:1145 to [67.84.39.90]:6881 tcpflags 0x11; syn= cache _expand: Segment failed SYNCOOKIE authentication, segment rejected (probabl= y spo ofed) TCP: [211.55.152.196]:55206 to [67.84.39.90]:6881 tcpflags 0x18; = tcp_d o_segment: FIN_WAIT_2: Received data after socket was closed, sending RST a= nd re moving tcpcb TCP: [211.55.152.196]:55206 to [67.84.39.90]:6881 tcpflags 0x11; s= yncac he_expand: Segment failed SYNCOOKIE authentication, segment rejected (proba= bly s poofed) > > > 7-CURRENT i386 -- > > > > * Horrid performence under default kernel needed to switch to > > ULE/IPI_PREMEPTION/DEVICE_POLLING > > Expand on "horrid" if you could. I run CURRENT i386 on my home machine, > and I've never had any need for device polling (in fact, I've never had > any need for it *ever* -- the one time I tried it back in the 5.x days, > the system became absurdly sluggish to keyboard input, serial I/O, or > anything else. Network I/O was just fine though.) Without ULE and IPI_PREMEPTION it was slower then my p4 2.8 device polling I tossed in for good measure and can't tell the diff one way or the other. > > > 7-CURRENT amd64 > > > > Misc Rants: > > > > CPUTYPE naming -- > > > > For people who have been around for a while (read mid-90's) and > > have never used any AMD mobo's we are used to "historical" differences > > between early pentiums and amd equivs (for that reason I have never > > bought a AMD machine)... so calling the 64bit x86 architure amd64 is > > confusing and misleading. > > Okay, you're confusing two things here: the "amd64" nomenclature used > on FreeBSD to describe the 64-bit OS, and CPUTYPE, which is used mainly > by gcc (and some portions of the /usr/src framework) to determine what > processor architecture to optimise for. Ok thanks for the clarification. > > This argument is flawed, in my opinion. > > I think a more appropriate phrase would be: "amd64 should be recommended > for anyone that uses 4GB of RAM or more, and doesn't want to be hit by > performance penalties induced by PAE on i386". See thread in -questions... PAE is broken for my hw. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 08:28:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B322B16A419 for ; Mon, 1 Oct 2007 08:28:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id C211213C481; Mon, 1 Oct 2007 08:28:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4700AFCC.9020601@FreeBSD.org> Date: Mon, 01 Oct 2007 10:29:00 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: <20071001065938.GA81735@eos.sc1.parodius.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 08:28:58 -0000 Aryeh Friedman wrote: >>> * Many TCP/IP stack issues >> I *really* want to hear about this. If there's any evidence you can >> provide, I'm all ears. I'm not doubting your claims, I just want to >> know what you experienced. >> >> Additionally, since you didn't state what PHY and NIC are used on your >> motherboard, it's hard for me to accept that there's IP stack problems. >> What PHY and NIC is on the motherboard? > > Have no direct physical evidence any more but see thread between me > and kris on -questions Don't waste your time, there was null information provided ;) > On all versions of 7-current (i386 and amd64) I get error messages > like this on the console all the time: > > TCP: [217.230.39.58]:1145 to [67.84.39.90]:6881 tcpflags 0x18 > ; tcp_do_segment: FIN_WAIT_2: Received data after socket was closed, sending RST > and removing tcpcb > TCP: [217.230.39.58]:1145 to [67.84.39.90]:6881 tcpflags 0x11; syncache > _expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spo > ofed) > TCP: [211.55.152.196]:55206 to [67.84.39.90]:6881 tcpflags 0x18; tcp_d > o_segment: FIN_WAIT_2: Received data after socket was closed, sending RST and re > moving tcpcb > TCP: [211.55.152.196]:55206 to [67.84.39.90]:6881 tcpflags 0x11; syncac > he_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably s > poofed) These are informational and not necessarily indicative of a problem. The SYNCOOKIE ones are syn scans, for example. >>> 7-CURRENT i386 -- >>> >>> * Horrid performence under default kernel needed to switch to >>> ULE/IPI_PREMEPTION/DEVICE_POLLING >> Expand on "horrid" if you could. I run CURRENT i386 on my home machine, >> and I've never had any need for device polling (in fact, I've never had >> any need for it *ever* -- the one time I tried it back in the 5.x days, >> the system became absurdly sluggish to keyboard input, serial I/O, or >> anything else. Network I/O was just fine though.) > > Without ULE and IPI_PREMEPTION it was slower then my p4 2.8 device > polling I tossed in for good measure and can't tell the diff one way > or the other. You have to quantify "slower". Come on, can you at least try to do better with your reports? What workload did you run? What symptoms did you observe? How did you measure? etc. >> This argument is flawed, in my opinion. >> >> I think a more appropriate phrase would be: "amd64 should be recommended >> for anyone that uses 4GB of RAM or more, and doesn't want to be hit by >> performance penalties induced by PAE on i386". > > See thread in -questions... PAE is broken for my hw. Provide a reference. Kris From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 08:37:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37CF116A41A for ; Mon, 1 Oct 2007 08:37:13 +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 AD00413C467 for ; Mon, 1 Oct 2007 08:37:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-47-121.lns10.adl2.internode.on.net [121.45.47.121]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l918b11x072224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 18:07:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Andrey V. Elsukov" Date: Mon, 1 Oct 2007 18:06:35 +0930 User-Agent: KMail/1.9.7 References: <200704181122.37957.doconnor@gsoft.com.au> <681431191157229@webmail33.yandex.ru> <15341191160409@webmail11.yandex.ru> In-Reply-To: <15341191160409@webmail11.yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7890733.qBU1hJ9x0k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710011806.55201.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 08:37:13 -0000 --nextPart7890733.qBU1hJ9x0k Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 30 Sep 2007, Andrey V. Elsukov wrote: > Do you have tested my patch? > http://lists.freebsd.org/pipermail/freebsd-current/2007-September/077 >415.html > > If it will not work, you can simple add > default: > ch->devices =3D ATA_ATA_MASTER; > in the ata_ahci_reset function. For the VIA AHCI this works. The patch panics, although I had to apply it manually so maybe that's=20 the problem, however I think I merged it properly. This is a with=20 a -current from today so maybe that is the issue, I can test it with a=20 specific set of code if you like. =46atal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x00 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0x0 stack pointer =3D 0x28:0xc10207c4 frame pointer =3D 0x28:0xc10207d8 =2E. bus_generic_attach() acpi_pci_attach() device_attach() device_probe_and_attach() bus_generic_attach() acpi_pcib_attach() device_attach() device_probe_and_attach() bus_generic_attach() acpi_pci_attach() device_attach() =2E.. goes on for a while, I took some pictures instead of transcribing it=20 all.. Let me know if you want them. =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 --nextPart7890733.qBU1hJ9x0k Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHALGm5ZPcIHs/zowRApsHAJ0bhwplw+fEypR7gJcy6pJtdoyz4wCfSRA8 Io8TswzGaRztvr13/u5XDQg= =WA1d -----END PGP SIGNATURE----- --nextPart7890733.qBU1hJ9x0k-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 09:14:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A55D16A417 for ; Mon, 1 Oct 2007 09:14:13 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4B93D13C46E for ; Mon, 1 Oct 2007 09:14:12 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F7282.f.ppp-pool.de [195.4.114.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id D922112883F; Mon, 1 Oct 2007 11:14:04 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) (Authenticated sender: vwerth@bellona.sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id A9C283F439; Mon, 1 Oct 2007 11:13:32 +0200 (CEST) Message-ID: <4700B9EE.5090206@vwsoft.com> Date: Mon, 01 Oct 2007 11:12:14 +0200 From: Volker User-Agent: Thunderbird 2.0.0.6 (X11/20070807) MIME-Version: 1.0 To: Aryeh Friedman References: <47007665.3080306@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1191834827.77239@sIkEaQjjxsdvAANhhb58wQ X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-current@freebsd.org Subject: Re: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 09:14:13 -0000 On 12/23/-58 20:59, Aryeh Friedman wrote: ... >>> * hplip fails immediately after install >> Errors? > > monsert# uname -a > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Sep 30 > 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > amd64 > monsert# hpiod > can't open or create : m io/hpiod/hpiod.cpp 195 /etc/rc.conf: hpiod_enable="YES" hpssd_enable="YES" one-timer (as root): # hp-setup HTH Volker From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 10:11:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7921D16A418 for ; Mon, 1 Oct 2007 10:11:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id CFD9313C469 for ; Mon, 1 Oct 2007 10:11:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l91ABkgi019758; Mon, 1 Oct 2007 20:11:46 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l91ABkrK019757; Mon, 1 Oct 2007 20:11:46 +1000 (EST) (envelope-from peter) Date: Mon, 1 Oct 2007 20:11:46 +1000 From: Peter Jeremy To: Aryeh Friedman Message-ID: <20071001101146.GX1752@turion.vk2pj.dyndns.org> References: <2fd864e0709302151s48adf33fwda3c908ae67b72ee@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NtwzykIc2mflq5ck" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 10:11:48 -0000 --NtwzykIc2mflq5ck Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Oct-01 05:04:43 +0000, Aryeh Friedman wr= ote: >> The CPUTYPE is amd64 because at the time the instruction set was =2E.. >That doesn't negate the confusion... perhaps just mentioning that it >works for all x86 and multi core x86 should suffice in hardware.txt >and prominently in some place that newbies will see it. That would be a very silly idea because not all current x86 CPUs support amd64/em64t extensions. The AMD stickers are fairly clear about whether the chip supports 64-bit or not. Intel's naming scheme makes it far harder to work out the chip capabilities. AFAIK, it's supported on the later P4 chips, some Core chips (not mobile ones) and all Core2 chips. No other vendors support amd64 and the low-end AMD/Intel chips don't support it. The sure-fire way is to check for the "LM" feature, http://www.freebsd.org/platforms/amd64.html already notes that amd64 encompasses the Intel EM64T extensions. If you believe more needs to be done, please submit a documentation PR giving patches. >I think since it is clear that at least on a p35 mobo it is the only >suitable one we may want to consider saying something. Please submit a documentation PR to add this to the supported motherboards list. --=20 Peter Jeremy --NtwzykIc2mflq5ck Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHAMfi/opHv/APuIcRAtGLAKCnXJUPqcUqpbWFkA/36YCcUnz61gCfYbGX 4IGQf2pjigpcYmRlVwGnPCg= =qHWl -----END PGP SIGNATURE----- --NtwzykIc2mflq5ck-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 10:26:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E5FF16A419; Mon, 1 Oct 2007 10:26:49 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id EC0AB13C458; Mon, 1 Oct 2007 10:26:48 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l91AFZjW060933; Mon, 1 Oct 2007 12:15:36 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.1/8.14.1) with ESMTP id l91AFZ81030214; Mon, 1 Oct 2007 12:15:35 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.1/8.14.1/Submit) id l91AFPMm029661; Mon, 1 Oct 2007 12:15:25 +0200 (CEST) (envelope-from marc) Date: Mon, 1 Oct 2007 12:15:25 +0200 From: Marc Fonvieille To: Jeff Roberson Message-ID: <20071001101525.GA1530@gothic.blackend.org> Mail-Followup-To: Jeff Roberson , Marcus Reid , freebsd-current@freebsd.org, Roman Bogorodskiy References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070918004027.G558@10.0.0.1> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 10:26:49 -0000 On Tue, Sep 18, 2007 at 12:44:52AM -0700, Jeff Roberson wrote: > > Marcus, > > What has happened is that you have run an x application that is so > expensive we no longer consider it interactive. Unfortunately, due to the > nature of the x server architecture, much of the compute time is spent in > x11 rather than the offending application. There really isn't anything to > be done in this case other than mark X as real-time. You can try to tune > up the interactivity heuristic limit by setting kern.sched.interact to a > higher value. This will help with short term bursts of x server cpu > utilization, however, sustained, expensive x windows processing will always > trigger poorer interactive behavior. > I have the same problems as Roman: once I compile something, most of X applications become slow as hell with lagging screen refresh. That's on -CURRENT (with all debug, malloc, invariant things disabled) with ULE and Xorg 4.3 (I'll test with the legacy scheduler as soon as possible). This behavior does not occur on 6.2 but with Xorg 7.2, so I really suspect last Xorg release to be guilty. Jeff you often mentioned tests on your laptop, could you check what Xorg version your run? I played with kern.sched.interact MIB but it was worse. -- Marc From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 10:28:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D7AA16A419 for ; Mon, 1 Oct 2007 10:28:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB1413C45B for ; Mon, 1 Oct 2007 10:28:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:53205 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S741084AbXJAK1w (ORCPT ); Mon, 1 Oct 2007 14:27:52 +0400 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <4700CB9A.6060801@yandex.ru> Date: Mon, 01 Oct 2007 14:27:38 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Daniel O'Connor References: <200704181122.37957.doconnor@gsoft.com.au> <681431191157229@webmail33.yandex.ru> <15341191160409@webmail11.yandex.ru> <200710011806.55201.doconnor@gsoft.com.au> In-Reply-To: <200710011806.55201.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 10:28:06 -0000 Daniel O'Connor wrote: > The patch panics, although I had to apply it manually so maybe that's > the problem, however I think I merged it properly. This is a with > a -current from today so maybe that is the issue, I can test it with a > specific set of code if you like. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x00 > fault code = supervisor read, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xc10207c4 > frame pointer = 0x28:0xc10207d8 > .. > bus_generic_attach() > acpi_pci_attach() > device_attach() > device_probe_and_attach() > bus_generic_attach() > acpi_pcib_attach() > device_attach() > device_probe_and_attach() > bus_generic_attach() > acpi_pci_attach() > device_attach() > ... > goes on for a while, I took some pictures instead of transcribing it > all.. Let me know if you want them. I think the right way - is wait until Soren make a fix for this problem.. But if you can't wait, show your ata-chipset.c. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 05:12:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 342F916A53F; Mon, 1 Oct 2007 05:12:51 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 389FC13C5B8; Mon, 1 Oct 2007 05:12:42 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (adsl-68-75-31-16.dsl.wotnoh.ameritech.net [68.75.31.16]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id l914dJV0075693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 00:39:21 -0400 (EDT) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: freebsd-current@freebsd.org Date: Mon, 1 Oct 2007 00:42:05 -0400 User-Agent: KMail/1.9.6 References: <47007665.3080306@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1229170.rTD8KeWhj4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710010042.20663.amistry@am-productions.biz> X-Mailman-Approved-At: Mon, 01 Oct 2007 11:58:47 +0000 Cc: Aryeh Friedman Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 05:12:51 -0000 --nextPart1229170.rTD8KeWhj4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 01 October 2007, Aryeh Friedman wrote: > > Suggestions for you: > > > > If you want people to care about your email, you should include > > some details. Your email above is almost completely useless to > > anyone, even if they really really wanted to help you out, they > > couldn't. > > > > I'm only sending this because I hope you resend your details to > > all the appropriate lists, preferably one email per issue. > > If I had them I would post them (like I said all are in the > archives of -x11 and -questions). And as to all your specific > questions yes I looked at what drivers are supported. hplip error: > > monsert# uname -a > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Sep 30 > 20:57:46 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > amd64 > monsert# hpiod > can't open or create : m io/hpiod/hpiod.cpp 195 More details please. Device permissions, devfs configs, errors=20 in /var/log/messages, dmesg? =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart1229170.rTD8KeWhj4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHAHqsxqA5ziudZT0RAgtNAKCh0VkiERO1MN/lfJI4hooLsfR8SgCeNYR+ NE8oKmTeSRyVhYi17kt6gx8= =xQ8G -----END PGP SIGNATURE----- --nextPart1229170.rTD8KeWhj4-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 13:15:20 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C23816A417 for ; Mon, 1 Oct 2007 13:15:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id F017913C447 for ; Mon, 1 Oct 2007 13:15:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l91DDvAx045073; Mon, 1 Oct 2007 15:14:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l91DDvao045072; Mon, 1 Oct 2007 15:13:57 +0200 (CEST) (envelope-from olli) Date: Mon, 1 Oct 2007 15:13:57 +0200 (CEST) Message-Id: <200710011313.l91DDvao045072@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, koitsu@FreeBSD.ORG, Aryeh Friedman In-Reply-To: <20071001065938.GA81735@eos.sc1.parodius.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 01 Oct 2007 15:14:03 +0200 (CEST) Cc: Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, koitsu@FreeBSD.ORG, Aryeh Friedman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 13:15:20 -0000 Jeremy Chadwick wrote: > On Mon, Oct 01, 2007 at 03:30:59AM +0000, Aryeh Friedman wrote: > > * AMD64 should be recommended (or at least better documented) for all > > dual-core machines > > This argument is flawed, in my opinion. Right. I prefer to run i386 on the dual-core Athlon64 X2 that I got recently at the office. (It's running well with RELENG_6 and 7-current, BTW.) > I think a more appropriate phrase would be: "amd64 should be recommended > for anyone that uses 4GB of RAM or more, and doesn't want to be hit by > performance penalties induced by PAE on i386". That's only half of the story ... Additionally, amd64 should be recommended for anyone who requires 4 GB of address space and more, irrespective of the amount of RAM. In particular, amd64 should be recommended if ZFS is to be used. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I learned Java 3 years before Python. It was my language of choice. It took me two weekends with Python before I was more productive with it than with Java." -- Anthony Roberts From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 13:16:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA64216A481 for ; Mon, 1 Oct 2007 13:16:39 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from toaster.steelerubber.com (toaster.steelerubber.com [166.82.96.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6F313C459 for ; Mon, 1 Oct 2007 13:16:39 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: (qmail 70108 invoked by uid 89); 1 Oct 2007 13:16:27 -0000 Received: from unknown (HELO ?166.82.96.28?) (166.82.96.28) by toaster.steelerubber.com with SMTP; 1 Oct 2007 13:16:27 -0000 Message-ID: <4700F2D1.2050707@steelerubber.com> Date: Mon, 01 Oct 2007 09:14:57 -0400 From: Walter Vaughan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <2fd864e0709302151s48adf33fwda3c908ae67b72ee@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: various rants about 7-currnet on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 13:16:40 -0000 Aryeh Friedman wrote: > I had tried PAE before the upgrade (see "what cpu type to use for a > intel duo e6850 (i386 or amd64)" in -questions for detail)... I had > also tried removing a DIMM... none resolved any issues. In My Opinion, 4 Gig is EVIL for the x86 world. This is not a FreeBSD issue as well. When I was breaking in an 8 core factory Intel box I saw same things you saw. I then installed on it's redundant backup Ubunutu. Same problems. Double the memory, FreeBSD way much happier, and Ubunutu happier as well. Actually right now I am running FreeBSD AMD64-64, and Ubunutu AMD64 7.04 on the other since they are in semi-production. Acutally we're running a vmplayer image of Freebsd 6.2 i386 as a guest on the Ubuntu box as well. Unless you have more than 4 gigs of memory, 64bit addressing is extra overhead, so pulling memory just slows things down more. So don't run more than 3 Gig if you want to run in 32 bit addressing mode. don't run less than 5 Gig if you want to run in 64 bit addressing mode. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 13:18:45 2007 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 3792016A473 for ; Mon, 1 Oct 2007 13:18:45 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from spacemail1-out.mgmt.space.net (spacemail1-out.mgmt.Space.Net [194.97.149.146]) by mx1.freebsd.org (Postfix) with ESMTP id A463A13C48E for ; Mon, 1 Oct 2007 13:18:44 +0000 (UTC) (envelope-from se@FreeBSD.org) X-SpaceNet-SBRS: None X-IronPort-AV: E=Sophos;i="4.21,216,1188770400"; d="scan'208";a="62538917" Received: from mail.atsec.com ([195.30.252.105]) by spacemail1-out.mgmt.space.net with ESMTP; 01 Oct 2007 14:49:14 +0200 Received: from [10.2.2.88] (frueh.atsec.com [217.110.13.170]) (Authenticated sender: se@atsec.com) by mail.atsec.com (Postfix) with ESMTP id CE64B720902; Mon, 1 Oct 2007 14:49:13 +0200 (CEST) Message-ID: <4700ECC8.4090702@FreeBSD.org> Date: Mon, 01 Oct 2007 14:49:12 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Marius Strobl References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20070930221748.GC55741@alchemy.franken.de> <0FE79DBF-2E3B-4785-B192-666E02BFFB6D@mac.com> <20070930231620.GD55741@alchemy.franken.de> In-Reply-To: <20070930231620.GD55741@alchemy.franken.de> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , Michael Butler , current@freebsd.org Subject: Proposal to revise the new parsing of PCI selectors (was: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 13:18:45 -0000 Marius Strobl wrote: > On Sun, Sep 30, 2007 at 03:34:57PM -0700, Marcel Moolenaar wrote: >> On Sep 30, 2007, at 3:17 PM, Marius Strobl wrote: >> >>>> Where it would previously succeed, I now get .. >>>> >>>> toshi# pciconf -wb pci0:30:0 0x1a 8 >>>> pciconf: ioctl(PCIOCWRITE): Operation not supported by device >>>> >>> As mentioned the format of the location strings has changed, >>> you probably need to use pci0:0:30:0. >> If compatibility is a concern, we may be able to make the parsing >> a bit more smart without too much complexity. We can count the >> number of colons for exampl,e and assume missing elements are 0. >> So, if one enters pci1:2:3, the domain will be 0. If one enters >> pci4:5, both the domain and bus will be 0, etc. >> >> Just a thought... >> > > Unfortunately, for pciconf(8) the function is already optional > so pci1:2:3 would be ambiguous. Well, since it was me who chose to parse it that way, when pciconf saw the light of day, I can say that the logical extension appears to be the support of 3 formats for the PCI device selector: pci1:2:3:4 (full, domain/bus/slot/function, required if domain!=0) pci2:3:4 (abridged, in case the domain is "0") pci2:3 (abridged, in case the domain and function are "0") Since most devices are on a system with just a single PCI host adapter, the two abridged formats could still be used, as before. Just in case of multiple PCI domains, the full 4 value form was required for any domain other than "0". No compatibility problems, and the 3 value form would keep the current meaning (it would become domain/bus/slot now). This appears to be in compliance with POLA. It means, that all the current scripts (which may be shared between 6.x and 7.x) can stay unmodified, since the 2- and 3-value formats keep their semantics. And if PCI domains are used, its obvious there are no compatibility issues (since they are no present in 6.x). Since this was a change to my original code, I'd like to make the change I outlined above, unless there are strong objections. Regards, STefan PS: I can provide a patch for review later this day. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 13:25:50 2007 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 7E25E16A417; Mon, 1 Oct 2007 13:25:50 +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 C81F713C469; Mon, 1 Oct 2007 13:25:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l91DPmIa088354; Mon, 1 Oct 2007 15:25:48 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l91DPmdU088353; Mon, 1 Oct 2007 15:25:48 +0200 (CEST) (envelope-from marius) Date: Mon, 1 Oct 2007 15:25:48 +0200 From: Marius Strobl To: Stefan Esser Message-ID: <20071001132548.GE55741@alchemy.franken.de> References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20070930221748.GC55741@alchemy.franken.de> <0FE79DBF-2E3B-4785-B192-666E02BFFB6D@mac.com> <20070930231620.GD55741@alchemy.franken.de> <4700ECC8.4090702@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4700ECC8.4090702@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Marcel Moolenaar , Michael Butler , current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: Proposal to revise the new parsing of PCI selectors (was: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 13:25:50 -0000 On Mon, Oct 01, 2007 at 02:49:12PM +0200, Stefan Esser wrote: > Marius Strobl wrote: > > On Sun, Sep 30, 2007 at 03:34:57PM -0700, Marcel Moolenaar wrote: > >> On Sep 30, 2007, at 3:17 PM, Marius Strobl wrote: > >> > >>>> Where it would previously succeed, I now get .. > >>>> > >>>> toshi# pciconf -wb pci0:30:0 0x1a 8 > >>>> pciconf: ioctl(PCIOCWRITE): Operation not supported by device > >>>> > >>> As mentioned the format of the location strings has changed, > >>> you probably need to use pci0:0:30:0. > >> If compatibility is a concern, we may be able to make the parsing > >> a bit more smart without too much complexity. We can count the > >> number of colons for exampl,e and assume missing elements are 0. > >> So, if one enters pci1:2:3, the domain will be 0. If one enters > >> pci4:5, both the domain and bus will be 0, etc. > >> > >> Just a thought... > >> > > > > Unfortunately, for pciconf(8) the function is already optional > > so pci1:2:3 would be ambiguous. > > > Well, since it was me who chose to parse it that way, when pciconf > saw the light of day, I can say that the logical extension appears > to be the support of 3 formats for the PCI device selector: > > pci1:2:3:4 (full, domain/bus/slot/function, required if domain!=0) > pci2:3:4 (abridged, in case the domain is "0") > pci2:3 (abridged, in case the domain and function are "0") > > > Since most devices are on a system with just a single PCI host > adapter, the two abridged formats could still be used, as before. > > Just in case of multiple PCI domains, the full 4 value form was > required for any domain other than "0". > > No compatibility problems, and the 3 value form would keep the > current meaning (it would become domain/bus/slot now). > > This appears to be in compliance with POLA. It means, that all the > current scripts (which may be shared between 6.x and 7.x) can stay > unmodified, since the 2- and 3-value formats keep their semantics. > And if PCI domains are used, its obvious there are no compatibility > issues (since they are no present in 6.x). > > > Since this was a change to my original code, I'd like to make the > change I outlined above, unless there are strong objections. > I'm ok with what you propose, I'd wait for John to comment whether he sees any issues regarding the hints feature he is working on though. Marius From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 13:44:45 2007 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 3BEA316A468 for ; Mon, 1 Oct 2007 13:44:45 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.248]) by mx1.freebsd.org (Postfix) with ESMTP id DD1C413C46A for ; Mon, 1 Oct 2007 13:44:44 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so2341288aga for ; Mon, 01 Oct 2007 06:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=0PSNtaUL0znXzzuG7OL8AWZN9CfngGJ6M4AsAAIDw40=; b=uSosv4vkESSUc58U00Xwy2x2mfbcmE9K9QKabVTjoPPOcrjGKOXIswwXhIMxC1EnI2itns8gctiAvEUYQ0GKDZxI0t/InTnbfPNpkCp/hinyIBExzsII6yEeeJpuAAXwxBRQfH12NhLs//GjnaVpPkoJygVC4SK+9ORJ3X2n9QY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ObKmCjbGfsj28ir2VLjk/yqrxl/y1jdbxeUThLmu+d99toQCVAKCUauH4j09TYK90I63NToaJFgLT7n2QOIjM2dOPvWu7WgbyFfToX8WejQKkApPo2LA9qR/kETlDOA2gsLEkluYg5qXs14U7w7DB7Jnx9NuEPxlmbwIs5gvd3c= Received: by 10.115.108.1 with SMTP id k1mr644836wam.1191245337952; Mon, 01 Oct 2007 06:28:57 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Mon, 1 Oct 2007 06:28:57 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 15:28:57 +0200 From: "Arjan van Leeuwen" To: "Rolf Witt" In-Reply-To: <46FFF615.5090108@donut.de> MIME-Version: 1.0 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> 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: Current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 01 Oct 2007 13:44:45 -0000 Same here: #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff80472c09 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8047300d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff80642135 in ffs_blkfree (ump=Variable "ump" is not available. ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #5 0xffffffff80651dc3 in indir_trunc (freeblks=0xffffff001544d500, dbn=Variable "dbn" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #6 0xffffffff8065227f in handle_workitem_freeblocks ( freeblks=0xffffff001544d500, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #7 0xffffffff80653853 in process_worklist_item (mp=0xffffff0001478978, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #8 0xffffffff80654867 in softdep_process_worklist (mp=0xffffff0001478978, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #9 0xffffffff806567d7 in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #10 0xffffffff80454723 in fork_exit ( callout=0xffffffff806566b0 , arg=0x0, frame=0xffffffffac3a8c80) at /usr/src/sys/kern/kern_fork.c:796 #11 0xffffffff806dbb8e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:397 2007/9/30, Rolf Witt : > > Here the same (i386 old PIII with 640mb RAM, Sources from friday): > > > reboot after panic: ffs_blkfree: freeing free > block > > The kernel on my PC panics by reading the UPDATING-File with less after > executing a portsnap update. > > Sorry, i know thats are not very helpful informations, but i lost the > vmcore and all debug output. > > rowi > _______________________________________________ > 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 Oct 1 14:04:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 476B016A41A for ; Mon, 1 Oct 2007 14:04:09 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id B7A9813C447 for ; Mon, 1 Oct 2007 14:04:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l91E42Hh016177 for ; Mon, 1 Oct 2007 16:04:02 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Mon, 1 Oct 2007 16:04:01 +0200 User-Agent: KMail/1.9.7 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> In-Reply-To: <46FFF615.5090108@donut.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710011604.01745.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 14:04:09 -0000 On Sunday 30 September 2007, Rolf Witt wrote: > Here the same (i386 old PIII with 640mb RAM, Sources from friday): > > reboot after panic: ffs_blkfree: freeing free > > block > > The kernel on my PC panics by reading the UPDATING-File with less after > executing a portsnap update. "me too": I have seen this panic on two different machines. Both times it was triggered by doing a partial restore of a filesystem and then doing some reading of the extracted files. Both machines are SMP amd64. - Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 14:07:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F13D216A417 for ; Mon, 1 Oct 2007 14:07:38 +0000 (UTC) (envelope-from ckchien@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 C706D13C43E for ; Mon, 1 Oct 2007 14:07:37 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2609468nfb for ; Mon, 01 Oct 2007 07:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=mSndqBkdn2MoMwwfazXepku/h6jKyx7GmO13As+uIXU=; b=nava7JPkodx5TsEjXpHpmem7PITDtbdybMJY5nN2lvbqT8fwQZBN3qeLVTQ6RRjd6eKUU2P3r1fajgvTd0DNmSXGRxiGCzKTDFdM5GCZxZDd+1OgRK+tvl4uVPN30W4TNS2ewZHzk2EcuEsknU8p71eI0bzT5sTlt2ceoZL0oRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZHJumTJmvy392hIkVjSxOh30eewEfH6KYdNg7mNrDvM6AtjSm8NqitrQb9ibi/jjxQkEqQEJ7vRpcfvMXIkBbL9Sz1qqYegvjdCJtzN/zhb0w8E3fOVtJjt1kHW26wkg6C7jLXlc5hhUDWe6ZEc6wP9A+and2lS5oYgepaaAG/o= Received: by 10.78.168.1 with SMTP id q1mr3073810hue.1191247654782; Mon, 01 Oct 2007 07:07:34 -0700 (PDT) Received: by 10.78.202.12 with HTTP; Mon, 1 Oct 2007 07:07:34 -0700 (PDT) Message-ID: <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> Date: Mon, 1 Oct 2007 22:07:34 +0800 From: "Kudo Chien" To: pyunyh@gmail.com In-Reply-To: <20071001080058.GE18658@cdnetworks.co.kr> MIME-Version: 1.0 References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> 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: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 14:07:39 -0000 Hi, I've applied the patch. But it seems not solve the problem. After applied patch, mskc0 boot message changes from 'mskc0: [ITHREAD]' to 'mskc0: [FILTER]'. And one thing I forgot to provide before is that a line in boot message "mskc0: port 0xa000-0xa0ff mem 0xf1000000-0xf1003fff irq 16 at device 0.0 on pci3" I'm not sure if it could be helpful. But if you need any infomation, I could provide it. Thanks for your help. -- Best Regards, Kudo 2007/10/1, Pyun YongHyeon : > > On Mon, Oct 01, 2007 at 03:39:47PM +0800, Kudo Chien wrote: > > Hi, > > > > Once again, I had the msk watchdog timeout problem under moderate load. > I've > > surveyed msk related posts before. > > There are many reports and solutions, but they seems not help for me. > > > > Whenever I try to get a FreeBSD iso file through ftp (transfer rate is > about > > 3 MB/s), msk would be down. Some messages from dmesg are like: > > msk0: watchdog timeout > > msk0: link state changed to DOWN > > msk0: link state changed to UP > > mskc0: Tx descriptor error > > mskc0: Tx descriptor error > > msk0: watchdog timeout > > msk0: link state changed to DOWN > > msk0: link state changed to UP > > > > I used FreeBSD 6.2-STABLE before, since there is some related patch for > msk > > at FreeBSD-Current (if_msk.c rev. 1.18). I upgrade to Current, but the > > problem seems not solved. Certainly, I tried to add hw.msk.legacy_intr= > "1" > > in /boot/loader.conf. Whether disabling MSI or not, the problem is as > > before. In order to avoid shared interrupt, I've also disabled USB > device in > > BIOS, but not help. > > > > Could you please tell me how to solve this problem. > > Thanks a lot > > > > --- > > My host is Intel Core 2 Duo E6300 + Onboard Marvel 8056 Gigabit LAN > > Controller (My MB is GA-965G-DS3 of Gigabyte, > > > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2417&ProductName=GA-965G-DS3 > > ) > > > > uname: > > 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Sep 27 00:11:01 CST 2007 > > root@localhost:/usr/obj/usr/src/sys/SMP i386 > > > > ifconfig: > > msk0: flags=8843 metric 0 mtu > 1500 > > options=9a > > ether 00:16:e6:de:bf:ed > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > media: Ethernet autoselect (1000baseTX ) > > status: active > > > > boot message: > > msk0: on > > mskc0 > > msk0: Ethernet address: 00:16:e6:de:bf:ed > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, > > auto > > mskc0: [ITHREAD] > > > > vmstat -i: > > interrupt total rate > > irq1: atkbd0 6 0 > > irq6: fdc0 1 0 > > irq14: ata0 97074 0 > > irq15: ata1 629 0 > > irq16: mskc0 288008 1 > > irq19: atapci0+ 1522 0 > > cpu0: timer 421587304 1922 > > cpu1: timer 421586922 1922 > > Total 843561466 3846 > > > > > > pciconf -lv: > > mskc0@pci3:0:0: class=0x020000 card=0xe0001458 chip=0x436411ab rev=0x14 > > hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > class = network > > subclass = ethernet > > > > It seems that you have Yukon EC Ultra and 88E1149 PHY. Due to lack of > hardwares Yukon EC Ultra was not tested by me and it may have bugs. > It's also known that 88E1149 PHY has some issues which were not solved > yet. I have a WIP version that may fix Yukon EC Ultra issues but I'm > not sure whether it would work or not. Would you try attached patch? > > -- > Regards, > Pyun YongHyeon > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 16:18:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9FA16A418 for ; Mon, 1 Oct 2007 16:18:39 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 93F0B13C448 for ; Mon, 1 Oct 2007 16:18:39 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.1/8.14.1) with ESMTP id l91G130K046407; Mon, 1 Oct 2007 09:01:03 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.1/8.14.1/Submit) id l91G0lwQ046405; Mon, 1 Oct 2007 09:00:47 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Nathan Butcher In-Reply-To: <47009BEB.5060402@fusiongol.com> References: <47009BEB.5060402@fusiongol.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-fPn+wD/aKWgPxyB8VnyG" Date: Mon, 01 Oct 2007 09:00:43 -0700 Message-Id: <1191254443.69459.124.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: Intel G33 graphics chipset and Xorg 7.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 16:18:39 -0000 --=-fPn+wD/aKWgPxyB8VnyG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-10-01 at 16:04 +0900, Nathan Butcher wrote: > Just wanted to post a quick message to say that Xorg7.3 is now working > again on my Gigabyte GA-G33-D3SR motherboard, but only when using the > Xorg VESA driver. >=20 > The latest Xorg 7.3 intel video driver actually supports the G33 > chipset, however the FreeBSD kernel isn't yet trained to recognise the > G33, and instead labels the video as "VGA-compatible" in dmesg. >=20 > As it stands, if Xorg is configured to use the intel driver with the > G33, it crashes out because Xorg looks for an agpgart device for the > chipset - which doesn't exist. "VGA-compatible" devices usually start > life out as vgapci0, and since this is what CURRENT detects the G33 as, > I can't make use of the Xorg intel driver G33 support. Yes, agpgart support for G33 is required for X to work with better than VESA. I put a bit of code in for dealing with it (disabled by default), but G33's stolen memory handling is a bit different, so it'll take some debugging with the hardware to support it. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-fPn+wD/aKWgPxyB8VnyG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHARmrHUdvYGzw6vcRAnAjAKCJ5CtLM/UKIl7wFXeWeNTRFcV9xwCfQrTs ppu94gCROnuLAVfH9lNaaNw= =b+Ly -----END PGP SIGNATURE----- --=-fPn+wD/aKWgPxyB8VnyG-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 17:57:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C210E16A418 for ; Mon, 1 Oct 2007 17:57:08 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id 2D5DD13C45B for ; Mon, 1 Oct 2007 17:57:07 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: (qmail 95512 invoked by uid 0); 1 Oct 2007 17:34:57 -0000 Received: from r5j156.net.upc.cz (HELO ?86.49.9.156?) (86.49.9.156) by smtp.dkm.cz with SMTP; 1 Oct 2007 17:34:57 -0000 Message-ID: <47012FC0.5020001@users.sf.net> Date: Mon, 01 Oct 2007 19:34:56 +0200 From: mato User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070821 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Kevin Oberman X-Priority: 4 (Low) References: <20070925224318.33A6645012@ptavv.es.net> In-Reply-To: <20070925224318.33A6645012@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: GSoC2007: cnst-sensors.2007-09-13.patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 17:57:08 -0000 Kevin Oberman wrote: >> From: martinko >> Date: Tue, 25 Sep 2007 20:35:44 +0200 >> Sender: owner-freebsd-current@freebsd.org >> >> Chuck Swiger wrote: >> >>> The threshold temperature varies depending on the exact part, but is >>> generally around 65 Celsius-- and is hot enough that you don't really >>> want to encounter it in normal operation, as it's a sign that cooling is >>> not adequate for the system to continue to operate safely at full >>> speed. Most of the Intel CPUs also include a second thermal circuit >>> called THERMTRIP which fires around 95 Celsius which will shut the CPU >>> down entirely to prevent a catastrophic failure. >>> >>> >> I've got Pentium-M at 2GHz and when fully loaded it heats up to 79 >> Celsius. Could it be OK or do I have a faulty laptop ? >> > > My Pentium-M 2GHz system will get well above 80C when doing big builds > and this is well below the defined PSV (94.5C) and CRT (99C) > levels. These things can run very hot and be perfectly happy. > > OTOH, it might be time to clean the heatsink in the machine. That can > hurt heat transfer as a machine gets older. > > FWIW, the spec on the Pentium-M 2GHZ system is 105C, so CRT at 99 looks > right. > Mine says: hw.acpi.thermal.tz0._PSV: 105.0C hw.acpi.thermal.tz0._CRT: 110.0C This is Asus W1N laptop. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 18:09:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5600D16A4F1 for ; Mon, 1 Oct 2007 18:09:19 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id CDCA813C4A5 for ; Mon, 1 Oct 2007 18:09:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so2266034ugf for ; Mon, 01 Oct 2007 11:09:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=183dNyiAnEMW71iwOvOyWIx29RnjHe8+qIcEpFaFSaM=; b=sHPkrZm/rauIxvaVfAj8ucph42r8Ev7tGzdaYtDbKvmGuLhd8QraXxb563k3zmz+TY9EhU2JItKjijx2I1fb8MKS4qNo/NT4tkTyKO7BTLEiPAnkx8QW7s6rL0rJH5WYx18GjN/vJB/kaDgTj3uJ52jaoHzCELuyo2I4RBV+I4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZUzPvg6pxOTfODM/OXSSdLmWVZPPF942BjYbfm58eCGEMm+9CwUSuRzVyvkbcRnBt4lMvBaosNOAIoWW6AV2QmJ+cIdUXuYKuXcggDVOFFFFWMPENwtUMUVAvR2Bj2C4pRw6BapgH75hNGO6Zb33tq3lFkt22yxYZSBHYGfpIrc= Received: by 10.66.242.5 with SMTP id p5mr9180576ugh.1191262153839; Mon, 01 Oct 2007 11:09:13 -0700 (PDT) Received: by 10.67.29.14 with HTTP; Mon, 1 Oct 2007 11:09:13 -0700 (PDT) Message-ID: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> Date: Mon, 1 Oct 2007 21:09:13 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-acpi@freebsd.org Subject: est doesn't support C2D E6600 and newer CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 18:09:19 -0000 Hello, Here is my server dmesg. FreeBSD 7.0-CURRENT #0: Mon Oct 1 02:49:06 GMT 2007 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2397.62-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2130026496 (2031 MB) avail memory = 2055786496 (1960 MB) 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 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 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a 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 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x20c0-0x20c7 mem 0x90100000-0x901fffff,0x80000000-0x8fffffff irq 16 at device 2.0 on pci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.2 on pci0 pci2: on pcib2 pcib3: at device 28.3 on pci0 pci3: on pcib3 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 fxp0: port 0x1000-0x103f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 miibus0: on fxp0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:19:d1:41:1e:0c fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xcafff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 70911MB at ata0-master SATA150 ad2: 238474MB at ata1-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a so I tried to unload cpufreq.ko and got this. kldunload: can't unload file: Device not configured Any hints? Any news about http://www.daemonology.net/freebsd-est/? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 18:27:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE75C16A417; Mon, 1 Oct 2007 18:27:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8179E13C457; Mon, 1 Oct 2007 18:27:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l91IRWt5086702 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 14:27:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 1 Oct 2007 11:30:16 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Marc Fonvieille In-Reply-To: <20071001101525.GA1530@gothic.blackend.org> Message-ID: <20071001112845.N583@10.0.0.1> References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 18:27:42 -0000 On Mon, 1 Oct 2007, Marc Fonvieille wrote: > On Tue, Sep 18, 2007 at 12:44:52AM -0700, Jeff Roberson wrote: >> >> Marcus, >> >> What has happened is that you have run an x application that is so >> expensive we no longer consider it interactive. Unfortunately, due to the >> nature of the x server architecture, much of the compute time is spent in >> x11 rather than the offending application. There really isn't anything to >> be done in this case other than mark X as real-time. You can try to tune >> up the interactivity heuristic limit by setting kern.sched.interact to a >> higher value. This will help with short term bursts of x server cpu >> utilization, however, sustained, expensive x windows processing will always >> trigger poorer interactive behavior. >> > > I have the same problems as Roman: once I compile something, most of X > applications become slow as hell with lagging screen refresh. That's on > -CURRENT (with all debug, malloc, invariant things disabled) with ULE > and Xorg 4.3 (I'll test with the legacy scheduler as soon as possible). > This behavior does not occur on 6.2 but with Xorg 7.2, so I really suspect > last Xorg release to be guilty. Jeff you often mentioned tests on your > laptop, could you check what Xorg version your run? xorg-7.2 X.Org complete distribution metaport xorg-server-1.2.0_2,1 X.Org X server and related programs If you're running very recent current you can try renicing X negatively. If you nice -20 and it doesn't improve then it's probably not the cpu scheduler causing the delay. What display driver are you using? How much cpu is X using while you're experiencing the lag? Thanks, Jeff > > I played with kern.sched.interact MIB but it was worse. > > -- > Marc > From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 18:37:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C368F16A418 for ; Mon, 1 Oct 2007 18:37:32 +0000 (UTC) (envelope-from SRS0=e7ebb3db3349f9294f350cd1f0e8c13e6ad8abaf=475=es.net=oberman@es.net) Received: from postal1.es.net (postoffice2.doegrids.org [IPv6:2001:400:14:3::7]) by mx1.freebsd.org (Postfix) with ESMTP id 7049813C461 for ; Mon, 1 Oct 2007 18:37:32 +0000 (UTC) (envelope-from SRS0=e7ebb3db3349f9294f350cd1f0e8c13e6ad8abaf=475=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id GCM29029; Mon, 01 Oct 2007 11:37:29 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A289D45010; Mon, 1 Oct 2007 11:37:28 -0700 (PDT) To: mato In-Reply-To: Your message of "Mon, 01 Oct 2007 19:34:56 +0200." <47012FC0.5020001@users.sf.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1191263848_25579P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 01 Oct 2007 11:37:28 -0700 From: "Kevin Oberman" Message-Id: <20071001183728.A289D45010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: mato X-To_Domain: users.sf.net X-To: mato X-To_Email: gamato@users.sf.net X-To_Alias: gamato Cc: freebsd-current@freebsd.org Subject: Re: GSoC2007: cnst-sensors.2007-09-13.patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 18:37:32 -0000 --==_Exmh_1191263848_25579P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 01 Oct 2007 19:34:56 +0200 > From: mato > > Kevin Oberman wrote: > >> From: martinko > >> Date: Tue, 25 Sep 2007 20:35:44 +0200 > >> Sender: owner-freebsd-current@freebsd.org > >> > >> Chuck Swiger wrote: > >> > >>> The threshold temperature varies depending on the exact part, but is > >>> generally around 65 Celsius-- and is hot enough that you don't really > >>> want to encounter it in normal operation, as it's a sign that cooling is > >>> not adequate for the system to continue to operate safely at full > >>> speed. Most of the Intel CPUs also include a second thermal circuit > >>> called THERMTRIP which fires around 95 Celsius which will shut the CPU > >>> down entirely to prevent a catastrophic failure. > >>> > >>> > >> I've got Pentium-M at 2GHz and when fully loaded it heats up to 79 > >> Celsius. Could it be OK or do I have a faulty laptop ? > >> > > > > My Pentium-M 2GHz system will get well above 80C when doing big builds > > and this is well below the defined PSV (94.5C) and CRT (99C) > > levels. These things can run very hot and be perfectly happy. > > > > OTOH, it might be time to clean the heatsink in the machine. That can > > hurt heat transfer as a machine gets older. > > > > FWIW, the spec on the Pentium-M 2GHZ system is 105C, so CRT at 99 looks > > right. > > > > Mine says: > > hw.acpi.thermal.tz0._PSV: 105.0C > hw.acpi.thermal.tz0._CRT: 110.0C > > This is Asus W1N laptop. I'm not about to start checking spec sheets for people. They are all on-line. I assume that the ASUS W1N is not in the same processor family as the Pentium-M 735, but I have no idea what it is. I don't even know if it is Intel, AMD or VIA. Looks like this one might require Kevlar pants if you put it on your lap. Ouch! Of course, the external temperature of the unit will never approach these temperatures. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1191263848_25579P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHAT5okn3rs5h7N1ERAgy1AJ4s7DrRgXQomZ2Ix2x4eXXfcMfOBwCggErP vGxXagJvLrjMcbaS/trIkug= =Vako -----END PGP SIGNATURE----- --==_Exmh_1191263848_25579P-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 18:55:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338AF16A418; Mon, 1 Oct 2007 18:55:12 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCC013C455; Mon, 1 Oct 2007 18:55:11 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l91IstIS072329; Mon, 1 Oct 2007 20:54:55 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id l91IssaW072328; Mon, 1 Oct 2007 20:54:55 +0200 (CEST) (envelope-from marc) Date: Mon, 1 Oct 2007 20:54:54 +0200 From: Marc Fonvieille To: Jeff Roberson Message-ID: <20071001185454.GA72080@abigail.blackend.org> Mail-Followup-To: Jeff Roberson , Marcus Reid , freebsd-current@freebsd.org, Roman Bogorodskiy References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071001112845.N583@10.0.0.1> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 18:55:12 -0000 On Mon, Oct 01, 2007 at 11:30:16AM -0700, Jeff Roberson wrote: > >I have the same problems as Roman: once I compile something, most of X > >applications become slow as hell with lagging screen refresh. That's on > >-CURRENT (with all debug, malloc, invariant things disabled) with ULE > >and Xorg 4.3 (I'll test with the legacy scheduler as soon as possible). > >This behavior does not occur on 6.2 but with Xorg 7.2, so I really suspect > >last Xorg release to be guilty. Jeff you often mentioned tests on your > >laptop, could you check what Xorg version your run? > > xorg-7.2 X.Org complete distribution metaport > xorg-server-1.2.0_2,1 X.Org X server and related programs > > If you're running very recent current you can try renicing X negatively. > If you nice -20 and it doesn't improve then it's probably not the cpu > scheduler causing the delay. What display driver are you using? How much > cpu is X using while you're experiencing the lag? > I tried with _4BSD and it gives the same behavior (I even downgraded Xorg to 7.2). Renicing X does not really help. I use nvidia or nv driver (nvidia one is a bit less worse). The lag can even appears with 4% of CPU usage according to top(1). Thanks to your remarks and my tests, I'm now sure it's scheduler independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never used. -- Marc From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 19:29:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1FF416A418 for ; Mon, 1 Oct 2007 19:29:47 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id 5858213C45D for ; Mon, 1 Oct 2007 19:29:46 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: (qmail 44774 invoked by uid 0); 1 Oct 2007 19:24:12 -0000 Received: from r5j156.net.upc.cz (HELO ?86.49.9.156?) (86.49.9.156) by smtp.dkm.cz with SMTP; 1 Oct 2007 19:24:12 -0000 Message-ID: <4701495B.9030409@users.sf.net> Date: Mon, 01 Oct 2007 21:24:11 +0200 From: mato User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070821 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Kevin Oberman X-Priority: 4 (Low) References: <20071001183728.A289D45010@ptavv.es.net> In-Reply-To: <20071001183728.A289D45010@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: GSoC2007: cnst-sensors.2007-09-13.patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 19:29:47 -0000 Kevin Oberman wrote: >> Date: Mon, 01 Oct 2007 19:34:56 +0200 >> From: mato >> >> Kevin Oberman wrote: >> >>>> From: martinko >>>> Date: Tue, 25 Sep 2007 20:35:44 +0200 >>>> Sender: owner-freebsd-current@freebsd.org >>>> >>>> Chuck Swiger wrote: >>>> >>>> >>>>> The threshold temperature varies depending on the exact part, but is >>>>> generally around 65 Celsius-- and is hot enough that you don't really >>>>> want to encounter it in normal operation, as it's a sign that cooling is >>>>> not adequate for the system to continue to operate safely at full >>>>> speed. Most of the Intel CPUs also include a second thermal circuit >>>>> called THERMTRIP which fires around 95 Celsius which will shut the CPU >>>>> down entirely to prevent a catastrophic failure. >>>>> >>>>> >>>>> >>>> I've got Pentium-M at 2GHz and when fully loaded it heats up to 79 >>>> Celsius. Could it be OK or do I have a faulty laptop ? >>>> >>>> >>> My Pentium-M 2GHz system will get well above 80C when doing big builds >>> and this is well below the defined PSV (94.5C) and CRT (99C) >>> levels. These things can run very hot and be perfectly happy. >>> >>> OTOH, it might be time to clean the heatsink in the machine. That can >>> hurt heat transfer as a machine gets older. >>> >>> FWIW, the spec on the Pentium-M 2GHZ system is 105C, so CRT at 99 looks >>> right. >>> >>> >> Mine says: >> >> hw.acpi.thermal.tz0._PSV: 105.0C >> hw.acpi.thermal.tz0._CRT: 110.0C >> >> This is Asus W1N laptop. >> > > I'm not about to start checking spec sheets for people. They are all > on-line. I assume that the ASUS W1N is not in the same processor family > as the Pentium-M 735, but I have no idea what it is. I don't even know > if it is Intel, AMD or VIA. > > Looks like this one might require Kevlar pants if you put it on your > lap. Ouch! Of course, the external temperature of the unit will never > approach these temperatures. > I didn't mean it. I only provided my values since they differ from yours. As I wrote I've got Intel Pentium M at 2 GHz, model 755 (Dothan). Anyway, thanks for your feedback and please consider this thread closed. M. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 19:30:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0379916A419 for ; Mon, 1 Oct 2007 19:30:30 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id B0BB413C48A for ; Mon, 1 Oct 2007 19:30:29 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1876135wra for ; Mon, 01 Oct 2007 12:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/kBG5/91EXogYtgS5v8kRLJSfbBec/S7MyobJN05fR4=; b=mPoqJOLscX9yLUwgAWx5vqk29fHgk7dcK8wlexW/V8Z23XT/TzBDfckcbwc2WdHLg/qc6RrV4/NBnE5rn4lidHQhSbRFnRh+/7xLbsp6zyP3gXaE7dD3OgWSTvHqC5B64GpIdOX1BVgacXOvz+sW+OaFGx9fPm1NP4WtbZ7axA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NHKV9kWC9OL6CMiMPFo5hoVfKszXFqEPThKmx8ZsLjBenZgkPT4U5Q/n/glz9oNTFeEXF8SLwlvCndaxa3PeX9f2inqSUs1K+vLB8IEXFU4Qqq/zqcw4lQCh8cYk+Vk3WyDGXEqOXDZ1oJMxohBxNviNBz1rGZ9oya6YW3PKgzQ= Received: by 10.90.63.16 with SMTP id l16mr6041512aga.1191267028877; Mon, 01 Oct 2007 12:30:28 -0700 (PDT) Received: by 10.90.78.10 with HTTP; Mon, 1 Oct 2007 12:30:28 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 15:30:28 -0400 From: "Constantine A. Murenin" To: "Kevin Oberman" In-Reply-To: <20071001183728.A289D45010@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47012FC0.5020001@users.sf.net> <20071001183728.A289D45010@ptavv.es.net> Cc: freebsd-current@freebsd.org, mato Subject: Re: GSoC2007: cnst-sensors.2007-09-13.patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 19:30:30 -0000 On 01/10/2007, Kevin Oberman wrote: > > Date: Mon, 01 Oct 2007 19:34:56 +0200 > > From: mato > > > > Kevin Oberman wrote: > > >> From: martinko > > >> Date: Tue, 25 Sep 2007 20:35:44 +0200 > > >> Sender: owner-freebsd-current@freebsd.org > > >> > > >> Chuck Swiger wrote: > > >> > > >>> The threshold temperature varies depending on the exact part, but is > > >>> generally around 65 Celsius-- and is hot enough that you don't really > > >>> want to encounter it in normal operation, as it's a sign that cooling is > > >>> not adequate for the system to continue to operate safely at full > > >>> speed. Most of the Intel CPUs also include a second thermal circuit > > >>> called THERMTRIP which fires around 95 Celsius which will shut the CPU > > >>> down entirely to prevent a catastrophic failure. > > >>> > > >>> > > >> I've got Pentium-M at 2GHz and when fully loaded it heats up to 79 > > >> Celsius. Could it be OK or do I have a faulty laptop ? > > >> > > > > > > My Pentium-M 2GHz system will get well above 80C when doing big builds > > > and this is well below the defined PSV (94.5C) and CRT (99C) > > > levels. These things can run very hot and be perfectly happy. > > > > > > OTOH, it might be time to clean the heatsink in the machine. That can > > > hurt heat transfer as a machine gets older. > > > > > > FWIW, the spec on the Pentium-M 2GHZ system is 105C, so CRT at 99 looks > > > right. > > > > > > > Mine says: > > > > hw.acpi.thermal.tz0._PSV: 105.0C > > hw.acpi.thermal.tz0._CRT: 110.0C > > > > This is Asus W1N laptop. > > I'm not about to start checking spec sheets for people. They are all > on-line. I assume that the ASUS W1N is not in the same processor family > as the Pentium-M 735, but I have no idea what it is. I don't even know > if it is Intel, AMD or VIA. > > Looks like this one might require Kevlar pants if you put it on your > lap. Ouch! Of course, the external temperature of the unit will never > approach these temperatures. You are kindly forgetting about the recent battery incidents. ;) C. From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 19:33:24 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76FCE16A417; Mon, 1 Oct 2007 19:33:24 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6E62C13C4B2; Mon, 1 Oct 2007 19:33:24 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id B3A378FD38; Mon, 1 Oct 2007 13:15:49 -0600 (MDT) Date: Mon, 1 Oct 2007 13:15:49 -0600 From: Brad Davis To: freebsd-hackers@FreeBSD.org Message-ID: <20071001191549.GE26700@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: FreeBSD status reports due: Oct 6th, 2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 19:33:24 -0000 Hi Everyone, It is that time again. We would like to remind everybody who has exciting news to share to write a report about their project. This is a good way to improve exposure of your work, receive feedback and help. As we are closing in on 7.0 everybody is interested to know what's new - so please, do tell! Looking forward to your reports. As always you can either use the template or the generator CGI and mail the result to monthly@ by 2007/10/06. http://www.freebsd.org/news/status/ http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 19:51:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B9C16A417 for ; Mon, 1 Oct 2007 19:51:37 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 78A8213C461 for ; Mon, 1 Oct 2007 19:51:37 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 71728 invoked by uid 1001); 1 Oct 2007 19:52:00 -0000 Date: Mon, 1 Oct 2007 12:51:59 -0700 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20071001195159.GA69112@redundancy.redundancy.org> Mail-Followup-To: freebsd-current@freebsd.org, Jeff Roberson , Marcus Reid , Roman Bogorodskiy References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071001185454.GA72080@abigail.blackend.org> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Jeff Roberson , Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 19:51:37 -0000 On Mon, Oct 01, 2007 at 08:54:54PM +0200, Marc Fonvieille wrote: > I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > even appears with 4% of CPU usage according to top(1). > Thanks to your remarks and my tests, I'm now sure it's scheduler > independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > used. This may sound like a silly question, but what terminal emulator are you using? I found that xfce's Terminal gave me awful performance, taking a really long time to redraw, but xterm and roxterm sped things up a lot. I think for me part of this is related to the nvidia driver breakage with the new Xorg. Can you see if you can duplicate that behavior with xterm? From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 20:07:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D44216A419; Mon, 1 Oct 2007 20:07:20 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2F66413C458; Mon, 1 Oct 2007 20:07:19 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l91K71RX073436; Mon, 1 Oct 2007 22:07:01 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id l91K71Vl073435; Mon, 1 Oct 2007 22:07:01 +0200 (CEST) (envelope-from marc) Date: Mon, 1 Oct 2007 22:07:00 +0200 From: Marc Fonvieille To: freebsd-current@freebsd.org, Jeff Roberson , Marcus Reid , Roman Bogorodskiy Message-ID: <20071001200700.GA73187@abigail.blackend.org> Mail-Followup-To: freebsd-current@freebsd.org, Jeff Roberson , Marcus Reid , Roman Bogorodskiy References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> <20071001195159.GA69112@redundancy.redundancy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071001195159.GA69112@redundancy.redundancy.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 20:07:20 -0000 On Mon, Oct 01, 2007 at 12:51:59PM -0700, David E. Thiel wrote: > On Mon, Oct 01, 2007 at 08:54:54PM +0200, Marc Fonvieille wrote: > > I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > > even appears with 4% of CPU usage according to top(1). > > Thanks to your remarks and my tests, I'm now sure it's scheduler > > independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > > For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > > used. > > This may sound like a silly question, but what terminal emulator are you > using? I found that xfce's Terminal gave me awful performance, taking a > really long time to redraw, but xterm and roxterm sped things up a lot. I > think for me part of this is related to the nvidia driver breakage with > the new Xorg. Can you see if you can duplicate that behavior with xterm? > I use x11/rxvt-devel but the lag also exists on Xorg 7.2. I feel it has nothing to do with Xorg. On other hand, it's true any GTK based application is most of time worse in term of performance. Building a port can freeze or slow down webpages loading in Firefox... -- Marc From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 20:10:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D31716A41A for ; Mon, 1 Oct 2007 20:10:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6166C13C4A7 for ; Mon, 1 Oct 2007 20:10:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2399035nzf for ; Mon, 01 Oct 2007 13:10:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=BxPs+TTnb/1CMn79zQeohO8tVksgt6gHnOpq/nfdEOw=; b=C55Q8yRHCh2iboxSQaWMrFLZViumY0gllX735vKlSJRMLEGO61nlFRLhkS8AH0IAt7LmgtDQLqFT+zuvq8V+rSWzL6HREkzj9jPpmBcNJsN05zRY4XWXXXkwleWZ98UkU6IDIS0ABQNB73HWhrF6Rm8IFM94wgZuq1i4wGWzw/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=b9ExJBsTTjb4WRz93k8ifn5lKSOHZo1ahGqTG9MhzLlOwKPIfEISXbmeMY5FknUEtekilbPkKbVmA3Pd8W0rWqb1hRlqUPVZlEprLDr8o1AAfkcepfwwvKe549k0auIFS4BMlU5n/yl8127ncpc7orqsOF/Svmtju3u3fDJ4234= Received: by 10.65.40.16 with SMTP id s16mr6573237qbj.1191269426192; Mon, 01 Oct 2007 13:10:26 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 13:10:26 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 20:10:26 +0000 From: "Aryeh Friedman" 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: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 20:10:27 -0000 My inet connection dies at random times (see example below) the only way to repair is a hard reboot (and hard reboot of cable modem)... this problem only started appearing after switching from i386 to amd64 uname -a: FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Oct 1 02:06:20 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC amd64 Problem output: monsert# cvsup /usr/share/examples/cvsup/ports-supfile Connected to cvsup10.us.FreeBSD.org Updating collection ports-all/cvs Edit ports/LEGAL Edit ports/MOVED Edit ports/UPDATING Edit ports/audio/qjackctl/Makefile Edit ports/audio/qjackctl/distinfo Edit ports/audio/qjackctl/files/patch-src-qjackctlSetup.cpp TreeList failed: Network write failure: Connection closed Will retry at 15:37:45monsert# ifconfig -a re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:19:db:b5:f8:0f inet6 fe80::219:dbff:feb5:f80f%re0 prefixlen 64 scopeid 0x1 inet 67.84.39.90 netmask 0xfffff800 broadcast 255.255.255.255 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 relevent sections of dmesg: re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] No abnormal entries in /var/log/messages From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 20:16:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 274E016A417 for ; Mon, 1 Oct 2007 20:16:51 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id B9D6313C478 for ; Mon, 1 Oct 2007 20:16:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so800986anc for ; Mon, 01 Oct 2007 13:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=azkMIDZwAbLdQ/VmpK9tv5+I94lKAYhRQ9hGetQVVZc=; b=GO35JSkYviP6fP8AvCa7kr5Rht73pRbAhYnufggm1eTaz6Y6NChVqugmWSQyYTDKvjrpf1FlSD6mqSoFSt1ZnuD1KLHxaDQpP1TOPiYq4NDIKydGKUAjktdlGA5FC9IOx60875eV4MUweEziDV5H8iAwIlpB3oEhc2Wpw/GbvCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aflkTwFERuXVzxFyMmWYLDnu4UbjYvmR5Z72eT+Du98NFWnIWQc9vf5a0McZRy2iW7g/chwmBRRf6JG4c90gffyZaNItGNjtQ5GW/J1MiODHibIMGvDO1x1D6Shv4j3jrFbywD2iDVOJqFUjJzo9SbPD6yRWeVUV7RTvpAQvx9Y= Received: by 10.114.130.1 with SMTP id c1mr1101965wad.1191269808678; Mon, 01 Oct 2007 13:16:48 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Mon, 1 Oct 2007 13:16:48 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 13:16:48 -0700 From: "Kip Macy" To: "Aryeh Friedman" 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: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 20:16:51 -0000 Uhm the network problems you speak of are not tcp/ip problems. Realtek is noted for producing "limited" hardware, it is quite possible that bounce buffering in busdma is not being set up correctly. -Kip On 10/1/07, Aryeh Friedman wrote: > My inet connection dies at random times (see example below) the only > way to repair is a hard reboot (and hard reboot of cable modem)... > this problem only started appearing after switching from i386 to amd64 > > uname -a: > > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Oct 1 > 02:06:20 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > amd64 > > Problem output: > monsert# cvsup /usr/share/examples/cvsup/ports-supfile > Connected to cvsup10.us.FreeBSD.org > Updating collection ports-all/cvs > Edit ports/LEGAL > Edit ports/MOVED > Edit ports/UPDATING > Edit ports/audio/qjackctl/Makefile > Edit ports/audio/qjackctl/distinfo > Edit ports/audio/qjackctl/files/patch-src-qjackctlSetup.cpp > TreeList failed: Network write failure: Connection closed > Will retry at 15:37:45monsert# ifconfig -a > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:19:db:b5:f8:0f > inet6 fe80::219:dbff:feb5:f80f%re0 prefixlen 64 scopeid 0x1 > inet 67.84.39.90 netmask 0xfffff800 broadcast 255.255.255.255 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > relevent sections of dmesg: > > re0: port 0xe800-0xe8ff mem > 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:19:db:b5:f8:0f > re0: [FILTER] > re0: [FILTER] > > No abnormal entries in /var/log/messages > _______________________________________________ > 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 Oct 1 20:30:41 2007 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 A214816A468 for ; Mon, 1 Oct 2007 20:30:41 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id D0FB713C4A8 for ; Mon, 1 Oct 2007 20:30:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id B23D01CC58; Tue, 2 Oct 2007 09:30:30 +1300 (NZDT) Date: Tue, 2 Oct 2007 09:30:30 +1300 From: Andrew Thompson To: "Nicolai Petri (lists)" Message-ID: <20071001203030.GB16919@heff.fud.org.nz> References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> <4678B1E4.7080909@errno.com> <467ED084.4000002@petri.cc> <46A484CA.8030805@petri.cc> <20070723114821.GA6575@heff.fud.org.nz> <46A84F36.8080309@petri.cc> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <46A84F36.8080309@petri.cc> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Current , Craig Boston Subject: Re: ipw status (was: wireless) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 20:30:41 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jul 26, 2007 at 09:37:26AM +0200, Nicolai Petri (lists) wrote: > Andrew Thompson wrote: > > >>Are there any news on this matter ? We are now 1 month closer to beta > >>and ipw is still useless. I'm willing to test if anyone have patches but > >>I don't have time to look at code myself. > > > >You can test this WIP. > > > >cheers, > >Andrew > > Hi Andrew > > This is definately a step in the right direction.. This mail is sent > over my ipw card which haven't been used for a month :) > > My initial tests shows 2 things : > > 1) Firmware fails to load automatically > > 2) After a random period of a couple of minutes and more I get > disconnected and a ifconfig ipw0 down up fixes it. Thanks for the report, attached is an updated patch for ipw(4) that seems to work very well. Please give it a spin. Andrew --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ipw_20071002.diff" Index: if_ipw.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ipw/if_ipw.c,v retrieving revision 1.30 diff -u -p -r1.30 if_ipw.c --- if_ipw.c 5 Sep 2007 21:31:31 -0000 1.30 +++ if_ipw.c 1 Oct 2007 09:53:33 -0000 @@ -3,6 +3,8 @@ /*- * Copyright (c) 2004-2006 * Damien Bergamini . All rights reserved. + * Copyright (c) 2006 Sam Leffler, Errno Consulting + * Copyright (c) 2007 Andrew Thompson * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -78,6 +80,7 @@ __FBSDID("$FreeBSD: src/sys/dev/ipw/if_i #include #include +#define IPW_DEBUG #ifdef IPW_DEBUG #define DPRINTF(x) do { if (ipw_debug > 0) printf x; } while (0) #define DPRINTFN(n, x) do { if (ipw_debug >= (n)) printf x; } while (0) @@ -110,39 +113,56 @@ static int ipw_media_change(struct ifnet static void ipw_media_status(struct ifnet *, struct ifmediareq *); static int ipw_newstate(struct ieee80211com *, enum ieee80211_state, int); static uint16_t ipw_read_prom_word(struct ipw_softc *, uint8_t); -static void ipw_command_intr(struct ipw_softc *, struct ipw_soft_buf *); -static void ipw_newstate_intr(struct ipw_softc *, struct ipw_soft_buf *); -static void ipw_data_intr(struct ipw_softc *, struct ipw_status *, +static void ipw_rx_cmd_intr(struct ipw_softc *, struct ipw_soft_buf *); +static void ipw_rx_newstate_intr(struct ipw_softc *, struct ipw_soft_buf *); +static void ipw_rx_data_intr(struct ipw_softc *, struct ipw_status *, struct ipw_soft_bd *, struct ipw_soft_buf *); static void ipw_rx_intr(struct ipw_softc *); static void ipw_release_sbd(struct ipw_softc *, struct ipw_soft_bd *); static void ipw_tx_intr(struct ipw_softc *); static void ipw_intr(void *); static void ipw_dma_map_addr(void *, bus_dma_segment_t *, int, int); +static const char * ipw_cmdname(int); static int ipw_cmd(struct ipw_softc *, uint32_t, void *, uint32_t); static int ipw_tx_start(struct ifnet *, struct mbuf *, struct ieee80211_node *); static void ipw_start(struct ifnet *); -static void ipw_watchdog(struct ifnet *); +static void ipw_start_locked(struct ifnet *); +static void ipw_watchdog(void *); static int ipw_ioctl(struct ifnet *, u_long, caddr_t); static void ipw_stop_master(struct ipw_softc *); +static int ipw_enable(struct ipw_softc *); +static int ipw_disable(struct ipw_softc *); static int ipw_reset(struct ipw_softc *); static int ipw_load_ucode(struct ipw_softc *, const char *, int); static int ipw_load_firmware(struct ipw_softc *, const char *, int); +static void ipw_assoc_task(void *, int); +static int ipw_auth_and_assoc(struct ipw_softc *); static int ipw_config(struct ipw_softc *); static void ipw_init_task(void *, int); static void ipw_init(void *); +static void ipw_init_locked(struct ipw_softc *, int); static void ipw_stop(void *); +static void ipw_stop_locked(struct ipw_softc *); static int ipw_sysctl_stats(SYSCTL_HANDLER_ARGS); static int ipw_sysctl_radio(SYSCTL_HANDLER_ARGS); static uint32_t ipw_read_table1(struct ipw_softc *, uint32_t); static void ipw_write_table1(struct ipw_softc *, uint32_t, uint32_t); +#if 0 static int ipw_read_table2(struct ipw_softc *, uint32_t, void *, uint32_t *); static void ipw_read_mem_1(struct ipw_softc *, bus_size_t, uint8_t *, bus_size_t); +#endif static void ipw_write_mem_1(struct ipw_softc *, bus_size_t, const uint8_t *, bus_size_t); +static void ipw_scan_task(void *, int); +static int ipw_scan(struct ipw_softc *); +static void ipw_scan_start(struct ieee80211com *); +static void ipw_scan_end(struct ieee80211com *); +static void ipw_set_channel(struct ieee80211com *); +static void ipw_scan_curchan(struct ieee80211com *, unsigned long maxdwell); +static void ipw_scan_mindwell(struct ieee80211com *); static int ipw_probe(device_t); static int ipw_attach(device_t); @@ -172,6 +192,7 @@ static driver_t ipw_driver = { static devclass_t ipw_devclass; DRIVER_MODULE(ipw, pci, ipw_driver, ipw_devclass, 0, 0); +DRIVER_MODULE(ipw, cardbus, ipw_driver, ipw_devclass, 0, 0); static int ipw_probe(device_t dev) @@ -207,6 +228,9 @@ ipw_attach(device_t dev) MTX_DEF | MTX_RECURSE); TASK_INIT(&sc->sc_init_task, 0, ipw_init_task, sc); + TASK_INIT(&sc->sc_scan_task, 0, ipw_scan_task, sc); + TASK_INIT(&sc->sc_assoc_task, 0, ipw_assoc_task, sc); + callout_init_mtx(&sc->sc_wdtimer, &sc->sc_mtx, 0); if (pci_get_powerstate(dev) != PCI_POWERSTATE_D0) { device_printf(dev, "chip is in D%d power mode " @@ -260,7 +284,6 @@ ipw_attach(device_t dev) ifp->if_init = ipw_init; ifp->if_ioctl = ipw_ioctl; ifp->if_start = ipw_start; - ifp->if_watchdog = ipw_watchdog; IFQ_SET_MAXLEN(&ifp->if_snd, IFQ_MAXLEN); ifp->if_snd.ifq_drv_maxlen = IFQ_MAXLEN; IFQ_SET_READY(&ifp->if_snd); @@ -271,11 +294,12 @@ ipw_attach(device_t dev) ic->ic_state = IEEE80211_S_INIT; /* set device capabilities */ - ic->ic_caps = - IEEE80211_C_IBSS | /* IBSS mode supported */ - IEEE80211_C_MONITOR | /* monitor mode supported */ - IEEE80211_C_TXPMGT | /* tx power management */ - IEEE80211_C_SHPREAMBLE; /* short preamble supported */ + ic->ic_caps = IEEE80211_C_IBSS /* IBSS mode supported */ + | IEEE80211_C_MONITOR /* monitor mode supported */ + | IEEE80211_C_PMGT /* power save supported */ + | IEEE80211_C_SHPREAMBLE /* short preamble supported */ + | IEEE80211_C_WPA /* 802.11i supported */ + ; /* read MAC address from EEPROM */ val = ipw_read_prom_word(sc, IPW_EEPROM_MAC + 0); @@ -311,6 +335,12 @@ ipw_attach(device_t dev) ic->ic_newstate = ipw_newstate; ieee80211_media_init(ic, ipw_media_change, ipw_media_status); + ic->ic_scan_start = ipw_scan_start; + ic->ic_scan_end = ipw_scan_end; + ic->ic_set_channel = ipw_set_channel; + ic->ic_scan_curchan = ipw_scan_curchan; + ic->ic_scan_mindwell = ipw_scan_mindwell; + bpfattach2(ifp, DLT_IEEE802_11_RADIO, sizeof (struct ieee80211_frame) + sizeof (sc->sc_txtap), &sc->sc_drvbpf); @@ -370,6 +400,7 @@ ipw_detach(device_t dev) struct ifnet *ifp = ic->ic_ifp; ipw_stop(sc); + callout_drain(&sc->sc_wdtimer); if (ifp != NULL) { bpfdetach(ifp); @@ -711,18 +742,19 @@ ipw_resume(device_t dev) { struct ipw_softc *sc = device_get_softc(dev); struct ifnet *ifp = sc->sc_ic.ic_ifp; + IPW_LOCK_DECL; - mtx_lock(&sc->sc_mtx); + IPW_LOCK(sc); pci_write_config(dev, 0x41, 0, 1); if (ifp->if_flags & IFF_UP) { - ifp->if_init(ifp->if_softc); + ipw_init_locked(sc, 0); if (ifp->if_drv_flags & IFF_DRV_RUNNING) - ifp->if_start(ifp); + ipw_start_locked(ifp); } - mtx_unlock(&sc->sc_mtx); + IPW_UNLOCK(sc); return 0; } @@ -732,21 +764,19 @@ ipw_media_change(struct ifnet *ifp) { struct ipw_softc *sc = ifp->if_softc; int error; + IPW_LOCK_DECL; - mtx_lock(&sc->sc_mtx); - + IPW_LOCK(sc); error = ieee80211_media_change(ifp); - if (error != ENETRESET) { - mtx_unlock(&sc->sc_mtx); - return error; + if (error == ENETRESET) { + if ((ifp->if_flags & IFF_UP) && + (ifp->if_drv_flags & IFF_DRV_RUNNING)) + ipw_init_locked(sc, 0); + error = 0; } + IPW_UNLOCK(sc); - if ((ifp->if_flags & IFF_UP) && (ifp->if_drv_flags & IFF_DRV_RUNNING)) - ipw_init(sc); - - mtx_unlock(&sc->sc_mtx); - - return 0; + return (error); } /* @@ -811,34 +841,63 @@ ipw_newstate(struct ieee80211com *ic, en { struct ifnet *ifp = ic->ic_ifp; struct ipw_softc *sc = ifp->if_softc; - uint8_t macaddr[IEEE80211_ADDR_LEN]; - uint32_t len; +#if 0 + struct ieee80211_node *ni; + uint32_t len, error; +#endif + + DPRINTF(("%s: %s -> %s flags 0x%x\n", __func__, + ieee80211_state_name[ic->ic_state], + ieee80211_state_name[nstate], sc->flags)); switch (nstate) { case IEEE80211_S_RUN: +#if 0 + ni = ic->ic_bss; DELAY(200); /* firmware needs a short delay here */ len = IEEE80211_ADDR_LEN; - ipw_read_table2(sc, IPW_INFO_CURRENT_BSSID, macaddr, &len); + ipw_read_table2(sc, IPW_INFO_CURRENT_BSSID, ni->ni_bssid, &len); + IEEE80211_ADDR_COPY(ni->ni_macaddr, ni->ni_bssid); -#if 0 - ni = ieee80211_find_node(&ic->ic_scan, macaddr); - if (ni == NULL) - break; - - ieee80211_ref_node(ni); - ieee80211_sta_join(ic, ni); - ieee80211_node_authorize(ni); + if (ic->ic_opmode != IEEE80211_M_HOSTAP) { + len = IEEE80211_NWID_LEN; + error = ipw_read_table2(sc, IPW_INFO_CURRENT_SSID, + ni->ni_essid, &len); - if (ic->ic_opmode == IEEE80211_M_STA) - ieee80211_notify_node_join(ic, ni, 1); + if (error == 0) { + ni->ni_esslen = len; +#ifdef IPW_DEBUG + if (ipw_debug > 0) { + printf("Associated to "); + ieee80211_print_essid(ni->ni_essid, + ni->ni_esslen); + printf("\n"); + } #endif - break; + } + } +#endif + return (*sc->sc_newstate)(ic, nstate, arg); case IEEE80211_S_INIT: case IEEE80211_S_SCAN: + return sc->sc_newstate(ic, nstate, arg); + case IEEE80211_S_AUTH: + taskqueue_enqueue_fast(taskqueue_fast, &sc->sc_assoc_task); + break; + case IEEE80211_S_ASSOC: + /* + * If we are not transitioning from AUTH the resend the + * association request. + */ + if (ic->ic_state != IEEE80211_S_AUTH) + taskqueue_enqueue_fast(taskqueue_fast, + &sc->sc_assoc_task); + break; + default: break; } @@ -904,7 +963,7 @@ ipw_read_prom_word(struct ipw_softc *sc, } static void -ipw_command_intr(struct ipw_softc *sc, struct ipw_soft_buf *sbuf) +ipw_rx_cmd_intr(struct ipw_softc *sc, struct ipw_soft_buf *sbuf) { struct ipw_cmd *cmd; @@ -912,16 +971,19 @@ ipw_command_intr(struct ipw_softc *sc, s cmd = mtod(sbuf->m, struct ipw_cmd *); - DPRINTFN(2, ("cmd ack'ed (%u, %u, %u, %u, %u)\n", le32toh(cmd->type), + DPRINTFN(9, ("cmd ack'ed %s(%u, %u, %u, %u, %u)\n", + ipw_cmdname(le32toh(cmd->type)), le32toh(cmd->type), le32toh(cmd->subtype), le32toh(cmd->seq), le32toh(cmd->len), le32toh(cmd->status))); + sc->flags &= ~IPW_FLAG_BUSY; wakeup(sc); } static void -ipw_newstate_intr(struct ipw_softc *sc, struct ipw_soft_buf *sbuf) +ipw_rx_newstate_intr(struct ipw_softc *sc, struct ipw_soft_buf *sbuf) { +#define IEEESTATE(ic) ieee80211_state_name[ic->ic_state] struct ieee80211com *ic = &sc->sc_ic; uint32_t state; @@ -929,35 +991,93 @@ ipw_newstate_intr(struct ipw_softc *sc, state = le32toh(*mtod(sbuf->m, uint32_t *)); - DPRINTFN(2, ("entering state %u\n", state)); - switch (state) { case IPW_STATE_ASSOCIATED: + DPRINTFN(2, ("Association succeeded (%s flags 0x%x)\n", + IEEESTATE(ic), sc->flags)); + if (sc->flags & IPW_FLAG_SCANNING) { + ieee80211_cancel_scan(ic); + sc->flags &= ~IPW_FLAG_SCANNING; + } + sc->flags |= IPW_FLAG_ASSOCIATED; ieee80211_new_state(ic, IEEE80211_S_RUN, -1); break; case IPW_STATE_SCANNING: - /* don't leave run state on background scan */ - if (ic->ic_state != IEEE80211_S_RUN) - ieee80211_new_state(ic, IEEE80211_S_SCAN, -1); - - ic->ic_flags |= IEEE80211_F_SCAN; + DPRINTFN(3, ("Scanning (%s flags 0x%x)\n", + IEEESTATE(ic), sc->flags)); + /* + * NB: Check driver state for association on assoc + * loss as the firmware will immediately start to + * scan and we would treat it as a beacon miss if + * we checked the 802.11 layer state. + */ + if (sc->flags & IPW_FLAG_ASSOCIATED) + ieee80211_beacon_miss(ic); break; case IPW_STATE_SCAN_COMPLETE: - ieee80211_notify_scan_done(ic); - ic->ic_flags &= ~IEEE80211_F_SCAN; + /* + * XXX For some reason scan requests generate scan + * started + scan done events before any traffic is + * received (e.g. probe response frames). We work + * around this by marking the HACK flag and skipping + * the first scan complete event. + */ + if (sc->flags & IPW_FLAG_HACK) { + sc->flags &= ~IPW_FLAG_HACK; + break; + } + DPRINTFN(3, ("Scan complete (%s flags 0x%x)\n", + IEEESTATE(ic), sc->flags)); + if (sc->flags & IPW_FLAG_SCANNING) { + ieee80211_scan_done(ic); + sc->flags &= ~IPW_FLAG_SCANNING; + sc->sc_scan_timer = 0; + } break; case IPW_STATE_ASSOCIATION_LOST: - ieee80211_new_state(ic, IEEE80211_S_INIT, -1); + DPRINTFN(2, ("Association lost (%s flags 0x%x)\n", + IEEESTATE(ic), sc->flags)); + sc->flags &= ~IPW_FLAG_ASSOCIATED; + if (ic->ic_state == IEEE80211_S_RUN) + ieee80211_new_state(ic, IEEE80211_S_SCAN, -1); + break; + + case IPW_STATE_DISABLED: + DPRINTFN(2, ("Firmware disabled (%s flags 0x%x)\n", + IEEESTATE(ic), sc->flags)); break; case IPW_STATE_RADIO_DISABLED: + DPRINTFN(2, ("Radio off (%s flags 0x%x)\n", + IEEESTATE(ic), sc->flags)); ic->ic_ifp->if_flags &= ~IFF_UP; - ipw_stop(sc); + ipw_stop_locked(sc); + break; + + default: + DPRINTFN(2, ("%s: unhandled state %u %s flags 0x%x\n", + __func__, state, IEEESTATE(ic), sc->flags)); break; } +#undef IEEESTATE +} + +/* + * Set driver state for current channel. + */ +static void +ipw_setcurchan(struct ipw_softc *sc, struct ieee80211_channel *chan) +{ + struct ieee80211com *ic = &sc->sc_ic; + + ic->ic_curchan = chan; + sc->sc_rxtap.wr_chan_freq = sc->sc_txtap.wt_chan_freq = + htole16(ic->ic_curchan->ic_freq); + sc->sc_rxtap.wr_chan_flags = sc->sc_txtap.wt_chan_flags = + htole16(ic->ic_curchan->ic_flags); } /* @@ -965,8 +1085,10 @@ ipw_newstate_intr(struct ipw_softc *sc, * probe responses. Only used during AP detection. */ static void -ipw_fix_channel(struct ieee80211com *ic, struct mbuf *m) +ipw_fix_channel(struct ipw_softc *sc, struct mbuf *m) { + struct ieee80211com *ic = &sc->sc_ic; + struct ieee80211_channel *c; struct ieee80211_frame *wh; uint8_t subtype; uint8_t *frm, *efrm; @@ -991,16 +1113,22 @@ ipw_fix_channel(struct ieee80211com *ic, #if IEEE80211_CHAN_MAX < 255 if (frm[2] <= IEEE80211_CHAN_MAX) #endif - ic->ic_bsschan = ieee80211_find_channel(ic, + { + DPRINTF(("Fixing channel to %d\n", frm[2])); + c = ieee80211_find_channel(ic, ieee80211_ieee2mhz(frm[2], 0), - IEEE80211_MODE_AUTO); + IEEE80211_CHAN_B); + if (c == NULL) + c = &ic->ic_channels[0]; + ipw_setcurchan(sc, c); + } frm += frm[1] + 2; } } static void -ipw_data_intr(struct ipw_softc *sc, struct ipw_status *status, +ipw_rx_data_intr(struct ipw_softc *sc, struct ipw_status *status, struct ipw_soft_bd *sbd, struct ipw_soft_buf *sbuf) { struct ieee80211com *ic = &sc->sc_ic; @@ -1010,6 +1138,7 @@ ipw_data_intr(struct ipw_softc *sc, stru struct ieee80211_node *ni; bus_addr_t physaddr; int error; + IPW_LOCK_DECL; DPRINTFN(5, ("received frame len=%u, rssi=%u\n", le32toh(status->len), status->rssi)); @@ -1067,18 +1196,18 @@ ipw_data_intr(struct ipw_softc *sc, stru struct ipw_rx_radiotap_header *tap = &sc->sc_rxtap; tap->wr_flags = 0; - tap->wr_antsignal = status->rssi; + tap->wr_antsignal = status->rssi + IPW_RSSI_TO_DBM; tap->wr_chan_freq = htole16(ic->ic_curchan->ic_freq); tap->wr_chan_flags = htole16(ic->ic_curchan->ic_flags); bpf_mtap2(sc->sc_drvbpf, tap, sc->sc_rxtap_len, m); } - if (ic->ic_state == IEEE80211_S_SCAN) - ipw_fix_channel(ic, m); + if (sc->flags & IPW_FLAG_SCANNING) + ipw_fix_channel(sc, m); wh = mtod(m, struct ieee80211_frame *); - mtx_unlock(&sc->sc_mtx); + IPW_UNLOCK(sc); ni = ieee80211_find_rxnode(ic, (struct ieee80211_frame_min *)wh); /* send the frame to the 802.11 layer */ @@ -1086,7 +1215,7 @@ ipw_data_intr(struct ipw_softc *sc, stru /* node is no longer needed */ ieee80211_free_node(ni); - mtx_lock(&sc->sc_mtx); + IPW_LOCK(sc); bus_dmamap_sync(sc->rbd_dmat, sc->rbd_map, BUS_DMASYNC_PREWRITE); } @@ -1094,6 +1223,7 @@ ipw_data_intr(struct ipw_softc *sc, stru static void ipw_rx_intr(struct ipw_softc *sc) { + struct ieee80211com *ic = &sc->sc_ic; struct ipw_status *status; struct ipw_soft_bd *sbd; struct ipw_soft_buf *sbuf; @@ -1113,24 +1243,30 @@ ipw_rx_intr(struct ipw_softc *sc) switch (le16toh(status->code) & 0xf) { case IPW_STATUS_CODE_COMMAND: - ipw_command_intr(sc, sbuf); + ipw_rx_cmd_intr(sc, sbuf); break; case IPW_STATUS_CODE_NEWSTATE: - ipw_newstate_intr(sc, sbuf); + ipw_rx_newstate_intr(sc, sbuf); break; case IPW_STATUS_CODE_DATA_802_3: case IPW_STATUS_CODE_DATA_802_11: - ipw_data_intr(sc, status, sbd, sbuf); + ipw_rx_data_intr(sc, status, sbd, sbuf); break; case IPW_STATUS_CODE_NOTIFICATION: - DPRINTFN(2, ("received notification\n")); + DPRINTFN(2, ("notification status, len %u flags 0x%x\n", + le32toh(status->len), status->flags)); + if (ic->ic_state == IEEE80211_S_AUTH) { + /* XXX assume auth notification */ + ieee80211_node_authorize(ic->ic_bss); + ieee80211_new_state(ic, IEEE80211_S_ASSOC, -1); + } break; default: - device_printf(sc->sc_dev, "unknown status code %u\n", + device_printf(sc->sc_dev, "unexpected status code %u\n", le16toh(status->code)); } @@ -1213,7 +1349,7 @@ ipw_tx_intr(struct ipw_softc *sc) sc->txold = (r == 0) ? IPW_NTBD - 1 : r - 1; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; - ipw_start(ifp); + ipw_start_locked(ifp); } static void @@ -1221,11 +1357,12 @@ ipw_intr(void *arg) { struct ipw_softc *sc = arg; uint32_t r; + IPW_LOCK_DECL; - mtx_lock(&sc->sc_mtx); + IPW_LOCK(sc); if ((r = CSR_READ_4(sc, IPW_CSR_INTR)) == 0 || r == 0xffffffff) { - mtx_unlock(&sc->sc_mtx); + IPW_UNLOCK(sc); return; } @@ -1253,7 +1390,7 @@ ipw_intr(void *arg) /* re-enable interrupts */ CSR_WRITE_4(sc, IPW_CSR_INTR_MASK, IPW_INTR_MASK); - mtx_unlock(&sc->sc_mtx); + IPW_UNLOCK(sc); } static void @@ -1267,6 +1404,54 @@ ipw_dma_map_addr(void *arg, bus_dma_segm *(bus_addr_t *)arg = segs[0].ds_addr; } +static const char * +ipw_cmdname(int cmd) +{ +#define N(a) (sizeof(a) / sizeof(a[0])) + static const struct { + int cmd; + const char *name; + } cmds[] = { + { IPW_CMD_ADD_MULTICAST, "ADD_MULTICAST" }, + { IPW_CMD_BROADCAST_SCAN, "BROADCAST_SCAN" }, + { IPW_CMD_DISABLE, "DISABLE" }, + { IPW_CMD_DISABLE_PHY, "DISABLE_PHY" }, + { IPW_CMD_ENABLE, "ENABLE" }, + { IPW_CMD_PREPARE_POWER_DOWN, "PREPARE_POWER_DOWN" }, + { IPW_CMD_SET_BASIC_TX_RATES, "SET_BASIC_TX_RATES" }, + { IPW_CMD_SET_BEACON_INTERVAL, "SET_BEACON_INTERVAL" }, + { IPW_CMD_SET_CHANNEL, "SET_CHANNEL" }, + { IPW_CMD_SET_CONFIGURATION, "SET_CONFIGURATION" }, + { IPW_CMD_SET_DESIRED_BSSID, "SET_DESIRED_BSSID" }, + { IPW_CMD_SET_ESSID, "SET_ESSID" }, + { IPW_CMD_SET_FRAG_THRESHOLD, "SET_FRAG_THRESHOLD" }, + { IPW_CMD_SET_MAC_ADDRESS, "SET_MAC_ADDRESS" }, + { IPW_CMD_SET_MANDATORY_BSSID, "SET_MANDATORY_BSSID" }, + { IPW_CMD_SET_MODE, "SET_MODE" }, + { IPW_CMD_SET_MSDU_TX_RATES, "SET_MSDU_TX_RATES" }, + { IPW_CMD_SET_POWER_MODE, "SET_POWER_MODE" }, + { IPW_CMD_SET_RTS_THRESHOLD, "SET_RTS_THRESHOLD" }, + { IPW_CMD_SET_SCAN_OPTIONS, "SET_SCAN_OPTIONS" }, + { IPW_CMD_SET_SECURITY_INFO, "SET_SECURITY_INFO" }, + { IPW_CMD_SET_TX_POWER_INDEX, "SET_TX_POWER_INDEX" }, + { IPW_CMD_SET_TX_RATES, "SET_TX_RATES" }, + { IPW_CMD_SET_WEP_FLAGS, "SET_WEP_FLAGS" }, + { IPW_CMD_SET_WEP_KEY, "SET_WEP_KEY" }, + { IPW_CMD_SET_WEP_KEY_INDEX, "SET_WEP_KEY_INDEX" }, + { IPW_CMD_SET_WPA_IE, "SET_WPA_IE" }, + + }; + static char buf[12]; + int i; + + for (i = 0; i < N(cmds); i++) + if (cmds[i].cmd == cmd) + return cmds[i].name; + snprintf(buf, sizeof(buf), "%u", cmd); + return buf; +#undef N +} + /* * Send a command to the firmware and wait for the acknowledgement. */ @@ -1277,12 +1462,20 @@ ipw_cmd(struct ipw_softc *sc, uint32_t t bus_addr_t physaddr; int error; + if (sc->flags & IPW_FLAG_BUSY) { + device_printf(sc->sc_dev, "%s: %s not sent, busy\n", + __func__, ipw_cmdname(type)); + return EAGAIN; + } + sc->flags |= IPW_FLAG_BUSY; + sbd = &sc->stbd_list[sc->txcur]; error = bus_dmamap_load(sc->cmd_dmat, sc->cmd_map, &sc->cmd, sizeof (struct ipw_cmd), ipw_dma_map_addr, &physaddr, 0); if (error != 0) { device_printf(sc->sc_dev, "could not map command DMA memory\n"); + sc->flags &= ~IPW_FLAG_BUSY; return error; } @@ -1302,7 +1495,19 @@ ipw_cmd(struct ipw_softc *sc, uint32_t t bus_dmamap_sync(sc->cmd_dmat, sc->cmd_map, BUS_DMASYNC_PREWRITE); bus_dmamap_sync(sc->tbd_dmat, sc->tbd_map, BUS_DMASYNC_PREWRITE); - DPRINTFN(2, ("sending command (%u, %u, %u, %u)\n", type, 0, 0, len)); +#ifdef IPW_DEBUG + if (ipw_debug >= 4) { + printf("sending %s(%u, %u, %u, %u)", ipw_cmdname(type), type, + 0, 0, len); + /* Print the data buffer in the higher debug level */ + if (ipw_debug >= 9 && len > 0) { + printf(" data: 0x"); + for (int i = 1; i <= len; i++) + printf("%1D", (char *)data + len - i, ""); + } + printf("\n"); + } +#endif /* kick firmware */ sc->txfree--; @@ -1310,7 +1515,14 @@ ipw_cmd(struct ipw_softc *sc, uint32_t t CSR_WRITE_4(sc, IPW_CSR_TX_WRITE, sc->txcur); /* wait at most one second for command to complete */ - return msleep(sc, &sc->sc_mtx, 0, "ipwcmd", hz); + error = msleep(sc, &sc->sc_mtx, 0, "ipwcmd", hz); + if (error != 0) { + device_printf(sc->sc_dev, "%s: %s failed, timeout (error %u)\n", + __func__, ipw_cmdname(type), error); + sc->flags &= ~IPW_FLAG_BUSY; + return (error); + } + return (0); } static int @@ -1467,17 +1679,26 @@ static void ipw_start(struct ifnet *ifp) { struct ipw_softc *sc = ifp->if_softc; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + ipw_start_locked(ifp); + IPW_UNLOCK(sc); +} + +static void +ipw_start_locked(struct ifnet *ifp) +{ + struct ipw_softc *sc = ifp->if_softc; struct ieee80211com *ic = &sc->sc_ic; struct mbuf *m0; struct ether_header *eh; struct ieee80211_node *ni; - mtx_lock(&sc->sc_mtx); + IPW_LOCK_ASSERT(sc); - if (ic->ic_state != IEEE80211_S_RUN) { - mtx_unlock(&sc->sc_mtx); + if (ic->ic_state != IEEE80211_S_RUN) return; - } for (;;) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m0); @@ -1519,20 +1740,17 @@ ipw_start(struct ifnet *ifp) /* start watchdog timer */ sc->sc_tx_timer = 5; - ifp->if_timer = 1; } - - mtx_unlock(&sc->sc_mtx); } static void -ipw_watchdog(struct ifnet *ifp) +ipw_watchdog(void *arg) { - struct ipw_softc *sc = ifp->if_softc; - - mtx_lock(&sc->sc_mtx); + struct ipw_softc *sc = arg; + struct ieee80211com *ic = &sc->sc_ic; + struct ifnet *ifp = sc->sc_ifp; - ifp->if_timer = 0; + IPW_LOCK_ASSERT(sc); if (sc->sc_tx_timer > 0) { if (--sc->sc_tx_timer == 0) { @@ -1540,13 +1758,20 @@ ipw_watchdog(struct ifnet *ifp) ifp->if_oerrors++; taskqueue_enqueue_fast(taskqueue_fast, &sc->sc_init_task); - mtx_unlock(&sc->sc_mtx); - return; } - ifp->if_timer = 1; } - - mtx_unlock(&sc->sc_mtx); + if (sc->sc_scan_timer > 0) { + if (--sc->sc_scan_timer == 0) { + DPRINTFN(3, ("Scan timeout\n")); + /* End the scan */ + if (sc->flags & IPW_FLAG_SCANNING) { + ieee80211_scan_done(ic); + sc->flags &= ~IPW_FLAG_SCANNING; + } + } + } + if (ifp->if_drv_flags & IFF_DRV_RUNNING) + callout_reset(&sc->sc_wdtimer, hz, ipw_watchdog, sc); } static int @@ -1555,17 +1780,18 @@ ipw_ioctl(struct ifnet *ifp, u_long cmd, struct ipw_softc *sc = ifp->if_softc; struct ieee80211com *ic = &sc->sc_ic; int error = 0; + IPW_LOCK_DECL; - mtx_lock(&sc->sc_mtx); + IPW_LOCK(sc); switch (cmd) { case SIOCSIFFLAGS: if (ifp->if_flags & IFF_UP) { if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) - ipw_init(sc); + ipw_init_locked(sc, 0); } else { if (ifp->if_drv_flags & IFF_DRV_RUNNING) - ipw_stop(sc); + ipw_stop_locked(sc); } break; @@ -1575,12 +1801,13 @@ ipw_ioctl(struct ifnet *ifp, u_long cmd, if (error == ENETRESET) { if ((ifp->if_flags & IFF_UP) && - (ifp->if_drv_flags & IFF_DRV_RUNNING)) - ipw_init(sc); + (ifp->if_drv_flags & IFF_DRV_RUNNING) && + (ic->ic_roaming != IEEE80211_ROAMING_MANUAL)) + ipw_init_locked(sc, 0); error = 0; } - mtx_unlock(&sc->sc_mtx); + IPW_UNLOCK(sc); return error; } @@ -1606,7 +1833,8 @@ ipw_stop_master(struct ipw_softc *sc) tmp = CSR_READ_4(sc, IPW_CSR_RST); CSR_WRITE_4(sc, IPW_CSR_RST, tmp | IPW_RST_PRINCETON_RESET); - sc->flags &= ~IPW_FLAG_FW_INITED; + /* Clear all flags except the following */ + sc->flags &= IPW_FLAG_HAS_RADIO_SWITCH; } static int @@ -1641,6 +1869,60 @@ ipw_reset(struct ipw_softc *sc) return 0; } +static int +ipw_waitfordisable(struct ipw_softc *sc, int waitfor) +{ + int ms = hz < 1000 ? 1 : hz/10; + int i, error; + + for (i = 0; i < 100; i++) { + if (ipw_read_table1(sc, IPW_INFO_CARD_DISABLED) == waitfor) + return 0; + error = msleep(sc, &sc->sc_mtx, PCATCH, __func__, ms); + if (error == 0 || error != EWOULDBLOCK) + return 0; + } + DPRINTF(("%s: timeout waiting for %s\n", + __func__, waitfor ? "disable" : "enable")); + return ETIMEDOUT; +} + +static int +ipw_enable(struct ipw_softc *sc) +{ + int error; + + if ((sc->flags & IPW_FLAG_ENABLED) == 0) { + DPRINTF(("Enable adapter\n")); + error = ipw_cmd(sc, IPW_CMD_ENABLE, NULL, 0); + if (error != 0) + return error; + error = ipw_waitfordisable(sc, 0); + if (error != 0) + return error; + sc->flags |= IPW_FLAG_ENABLED; + } + return 0; +} + +static int +ipw_disable(struct ipw_softc *sc) +{ + int error; + + if (sc->flags & IPW_FLAG_ENABLED) { + DPRINTF(("Disable adapter\n")); + error = ipw_cmd(sc, IPW_CMD_DISABLE, NULL, 0); + if (error != 0) + return error; + error = ipw_waitfordisable(sc, 1); + if (error != 0) + return error; + sc->flags &= ~IPW_FLAG_ENABLED; + } + return 0; +} + /* * Upload the microcode to the device. */ @@ -1741,17 +2023,189 @@ ipw_load_firmware(struct ipw_softc *sc, } static int +ipw_setwepkeys(struct ipw_softc *sc) +{ + struct ieee80211com *ic = &sc->sc_ic; + struct ipw_wep_key wepkey; + struct ieee80211_key *wk; + int error, i; + + for (i = 0; i < IEEE80211_WEP_NKID; i++) { + wk = &ic->ic_crypto.cs_nw_keys[i]; + + if (wk->wk_cipher == NULL || + wk->wk_cipher->ic_cipher != IEEE80211_CIPHER_WEP) + continue; + + wepkey.idx = i; + wepkey.len = wk->wk_keylen; + memset(wepkey.key, 0, sizeof wepkey.key); + memcpy(wepkey.key, wk->wk_key, wk->wk_keylen); + DPRINTF(("Setting wep key index %u len %u\n", wepkey.idx, + wepkey.len)); + error = ipw_cmd(sc, IPW_CMD_SET_WEP_KEY, &wepkey, + sizeof wepkey); + if (error != 0) + return error; + } + return 0; +} + +static int +ipw_setwpaie(struct ipw_softc *sc, const void *ie, int ielen) +{ + struct ipw_wpa_ie wpaie; + + memset(&wpaie, 0, sizeof(wpaie)); + wpaie.len = htole32(ielen); + /* XXX verify length */ + memcpy(&wpaie.ie, ie, ielen); + DPRINTF(("Setting WPA IE\n")); + return ipw_cmd(sc, IPW_CMD_SET_WPA_IE, &wpaie, sizeof(wpaie)); +} + +static int +ipw_setbssid(struct ipw_softc *sc, uint8_t *bssid) +{ + static const uint8_t zerobssid[IEEE80211_ADDR_LEN]; + + if (bssid == NULL || bcmp(bssid, zerobssid, IEEE80211_ADDR_LEN) == 0) { + DPRINTF(("Setting mandatory BSSID to null\n")); + return ipw_cmd(sc, IPW_CMD_SET_MANDATORY_BSSID, NULL, 0); + } else { + DPRINTF(("Setting mandatory BSSID to %6D\n", bssid, ":")); + return ipw_cmd(sc, IPW_CMD_SET_MANDATORY_BSSID, + bssid, IEEE80211_ADDR_LEN); + } +} + +static int +ipw_setssid(struct ipw_softc *sc, void *ssid, size_t ssidlen) +{ + if (ssidlen == 0) { + /* + * A bug in the firmware breaks the ``don't associate'' + * bit in the scan options command. To compensate for + * this install a bogus ssid when no ssid is specified + * so the firmware won't try to associate. + */ + DPRINTF(("Setting bogus ESSID to WAR firmware bug\n")); + return ipw_cmd(sc, IPW_CMD_SET_ESSID, + "\x18\x19\x20\x21\x22\x23\x24\x25\x26\x27" + "\x28\x29\x2a\x2b\x2c\x2d\x2e\x2f\x30\x31" + "\x32\x33\x34\x35\x36\x37\x38\x39\x3a\x3b" + "\x3c\x3d", IEEE80211_NWID_LEN); + } else { +#ifdef IPW_DEBUG + if (ipw_debug > 0) { + printf("Setting ESSID to "); + ieee80211_print_essid(ssid, ssidlen); + printf("\n"); + } +#endif + return ipw_cmd(sc, IPW_CMD_SET_ESSID, ssid, ssidlen); + } +} + +static int +ipw_setscanopts(struct ipw_softc *sc, uint32_t chanmask, uint32_t flags) +{ + struct ipw_scan_options opts; + + DPRINTF(("Scan options: mask 0x%x flags 0x%x\n", chanmask, flags)); + opts.channels = htole32(chanmask); + opts.flags = htole32(flags); + return ipw_cmd(sc, IPW_CMD_SET_SCAN_OPTIONS, &opts, sizeof(opts)); +} + +/* + * Handler for sc_scan_task. This is a simple wrapper around ipw_scan(). + */ +static void +ipw_scan_task(void *context, int pending) +{ + struct ipw_softc *sc = context; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + ipw_scan(sc); + IPW_UNLOCK(sc); +} + +static int +ipw_scan(struct ipw_softc *sc) +{ + uint32_t params; + int error; + + DPRINTF(("%s: flags 0x%x\n", __func__, sc->flags)); + + if (sc->flags & IPW_FLAG_SCANNING) + return (EBUSY); + sc->flags |= IPW_FLAG_SCANNING | IPW_FLAG_HACK; + + /* NB: IPW_SCAN_DO_NOT_ASSOCIATE does not work (we set it anyway) */ + error = ipw_setscanopts(sc, 0x3fff, IPW_SCAN_DO_NOT_ASSOCIATE); + if (error != 0) + goto done; + + /* + * Setup null/bogus ssid so firmware doesn't use any previous + * ssid to try and associate. This is because the ``don't + * associate'' option bit is broken (sigh). + */ + error = ipw_setssid(sc, NULL, 0); + if (error != 0) + goto done; + + /* + * NB: the adapter may be disabled on association lost; + * if so just re-enable it to kick off scanning. + */ + DPRINTF(("Starting scan\n")); + sc->sc_scan_timer = 3; + if (sc->flags & IPW_FLAG_ENABLED) { + params = 0; /* XXX? */ + error = ipw_cmd(sc, IPW_CMD_BROADCAST_SCAN, + ¶ms, sizeof(params)); + } else + error = ipw_enable(sc); +done: + if (error != 0) { + DPRINTF(("Scan failed\n")); + sc->flags &= ~(IPW_FLAG_SCANNING | IPW_FLAG_HACK); + } + return (error); +} + +static int +ipw_setchannel(struct ipw_softc *sc, struct ieee80211_channel *chan) +{ + struct ieee80211com *ic = &sc->sc_ic; + uint32_t data; + int error; + + data = htole32(ieee80211_chan2ieee(ic, chan)); + DPRINTF(("Setting channel to %u\n", le32toh(data))); + error = ipw_cmd(sc, IPW_CMD_SET_CHANNEL, &data, sizeof data); + if (error == 0) + ipw_setcurchan(sc, chan); + return error; +} + +static int ipw_config(struct ipw_softc *sc) { struct ieee80211com *ic = &sc->sc_ic; struct ifnet *ifp = ic->ic_ifp; struct ipw_security security; - struct ieee80211_key *k; - struct ipw_wep_key wepkey; - struct ipw_scan_options options; struct ipw_configuration config; uint32_t data; - int error, i; + int error; + + error = ipw_disable(sc); + if (error != 0) + return error; switch (ic->ic_opmode) { case IEEE80211_M_STA: @@ -1774,17 +2228,13 @@ ipw_config(struct ipw_softc *sc) if (ic->ic_opmode == IEEE80211_M_IBSS || ic->ic_opmode == IEEE80211_M_MONITOR) { - data = htole32(ieee80211_chan2ieee(ic, ic->ic_curchan)); - DPRINTF(("Setting channel to %u\n", le32toh(data))); - error = ipw_cmd(sc, IPW_CMD_SET_CHANNEL, &data, sizeof data); + error = ipw_setchannel(sc, ic->ic_curchan); if (error != 0) return error; } - if (ic->ic_opmode == IEEE80211_M_MONITOR) { - DPRINTF(("Enabling adapter\n")); - return ipw_cmd(sc, IPW_CMD_ENABLE, NULL, 0); - } + if (ic->ic_opmode == IEEE80211_M_MONITOR) + return ipw_enable(sc); IEEE80211_ADDR_COPY(ic->ic_myaddr, IF_LLADDR(ifp)); DPRINTF(("Setting MAC address to %6D\n", ic->ic_myaddr, ":")); @@ -1812,6 +2262,12 @@ ipw_config(struct ipw_softc *sc) if (error != 0) return error; + /* NB: use the same rate set */ + DPRINTF(("Setting msdu tx rates to 0x%x\n", le32toh(data))); + error = ipw_cmd(sc, IPW_CMD_SET_MSDU_TX_RATES, &data, sizeof data); + if (error != 0) + return error; + data = htole32(0xf); /* 1, 2, 5.5, 11 */ DPRINTF(("Setting tx rates to 0x%x\n", le32toh(data))); error = ipw_cmd(sc, IPW_CMD_SET_TX_RATES, &data, sizeof data); @@ -1845,22 +2301,11 @@ ipw_config(struct ipw_softc *sc) if (error != 0) return error; -#ifdef IPW_DEBUG - if (ipw_debug > 0) { - printf("Setting ESSID to "); - ieee80211_print_essid(ic->ic_des_ssid[0].ssid, - ic->ic_des_ssid[0].len); - printf("\n"); - } -#endif - error = ipw_cmd(sc, IPW_CMD_SET_ESSID, ic->ic_des_ssid[0].ssid, - ic->ic_des_ssid[0].len); + error = ipw_setssid(sc, ic->ic_des_ssid[0].ssid, ic->ic_des_ssid[0].len); if (error != 0) return error; - /* no mandatory BSSID */ - DPRINTF(("Setting mandatory BSSID to null\n")); - error = ipw_cmd(sc, IPW_CMD_SET_MANDATORY_BSSID, NULL, 0); + error = ipw_setbssid(sc, NULL); if (error != 0) return error; @@ -1878,35 +2323,25 @@ ipw_config(struct ipw_softc *sc) IPW_AUTH_SHARED : IPW_AUTH_OPEN; security.ciphers = htole32(IPW_CIPHER_NONE); DPRINTF(("Setting authmode to %u\n", security.authmode)); - error = ipw_cmd(sc, IPW_CMD_SET_SECURITY_INFORMATION, &security, + error = ipw_cmd(sc, IPW_CMD_SET_SECURITY_INFO, &security, sizeof security); if (error != 0) return error; if (ic->ic_flags & IEEE80211_F_PRIVACY) { - k = ic->ic_crypto.cs_nw_keys; - for (i = 0; i < IEEE80211_WEP_NKID; i++, k++) { - if (k->wk_keylen == 0) - continue; - - wepkey.idx = i; - wepkey.len = k->wk_keylen; - memset(wepkey.key, 0, sizeof wepkey.key); - memcpy(wepkey.key, k->wk_key, k->wk_keylen); - DPRINTF(("Setting wep key index %u len %u\n", - wepkey.idx, wepkey.len)); - error = ipw_cmd(sc, IPW_CMD_SET_WEP_KEY, &wepkey, - sizeof wepkey); + error = ipw_setwepkeys(sc); + if (error != 0) + return error; + + if (ic->ic_crypto.cs_def_txkey != IEEE80211_KEYIX_NONE) { + data = htole32(ic->ic_crypto.cs_def_txkey); + DPRINTF(("Setting wep tx key index to %u\n", + le32toh(data))); + error = ipw_cmd(sc, IPW_CMD_SET_WEP_KEY_INDEX, &data, + sizeof data); if (error != 0) return error; } - - data = htole32(ic->ic_crypto.cs_def_txkey); - DPRINTF(("Setting wep tx key index to %u\n", le32toh(data))); - error = ipw_cmd(sc, IPW_CMD_SET_WEP_KEY_INDEX, &data, - sizeof data); - if (error != 0) - return error; } data = htole32((ic->ic_flags & IEEE80211_F_PRIVACY) ? IPW_WEPON : 0); @@ -1915,16 +2350,11 @@ ipw_config(struct ipw_softc *sc) if (error != 0) return error; -#if 0 - struct ipw_wpa_ie ie; - - memset(&ie, 0, sizeof ie); - ie.len = htole32(sizeof (struct ieee80211_ie_wpa)); - DPRINTF(("Setting wpa ie\n")); - error = ipw_cmd(sc, IPW_CMD_SET_WPA_IE, &ie, sizeof ie); - if (error != 0) - return error; -#endif + if (ic->ic_opt_ie != NULL) { + error = ipw_setwpaie(sc, ic->ic_opt_ie, ic->ic_opt_ie_len); + if (error != 0) + return error; + } if (ic->ic_opmode == IEEE80211_M_IBSS) { data = htole32(ic->ic_bintval); @@ -1935,18 +2365,115 @@ ipw_config(struct ipw_softc *sc) return error; } - options.flags = 0; - options.channels = htole32(0x3fff); /* scan channels 1-14 */ - DPRINTF(("Setting scan options to 0x%x\n", le32toh(options.flags))); - error = ipw_cmd(sc, IPW_CMD_SET_SCAN_OPTIONS, &options, sizeof options); + error = ipw_setscanopts(sc, 0x3fff, 0); + if (error != 0) + return error; + + return (ipw_enable(sc)); +} + +/* + * Handler for sc_scan_task. This is a simple wrapper around ipw_scan(). + */ +static void +ipw_assoc_task(void *context, int pending) +{ + struct ipw_softc *sc = context; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + ipw_auth_and_assoc(sc); + IPW_UNLOCK(sc); +} + +static int +ipw_auth_and_assoc(struct ipw_softc *sc) +{ + struct ieee80211com *ic = &sc->sc_ic; + struct ieee80211_node *ni = ic->ic_bss; + struct ipw_security security; + uint32_t data; + int error; + + error = ipw_disable(sc); + if (error != 0) + return (error); + + memset(&security, 0, sizeof security); + security.authmode = (ni->ni_authmode == IEEE80211_AUTH_SHARED) ? + IPW_AUTH_SHARED : IPW_AUTH_OPEN; + security.ciphers = htole32(IPW_CIPHER_NONE); + DPRINTF(("Setting authmode to %u\n", security.authmode)); + error = ipw_cmd(sc, IPW_CMD_SET_SECURITY_INFO, &security, + sizeof security); + if (error != 0) + return (error); + + if (ic->ic_flags & IEEE80211_F_PRIVACY) { + error = ipw_setwepkeys(sc); + if (error != 0) + return error; + + if (ic->ic_crypto.cs_def_txkey != IEEE80211_KEYIX_NONE) { + data = htole32(ic->ic_crypto.cs_def_txkey); + DPRINTF(("Setting wep tx key index to %u\n", + le32toh(data))); + error = ipw_cmd(sc, IPW_CMD_SET_WEP_KEY_INDEX, &data, + sizeof data); + if (error != 0) + return error; + } + } + + data = htole32((ic->ic_flags & IEEE80211_F_PRIVACY) ? IPW_WEPON : 0); + DPRINTF(("Setting wep flags to 0x%x\n", le32toh(data))); + error = ipw_cmd(sc, IPW_CMD_SET_WEP_FLAGS, &data, sizeof data); if (error != 0) return error; - /* finally, enable adapter (start scanning for an access point) */ - DPRINTF(("Enabling adapter\n")); - return ipw_cmd(sc, IPW_CMD_ENABLE, NULL, 0); + error = ipw_setssid(sc, ni->ni_essid, ni->ni_esslen); + if (error != 0) + return (error); + + error = ipw_setbssid(sc, ni->ni_bssid); + if (error != 0) + return (error); + + if (ic->ic_opt_ie != NULL) { + error = ipw_setwpaie(sc, ic->ic_opt_ie, ic->ic_opt_ie_len); + if (error != 0) + return error; + } + if (ic->ic_opmode == IEEE80211_M_IBSS) { + error = ipw_setchannel(sc, ni->ni_chan); + if (error != 0) + return (error); + } + + /* lock scan to ap's channel and enable associate */ + error = ipw_setscanopts(sc, + 1<<(ieee80211_chan2ieee(ic, ni->ni_chan)-1), 0); + + return ipw_enable(sc); /* finally, enable adapter */ } +#if 0 +static int +ipw_disassociate(struct ipw_softc *sc) +{ + struct ieee80211com *ic = &sc->sc_ic; + struct ieee80211_node *ni = ic->ic_bss; + + DPRINTF(("Disassociate from %6D\n", ni->ni_bssid, ":")); + /* + * NB: firmware currently ignores bssid parameter, but + * supply it in case this changes (follow linux driver). + */ + return ipw_cmd(sc, IPW_CMD_DISASSOCIATE, + ni->ni_bssid, IEEE80211_ADDR_LEN); +} +#endif + /* * Handler for sc_init_task. This is a simple wrapper around ipw_init(). * It is called on firmware panics or on watchdog timeouts. @@ -1961,35 +2488,38 @@ static void ipw_init(void *priv) { struct ipw_softc *sc = priv; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + ipw_init_locked(sc, 0); + IPW_UNLOCK(sc); +} + +static void +ipw_init_locked(struct ipw_softc *sc, int force) +{ struct ieee80211com *ic = &sc->sc_ic; struct ifnet *ifp = ic->ic_ifp; const struct firmware *fp; const struct ipw_firmware_hdr *hdr; const char *imagename, *fw; - int owned; + IPW_LOCK_DECL; - /* - * ipw_init() is exposed through ifp->if_init so it might be called - * without the driver's lock held. Since msleep() doesn't like being - * called on a recursed mutex, we acquire the driver's lock only if - * we're not already holding it. - */ - if (!(owned = mtx_owned(&sc->sc_mtx))) - mtx_lock(&sc->sc_mtx); + IPW_LOCK_ASSERT(sc); + + DPRINTF(("%s: state %s flags 0x%x\n", __func__, + ieee80211_state_name[ic->ic_state], sc->flags)); /* * Avoid re-entrant calls. We need to release the mutex in ipw_init() * when loading the firmware and we don't want to be called during this * operation. */ - if (sc->flags & IPW_FLAG_INIT_LOCKED) { - if (!owned) - mtx_unlock(&sc->sc_mtx); + if (sc->flags & IPW_FLAG_INIT_LOCKED) return; - } sc->flags |= IPW_FLAG_INIT_LOCKED; - ipw_stop(sc); + ipw_stop_locked(sc); if (ipw_reset(sc) != 0) { device_printf(sc->sc_dev, "could not reset adapter\n"); @@ -2016,11 +2546,11 @@ ipw_init(void *priv) */ if (sc->sc_firmware == NULL || strcmp(sc->sc_firmware->name, imagename) != 0) { - mtx_unlock(&sc->sc_mtx); + IPW_UNLOCK(sc); if (sc->sc_firmware != NULL) firmware_put(sc->sc_firmware, FIRMWARE_UNLOAD); sc->sc_firmware = firmware_get(imagename); - mtx_lock(&sc->sc_mtx); + IPW_LOCK(sc); } if (sc->sc_firmware == NULL) { @@ -2045,6 +2575,7 @@ ipw_init(void *priv) goto fail2; } + DPRINTF(("Loading firmware image '%s'\n", imagename)); fw = (const char *)fp->data + sizeof *hdr + le32toh(hdr->mainsz); if (ipw_load_ucode(sc, fw, le32toh(hdr->ucodesz)) != 0) { device_printf(sc->sc_dev, "could not load microcode\n"); @@ -2092,37 +2623,55 @@ ipw_init(void *priv) goto fail1; } + if (ic->ic_opmode != IEEE80211_M_MONITOR) { + /* + * NB: When restarting the adapter clock the state + * machine regardless of the roaming mode; otherwise + * we need to notify user apps so they can manually + * get us going again. + */ + if (ic->ic_roaming != IEEE80211_ROAMING_MANUAL || force) + ieee80211_new_state(ic, IEEE80211_S_SCAN, 0); + } else + ieee80211_new_state(ic, IEEE80211_S_RUN, -1); + + callout_reset(&sc->sc_wdtimer, hz, ipw_watchdog, sc); ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; ifp->if_drv_flags |= IFF_DRV_RUNNING; sc->flags &=~ IPW_FLAG_INIT_LOCKED; - - if (!owned) - mtx_unlock(&sc->sc_mtx); - return; fail2: firmware_put(fp, FIRMWARE_UNLOAD); sc->sc_firmware = NULL; fail1: ifp->if_flags &= ~IFF_UP; - ipw_stop(sc); + ipw_stop_locked(sc); sc->flags &=~ IPW_FLAG_INIT_LOCKED; - if (!owned) - mtx_unlock(&sc->sc_mtx); } static void ipw_stop(void *priv) { struct ipw_softc *sc = priv; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + ipw_stop_locked(sc); + IPW_UNLOCK(sc); +} + +static void +ipw_stop_locked(struct ipw_softc *sc) +{ struct ieee80211com *ic = &sc->sc_ic; struct ifnet *ifp = ic->ic_ifp; int i; - mtx_lock(&sc->sc_mtx); + IPW_LOCK_ASSERT(sc); ieee80211_new_state(ic, IEEE80211_S_INIT, -1); + callout_stop(&sc->sc_wdtimer); ipw_stop_master(sc); CSR_WRITE_4(sc, IPW_CSR_RST, IPW_RST_SW_RESET); @@ -2134,10 +2683,7 @@ ipw_stop(void *priv) ipw_release_sbd(sc, &sc->stbd_list[i]); sc->sc_tx_timer = 0; - ifp->if_timer = 0; ifp->if_drv_flags &= ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); - - mtx_unlock(&sc->sc_mtx); } static int @@ -2184,6 +2730,7 @@ ipw_write_table1(struct ipw_softc *sc, u MEM_WRITE_4(sc, MEM_READ_4(sc, sc->table1_base + off), info); } +#if 0 static int ipw_read_table2(struct ipw_softc *sc, uint32_t off, void *buf, uint32_t *len) { @@ -2219,6 +2766,7 @@ ipw_read_mem_1(struct ipw_softc *sc, bus *datap = CSR_READ_1(sc, IPW_CSR_INDIRECT_DATA + (offset & 3)); } } +#endif static void ipw_write_mem_1(struct ipw_softc *sc, bus_size_t offset, const uint8_t *datap, @@ -2229,3 +2777,55 @@ ipw_write_mem_1(struct ipw_softc *sc, bu CSR_WRITE_1(sc, IPW_CSR_INDIRECT_DATA + (offset & 3), *datap); } } + +static void +ipw_scan_start(struct ieee80211com *ic) +{ + struct ifnet *ifp = ic->ic_ifp; + struct ipw_softc *sc = ifp->if_softc; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + if (!(sc->flags & IPW_FLAG_SCANNING)) + taskqueue_enqueue_fast(taskqueue_fast, &sc->sc_scan_task); + IPW_UNLOCK(sc); +} + +static void +ipw_set_channel(struct ieee80211com *ic) +{ + struct ifnet *ifp = ic->ic_ifp; + struct ipw_softc *sc = ifp->if_softc; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + if (ic->ic_opmode == IEEE80211_M_IBSS || + ic->ic_opmode == IEEE80211_M_MONITOR) { + ipw_setchannel(sc, ic->ic_curchan); + } + IPW_UNLOCK(sc); +} + +static void +ipw_scan_curchan(struct ieee80211com *ic, unsigned long maxdwell) +{ + /* NB: all channels are scanned at once */ +} + +static void +ipw_scan_mindwell(struct ieee80211com *ic) +{ + /* NB: don't try to abort scan; wait for firmware to finish */ +} + +static void +ipw_scan_end(struct ieee80211com *ic) +{ + struct ifnet *ifp = ic->ic_ifp; + struct ipw_softc *sc = ifp->if_softc; + IPW_LOCK_DECL; + + IPW_LOCK(sc); + sc->flags &= ~IPW_FLAG_SCANNING; + IPW_UNLOCK(sc); +} Index: if_ipwreg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ipw/if_ipwreg.h,v retrieving revision 1.2 diff -u -p -r1.2 if_ipwreg.h --- if_ipwreg.h 12 Mar 2006 19:01:00 -0000 1.2 +++ if_ipwreg.h 29 Sep 2007 02:55:23 -0000 @@ -88,11 +88,18 @@ #define IPW_IO_LED_OFF 0x00002000 #define IPW_IO_RADIO_DISABLED 0x00010000 +/* state codes sent by fw on IPW_STATUS_CODE_NEWSTATE interrupt */ +#define IPW_STATE_INITIALIZED 0x0001 +#define IPW_STATE_CC_FOUND 0x0002 /* 802.11d cc received */ #define IPW_STATE_ASSOCIATED 0x0004 #define IPW_STATE_ASSOCIATION_LOST 0x0008 +#define IPW_STATE_ASSOCIATION_CHANGED 0x0010 /* assoc params changed? */ #define IPW_STATE_SCAN_COMPLETE 0x0020 +#define IPW_STATE_PS_ENTER 0x0040 /* entered power-save mode */ +#define IPW_STATE_PS_EXIT 0x0080 /* exited power-save mode */ #define IPW_STATE_RADIO_DISABLED 0x0100 #define IPW_STATE_DISABLED 0x0200 +#define IPW_STATE_POWER_DOWN 0x0400 /* ??? */ #define IPW_STATE_SCANNING 0x0800 /* table1 offsets */ @@ -146,7 +153,9 @@ struct ipw_status { uint8_t flags; #define IPW_STATUS_FLAG_DECRYPTED 0x01 #define IPW_STATUS_FLAG_WEP_ENCRYPTED 0x02 +#define IPW_STATUS_FLAG_CRC_ERROR 0x04 uint8_t rssi; /* received signal strength indicator */ +#define IPW_RSSI_TO_DBM (-98) /* XXX fixed nf to convert dBm */ } __packed; /* data header */ @@ -190,9 +199,14 @@ struct ipw_cmd { #define IPW_CMD_DISABLE 44 #define IPW_CMD_SET_DESIRED_BSSID 45 #define IPW_CMD_SET_SCAN_OPTIONS 46 +#define IPW_CMD_SET_SCAN_DWELL_TIME 47 +#define IPW_CMD_SET_SHORT_RETRY 51 +#define IPW_CMD_SET_LONG_RETRY 52 #define IPW_CMD_PREPARE_POWER_DOWN 58 #define IPW_CMD_DISABLE_PHY 61 -#define IPW_CMD_SET_SECURITY_INFORMATION 67 +#define IPW_CMD_SET_MSDU_TX_RATES 62 +#define IPW_CMD_SET_SECURITY_INFO 67 +#define IPW_CMD_DISASSOCIATE 68 #define IPW_CMD_SET_WPA_IE 69 uint32_t subtype; uint32_t seq; @@ -204,7 +218,7 @@ struct ipw_cmd { /* possible values for command IPW_CMD_SET_POWER_MODE */ #define IPW_POWER_MODE_CAM 0 -#define IPW_POWER_AUTOMATIC 6 +#define IPW_POWER_MODE_AUTO 6 /* possible values for command IPW_CMD_SET_MODE */ #define IPW_MODE_BSS 0 @@ -241,6 +255,7 @@ struct ipw_security { struct ipw_scan_options { uint32_t flags; #define IPW_SCAN_DO_NOT_ASSOCIATE 0x00000001 +#define IPW_SCAN_MIXED_CELL 0x00000002 #define IPW_SCAN_PASSIVE 0x00000008 uint32_t channels; } __packed; Index: if_ipwvar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ipw/if_ipwvar.h,v retrieving revision 1.6 diff -u -p -r1.6 if_ipwvar.h --- if_ipwvar.h 15 Feb 2007 17:21:30 -0000 1.6 +++ if_ipwvar.h 1 Oct 2007 09:18:59 -0000 @@ -85,12 +85,19 @@ struct ipw_softc { struct mtx sc_mtx; struct task sc_init_task; + struct task sc_scan_task; + struct task sc_assoc_task; + struct callout sc_wdtimer; /* watchdog timer */ uint32_t flags; #define IPW_FLAG_FW_INITED (1 << 0) #define IPW_FLAG_INIT_LOCKED (1 << 1) #define IPW_FLAG_HAS_RADIO_SWITCH (1 << 2) -#define IPW_FLAG_FW_WARNED (1 << 3) +#define IPW_FLAG_HACK (1 << 3) +#define IPW_FLAG_SCANNING (1 << 4) +#define IPW_FLAG_ENABLED (1 << 5) +#define IPW_FLAG_BUSY (1 << 6) +#define IPW_FLAG_ASSOCIATED (1 << 7) int irq_rid; int mem_rid; @@ -102,6 +109,7 @@ struct ipw_softc { const struct firmware *sc_firmware; int sc_tx_timer; + int sc_scan_timer; bus_dma_tag_t tbd_dmat; bus_dma_tag_t rbd_dmat; @@ -160,3 +168,18 @@ struct ipw_softc { #define sc_txtap sc_txtapu.th int sc_txtap_len; }; + +/* + * NB.: This models the only instance of async locking in ipw_init_locked + * and must be kept in sync. + */ +#define IPW_LOCK_DECL int __waslocked = 0 +#define IPW_LOCK(sc) do { \ + if (!(__waslocked = mtx_owned(&(sc)->sc_mtx))) \ + mtx_lock(&sc->sc_mtx); \ +} while (0) +#define IPW_UNLOCK(sc) do { \ + if (!__waslocked) \ + mtx_unlock(&sc->sc_mtx); \ +} while (0) +#define IPW_LOCK_ASSERT(sc) mtx_assert(&(sc)->sc_mtx, MA_OWNED) --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 20:31:55 2007 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 82B1616A418 for ; Mon, 1 Oct 2007 20:31:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4134D13C4B5 for ; Mon, 1 Oct 2007 20:31:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 212389738-1834499 for multiple; Mon, 01 Oct 2007 16:14:15 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l91KE5aa094076; Mon, 1 Oct 2007 16:14:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Marius Strobl Date: Mon, 1 Oct 2007 14:20:30 -0400 User-Agent: KMail/1.9.6 References: <20070930114914.GB38896@alchemy.franken.de> <4700ECC8.4090702@FreeBSD.org> <20071001132548.GE55741@alchemy.franken.de> In-Reply-To: <20071001132548.GE55741@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710011420.31077.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 01 Oct 2007 16:14:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4445/Mon Oct 1 04:32:46 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.5 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJECT_ENCODED_TWICE,SUBJECT_EXCESS_QP autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Michael Butler , Marcel Moolenaar , current@freebsd.org Subject: Re: Proposal to revise the new parsing of PCI selectors (was: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 20:31:55 -0000 On Monday 01 October 2007 09:25:48 am Marius Strobl wrote: > On Mon, Oct 01, 2007 at 02:49:12PM +0200, Stefan Esser wrote: > > Marius Strobl wrote: > > > On Sun, Sep 30, 2007 at 03:34:57PM -0700, Marcel Moolenaar wrote: > > >> On Sep 30, 2007, at 3:17 PM, Marius Strobl wrote: > > >> > > >>>> Where it would previously succeed, I now get .. > > >>>> > > >>>> toshi# pciconf -wb pci0:30:0 0x1a 8 > > >>>> pciconf: ioctl(PCIOCWRITE): Operation not supported by device > > >>>> > > >>> As mentioned the format of the location strings has changed, > > >>> you probably need to use pci0:0:30:0. > > >> If compatibility is a concern, we may be able to make the parsing > > >> a bit more smart without too much complexity. We can count the > > >> number of colons for exampl,e and assume missing elements are 0. > > >> So, if one enters pci1:2:3, the domain will be 0. If one enters > > >> pci4:5, both the domain and bus will be 0, etc. > > >> > > >> Just a thought... > > >> > > > > > > Unfortunately, for pciconf(8) the function is already optional > > > so pci1:2:3 would be ambiguous. > > > > > > Well, since it was me who chose to parse it that way, when pciconf > > saw the light of day, I can say that the logical extension appears > > to be the support of 3 formats for the PCI device selector: > > > > pci1:2:3:4 (full, domain/bus/slot/function, required if domain!=0) > > pci2:3:4 (abridged, in case the domain is "0") > > pci2:3 (abridged, in case the domain and function are "0") > > > > > > Since most devices are on a system with just a single PCI host > > adapter, the two abridged formats could still be used, as before. > > > > Just in case of multiple PCI domains, the full 4 value form was > > required for any domain other than "0". > > > > No compatibility problems, and the 3 value form would keep the > > current meaning (it would become domain/bus/slot now). > > > > This appears to be in compliance with POLA. It means, that all the > > current scripts (which may be shared between 6.x and 7.x) can stay > > unmodified, since the 2- and 3-value formats keep their semantics. > > And if PCI domains are used, its obvious there are no compatibility > > issues (since they are no present in 6.x). > > > > > > Since this was a change to my original code, I'd like to make the > > change I outlined above, unless there are strong objections. > > > > I'm ok with what you propose, I'd wait for John to comment > whether he sees any issues regarding the hints feature he is > working on though. This sounds good to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 20:45:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B3EE16A417 for ; Mon, 1 Oct 2007 20:45:22 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.de [194.25.134.80]) by mx1.freebsd.org (Postfix) with ESMTP id BA80913C468 for ; Mon, 1 Oct 2007 20:45:21 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd27.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1IcS8k-000251-01; Mon, 01 Oct 2007 22:45:18 +0200 Received: from localhost (S+v9UwZlQta9jqS00TIvHHkyREfBZRwZopWHy2dM-kZSQi5xrTH2N3vmtqGAlOqDGIsI5HbBTt@[84.165.120.44]) by fwd27.t-online.de with esmtp id 1IcS8V-1wSFH60; Mon, 1 Oct 2007 22:45:03 +0200 Date: Mon, 1 Oct 2007 22:45:03 +0200 From: Oliver Herold To: freebsd-current@freebsd.org, Roman Bogorodskiy Message-ID: <20071001204503.GA68159@olymp.home> Mail-Followup-To: freebsd-current@freebsd.org, Roman Bogorodskiy , Jeff Roberson , Marcus Reid References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> <20071001195159.GA69112@redundancy.redundancy.org> <20071001200700.GA73187@abigail.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071001200700.GA73187@abigail.blackend.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-ID: S+v9UwZlQta9jqS00TIvHHkyREfBZRwZopWHy2dM-kZSQi5xrTH2N3vmtqGAlOqDGIsI5HbBTt X-TOI-MSGID: eab2351e-4014-4019-9a0d-bfbc00d97b0f Cc: Jeff Roberson Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 20:45:22 -0000 I don't know whether it's important but sometimes Xorg 7.3 (in current) runs just with 100% cpu time. I have to ssh the machine to kill it. I'm using the nVidia driver. But so far I don't have any performance problems with SCHED_ULE. Cheers, Oliver On Mon, Oct 01, 2007 at 10:07:00PM +0200, Marc Fonvieille wrote: > On Mon, Oct 01, 2007 at 12:51:59PM -0700, David E. Thiel wrote: > > On Mon, Oct 01, 2007 at 08:54:54PM +0200, Marc Fonvieille wrote: > > > I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > > > even appears with 4% of CPU usage according to top(1). > > > Thanks to your remarks and my tests, I'm now sure it's scheduler > > > independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > > > For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > > > used. > > > > This may sound like a silly question, but what terminal emulator are you > > using? I found that xfce's Terminal gave me awful performance, taking a > > really long time to redraw, but xterm and roxterm sped things up a lot. I > > think for me part of this is related to the nvidia driver breakage with > > the new Xorg. Can you see if you can duplicate that behavior with xterm? > > > > I use x11/rxvt-devel but the lag also exists on Xorg 7.2. I feel it has > nothing to do with Xorg. > On other hand, it's true any GTK based application is most of time worse > in term of performance. Building a port can freeze or slow down > webpages loading in Firefox... > > -- > Marc > _______________________________________________ > 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" -- 'Tis more blessed to give than receive; for example, wedding presents. -- H. L. Mencken From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 20:07:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A45616A421 for ; Mon, 1 Oct 2007 20:07:14 +0000 (UTC) (envelope-from djborello@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id 5854213C4CA for ; Mon, 1 Oct 2007 20:07:14 +0000 (UTC) (envelope-from djborello@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2398215nzf for ; Mon, 01 Oct 2007 13:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=0AwmiwzGVOWyXvojorVGmwzhHlHtRjihQhRgDAAjPWk=; b=onjbrIjrD9wozoY6gxvJIevWjDOB0YTTFU/stKrrN4NbfhfZJRzxss63sJX3SGqioLEGz/7Ps9mLKG0LLtdO5lUFBMdHQzk9pBn/awgKSW4t4N5rZgIft82XwTCX5Z7faT9ia3dGKKoDFzOD3Oo285b2rFoaKFrKMBAkiY6yNZo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=qhMcK07wpTBVPxeF148ffsA/87HsnXz9NXkOT24ZIZek4uaJXlEZ9nmBf/6EbkVDU9M9u4OUZ6zTS76oLO4AwjETIIFbqgoEfUBVjrb2+q48+PD6U3SwJ16yLT3QgrqyIQjZSHfbInhNohAmv+Mfuqg/JxBU34sf6kddSDMIERw= Received: by 10.114.107.19 with SMTP id f19mr1131513wac.1191269232771; Mon, 01 Oct 2007 13:07:12 -0700 (PDT) Received: by 10.140.177.11 with HTTP; Mon, 1 Oct 2007 13:07:12 -0700 (PDT) Message-ID: Date: Mon, 1 Oct 2007 15:07:12 -0500 From: "Dan Borello" Sender: djborello@gmail.com To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 References: X-Google-Sender-Auth: 03b6ef7cb440f00b X-Mailman-Approved-At: Mon, 01 Oct 2007 21:00:19 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Accessing bad hard drive causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 20:07:14 -0000 A few months ago I installed 7.0-CURRENT in order to migrate to zfs. At the time when I was copying files from a geo concat volume to the zfs pool the server would freeze (unresponsive to pings). I figured this was the nature of CURRENT and moved on. Yesterday I recompiled the kernel from the latest source and the issue persists. The issue is that one of the old drives is experiencing a hardware failure. When ever it is accessed (from geo concat or added to the zfs pool and scurbed) the server freezes, requiring a power cycle. I know that current isn't for the average user, which I am. But I figured I would report this and am willing to help diagnose the issue. The drive passes SMART selftests and returns healthy status, but has reported over 500 errors. I am going to send the drive in for replacement soon. Let me know what I can do to help. -Dan -- Dan Borello dborello@uiuc.edu Structural Engineering Graduate Student University of Illinois - Urbana Champaign P: 847-877-6287 From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 21:51:47 2007 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 58E5816A419 for ; Mon, 1 Oct 2007 21:51:47 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id EFD9413C461 for ; Mon, 1 Oct 2007 21:51:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 183E22EB8E4 for ; Mon, 1 Oct 2007 17:32:04 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EzyBgFylQsr9 for ; Mon, 1 Oct 2007 17:32:03 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id CC9B62EB8D3 for ; Mon, 1 Oct 2007 17:32:03 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id C85AE33C3D; Mon, 1 Oct 2007 17:32:03 -0400 (EDT) Date: Mon, 1 Oct 2007 17:32:03 -0400 From: Adam McDougall To: Current@freebsd.org Message-ID: <20071001213203.GK1307@egr.msu.edu> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 21:51:47 -0000 I was running rsync, got about half way done copying 100G from a remote server to a local gjournal ffs however it looks like the panic did NOT occur on the drive I was running rsync to: Unread portion of the kernel message buffer: dev = da1s1g, block = 27232072, fs = /data panic: ffs_blkfree: freeing free block cpuid = 0 Uptime: 4d5h39m49s Physical memory: 2030 MB Dumping 352 MB: 337 321 305 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0589b47 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0589e3b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0651fa4 in ffs_blkfree (ump=0xc5a6e600, fs=0xc5974000, devvp=0xc59ab220, bno=27232072, size=16384, inum=6810668) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc0665968 in indir_trunc (freeblks=0xcc171500, dbn=108840064, level=0, lbn=12, countp=0xe631cc4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #5 0xc0665c47 in handle_workitem_freeblocks (freeblks=0xcc171500, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #6 0xc06673de in process_worklist_item (mp=0xc5a74000, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #7 0xc0668402 in softdep_process_worklist (mp=0xc5a74000, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #8 0xc066a8cd in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #9 0xc0568369 in fork_exit (callout=0xc066a450 , arg=0x0, frame=0xe631cd38) at /usr/src/sys/kern/kern_fork.c:796 #10 0xc06cff90 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 On Mon, Oct 01, 2007 at 03:28:57PM +0200, Arjan van Leeuwen wrote: Same here: #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff80472c09 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8047300d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff80642135 in ffs_blkfree (ump=Variable "ump" is not available. ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #5 0xffffffff80651dc3 in indir_trunc (freeblks=0xffffff001544d500, dbn=Variable "dbn" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #6 0xffffffff8065227f in handle_workitem_freeblocks ( freeblks=0xffffff001544d500, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #7 0xffffffff80653853 in process_worklist_item (mp=0xffffff0001478978, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #8 0xffffffff80654867 in softdep_process_worklist (mp=0xffffff0001478978, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #9 0xffffffff806567d7 in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #10 0xffffffff80454723 in fork_exit ( callout=0xffffffff806566b0 , arg=0x0, frame=0xffffffffac3a8c80) at /usr/src/sys/kern/kern_fork.c:796 #11 0xffffffff806dbb8e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:397 2007/9/30, Rolf Witt : > > Here the same (i386 old PIII with 640mb RAM, Sources from friday): > > > reboot after panic: ffs_blkfree: freeing free > block > > The kernel on my PC panics by reading the UPDATING-File with less after > executing a portsnap update. > > Sorry, i know thats are not very helpful informations, but i lost the > vmcore and all debug output. > > rowi > _______________________________________________ > 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 Mon Oct 1 21:09:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE1816A418 for ; Mon, 1 Oct 2007 21:09:49 +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 060A513C45A for ; Mon, 1 Oct 2007 21:09:48 +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.67) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1IcSD7-0007Ek-3V>; Mon, 01 Oct 2007 22:49:49 +0200 Received: from e178017042.adsl.alicedsl.de ([85.178.17.42] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.67) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1IcSD7-0001Fd-1G>; Mon, 01 Oct 2007 22:49:49 +0200 Message-ID: <47015DFC.2080309@mail.zedat.fu-berlin.de> Date: Mon, 01 Oct 2007 22:52:12 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.17.42 X-Mailman-Approved-At: Mon, 01 Oct 2007 22:12:34 +0000 Subject: FreeBSD 7.0-CURRENT: most recent UPDATE kills Xorg 7.3 server (except vesa) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 21:09:49 -0000 Today's 'make update' and 'make world' seems to break Xorg 7.3/Server on all of my AMD64-based FreeBSD 7.0 boxes (one "nv", other "i810" based). I recompiled everything of the xorg-suite (additionally, I recompiled hal, the whole xorg-driver suite, libraries etc.). On both boxes (one AMD64 3500+, another Intel T5500, both running FreeBSD 7.0-CURRENT/AMD64, most recent) the native chipset driver does not work except 'vesa'. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 22:56:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41ACE16A418; Mon, 1 Oct 2007 22:56:58 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0548213C455; Mon, 1 Oct 2007 22:56:57 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l91MutVO072196 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 18:56:56 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 1 Oct 2007 15:59:39 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Marc Fonvieille In-Reply-To: <20071001185454.GA72080@abigail.blackend.org> Message-ID: <20071001155858.I583@10.0.0.1> References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 22:56:58 -0000 On Mon, 1 Oct 2007, Marc Fonvieille wrote: > On Mon, Oct 01, 2007 at 11:30:16AM -0700, Jeff Roberson wrote: >>> I have the same problems as Roman: once I compile something, most of X >>> applications become slow as hell with lagging screen refresh. That's on >>> -CURRENT (with all debug, malloc, invariant things disabled) with ULE >>> and Xorg 4.3 (I'll test with the legacy scheduler as soon as possible). >>> This behavior does not occur on 6.2 but with Xorg 7.2, so I really suspect >>> last Xorg release to be guilty. Jeff you often mentioned tests on your >>> laptop, could you check what Xorg version your run? >> >> xorg-7.2 X.Org complete distribution metaport >> xorg-server-1.2.0_2,1 X.Org X server and related programs >> >> If you're running very recent current you can try renicing X negatively. >> If you nice -20 and it doesn't improve then it's probably not the cpu >> scheduler causing the delay. What display driver are you using? How much >> cpu is X using while you're experiencing the lag? >> > > I tried with _4BSD and it gives the same behavior (I even downgraded > Xorg to 7.2). Renicing X does not really help. > > I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > even appears with 4% of CPU usage according to top(1). > Thanks to your remarks and my tests, I'm now sure it's scheduler > independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > used. It sounds like you're running into some other resource bottleneck. Perhaps disk related? Can you run iostat while this is happening and report how many transactions per second your disk is doing? Thanks, Jeff > > -- > Marc > _______________________________________________ > 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 Oct 1 23:02:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548F616A41B for ; Mon, 1 Oct 2007 23:02:41 +0000 (UTC) (envelope-from mike@urgle.com) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.freebsd.org (Postfix) with ESMTP id 3164C13C467 for ; Mon, 1 Oct 2007 23:02:41 +0000 (UTC) (envelope-from mike@urgle.com) Received: from rocher.urgle.com ([80.177.40.50]) by anchor-post-31.mail.demon.net with esmtp (Exim 4.67) id 1IcU62-000CrK-3O; Mon, 01 Oct 2007 22:50:38 +0000 Message-ID: <470179BD.7050106@urgle.com> Date: Mon, 01 Oct 2007 23:50:37 +0100 From: Mike Bristow User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: "O. Hartmann" References: <47015DFC.2080309@mail.zedat.fu-berlin.de> In-Reply-To: <47015DFC.2080309@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-CURRENT: most recent UPDATE kills Xorg 7.3 server (except vesa) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2007 23:02:41 -0000 O. Hartmann wrote: > Today's 'make update' and 'make world' seems to break Xorg 7.3/Server > on all of my AMD64-based FreeBSD 7.0 boxes (one "nv", other "i810" > based). > I recompiled everything of the xorg-suite What version of xorg-server do you have? If it's not xorg-server-1.4_1,1 then you'll need to update your ports collection and then update xorg-server. From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 00:16:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C4F516A4FF for ; Tue, 2 Oct 2007 00:16:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id C7B9C13C461 for ; Tue, 2 Oct 2007 00:16:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so816229anc for ; Mon, 01 Oct 2007 17:16:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=YVrN0daf/YlXO5+TEX5UHbFUbCwUmW4DKVk+1Tomb8g=; b=EXT1Ee3YQznIjbjQRamTGLVUjqC45jsZDTZM6rt+nqU89V9rYuo5hiCRSFmOqUGbKTghBBQjCVcMzF70J+3xRH03cFv1GjoVr48XYLCIv9hjRgzQeAnI8HjD+RR0nm06q7oBwDcXdAYuqGHAqksKJrCMIIYrmlBDsrOOcKHh3MQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=NzLBKuktn0faM7DaQ2Nbe5cEctyw2SbOOeM5wjtM/WOgamNa+nROk44aPE6+Y4araRSNMIYbkvSzM7SWUnOejem2bpEyZENW/9KAHs2jIr5VBB54K4dV4c3bS0eHkXdYIqLAUxCW7Dv6MRa0fAuckQfv6JJVrIuSc+t2GLAOSc4= Received: by 10.114.80.4 with SMTP id d4mr401159wab.1191284194018; Mon, 01 Oct 2007 17:16:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 26sm5459937wra.2007.10.01.17.16.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 17:16:32 -0700 (PDT) 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 l920CqhU023022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 09:12:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l920Cqod023021; Tue, 2 Oct 2007 09:12:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Oct 2007 09:12:52 +0900 From: Pyun YongHyeon To: Aryeh Friedman Message-ID: <20071002001252.GG18658@cdnetworks.co.kr> References: 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: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 00:16:36 -0000 On Mon, Oct 01, 2007 at 08:10:26PM +0000, Aryeh Friedman wrote: > My inet connection dies at random times (see example below) the only > way to repair is a hard reboot (and hard reboot of cable modem)... > this problem only started appearing after switching from i386 to amd64 > > uname -a: > > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Oct 1 > 02:06:20 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > amd64 > > Problem output: > monsert# cvsup /usr/share/examples/cvsup/ports-supfile > Connected to cvsup10.us.FreeBSD.org > Updating collection ports-all/cvs > Edit ports/LEGAL > Edit ports/MOVED > Edit ports/UPDATING > Edit ports/audio/qjackctl/Makefile > Edit ports/audio/qjackctl/distinfo > Edit ports/audio/qjackctl/files/patch-src-qjackctlSetup.cpp > TreeList failed: Network write failure: Connection closed > Will retry at 15:37:45monsert# ifconfig -a > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:19:db:b5:f8:0f > inet6 fe80::219:dbff:feb5:f80f%re0 prefixlen 64 scopeid 0x1 > inet 67.84.39.90 netmask 0xfffff800 broadcast 255.255.255.255 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > relevent sections of dmesg: > > re0: port 0xe800-0xe8ff mem > 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:19:db:b5:f8:0f > re0: [FILTER] > re0: [FILTER] > > No abnormal entries in /var/log/messages I'm not sure re(4) was broken here but here is a WIP version. Would you give it spin? http://people.freebsd.org/~yongari/re/re.HEAD.patch It's possible that you have RTL8211 PHY and rgephy(4) needs patches to support the PHY. If above patch doesn't help try patch at the following URL. http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/rgephy.20070328.fbsd7.patch -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 00:35:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C32F416A41A for ; Tue, 2 Oct 2007 00:35:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5C11D13C45B for ; Tue, 2 Oct 2007 00:35:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E2E60EB3A0D; Tue, 2 Oct 2007 08:34:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id raMK+TVzO-sR; Tue, 2 Oct 2007 08:34:51 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 272D3EB38B6; Tue, 2 Oct 2007 08:34:51 +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:subject:x-enigmail-version:openpgp:content-type; b=hOg9bly3C0ZDRtVeHO0ejaUUT3o3eCpFc8csEFjauMHOX2w31HJHg2gBxMKMLOu/J IcA1SZhNd9aPpwD5WMfvg== Message-ID: <4701921B.7080801@delphij.net> Date: Mon, 01 Oct 2007 17:34:35 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigBD46F5EFCBCEEAA1A824A985" Subject: [CALL FOR TESTERS] less v408 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 00:35:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBD46F5EFCBCEEAA1A824A985 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Here is a patch that updates less(1) in base system to v408. So far as I know the following PRs would be fixed with this release: bin/115156 Given the relatively small change I will request for re@'s approval to commit it against -HEAD as soon as I have my make universe result checked. Please let me know if this has introduced any regressions. Patch is available at: http://people.freebsd.org/~delphij/for_review/less408.diff Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigBD46F5EFCBCEEAA1A824A985 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAZIbOfuToMruuMARCp/DAJ9CkZbCzV39AOzr8gOLjREEsi044wCfVSu1 G1zFEUg5f3OgyiXlLoH3bxI= =b++2 -----END PGP SIGNATURE----- --------------enigBD46F5EFCBCEEAA1A824A985-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 00:42:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E000616A41B for ; Tue, 2 Oct 2007 00:42:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id B41F913C46E for ; Tue, 2 Oct 2007 00:42:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2454692nzf for ; Mon, 01 Oct 2007 17:42:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HTf7q1b2VQrOznjUJl24UBQstUTdtIbUX7MmR6bnxu4=; b=Kj/pBVM0HzvkAwPBakOAYySw9tPUffVcn1pC0ZarVOnuJPfCGb3JBOwwXV5FkbbjbGB0HtPaEuuY37006kQBvgTsIBz8th9SCMqOVJzSHyNw1a2JhyllEZ6FD1EVavcop/Gi1f+p91f+IeodDockBJl0W167jDTIutXA4P8GI7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FRxbS5rCxeNkVslxr716vNgkrmT/rpyM9YTpCyKANOXbfUPtpZErXN9kkGqnoxQyt4x7SMmrVP3f4zR5/sO4AQLeJUZ+vbtJ5WMoPS+8JmI5/V0W/YzVBNuppanfOK6KGL5U6jYb9B7+XELFfi8QPYu2B3ln9nfn2n1dnFLLlMM= Received: by 10.65.51.4 with SMTP id d4mr2807171qbk.1191285725476; Mon, 01 Oct 2007 17:42:05 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 17:42:05 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 00:42:05 +0000 From: "Aryeh Friedman" To: pyunyh@gmail.com, freebsd-current@freebsd.org In-Reply-To: <20071002001252.GG18658@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002001252.GG18658@cdnetworks.co.kr> Cc: Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 00:42:07 -0000 > I'm not sure re(4) was broken here but here is a WIP version. > Would you give it spin? > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > It's possible that you have RTL8211 PHY and rgephy(4) needs patches > to support the PHY. If above patch doesn't help try patch at the > following URL. > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/rgephy.20070328.fbsd7.patch Since I am quiet new to the whole game of making pre-cvsup patches (i.e. making them before they are in cvsup) I have two questions: 1. How do I install them 2. How do I prevent cvsup from clobbering them From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 00:49:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1950B16A419 for ; Tue, 2 Oct 2007 00:49:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id F3D1213C45B for ; Tue, 2 Oct 2007 00:49:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4918210waf for ; Mon, 01 Oct 2007 17:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=gita+vDVRUPH9gMBrBmqU24LJExAt+pAMZdxhAkoTGY=; b=ME4XA9mlyhhkrDBkvMGPxy34m7eeKleOcEWMHgmxizazmZDG0ZPgbtFexjgU5VRJfQUnA5TEuOMlXokHwCFL7A7QTGOm4BySJFtvNbawAeOTOg7crSGvScoxou7fS9fPkevYwXHfGPmzPk1wncNUMOc86mlfgkfn3/ZqXcJhHls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=UJ4tTFT5sRl/5IZE9N3cCFo+iqvGRcg/DpYKermpiv/9ReTmrpygZ+Q8P8Xf8ETLIhlCxqOp5FTYs2wOcyHs4O1RQTDeDs0XpqXYYc2aULrcn4/ZlYd1H4k05ZkDRgn+Ayzg+8JDk53uRD/GKejM58RHEGjFC1ddjaoQp4/nUmc= Received: by 10.114.135.1 with SMTP id i1mr1444763wad.1191286142486; Mon, 01 Oct 2007 17:49:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 25sm8069592wra.2007.10.01.17.48.59 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 17:49:01 -0700 (PDT) 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 l920jLdu023259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 09:45:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l920jLmQ023258; Tue, 2 Oct 2007 09:45:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Oct 2007 09:45:21 +0900 From: Pyun YongHyeon To: Kudo Chien Message-ID: <20071002004521.GH18658@cdnetworks.co.kr> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 00:49:05 -0000 On Mon, Oct 01, 2007 at 10:07:34PM +0800, Kudo Chien wrote: > Hi, > > I've applied the patch. But it seems not solve the problem. > After applied patch, mskc0 boot message changes from 'mskc0: [ITHREAD]' to > 'mskc0: [FILTER]'. > It just means it uses fast interrupt handler now. Previously you may have disabled it.(hw.msk.legacy_intr=1). > And one thing I forgot to provide before is that a line in boot message > "mskc0: port 0xa000-0xa0ff mem > 0xf1000000-0xf1003fff irq 16 at device 0.0 on pci3" > > > I'm not sure if it could be helpful. But if you need any infomation, I could > provide it. > Thanks for your help. > As I said I don't have this hardware to experiment so it would take long time to fix it. I'd like to know chaging PHY driver has any effect in your case. Edit /usr/src/sys/dev/mii/e1000phy.c with the following. From: 96 static const struct mii_phydesc e1000phys[] = { 97 MII_PHY_DESC(MARVELL, E1000), 98 MII_PHY_DESC(MARVELL, E1011), 99 MII_PHY_DESC(MARVELL, E1000_3), 100 MII_PHY_DESC(MARVELL, E1000S), 101 MII_PHY_DESC(MARVELL, E1000_5), 102 MII_PHY_DESC(MARVELL, E1000_6), 103 MII_PHY_DESC(MARVELL, E3082), 104 MII_PHY_DESC(MARVELL, E1112), 105 MII_PHY_DESC(MARVELL, E1149), 106 MII_PHY_DESC(MARVELL, E1111), 107 MII_PHY_DESC(MARVELL, E1116), To: 96 static const struct mii_phydesc e1000phys[] = { 97 MII_PHY_DESC(MARVELL, E1000), 98 MII_PHY_DESC(MARVELL, E1011), 99 MII_PHY_DESC(MARVELL, E1000_3), 100 MII_PHY_DESC(MARVELL, E1000S), 101 MII_PHY_DESC(MARVELL, E1000_5), 102 MII_PHY_DESC(MARVELL, E1000_6), 103 MII_PHY_DESC(MARVELL, E3082), 104 MII_PHY_DESC(MARVELL, E1112), 105 /*MII_PHY_DESC(MARVELL, E1149),*/ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 106 MII_PHY_DESC(MARVELL, E1111), 107 MII_PHY_DESC(MARVELL, E1116), Save and rebuild kernel. This makes ukphy(4) serve 88E1149 PHY. Do you still see the same error from msk(4) after above change? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 00:59:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5CC16A419 for ; Tue, 2 Oct 2007 00:59:07 +0000 (UTC) (envelope-from pyunyh@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 7462513C459 for ; Tue, 2 Oct 2007 00:59:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2776889nfb for ; Mon, 01 Oct 2007 17:59:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=JalyBNao9scGI+eqpz64NhuwWNGJh5TMnKptCYAhlWQ=; b=bvSbc4YmiDZqwdVGyHLWkSXoyFh3+kRPS3+JbcWWcyXSpr0VOTTtUpHaPBDYcoMxRbxmrMN9S8jTzEcffvar6YbHtmIIGzHH8T+6U4t3ykUeHqgLkHHHK6BLWgrILRatuE0ozN6qFEJ3YqKH188IKOLVZmdYXxMXwCN4MRRYKcA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=S76RMOVC65x3812mOM89nJy3XP9nkM3EjpG4Dk1l8jEyoYye3Gf4C7+PhFbnRO1Ry8klMNY1nFA8DYMP5bv67ROrrpUG9rnpBj1sVLrN+WlOYBVi/P5ZLW/lYpmQKTaLqrALADc0iCc49cJ3GcIKyI8plmI9jIEJgkQ/KUnX8Ls= Received: by 10.114.156.1 with SMTP id d1mr1455806wae.1191286744419; Mon, 01 Oct 2007 17:59:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 62sm483268wri.2007.10.01.17.59.01 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 17:59:02 -0700 (PDT) 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 l920tMNQ023302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 09:55:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l920tMwP023301; Tue, 2 Oct 2007 09:55:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Oct 2007 09:55:22 +0900 From: Pyun YongHyeon To: Aryeh Friedman Message-ID: <20071002005522.GI18658@cdnetworks.co.kr> References: <20071002001252.GG18658@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: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 00:59:08 -0000 On Tue, Oct 02, 2007 at 12:42:05AM +0000, Aryeh Friedman wrote: > > I'm not sure re(4) was broken here but here is a WIP version. > > Would you give it spin? > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > > > It's possible that you have RTL8211 PHY and rgephy(4) needs patches > > to support the PHY. If above patch doesn't help try patch at the > > following URL. > > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/rgephy.20070328.fbsd7.patch > > Since I am quiet new to the whole game of making pre-cvsup patches > (i.e. making them before they are in cvsup) I have two questions: > > 1. How do I install them > #cd /path/to/tmp #fetch http://people.freebsd.org/~yongari/re/re.HEAD.patch #cd /usr/src #patch -p0 < /path/to/tmp/re.HEAD.patch After that rebuild your kernel and reboot to take changes effect. > 2. How do I prevent cvsup from clobbering them After cvsup you have to apply above patch again. Alternatively you can use cvs which wouldn't remove applied changes. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 01:49:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9074316A419 for ; Tue, 2 Oct 2007 01:49:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 5F55513C468 for ; Tue, 2 Oct 2007 01:49:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7608262pyb for ; Mon, 01 Oct 2007 18:49:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=i6t4nn7Tps1sfajLr72u9Co1YvfjpEBVg3cGk6ZM0NU=; b=oz4K5wRsRg/s1gFG7BNSLuq2YWRizMck7ATsR01/dAPl0rMqXFJ5l11UK8s0VLBKtIoVKhNI1U42j5yU4tJa6WtHAzT9LxPvfaPwaVyM4WEjf2qwVt6xIWXTpZScimwUiBtTltw7CHP275GUr/o/TpdkB4KvnftPOF3vSR2/5XQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=geV5NF7gWWg5fM/pTyHjNJaB5Uj3E1Kcy21hi+zdPik9DfdZU4tpgXHeNONevjEWo+5HOrJgK2fi9kZk0442uzEmNB6Gx2PE7mVbxH+gpJZbUmqTiwocbZqZkJvwOh0MxfluXx/Yp0yY9rtdTJuBVmw8yoqoQpZNnV152AOGjNw= Received: by 10.64.203.4 with SMTP id a4mr9763429qbg.1191289790722; Mon, 01 Oct 2007 18:49:50 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 18:49:50 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 01:49:50 +0000 From: "Aryeh Friedman" To: pyunyh@gmail.com In-Reply-To: <20071002001252.GG18658@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002001252.GG18658@cdnetworks.co.kr> Cc: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 01:49:52 -0000 > I'm not sure re(4) was broken here but here is a WIP version. > Would you give it spin? > http://people.freebsd.org/~yongari/re/re.HEAD.patch Made it worse... now "all" (the two tested below, but no other sites where also tested) firefox (2.0.0.7 on gnome2/xorg7.3) pages that load multiple objects freeze up... I didn't try any other app that has multiple connections but I think it jsut can't handle multiple connections from the same app (cvsup works though). Test sites gmail and http://eztvefnet.org/frontpage.php Also significant increase in latency and number of interrupts > > It's possible that you have RTL8211 PHY and rgephy(4) needs patches > to support the PHY. If above patch doesn't help try patch at the > following URL. > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/rgephy.20070328.fbsd7.patch > > -- > Regards, > Pyun YongHyeon > From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 01:56:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A488516A417; Tue, 2 Oct 2007 01:56:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 0D09213C474; Tue, 2 Oct 2007 01:56:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.16.14] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1IcWzj2ULf-0002Bv; Tue, 02 Oct 2007 03:56:19 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Tue, 2 Oct 2007 03:55:59 +0200 User-Agent: KMail/1.9.7 References: <200709302232.34505.max@love2party.net> In-Reply-To: <200709302232.34505.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2278546.TezuI8gNlU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710020356.10429.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/UPw9sH5rmw6TUtKvTvVjVmP4p1rdon3bhJ+f MMEa+SHhSnH5F12hPC7fiuDLL7PVZlt+stcD4ClMIIbRDTaSsd FcpNZAoVSUu0VqwQMCM/5v1WIlWi1+Tfrwx4YfMncI= Cc: freebsd-current@freebsd.org Subject: Re: libpcap/tcpdump update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 01:56:21 -0000 --nextPart2278546.TezuI8gNlU Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 30 September 2007, Max Laier wrote: > Hi, > > I'd like to get some eyes on http://people.freebsd.org/~mlaier/tcpdump/ > in order to get $subj into the tree. Let me know if you find any > problems. Thanks. > > This should also take care of bin/116610, by the way. Please refresh - the first version didn't get through buildworld - sorry! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2278546.TezuI8gNlU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHAaU6XyyEoT62BG0RAqsDAJ4vWCuptaoHvKhYaifmaLSpocXSDACbB/UA FAV3scFG3lPXIqXEvklODlk= =OwGA -----END PGP SIGNATURE----- --nextPart2278546.TezuI8gNlU-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 02:11:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A298216A420 for ; Tue, 2 Oct 2007 02:11:07 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9DE13C447 for ; Tue, 2 Oct 2007 02:11:07 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from antenna.local (c-68-35-224-189.hsd1.fl.comcast.net[68.35.224.189]) by comcast.net (alnrmhc14) with ESMTP id <20071002021106b1400oqj8le>; Tue, 2 Oct 2007 02:11:06 +0000 Message-ID: <4701A8A7.2070602@comcast.net> Date: Mon, 01 Oct 2007 22:10:47 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.6 (X11/20070925) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 02:11:07 -0000 Hi list, I too suffer this problem, but with iwi. This happens both on 6.2 and 7.0 constantly (more so on 7.0). I am however able to repair it by either deleting the gateway arp entry (arp -d) or reloading if_iwi. Best Regards, Nathan Lay Aryeh Friedman wrote: > My inet connection dies at random times (see example below) the only > way to repair is a hard reboot (and hard reboot of cable modem)... > this problem only started appearing after switching from i386 to amd64 > > uname -a: > > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Oct 1 > 02:06:20 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > amd64 > > Problem output: > monsert# cvsup /usr/share/examples/cvsup/ports-supfile > Connected to cvsup10.us.FreeBSD.org > Updating collection ports-all/cvs > Edit ports/LEGAL > Edit ports/MOVED > Edit ports/UPDATING > Edit ports/audio/qjackctl/Makefile > Edit ports/audio/qjackctl/distinfo > Edit ports/audio/qjackctl/files/patch-src-qjackctlSetup.cpp > TreeList failed: Network write failure: Connection closed > Will retry at 15:37:45monsert# ifconfig -a > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:19:db:b5:f8:0f > inet6 fe80::219:dbff:feb5:f80f%re0 prefixlen 64 scopeid 0x1 > inet 67.84.39.90 netmask 0xfffff800 broadcast 255.255.255.255 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > relevent sections of dmesg: > > re0: port 0xe800-0xe8ff mem > 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:19:db:b5:f8:0f > re0: [FILTER] > re0: [FILTER] > > No abnormal entries in /var/log/messages > _______________________________________________ > 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 Oct 2 03:20:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8EFA16A419 for ; Tue, 2 Oct 2007 03:20:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 9D90413C467 for ; Tue, 2 Oct 2007 03:20:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2480698nzf for ; Mon, 01 Oct 2007 20:20:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/XPBynhYpdC65FkV9j/2HCdaX2J6MK9BXxMioSEN8oA=; b=fexMWjpNVeISPm52t8E8yKNig9sPZF5V96s/CDur2HYgkEHEa7qC4HR0YtBX/t1FoZuQonoyZ5GI7qeJjcssMVZxXyZrtc8ff+/dwSJmxSfCMLNlnh/zYlfEL9jLFSo49pmxlUynUxzAzFFe5LJhKkyjK0IATtm+XTCyNTsFniM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rIzVZEseFtds6CG5gRAIy6CHigMiyjT5e4NfwngLFNJ0br7jztb4hoGTJagiZXaAJ5yLY1TIs8s/70eANKzVcUT1fscu6TSc+19i41YwJV3WhhUzViJI+YMmTE4CccIa9FgiiVbwrVrKGOyBnYRWKOro/K+qQJJb0g1PrKATXHI= Received: by 10.65.154.2 with SMTP id g2mr10385367qbo.1191295231293; Mon, 01 Oct 2007 20:20:31 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 20:20:31 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 03:20:31 +0000 From: "Aryeh Friedman" To: pyunyh@gmail.com In-Reply-To: <20071002001252.GG18658@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002001252.GG18658@cdnetworks.co.kr> Cc: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 03:20:32 -0000 > > I'm not sure re(4) was broken here but here is a WIP version. > Would you give it spin? > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > It's possible that you have RTL8211 PHY and rgephy(4) needs patches > to support the PHY. If above patch doesn't help try patch at the > following URL. > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/rgephy.20070328.fbsd7.patch When the second patch was tried in isolation no change was noted tried as a pair sa per comments in the previous reply From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 03:41:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18C7416A417 for ; Tue, 2 Oct 2007 03:41:20 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 998DD13C467 for ; Tue, 2 Oct 2007 03:41:19 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2799220nfb for ; Mon, 01 Oct 2007 20:41:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=GARqUOVXb/F2dy1EN9woOl9ZoGb0ebPL0YK96qIMmq0=; b=CiKHdduAdJ22TmMr49hD227KAzw7LTUfI17ycNwlVwizQdqoNwXlW+Boe12UtA6WwxweYTDSajICDpHmZxfPr4y2lL2qbSMHBYOoDT4bbbJPh7MARsLlWyJLABEBOCBeHAb32yIF8HKRXIT3XxZ2b9Dd1A5qRA3NrpkeuySYKEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=IvjSigL4w2k1WKYdvlMYnvSRkX3/iYBhZsAVLnupMsscO6l8KZEBE4bYhCqlFSM5P9g3u0y7MMkbSGtStOAAiUclL1XW73TAV7CRpBNjdQA7bqYuBHWTgKORhmOqfV6DAZiP0Uhn/rj7g6WFDzuPiftphBI+l/z4w1ZkKLA1Wk0= Received: by 10.78.107.8 with SMTP id f8mr4069619huc.1191296477792; Mon, 01 Oct 2007 20:41:17 -0700 (PDT) Received: by 10.78.202.12 with HTTP; Mon, 1 Oct 2007 20:41:17 -0700 (PDT) Message-ID: <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> Date: Tue, 2 Oct 2007 11:41:17 +0800 From: "Kudo Chien" To: pyunyh@gmail.com In-Reply-To: <20071002004521.GH18658@cdnetworks.co.kr> MIME-Version: 1.0 References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> 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: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 03:41:20 -0000 2007/10/2, Pyun YongHyeon : > > On Mon, Oct 01, 2007 at 10:07:34PM +0800, Kudo Chien wrote: > > Hi, > > > > I've applied the patch. But it seems not solve the problem. > > After applied patch, mskc0 boot message changes from 'mskc0: [ITHREAD]' > to > > 'mskc0: [FILTER]'. > It just means it uses fast interrupt handler now. Previously you may > have disabled it.(hw.msk.legacy_intr=1) Oh I see. > And one thing I forgot to provide before is that a line in boot message > > "mskc0: port 0xa000-0xa0ff mem > > 0xf1000000-0xf1003fff irq 16 at device 0.0 on pci3" > > > > > > I'm not sure if it could be helpful. But if you need any infomation, I > could > > provide it. > > Thanks for your help. > > > As I said I don't have this hardware to experiment so it would take > long time to fix it. I'd like to know chaging PHY driver has any > effect in your case. Edit /usr/src/sys/dev/mii/e1000phy.c with > the following. > > Save and rebuild kernel. This makes ukphy(4) serve 88E1149 PHY. > Do you still see the same error from msk(4) after above change? Yes, the error message is the same after making ukphy(4) serve 88E1149 PHY. Thanks for your help. -- Best Regards, Kudo From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:01:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E91E16A418 for ; Tue, 2 Oct 2007 04:01:56 +0000 (UTC) (envelope-from pyunyh@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 21C2013C43E for ; Tue, 2 Oct 2007 04:01:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4966852waf for ; Mon, 01 Oct 2007 21:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=Hr5uTfx8A/o78J4xfkLC+f3ZsCcE70EEMGXb7avCqSc=; b=hUVDOK9cogXZXsbAd3s37RZ0s1TpHxNwtRAiLpuRc0AlmQbUo173KOlphALv6Hb7SffKTMCOZ1DUE6Obm81EumH+eDm1G/Pw4ifIqBLX7IucMe5s3545v8iNVVSnnfmqIhM1Ofg9eu2mE01qzwV1YQFLzWxacRzlcsl3W3yS+sg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=R237CFFwbYIQScrPwATF7vLZ7J8jGb7+fJZKnT6e4L4dm9VvwjcAFRLE9F5wueJcktYzBa+Uw9Ecgle1Tw5vGnvWjCIRT0kuAf20ArnQtyaagd3/zOjgE+bVGfJLv53PtCQJ3gboum7fLexc2iLidDnWAfbJ2/0ZLC2Ekz88A8w= Received: by 10.114.110.1 with SMTP id i1mr3035865wac.1191297714976; Mon, 01 Oct 2007 21:01:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 27sm779557wra.2007.10.01.21.01.52 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 21:01:53 -0700 (PDT) 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 l923wEeM023809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 12:58:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l923wElh023808; Tue, 2 Oct 2007 12:58:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Oct 2007 12:58:14 +0900 From: Pyun YongHyeon To: Kudo Chien Message-ID: <20071002035814.GJ18658@cdnetworks.co.kr> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 04:01:56 -0000 On Tue, Oct 02, 2007 at 11:41:17AM +0800, Kudo Chien wrote: > 2007/10/2, Pyun YongHyeon : > > > > On Mon, Oct 01, 2007 at 10:07:34PM +0800, Kudo Chien wrote: > > > Hi, > > > > > > I've applied the patch. But it seems not solve the problem. > > > After applied patch, mskc0 boot message changes from 'mskc0: [ITHREAD]' > > to > > > 'mskc0: [FILTER]'. > > It just means it uses fast interrupt handler now. Previously you may > > have disabled it.(hw.msk.legacy_intr=1) > > > Oh I see. > > > And one thing I forgot to provide before is that a line in boot message > > > "mskc0: port 0xa000-0xa0ff mem > > > 0xf1000000-0xf1003fff irq 16 at device 0.0 on pci3" > > > > > > > > > I'm not sure if it could be helpful. But if you need any infomation, I > > could > > > provide it. > > > Thanks for your help. > > > > > As I said I don't have this hardware to experiment so it would take > > long time to fix it. I'd like to know chaging PHY driver has any > > effect in your case. Edit /usr/src/sys/dev/mii/e1000phy.c with > > the following. > > > > Save and rebuild kernel. This makes ukphy(4) serve 88E1149 PHY. > > Do you still see the same error from msk(4) after above change? > > > Yes, the error message is the same after making ukphy(4) serve 88E1149 PHY. > Thanks for your help. > Thanks for testing. Would you sumbit a PR for the issue and assign it to me? I'll let you know when I manage to find a clue. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:03:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3811816A41A for ; Tue, 2 Oct 2007 04:03:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 089D213C46E for ; Tue, 2 Oct 2007 04:03:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4967271waf for ; Mon, 01 Oct 2007 21:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=gNf/I+Ghm7G1KVjCdwhQZvlVJ6lhpB88/vFq7MWawKc=; b=tJLSou8qHqXc0mjwNo3VxMvUJrdA0NQ6OvL0YPMmvadTLSL/wgHwMcl0cOnJsHMuaaDZzAgvxKm5Q5yM1s3HvAKVVLw860ycYRfrOdVLjMXZgq59VhPcXzIKAKU9ey1eG6FVUYqhEDJSzgpA3PXHFqZkA6VwDoK/eezL0XpugTc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=gpcVw72WSSeGRrbUPkk4TL77qZ5YeV3dQ2BaaQZ2W7kRcdZpWcxD7+x0jNczh+d8W/uM0d1MC8RXq7dguP/iY/QRYWcIxX5Qlv8FRX48SiEWvME0qbpQilSA6NrEUgVSXm7h/3IQ5Ugwj02Zm9xZE3k3tARNAgB+w/FnSOUmghw= Received: by 10.114.80.4 with SMTP id d4mr605934wab.1191297811021; Mon, 01 Oct 2007 21:03:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m6sm1149741wrm.2007.10.01.21.03.26 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 21:03:28 -0700 (PDT) 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 l923xmKL023820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 12:59:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l923xmaO023819; Tue, 2 Oct 2007 12:59:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Oct 2007 12:59:48 +0900 From: Pyun YongHyeon To: Aryeh Friedman Message-ID: <20071002035948.GK18658@cdnetworks.co.kr> References: <20071002001252.GG18658@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: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 04:03:32 -0000 On Tue, Oct 02, 2007 at 01:49:50AM +0000, Aryeh Friedman wrote: > > I'm not sure re(4) was broken here but here is a WIP version. > > Would you give it spin? > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > Made it worse... now "all" (the two tested below, but no other sites > where also tested) firefox (2.0.0.7 on gnome2/xorg7.3) pages that load > multiple objects freeze up... I didn't try any other app that has > multiple connections but I think it jsut can't handle multiple > connections from the same app (cvsup works though). > > Test sites gmail and http://eztvefnet.org/frontpage.php > > Also significant increase in latency and number of interrupts > The patch might have a bug for checksum offload handling. How about disabling checksum offload? (i.e. ifconfig re0 -rxcsum -txcsum) > > > > > It's possible that you have RTL8211 PHY and rgephy(4) needs patches > > to support the PHY. If above patch doesn't help try patch at the > > following URL. > > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/rgephy.20070328.fbsd7.patch > > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:36:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F6C516A421 for ; Tue, 2 Oct 2007 04:36:36 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 5F11113C45B for ; Tue, 2 Oct 2007 04:36:36 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2493130nzf for ; Mon, 01 Oct 2007 21:36:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=vsKexreVfXYQhzd8bIyXFcl0PA/XPd1/XPvM8WxD+oA=; b=ZW+nzyXvD4mJprIJqyZbN2stnNRsLvB7/hbefkiHyPwQr6Q3XinnOSoaX3fnq2ZBKvUPxwtojeaFGMt2WmroEOvyCRbilm9qNhLKUyqDGbCgF//uA2Pl+yl6ztTuwnBMY7yuO1opiO/KXq76yR1KkN+uubK0A+LUzSRHQJWkMuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eygabBv7foREFBNgjpS6wgjBPdvCSj4WlbWEOymJ8mFgrGRM9Q8tXMiwW74UNUWjR4ybzqwAq0gh8GY26ebspZ9VHH3/agzVPvaDIc5NFB9FMOYnrLvi+23Wqo6/5KR1NtsDfNeZqnRt54L0wooM/bwfdFzxWb2gr2uV0+28Anc= Received: by 10.64.156.2 with SMTP id d2mr8396190qbe.1191299795511; Mon, 01 Oct 2007 21:36:35 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 21:36:35 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 04:36:35 +0000 From: "Aryeh Friedman" To: pyunyh@gmail.com In-Reply-To: <20071002035948.GK18658@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002001252.GG18658@cdnetworks.co.kr> <20071002035948.GK18658@cdnetworks.co.kr> Cc: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 04:36:36 -0000 > > The patch might have a bug for checksum offload handling. > How about disabling checksum offload? > (i.e. ifconfig re0 -rxcsum -txcsum) Works... but doesn't having the OS do checksums cause load? --Aryeh From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:38:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F2E416A41A for ; Tue, 2 Oct 2007 04:38:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 3648B13C4C2 for ; Tue, 2 Oct 2007 04:38:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7674856pyb for ; Mon, 01 Oct 2007 21:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=oq7lM1xgyv0zz6OSoELii27LiN25/ILthaVGyFaixQA=; b=oqIkTqzPYVJWYmnAhOxXFDeSTPEQslAuEMuGQ5a9gb6k/3y4SFPTTRr3V84WjYaBvJJt7bI9V9FltPutFc5tIsA6QPAGNuwYsrwCUWYjfYDlYAtg7NSTLmcRlOQvqqjwdfrlisEuYLff90Ql5wHYrWKgOYoNNK/8gpYxrN6aSDU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OEaMlxyTRTpBiBDpfWBF4XFsjufdXB24cmmV59K3587wmTHn6p+xYzdhYxzQ1MqJa0E+KVglW4zbBu9sHN8wetihdnwkMwGU9SjCpemHVk14VmWiJe6XO1ksPRardSO1b5/Hf/rBQuCDPkMcDpaxOPMtGjwcaoyG776etv9xGtU= Received: by 10.65.196.2 with SMTP id y2mr7538405qbp.1191299909880; Mon, 01 Oct 2007 21:38:29 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 21:38:29 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 04:38:29 +0000 From: "Aryeh Friedman" To: 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: <20071002001252.GG18658@cdnetworks.co.kr> <20071002035948.GK18658@cdnetworks.co.kr> Cc: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 04:38:32 -0000 On 10/2/07, Aryeh Friedman wrote: > > > > The patch might have a bug for checksum offload handling. > > How about disabling checksum offload? > > (i.e. ifconfig re0 -rxcsum -txcsum) > > Works... but doesn't having the OS do checksums cause load? oops should of said no lock up on the first few packets but no data yet on the orginial issue. From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:52:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0E2116A417 for ; Tue, 2 Oct 2007 04:52:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 64F7B13C447 for ; Tue, 2 Oct 2007 04:52:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7680484pyb for ; Mon, 01 Oct 2007 21:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nMAChIJuzOBNs/2ONXc5mCpZuNj/y8RORQQL4D8gB1c=; b=bjHmxC9j+X2Jis+4wv5hzpiK83oZRJkE+u72nUp8P/0ugK8jmoPZTaIq2qlFL38VUSkJU4v2zLoYIhNXLUX+h4+OzVAP0f7IUHqcI0dooziFyMjLNUTjGMqqOQvz7A5ZoYpWJnpgQiD3baHy7BFnfyzqNqPEafns3kaidAxKm1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=czwY/mHQYaBqDUMClbTZA+jUbUTcB8lL4QZqIx0F4/OS4EFe6hn8Hbab4k0yeyhfoUuKCxn4/p+y/w1vpgyf/f79Q8r1PFkniXBEvcyl0Z9Q8gZI+Dtu8Y86K7ljMZ0sxBJkHnDPPhKtMAwQFeyrMEig+FGOpQmbcj1ZeSEzJCE= Received: by 10.65.54.9 with SMTP id g9mr16327678qbk.1191300719717; Mon, 01 Oct 2007 21:51:59 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Mon, 1 Oct 2007 21:51:59 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 04:51:59 +0000 From: "Aryeh Friedman" To: pyunyh@gmail.com, freebsd-current@freebsd.org In-Reply-To: <20071002044236.GL18658@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002001252.GG18658@cdnetworks.co.kr> <20071002035948.GK18658@cdnetworks.co.kr> <20071002044236.GL18658@cdnetworks.co.kr> Cc: Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 04:52:01 -0000 > Let's fix one by one. > Does overhauled re(4) with disabling checkum offload works > without problems except lower performance? Appears to but since I run a very busy web host I switched back to the pre-patch so I was not able to see if it hung at all. From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:57:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9120F16A46B for ; Tue, 2 Oct 2007 04:57:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 41EBF13C48E for ; Tue, 2 Oct 2007 04:57:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2496382nzf for ; Mon, 01 Oct 2007 21:57:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=RVIgN4JO15xR2wH1+BYTQEUrQJxTjx2g/6VeyuKiSIM=; b=h/uKbk1cl1F18Ia3SbiU4ZSMYPvQI0THQAA0NcgSuAkGp8tAhYnv1RBeSxw1MIs7pmWKR8wbaUk/QbvzbPTxHmo8kdjyId98jISSnPKwGjW7shuG2RzcbygI31frt1PAdVz2MLshGEH1FL9HRqc0ztogcCgrTjE6DPnkGnQ69HU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=q7+k41PAKD5/fYdvOM3AU5keoHC8+TmIyfkPrA/dVRAK4CpvJS1PXw0zENWJPfER5yBHwT+FjHadQel7xsJ+lqzsUtzKEX499PLoLW+WFrmIwRHgb93HzQRJD4cSkYROouGG5A/Lj00BRLqHDcVHSBbUDR1xyyUEjnP8CgFYP40= Received: by 10.114.149.2 with SMTP id w2mr1124395wad.1191301042669; Mon, 01 Oct 2007 21:57:22 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 62sm718837wri.2007.10.01.21.57.20 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Oct 2007 21:57:21 -0700 (PDT) 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 l924rguj023991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 13:53:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l924rg4d023990; Tue, 2 Oct 2007 13:53:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Oct 2007 13:53:41 +0900 From: Pyun YongHyeon To: Aryeh Friedman Message-ID: <20071002045341.GM18658@cdnetworks.co.kr> References: <20071002001252.GG18658@cdnetworks.co.kr> <20071002035948.GK18658@cdnetworks.co.kr> <20071002044236.GL18658@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: freebsd-current@freebsd.org Subject: Re: tcpi/ip dies at random times X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 04:57:24 -0000 On Tue, Oct 02, 2007 at 04:51:59AM +0000, Aryeh Friedman wrote: > > Let's fix one by one. > > Does overhauled re(4) with disabling checkum offload works > > without problems except lower performance? > > Appears to but since I run a very busy web host I switched back to the > pre-patch so I was not able to see if it hung at all. Testing network drivers are very hard and time-consuming thing. If you have chance to run the overhauled re(4) again and let me know the result. Thanks for testing. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:57:25 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65DB716A46E; Tue, 2 Oct 2007 04:57:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id F13B713C467; Tue, 2 Oct 2007 04:57:23 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l924vEaR001140; Mon, 1 Oct 2007 22:57:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4701CFA2.4040700@samsco.org> Date: Mon, 01 Oct 2007 22:57:06 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Scott Long , freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, njl@FreeBSD.ORG References: <46E615C4.1010605@samsco.org> <20070916115427.GA1427@roadrunner.spoerlein.net> <46ED6C50.4040104@samsco.org> <20070918202250.GA1403@roadrunner.spoerlein.net> In-Reply-To: <20070918202250.GA1403@roadrunner.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 01 Oct 2007 22:57:15 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: Retirement of CAM_QUIRK_NOSERIAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 04:57:25 -0000 Ulrich Spoerlein wrote: > On Sun, 16.09.2007 at 11:48:00 -0600, Scott Long wrote: >> Ulrich Spoerlein wrote: >>> On Mon, 10.09.2007 at 22:12:52 -0600, Scott Long wrote: >>>> All, >>>> >>>> The attached patch should make CAM behave properly with regard to >>>> probing device serial numbers only when the device advertises that >>>> it supports it. It will hopefully eliminate the need for the >>>> CAM_QUIRK_NOSERIAL quirk (one instance is left because of an unrelated >>>> legacy problem that may or may not be possible to fix). This should >>>> especially benefit USB-UMASS devices, where the console output should >>>> be less noisy. It might even make more devices work out-of-the-box. >>> While this patch is working fine with my USB/FW HDD enclosure, it breaks >>> my MP3 USB stick >>> kernel: umass0: on uhub5 >>> kernel: umass0: BBB reset failed, IOERROR >>> kernel: umass0: BBB bulk-in clear stall failed, IOERROR >>> kernel: umass0: BBB bulk-out clear stall failed, IOERROR >> Is this a regression of something that works without the patch, or is >> it something that has never worked? What happens if you use the >> NO_INQUIRY_EVPD quirk instead? > > Ok, I played around a bit and with your patch applied, I have to > *remove* the quirk for my Samsung device, then it starts attaching > again. That's a good thing, right? :) > > umass0: on uhub3 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 999MB (511616 2048 byte sectors: 64H 32S/T 249C) > > There are only two other devices right now, that require a SHUTTLE_INIT > quirk, perhaps they are broken by your patch, too. > > Btw, why are there devices in umass.c with NO_QUIRKS set? Shouldn't > those entries be removed? > > Cheers, > Ulrich Spoerlein So where does this stand? Is my patch still a regression for you? Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 04:55:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C626C16A419 for ; Tue, 2 Oct 2007 04:55:38 +0000 (UTC) (envelope-from jpedras@webvolution.net) Received: from mail.portrait.com (mail.portrait.com [64.171.32.41]) by mx1.freebsd.org (Postfix) with ESMTP id 90A4C13C45B for ; Tue, 2 Oct 2007 04:55:38 +0000 (UTC) (envelope-from jpedras@webvolution.net) Received: from joao-pedras-computer-2.local (beastie.webvolution.net [64.174.136.225]) (authenticated bits=0) by mail.portrait.com (8.13.1/8.13.1) with ESMTP id l924tHXm097488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 21:55:22 -0700 (PDT) (envelope-from jpedras@webvolution.net) Message-ID: <4701CF31.1050008@webvolution.net> Date: Mon, 01 Oct 2007 21:55:13 -0700 From: Joao Pedras User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Attilio Rao References: <46FA0C14.10201@webvolution.net> <46FADB35.2090708@FreeBSD.org> <46FC2AA7.2040308@webvolution.net> <46FC2C85.4080600@FreeBSD.org> <46FC8EEE.5080908@webvolution.net> <3bbf2fe10709280337n1be084b3qf1ef7fc94889592b@mail.gmail.com> <46FD2ABA.5040307@webvolution.net> <46FD700C.3080804@webvolution.net> In-Reply-To: <46FD700C.3080804@webvolution.net> X-Enigmail-Version: 0.95.3 OpenPGP: id=D7505EC0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=3.0 tests=FORGED_RCVD_HELO X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mail.portrait.com X-Mailman-Approved-At: Tue, 02 Oct 2007 05:07:15 +0000 Cc: Subject: Re: lock 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: Tue, 02 Oct 2007 04:55:38 -0000 Joao Pedras wrote: > Joao Pedras wrote: >> Attilio Rao wrote: >>> 2007/9/28, Joao Pedras : >>>> Thank you for your help Kris. I am not very familiar with these tasks. >>>> >>>> I got the 'alltrace' and I also saved a crash dump. >>>> The session output is here http://pedras.webvolution.net/s2932-9.txt. >>>> >>>> I was able to reproduce the issue on a similar system (a vanilla Tyan >>>> S2932, one SATA disc only) and it exhibits the exact same problem. >>> Hello, >>> when you updated CURRENT last time? >>> csjp committed a fix which should have resolved the rtfree reference >>> mismatching problem like a week ago. >>> >>> Can you try if a stock, fresh cvsuped current exposes the same problem for you? >>> >>> Thanks, >>> Attilio >>> >>> >> Attilio, >> >> I noticed that rtfree fix. This system is running code from 9-25. I will >> sup it to today's code anyway. >> >> Again, it is GENERIC amd64 (SCHED_4BSD). I have another one with ULE and >> I will give it a try today. >> > > With today's (this morning's) source the issue occurs and the rtfree > warnings are visible. > > I have condensed the info here > http://pedras.webvolution.net/Tyan_S2932/FreeBSD-7/. > > Thank you for the help. > _______________________________________________ > 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" Attilio, about the rtfree issue... I supped again today a FBSD7 running on a virtual machine (Parallels) in an attempt to see my lock up problem somewhere else and the rtfree references popped up on the console while the build was going. Please feel free to request more info. Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 06:02:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B810716A418 for ; Tue, 2 Oct 2007 06:02:31 +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 6CD9013C459 for ; Tue, 2 Oct 2007 06:02:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BE7E72086; Tue, 2 Oct 2007 08:02:23 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3AA21207E; Tue, 2 Oct 2007 08:02:23 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 20613844A4; Tue, 2 Oct 2007 08:02:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Abdullah Ibn Hamad Al-Marri" References: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> Date: Tue, 02 Oct 2007 08:02:23 +0200 In-Reply-To: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> (Abdullah Ibn Hamad Al-Marri's message of "Mon\, 1 Oct 2007 21\:09\:13 +0300") Message-ID: <86lkamawb4.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, FreeBSD Current Subject: Re: est doesn't support C2D E6600 and newer CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 06:02:31 -0000 "Abdullah Ibn Hamad Al-Marri" writes: > [...] No need for est, acpi_perf handles the E6600 just fine. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 06:05:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1508116A41A for ; Tue, 2 Oct 2007 06:05:23 +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 C485C13C45D for ; Tue, 2 Oct 2007 06:05:22 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 925992091; Tue, 2 Oct 2007 08:05:14 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 81510208E; Tue, 2 Oct 2007 08:05:14 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 6BEDC844A4; Tue, 2 Oct 2007 08:05:14 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Dan Borello" References: Date: Tue, 02 Oct 2007 08:05:14 +0200 In-Reply-To: (Dan Borello's message of "Mon\, 1 Oct 2007 15\:07\:12 -0500") Message-ID: <86hclaaw6d.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Accessing bad hard drive causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 06:05:23 -0000 "Dan Borello" writes: > The drive passes SMART selftests and returns healthy status, but has > reported over 500 errors. What kind of errors? DMA timeouts are most likely the result of a well-known bug in the ata driver. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 06:33:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBAE716A417 for ; Tue, 2 Oct 2007 06:33:16 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id B729313C468 for ; Tue, 2 Oct 2007 06:33:16 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 60093 invoked from network); 2 Oct 2007 06:33:18 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 2 Oct 2007 06:33:18 -0000 Message-ID: <4701E62C.5030909@root.org> Date: Mon, 01 Oct 2007 23:33:16 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> <86lkamawb4.fsf@ds4.des.no> In-Reply-To: <86lkamawb4.fsf@ds4.des.no> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, FreeBSD Current , Abdullah Ibn Hamad Al-Marri Subject: Re: est doesn't support C2D E6600 and newer CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 06:33:17 -0000 Dag-Erling SmÞrgrav wrote: > "Abdullah Ibn Hamad Al-Marri" writes: >> [...] > > No need for est, acpi_perf handles the E6600 just fine. > > DES Depends on the mobo. Some export the info to acpi and some don't. The linux driver has some workarounds for that, but it's too complicated for me to spend time figuring out right now. You have to look at speedstep-centrino.c and several other files to get the full picture. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 07:58:15 2007 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 AB18016A418 for ; Tue, 2 Oct 2007 07:58:15 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 5484F13C467 for ; Tue, 2 Oct 2007 07:58:15 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2527272nzf for ; Tue, 02 Oct 2007 00:58:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=H81T9HO3xXSksx7A+Bua6pko6SALgwDsNrBg13a9dh0=; b=FZ6d+PGC3hO58Svmg1VutR5Gjuaa5XzG0uCa8sLFobfBWCMNMLwDXMwSA5a1yi3JlXHoSgqz/ewNcSHvKKUqSLJkBJn24sg588lpr8Qe+6INl9lWrWbkC9TI/IBgM2E65HVTEonuog+fWv2Bs59YcpwXG/IuBN9TegZgxYRMA9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=K+acLvZ2PGAv9wkwiy4yXdQcFv7+9aAsGG+sRbsM6kjxm70Fl1KGIcyf0ZQBiwmrWW0xias4xBSXEM0rOQ3vjTLkdkZfyZ2f87YB5KQPN7WNVEhdkB8ZqxiX5EJPrroLevTj6mCBdqw9cM0LUKWV4eX824wRrSAUzpEZ/HdlSN8= Received: by 10.115.107.1 with SMTP id j1mr709070wam.1191311894086; Tue, 02 Oct 2007 00:58:14 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Tue, 2 Oct 2007 00:58:13 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 09:58:13 +0200 From: "Arjan van Leeuwen" To: "Marius Strobl" In-Reply-To: <20070930114914.GB38896@alchemy.franken.de> MIME-Version: 1.0 References: <20070930114914.GB38896@alchemy.franken.de> 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: current@freebsd.org Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 02 Oct 2007 07:58:15 -0000 Hi Marius, 2007/9/30, Marius Strobl : > > > As mentioned in UPDATING the change below requires the hal port > to be recompiled in order to continue to work. On !386 you > additionally need to update to xorg-server-1.4_1,1. > Regarding common ports affected by the introduction of support > for PCI domains these two ports should be it. I'm on amd64. I've recompiled xorg-server and all its dependencies, but I'm still not able to start X with my previous configuration. Right now the only thing that works is to force it to use the vesa driver on ISA. If I run 'X -configure' to generate a new configuration, this also gives me vesa on ISA (instead of the ATi Radeon driver that used to work). Is there anything else I need to do to make it work? Arjan Other consumers of potentially also need to be > recompiled and adjusted, f.e. sjog needs to be recompiled but > should need no changes. Generally, if a port uses pc_bus it > also needs to deal with pc_domain now. > > Marius > > marius 2007-09-30 11:05:18 UTC > > FreeBSD src repository > > Modified files: > . UPDATING > share/man/man4 pci.4 > share/man/man9 pci.9 > sys/amd64/include legacyvar.h > sys/amd64/amd64 legacy.c > sys/amd64/pci pci_bus.c > sys/arm/xscale/i80321 i80321_pci.c > sys/arm/xscale/ixp425 ixp425_pci.c > sys/arm/xscale/i8134x i81342_pci.c > sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c > sys/dev/bge if_bge.c > sys/dev/cardbus cardbus.c > sys/dev/pccbb pccbb.c pccbb_pci.c pccbbvar.h > sys/dev/pci pci.c pci_pci.c pci_private.h pci_user.c > pcib_private.h pcivar.h > sys/i386/include legacyvar.h > sys/i386/i386 legacy.c > sys/i386/pci pci_bus.c > sys/powerpc/powermac grackle.c uninorth.c > sys/sparc64/pci ofw_pcibus.c apb.c psycho.c > sys/sun4v/sun4v hv_pci.c > sys/sys pciio.h param.h > usr.sbin/pciconf pciconf.8 pciconf.c > tools/tools/pciroms pciroms.c > Log: > Make the PCI code aware of PCI domains (aka PCI segments) so we can > support machines having multiple independently numbered PCI domains > and don't support reenumeration without ambiguity amongst the > devices as seen by the OS and represented by PCI location strings. > This includes introducing a function pci_find_dbsf(9) which works > like pci_find_bsf(9) but additionally takes a domain number argument > and limiting pci_find_bsf(9) to only search devices in domain 0 (the > only domain in single-domain systems). Bge(4) and ofw_pcibus(4) are > changed to use pci_find_dbsf(9) instead of pci_find_bsf(9) in order > to no longer report false positives when searching for siblings and > dupe devices in the same domain respectively. > Along with this change the sole host-PCI bridge driver converted to > actually make use of PCI domain support is uninorth(4), the others > continue to use domain 0 only for now and need to be converted as > appropriate later on. > Note that this means that the format of the location strings as used > by pciconf(8) has been changed and that consumers of > potentially need to be recompiled. > > Suggested by: jhb > Reviewed by: grehan, jhb, marcel > Approved by: re (kensmith), jhb (PCI maintainer hat) > > Revision Changes Path > 1.505 +7 -0 src/UPDATING > 1.19 +7 -6 src/share/man/man4/pci.4 > 1.10 +28 -1 src/share/man/man9/pci.9 > 1.61 +5 -0 src/sys/amd64/amd64/legacy.c > 1.8 +2 -0 src/sys/amd64/include/legacyvar.h > 1.122 +5 -0 src/sys/amd64/pci/pci_bus.c > 1.12 +5 -1 src/sys/arm/xscale/i80321/i80321_pci.c > 1.2 +5 -1 src/sys/arm/xscale/i8134x/i81342_pci.c > 1.5 +5 -0 src/sys/arm/xscale/ixp425/ixp425_pci.c > 1.31 +6 -4 src/sys/dev/acpica/acpi_pci.c > 1.55 +5 -0 src/sys/dev/acpica/acpi_pcib_acpi.c > 1.198 +3 -2 src/sys/dev/bge/if_bge.c > 1.66 +3 -2 src/sys/dev/cardbus/cardbus.c > 1.165 +5 -0 src/sys/dev/pccbb/pccbb.c > 1.26 +3 -0 src/sys/dev/pccbb/pccbb_pci.c > 1.32 +1 -0 src/sys/dev/pccbb/pccbbvar.h > 1.355 +62 -36 src/sys/dev/pci/pci.c > 1.50 +8 -1 src/sys/dev/pci/pci_pci.c > 1.25 +3 -2 src/sys/dev/pci/pci_private.h > 1.22 +8 -2 src/sys/dev/pci/pci_user.c > 1.13 +1 -0 src/sys/dev/pci/pcib_private.h > 1.80 +7 -0 src/sys/dev/pci/pcivar.h > 1.63 +5 -0 src/sys/i386/i386/legacy.c > 1.8 +2 -0 src/sys/i386/include/legacyvar.h > 1.128 +5 -0 src/sys/i386/pci/pci_bus.c > 1.9 +3 -1 src/sys/powerpc/powermac/grackle.c > 1.16 +3 -1 src/sys/powerpc/powermac/uninorth.c > 1.14 +2 -0 src/sys/sparc64/pci/apb.c > 1.16 +7 -4 src/sys/sparc64/pci/ofw_pcibus.c > 1.70 +3 -0 src/sys/sparc64/pci/psycho.c > 1.4 +5 -0 src/sys/sun4v/sun4v/hv_pci.c > 1.308 +1 -1 src/sys/sys/param.h > 1.7 +14 -13 src/sys/sys/pciio.h > 1.2 +4 -3 src/tools/tools/pciroms/pciroms.c > 1.29 +8 -5 src/usr.sbin/pciconf/pciconf.8 > 1.28 +5 -3 src/usr.sbin/pciconf/pciconf.c > _______________________________________________ > 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 Oct 2 08:05:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F2A716A417; Tue, 2 Oct 2007 08:05:28 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id E2E4D13C457; Tue, 2 Oct 2007 08:05:27 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l92857Xn061835 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 04:05:26 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 2 Oct 2007 01:07:57 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Marc Fonvieille In-Reply-To: <20071001185454.GA72080@abigail.blackend.org> Message-ID: <20071002010703.D6669@10.0.0.1> References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1571468418-1191312477=:6669" Cc: freebsd-current@freebsd.org, Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 08:05:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1571468418-1191312477=:6669 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Mon, 1 Oct 2007, Marc Fonvieille wrote: > On Mon, Oct 01, 2007 at 11:30:16AM -0700, Jeff Roberson wrote: >>> I have the same problems as Roman: once I compile something, most of X >>> applications become slow as hell with lagging screen refresh. That's on >>> -CURRENT (with all debug, malloc, invariant things disabled) with ULE >>> and Xorg 4.3 (I'll test with the legacy scheduler as soon as possible). >>> This behavior does not occur on 6.2 but with Xorg 7.2, so I really suspect >>> last Xorg release to be guilty. Jeff you often mentioned tests on your >>> laptop, could you check what Xorg version your run? >> >> xorg-7.2 X.Org complete distribution metaport >> xorg-server-1.2.0_2,1 X.Org X server and related programs >> >> If you're running very recent current you can try renicing X negatively. >> If you nice -20 and it doesn't improve then it's probably not the cpu >> scheduler causing the delay. What display driver are you using? How much >> cpu is X using while you're experiencing the lag? >> > > I tried with _4BSD and it gives the same behavior (I even downgraded > Xorg to 7.2). Renicing X does not really help. > > I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > even appears with 4% of CPU usage according to top(1). > Thanks to your remarks and my tests, I'm now sure it's scheduler > independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > used. Can you try with ULE and the attached diff? sched_yield() behavior changed between 6.x and 7-CURRENT. This has been referenced in other bug reports. Please let me know if this helps. Thanks, Jeff > > -- > Marc > _______________________________________________ > 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" > --0-1571468418-1191312477=:6669 Content-Type: TEXT/x-diff; charset=US-ASCII; name=relinquish.diff Content-Transfer-Encoding: BASE64 Content-ID: <20071002010757.E6669@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=relinquish.diff SW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjIwOQ0KZGlmZiAtdSAtcjEuMjA5 IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJMjQgU2VwIDIwMDcgMDA6 Mjg6NTQgLTAwMDAJMS4yMDkNCisrKyBzY2hlZF91bGUuYwkyIE9jdCAyMDA3 IDA3OjU5OjUwIC0wMDAwDQpAQCAtMjUwMiw4ICsyNTAyLDEwIEBADQogc2No ZWRfcmVsaW5xdWlzaChzdHJ1Y3QgdGhyZWFkICp0ZCkNCiB7DQogCXRocmVh ZF9sb2NrKHRkKTsNCisjaWYgMA0KIAlpZiAodGQtPnRkX3ByaV9jbGFzcyA9 PSBQUklfVElNRVNIQVJFKQ0KIAkJc2NoZWRfcHJpbyh0ZCwgUFJJX01BWF9U SU1FU0hBUkUpOw0KKyNlbmRpZg0KIAlTQ0hFRF9TVEFUX0lOQyhzd2l0Y2hf cmVsaW5xdWlzaCk7DQogCW1pX3N3aXRjaChTV19WT0wsIE5VTEwpOw0KIAl0 aHJlYWRfdW5sb2NrKHRkKTsNCg== --0-1571468418-1191312477=:6669-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 08:11:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2517A16A421; Tue, 2 Oct 2007 08:11:38 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EAA6313C448; Tue, 2 Oct 2007 08:11:37 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l928BVoG062374 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 04:11:37 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 2 Oct 2007 01:14:20 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: NIIMI Satoshi In-Reply-To: <46FD4B09.20006@sa2c.net> Message-ID: <20071002011337.Q6669@10.0.0.1> References: <46FD4B09.20006@sa2c.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1490414616-1191312860=:6669" Cc: freebsd-current@freebsd.org, freebsd-threads@freebsd.org Subject: Re: sched_yield() is very slow when other threads are busy on FreeBSD-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, 02 Oct 2007 08:11:38 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1490414616-1191312860=:6669 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sat, 29 Sep 2007, NIIMI Satoshi wrote: > Hi, > > I experienced sched_yield() is very slow when other threads are busy > on FreeBSD-current. Hello, Can you please try the enclosed patch and tell me if it addresses your problem? Thanks, Jeff > > When I run the program: > ------------------------------------------------ > #include > #include > #include > > #define NUM_THREAD (10) > > volatile int run = 0; > > void *start(void *p) > { > while (!run) > ; > return p; > } > > int main() > { > pthread_t th[NUM_THREAD]; > int i; > for (i = 0; i < NUM_THREAD; i++) { > assert(pthread_create(&th[i], NULL, start, NULL) == 0); > sched_yield(); > } > run = 1; > for (i = 0; i < NUM_THREAD; i++) > assert(pthread_join(th[i], NULL) == 0); > return 0; > } > ------------------------------------------------ > The output of /usr/bin/time: > > FreeBSD 6.2-RELEASE, libthr, HZ=100, GENERIC kernel: > 0.55 real 0.55 user 0.00 sys > > FreeBSD 7-CURRENT, libthr, HZ=100, kernel > include GENERIC > nooptions INVARIANTS, INVARIANT_SUPPORT, WITNESS, WITNESS_SKIPSPIN: > 164.16 real 162.80 user 0.00 sys > > I tried SCHED_ULE too, but does not help so much. > > Increasing HZ helps to perform better, but still very slower than FreeBSD-6. > > Thanks, > -- > NIIMI Satoshi > _______________________________________________ > freebsd-threads@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-threads > To unsubscribe, send any mail to "freebsd-threads-unsubscribe@freebsd.org" > --0-1490414616-1191312860=:6669 Content-Type: TEXT/x-diff; charset=US-ASCII; name=relinquish.diff Content-Transfer-Encoding: BASE64 Content-ID: <20071002011420.S6669@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=relinquish.diff SW5kZXg6IHNjaGVkXzRic2QuYw0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K UkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9rZXJuL3NjaGVkXzRic2Qu Yyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTA1DQpkaWZmIC11IC1yMS4x MDUgc2NoZWRfNGJzZC5jDQotLS0gc2NoZWRfNGJzZC5jCTIxIFNlcCAyMDA3 IDA0OjEwOjIzIC0wMDAwCTEuMTA1DQorKysgc2NoZWRfNGJzZC5jCTIgT2N0 IDIwMDcgMDg6MDg6MzYgLTAwMDANCkBAIC0xMzI0LDggKzEzMjQsNiBAQA0K IHNjaGVkX3JlbGlucXVpc2goc3RydWN0IHRocmVhZCAqdGQpDQogew0KIAl0 aHJlYWRfbG9jayh0ZCk7DQotCWlmICh0ZC0+dGRfcHJpX2NsYXNzID09IFBS SV9USU1FU0hBUkUpDQotCQlzY2hlZF9wcmlvKHRkLCBQUklfTUFYX1RJTUVT SEFSRSk7DQogCVNDSEVEX1NUQVRfSU5DKHN3aXRjaF9yZWxpbnF1aXNoKTsN CiAJbWlfc3dpdGNoKFNXX1ZPTCwgTlVMTCk7DQogCXRocmVhZF91bmxvY2so dGQpOw0KSW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRf dWxlLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjIwOQ0KZGlmZiAtdSAt cjEuMjA5IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJMjQgU2VwIDIw MDcgMDA6Mjg6NTQgLTAwMDAJMS4yMDkNCisrKyBzY2hlZF91bGUuYwkyIE9j dCAyMDA3IDA4OjA4OjQ1IC0wMDAwDQpAQCAtMjUwMiw4ICsyNTAyLDYgQEAN CiBzY2hlZF9yZWxpbnF1aXNoKHN0cnVjdCB0aHJlYWQgKnRkKQ0KIHsNCiAJ dGhyZWFkX2xvY2sodGQpOw0KLQlpZiAodGQtPnRkX3ByaV9jbGFzcyA9PSBQ UklfVElNRVNIQVJFKQ0KLQkJc2NoZWRfcHJpbyh0ZCwgUFJJX01BWF9USU1F U0hBUkUpOw0KIAlTQ0hFRF9TVEFUX0lOQyhzd2l0Y2hfcmVsaW5xdWlzaCk7 DQogCW1pX3N3aXRjaChTV19WT0wsIE5VTEwpOw0KIAl0aHJlYWRfdW5sb2Nr KHRkKTsNCg== --0-1490414616-1191312860=:6669-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 08:32:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D273316A41A for ; Tue, 2 Oct 2007 08:32:23 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from smtp-out1.berkeley.edu (smtp-out1.Berkeley.EDU [128.32.61.106]) by mx1.freebsd.org (Postfix) with ESMTP id BC57F13C45D for ; Tue, 2 Oct 2007 08:32:23 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from 209-204-139-199.dsl.dynamic.sonic.net ([209.204.139.199] helo=[192.168.42.11]) by fe6.calmail with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (auth plain:stevenschlansker@berkeley.edu) (envelope-from ) id 1IccwB-0005Gg-KI for freebsd-current@freebsd.org; Tue, 02 Oct 2007 01:17:03 -0700 Message-ID: <4701FE7C.8020200@berkeley.edu> Date: Tue, 02 Oct 2007 01:17:00 -0700 From: Steven Schlansker User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 08:32:23 -0000 Hello everyone, I recently set up a 6 drive SATA raidz2. Whenever I try to use the array, the dmesg fills up with warnings that WRITE_DMA must be retried (repeatedly) As soon as I remove the load, everything runs fine. FreeBSD scotch.CSUA.Berkeley.EDU 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Sep 25 21:37:14 PDT 2007 root@scotch.CSUA.Berkeley.EDU:/usr/obj/usr/src/sys/GENERIC i386 00:00.0 Host bridge: Intel Corporation 82840 840 (Carmel) Chipset Host Bridge (Hub A) (rev 01) 00:01.0 PCI bridge: Intel Corporation 82840 840 (Carmel) Chipset AGP Bridge (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801AA PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corporation 82801AA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801AA IDE (rev 02) 00:1f.2 USB Controller: Intel Corporation 82801AA USB (rev 02) 00:1f.3 SMBus: Intel Corporation 82801AA SMBus (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11) 02:04.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) 02:06.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 02:0e.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) 03:05.0 RAID bus controller: Silicon Image, Inc. SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02) 03:06.0 RAID bus controller: Silicon Image, Inc. SiI 3512 [SATALink/SATARaid] Serial ATA Controller (rev 01) 03:0a.0 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01) 03:0a.1 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01) Dmesg with errors here: http://soda.csua.berkeley.edu/~steven/dmesg.txt The eventual end result: http://soda.csua.berkeley.edu/~steven/Image053.jpg The only references I can find to similar problems were either not resolved, or seemed to be related to a chipset which I am not using. Is this a known issue? How can I make this machine stable? Is there any more information I can provide to aid debugging? Thanks so very much, Steven Schlansker From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 08:45:06 2007 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 CAD8416A417 for ; Tue, 2 Oct 2007 08:45:06 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 7EAA813C46E for ; Tue, 2 Oct 2007 08:45:06 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2535654nzf for ; Tue, 02 Oct 2007 01:45:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jS9bdA19dgqAoH7r/0sO8H0VfRIpc7BQxBQfdjyu60k=; b=ILbMAPyOWHMwqnu39IDZ2KkvgnyeQlvSnE8/idoKSB40uzqARnJTFwgOCL7Lmt1rZzryvJFqXnl6HcOHEt8E57qiwLqBuTcp7cpUqEVP08QS/A1e+MG+h0AIoramlUxqw2rdYQEHAYygrlsK2jmOwj7cACJR4ftuYd+HHTZeFLg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=phfxTLt6/Eeb+OmuddmUlLg/tINVdrwo3IMeSKJcZpDI1GOvk8FaS4zBa+kyTeR8eYKeJkB1FWJzAv0gSaVBQR3yBNuoSRQ4N7Gs2f1ZJoTjACAEtIf9uoQ/Sf8YZfatgaGS4ctVTwSnhDhjOxh3KBrf6VNFG+zcihiUDkGepI0= Received: by 10.115.79.1 with SMTP id g1mr1829481wal.1191313111518; Tue, 02 Oct 2007 01:18:31 -0700 (PDT) Received: by 10.114.112.11 with HTTP; Tue, 2 Oct 2007 01:18:31 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 10:18:31 +0200 From: "Rene Ladan" To: avleeuwen@piwebs.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070930114914.GB38896@alchemy.franken.de> Cc: current@freebsd.org, Marius Strobl Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 08:45:06 -0000 2007/10/2, Arjan van Leeuwen : > Hi Marius, > > 2007/9/30, Marius Strobl : > > > > > > As mentioned in UPDATING the change below requires the hal port > > to be recompiled in order to continue to work. On !386 you > > additionally need to update to xorg-server-1.4_1,1. > > Regarding common ports affected by the introduction of support > > for PCI domains these two ports should be it. > > I'm on amd64. I've recompiled xorg-server and all its dependencies, but I'm > still not able to start X with my previous configuration. Right now the only > thing that works is to force it to use the vesa driver on ISA. If I run 'X > -configure' to generate a new configuration, this also gives me vesa on ISA > (instead of the ATi Radeon driver that used to work). > Is there anything else I need to do to make it work? > Arjan > Maybe reinstall your ati driver ( x11-drivers/xf86-video-ati ) using portmaster/portupgrade/... ? Rene > Other consumers of potentially also need to be > > recompiled and adjusted, f.e. sjog needs to be recompiled but > > should need no changes. Generally, if a port uses pc_bus it > > also needs to deal with pc_domain now. > > > > Marius > > > > marius 2007-09-30 11:05:18 UTC > > > > FreeBSD src repository > > > > Modified files: > > . UPDATING > > share/man/man4 pci.4 > > share/man/man9 pci.9 > > sys/amd64/include legacyvar.h > > sys/amd64/amd64 legacy.c > > sys/amd64/pci pci_bus.c > > sys/arm/xscale/i80321 i80321_pci.c > > sys/arm/xscale/ixp425 ixp425_pci.c > > sys/arm/xscale/i8134x i81342_pci.c > > sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c > > sys/dev/bge if_bge.c > > sys/dev/cardbus cardbus.c > > sys/dev/pccbb pccbb.c pccbb_pci.c pccbbvar.h > > sys/dev/pci pci.c pci_pci.c pci_private.h pci_user.c > > pcib_private.h pcivar.h > > sys/i386/include legacyvar.h > > sys/i386/i386 legacy.c > > sys/i386/pci pci_bus.c > > sys/powerpc/powermac grackle.c uninorth.c > > sys/sparc64/pci ofw_pcibus.c apb.c psycho.c > > sys/sun4v/sun4v hv_pci.c > > sys/sys pciio.h param.h > > usr.sbin/pciconf pciconf.8 pciconf.c > > tools/tools/pciroms pciroms.c > > Log: > > Make the PCI code aware of PCI domains (aka PCI segments) so we can > > support machines having multiple independently numbered PCI domains > > and don't support reenumeration without ambiguity amongst the > > devices as seen by the OS and represented by PCI location strings. > > This includes introducing a function pci_find_dbsf(9) which works > > like pci_find_bsf(9) but additionally takes a domain number argument > > and limiting pci_find_bsf(9) to only search devices in domain 0 (the > > only domain in single-domain systems). Bge(4) and ofw_pcibus(4) are > > changed to use pci_find_dbsf(9) instead of pci_find_bsf(9) in order > > to no longer report false positives when searching for siblings and > > dupe devices in the same domain respectively. > > Along with this change the sole host-PCI bridge driver converted to > > actually make use of PCI domain support is uninorth(4), the others > > continue to use domain 0 only for now and need to be converted as > > appropriate later on. > > Note that this means that the format of the location strings as used > > by pciconf(8) has been changed and that consumers of > > potentially need to be recompiled. > > > > Suggested by: jhb > > Reviewed by: grehan, jhb, marcel > > Approved by: re (kensmith), jhb (PCI maintainer hat) > > > > Revision Changes Path > > 1.505 +7 -0 src/UPDATING > > 1.19 +7 -6 src/share/man/man4/pci.4 > > 1.10 +28 -1 src/share/man/man9/pci.9 > > 1.61 +5 -0 src/sys/amd64/amd64/legacy.c > > 1.8 +2 -0 src/sys/amd64/include/legacyvar.h > > 1.122 +5 -0 src/sys/amd64/pci/pci_bus.c > > 1.12 +5 -1 src/sys/arm/xscale/i80321/i80321_pci.c > > 1.2 +5 -1 src/sys/arm/xscale/i8134x/i81342_pci.c > > 1.5 +5 -0 src/sys/arm/xscale/ixp425/ixp425_pci.c > > 1.31 +6 -4 src/sys/dev/acpica/acpi_pci.c > > 1.55 +5 -0 src/sys/dev/acpica/acpi_pcib_acpi.c > > 1.198 +3 -2 src/sys/dev/bge/if_bge.c > > 1.66 +3 -2 src/sys/dev/cardbus/cardbus.c > > 1.165 +5 -0 src/sys/dev/pccbb/pccbb.c > > 1.26 +3 -0 src/sys/dev/pccbb/pccbb_pci.c > > 1.32 +1 -0 src/sys/dev/pccbb/pccbbvar.h > > 1.355 +62 -36 src/sys/dev/pci/pci.c > > 1.50 +8 -1 src/sys/dev/pci/pci_pci.c > > 1.25 +3 -2 src/sys/dev/pci/pci_private.h > > 1.22 +8 -2 src/sys/dev/pci/pci_user.c > > 1.13 +1 -0 src/sys/dev/pci/pcib_private.h > > 1.80 +7 -0 src/sys/dev/pci/pcivar.h > > 1.63 +5 -0 src/sys/i386/i386/legacy.c > > 1.8 +2 -0 src/sys/i386/include/legacyvar.h > > 1.128 +5 -0 src/sys/i386/pci/pci_bus.c > > 1.9 +3 -1 src/sys/powerpc/powermac/grackle.c > > 1.16 +3 -1 src/sys/powerpc/powermac/uninorth.c > > 1.14 +2 -0 src/sys/sparc64/pci/apb.c > > 1.16 +7 -4 src/sys/sparc64/pci/ofw_pcibus.c > > 1.70 +3 -0 src/sys/sparc64/pci/psycho.c > > 1.4 +5 -0 src/sys/sun4v/sun4v/hv_pci.c > > 1.308 +1 -1 src/sys/sys/param.h > > 1.7 +14 -13 src/sys/sys/pciio.h > > 1.2 +4 -3 src/tools/tools/pciroms/pciroms.c > > 1.29 +8 -5 src/usr.sbin/pciconf/pciconf.8 > > 1.28 +5 -3 src/usr.sbin/pciconf/pciconf.c > > _______________________________________________ > > 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" > -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 08:47:15 2007 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 060D616A417 for ; Tue, 2 Oct 2007 08:47:15 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD3213C481 for ; Tue, 2 Oct 2007 08:47:14 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2536043nzf for ; Tue, 02 Oct 2007 01:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=7R4S2RTRmsuB5Jtb6lgkoUhTuFQnr0RZsU1PdSvmxL8=; b=TzJA3FA3Ub03uRgLLdzksXqlOiu1Ct5tDdWMVW0oYu866C/mpNsF3q/lcNa4pVTGQ6IvsUz3kMrJIJpT29AfdziRsUEYHUL+VoaM5L2KSXmWFk/YOfF1oGk0eo2mo7zlMS9d2aVgNMTNPKtIlXD591gOlNYD1XtVkhI2yAcaSvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DUciWTX2dLJU5Gdqh/W3UGZMILpFRXJP7t6dv7KK48y9xDnX/+WbFzDpEKo3x6fOprdBvtlU/+GX8uc0tHaoOlHHoPGE/rUNj1F5sUKnXMmFQg+WBGQg76fBIhtK4DrFK+CK0/mxOpz0Yg2EE1T7k+5eVrXciAHmGeF383K5R0c= Received: by 10.114.13.1 with SMTP id 1mr1946438wam.1191314831321; Tue, 02 Oct 2007 01:47:11 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Tue, 2 Oct 2007 01:47:10 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 10:47:11 +0200 From: "Arjan van Leeuwen" To: "Rene Ladan" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_11711_9844775.1191314831289" References: <20070930114914.GB38896@alchemy.franken.de> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org, Marius Strobl Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 02 Oct 2007 08:47:15 -0000 ------=_Part_11711_9844775.1191314831289 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/10/2, Rene Ladan : > > 2007/10/2, Arjan van Leeuwen : > > Hi Marius, > > > > 2007/9/30, Marius Strobl : > > > > > > > > > As mentioned in UPDATING the change below requires the hal port > > > to be recompiled in order to continue to work. On !386 you > > > additionally need to update to xorg-server-1.4_1,1. > > > Regarding common ports affected by the introduction of support > > > for PCI domains these two ports should be it. > > > > I'm on amd64. I've recompiled xorg-server and all its dependencies, but > I'm > > still not able to start X with my previous configuration. Right now the > only > > thing that works is to force it to use the vesa driver on ISA. If I run > 'X > > -configure' to generate a new configuration, this also gives me vesa on > ISA > > (instead of the ATi Radeon driver that used to work). > > Is there anything else I need to do to make it work? > > Arjan > > > Maybe reinstall your ati driver ( x11-drivers/xf86-video-ati ) using > portmaster/portupgrade/... ? Already tried that too :). I'll attach my log file from X.org, in case it helps anyone. Arjan Rene > > > Other consumers of potentially also need to be > > > recompiled and adjusted, f.e. sjog needs to be recompiled but > > > should need no changes. Generally, if a port uses pc_bus it > > > also needs to deal with pc_domain now. > > > > > > Marius > > > > > > marius 2007-09-30 11:05:18 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > . UPDATING > > > share/man/man4 pci.4 > > > share/man/man9 pci.9 > > > sys/amd64/include legacyvar.h > > > sys/amd64/amd64 legacy.c > > > sys/amd64/pci pci_bus.c > > > sys/arm/xscale/i80321 i80321_pci.c > > > sys/arm/xscale/ixp425 ixp425_pci.c > > > sys/arm/xscale/i8134x i81342_pci.c > > > sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c > > > sys/dev/bge if_bge.c > > > sys/dev/cardbus cardbus.c > > > sys/dev/pccbb pccbb.c pccbb_pci.c pccbbvar.h > > > sys/dev/pci pci.c pci_pci.c pci_private.h pci_user.c > > > pcib_private.h pcivar.h > > > sys/i386/include legacyvar.h > > > sys/i386/i386 legacy.c > > > sys/i386/pci pci_bus.c > > > sys/powerpc/powermac grackle.c uninorth.c > > > sys/sparc64/pci ofw_pcibus.c apb.c psycho.c > > > sys/sun4v/sun4v hv_pci.c > > > sys/sys pciio.h param.h > > > usr.sbin/pciconf pciconf.8 pciconf.c > > > tools/tools/pciroms pciroms.c > > > Log: > > > Make the PCI code aware of PCI domains (aka PCI segments) so we can > > > support machines having multiple independently numbered PCI domains > > > and don't support reenumeration without ambiguity amongst the > > > devices as seen by the OS and represented by PCI location strings. > > > This includes introducing a function pci_find_dbsf(9) which works > > > like pci_find_bsf(9) but additionally takes a domain number argument > > > and limiting pci_find_bsf(9) to only search devices in domain 0 (the > > > only domain in single-domain systems). Bge(4) and ofw_pcibus(4) are > > > changed to use pci_find_dbsf(9) instead of pci_find_bsf(9) in order > > > to no longer report false positives when searching for siblings and > > > dupe devices in the same domain respectively. > > > Along with this change the sole host-PCI bridge driver converted to > > > actually make use of PCI domain support is uninorth(4), the others > > > continue to use domain 0 only for now and need to be converted as > > > appropriate later on. > > > Note that this means that the format of the location strings as used > > > by pciconf(8) has been changed and that consumers of > > > potentially need to be recompiled. > > > > > > Suggested by: jhb > > > Reviewed by: grehan, jhb, marcel > > > Approved by: re (kensmith), jhb (PCI maintainer hat) > > > > > > Revision Changes Path > > > 1.505 +7 -0 src/UPDATING > > > 1.19 +7 -6 src/share/man/man4/pci.4 > > > 1.10 +28 -1 src/share/man/man9/pci.9 > > > 1.61 +5 -0 src/sys/amd64/amd64/legacy.c > > > 1.8 +2 -0 src/sys/amd64/include/legacyvar.h > > > 1.122 +5 -0 src/sys/amd64/pci/pci_bus.c > > > 1.12 +5 -1 src/sys/arm/xscale/i80321/i80321_pci.c > > > 1.2 +5 -1 src/sys/arm/xscale/i8134x/i81342_pci.c > > > 1.5 +5 -0 src/sys/arm/xscale/ixp425/ixp425_pci.c > > > 1.31 +6 -4 src/sys/dev/acpica/acpi_pci.c > > > 1.55 +5 -0 src/sys/dev/acpica/acpi_pcib_acpi.c > > > 1.198 +3 -2 src/sys/dev/bge/if_bge.c > > > 1.66 +3 -2 src/sys/dev/cardbus/cardbus.c > > > 1.165 +5 -0 src/sys/dev/pccbb/pccbb.c > > > 1.26 +3 -0 src/sys/dev/pccbb/pccbb_pci.c > > > 1.32 +1 -0 src/sys/dev/pccbb/pccbbvar.h > > > 1.355 +62 -36 src/sys/dev/pci/pci.c > > > 1.50 +8 -1 src/sys/dev/pci/pci_pci.c > > > 1.25 +3 -2 src/sys/dev/pci/pci_private.h > > > 1.22 +8 -2 src/sys/dev/pci/pci_user.c > > > 1.13 +1 -0 src/sys/dev/pci/pcib_private.h > > > 1.80 +7 -0 src/sys/dev/pci/pcivar.h > > > 1.63 +5 -0 src/sys/i386/i386/legacy.c > > > 1.8 +2 -0 src/sys/i386/include/legacyvar.h > > > 1.128 +5 -0 src/sys/i386/pci/pci_bus.c > > > 1.9 +3 -1 src/sys/powerpc/powermac/grackle.c > > > 1.16 +3 -1 src/sys/powerpc/powermac/uninorth.c > > > 1.14 +2 -0 src/sys/sparc64/pci/apb.c > > > 1.16 +7 -4 src/sys/sparc64/pci/ofw_pcibus.c > > > 1.70 +3 -0 src/sys/sparc64/pci/psycho.c > > > 1.4 +5 -0 src/sys/sun4v/sun4v/hv_pci.c > > > 1.308 +1 -1 src/sys/sys/param.h > > > 1.7 +14 -13 src/sys/sys/pciio.h > > > 1.2 +4 -3 src/tools/tools/pciroms/pciroms.c > > > 1.29 +8 -5 src/usr.sbin/pciconf/pciconf.8 > > > 1.28 +5 -3 src/usr.sbin/pciconf/pciconf.c > > > _______________________________________________ > > > 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" > > > > > -- > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > (subkeys.pgp.net) > > "It won't fit on the line." > -- me, 2001 > ------=_Part_11711_9844775.1191314831289 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xorg.0.log" X-Attachment-Id: f_f7a620q4 ClguT3JnIFggU2VydmVyIDEuNC4wClJlbGVhc2UgRGF0ZTogNSBTZXB0ZW1iZXIgMjAwNwpYIFBy b3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogRnJl ZUJTRCA3LjAtQ1VSUkVOVCBhbWQ2NCAKQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVlQlNE IGF2bC5vc2xvLm9wZXJhLmNvbSA3LjAtQ1VSUkVOVCBGcmVlQlNEIDcuMC1DVVJSRU5UICMzOiBN b24gT2N0ICAxIDEyOjUzOjM2IENFU1QgMjAwNyAgICAgcm9vdEBhdmwub3Nsby5vcGVyYS5jb206 L3Vzci9vYmovdXNyL3NyYy9zeXMvQVZMIGFtZDY0CkJ1aWxkIERhdGU6IDAxIE9jdG9iZXIgMjAw NyAgMDU6MzU6MzFQTQogCglCZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8v d2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9u LgpNb2R1bGUgTG9hZGVyIHByZXNlbnQKTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikgZnJvbSBj b25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20gY29tbWFuZCBsaW5l LCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJuaW5nLCAoRUUpIGVy cm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgooPT0pIExvZyBmaWxlOiAi L3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IFR1ZSBPY3QgIDIgMTA6NDI6MjcgMjAwNwooPT0p IFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5jb25mIgooPT0pIFNlcnZlckxheW91 dCAiWC5vcmcgQ29uZmlndXJlZCIKKCoqKSB8LS0+U2NyZWVuICJTY3JlZW4wIiAoMCkKKCoqKSB8 ICAgfC0tPk1vbml0b3IgIk1vbml0b3IwIgooKiopIHwgICB8LS0+RGV2aWNlICJDYXJkMCIKKCoq KSB8LS0+SW5wdXQgRGV2aWNlICJNb3VzZTAiCigqKikgfC0tPklucHV0IERldmljZSAiS2V5Ym9h cmQwIgooPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBBdXRvbWF0aWNhbGx5 IGVuYWJsaW5nIGRldmljZXMKKD09KSBJbmNsdWRpbmcgdGhlIGRlZmF1bHQgZm9udCBwYXRoIC91 c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLywvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVFRG LywvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGLC91c3IvbG9jYWwvbGliL1gxMS9mb250cy9U eXBlMS8sL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8sL3Vzci9sb2NhbC9saWIvWDEx L2ZvbnRzLzc1ZHBpLy4KKCoqKSBGb250UGF0aCBzZXQgdG86CgkvdXNyL2xvY2FsL2xpYi9YMTEv Zm9udHMvbWlzYy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVFRGLywKCS91c3IvbG9jYWwv bGliL1gxMS9mb250cy9PVEYsCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVHlwZTEvLAoJL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMv NzVkcGkvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL21pc2MvLAoJL3Vzci9sb2NhbC9saWIv WDExL2ZvbnRzL1RURi8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGLAoJL3Vzci9sb2Nh bC9saWIvWDExL2ZvbnRzL1R5cGUxLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkv LAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLwooKiopIFJnYlBhdGggc2V0IHRvICIv dXNyL2xvY2FsL3NoYXJlL1gxMS9yZ2IiCigqKikgTW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbG9j YWwvbGliL3hvcmcvbW9kdWxlcyIKKElJKSBMb2FkZXIgbWFnaWM6IDB4NzMwZGEwCihJSSkgTW9k dWxlIEFCSSB2ZXJzaW9uczoKCVguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuMwoJWC5PcmcgVmlk ZW8gRHJpdmVyOiAyLjAKCVguT3JnIFhJbnB1dCBkcml2ZXIgOiAyLjAKCVguT3JnIFNlcnZlciBF eHRlbnNpb24gOiAwLjMKCVguT3JnIEZvbnQgUmVuZGVyZXIgOiAwLjUKKElJKSBMb2FkZXIgcnVu bmluZyBvbiBmcmVlYnNkCihJSSkgTG9hZE1vZHVsZTogInBjaWRhdGEiCihJSSkgTG9hZGluZyAv dXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYnBjaWRhdGEuc28KKElJKSBNb2R1bGUgcGNp ZGF0YTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1 bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lv biAyLjAKKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRoIFggc3VwcG9ydCAodmVyc2lvbiAx MzQyMTc3MzAuMCkKKC0tKSB1c2luZyBWVCBudW1iZXIgOQoKKFdXKSBPUyBkaWQgbm90IGNvdW50 IFBDSSBkZXZpY2VzLCBndWVzc2luZyB3aWxkbHkKKElJKSBQQ0k6IFBDSSBzY2FuIChhbGwgdmFs dWVzIGFyZSBpbiBoZXgpCihJSSkgUENJOiAwMjowMDowOiBjaGlwIGZmZmYsZmZmZiBjYXJkIGZm ZmYsZmZmZiByZXYgZmYgY2xhc3MgZmYsZmYsZmYgaGRyIDAwCihJSSkgUENJOiBFbmQgb2YgUENJ IHNjYW4KKElJKSBIb3N0LXRvLVBDSSBicmlkZ2U6CihJSSkgQnVzIDA6IGJyaWRnZSBpcyBhdCAo MDowOjApLCAoMCwwLDApLCBCQ1RSTDogMHgwMDA4IChWR0FfRU4gaXMgc2V0KQooSUkpIEJ1cyAw IEkvTyByYW5nZToKCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDBmZmZmICgweDEwMDAwKSBJ WFtCXQooSUkpIEJ1cyAwIG5vbi1wcmVmZXRjaGFibGUgbWVtb3J5IHJhbmdlOgoJWzBdIC0xCTAJ MHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MTAwMDAwMDAwKSBNWFtCXQooSUkpIEJ1cyAwIHBy ZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZm ZiAoMHgxMDAwMDAwMDApIE1YW0JdCihJSSkgSG9zdC10by1QQ0kgYnJpZGdlOgooSUkpIEJ1cyAy OiBicmlkZ2UgaXMgYXQgKDA6MDowKSwgKDIsMiwwKSwgQkNUUkw6IDB4MDAwOCAoVkdBX0VOIGlz IHNldCkKKElJKSBCdXMgMiBJL08gcmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAw ZmZmZiAoMHgxMDAwMCkgSVhbQl0KKElJKSBCdXMgMiBub24tcHJlZmV0Y2hhYmxlIG1lbW9yeSBy YW5nZToKCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDEwMDAwMDAwMCkgTVhb Ql0KKElJKSBCdXMgMiBwcmVmZXRjaGFibGUgbWVtb3J5IHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAw MDAwMCAtIDB4ZmZmZmZmZmYgKDB4MTAwMDAwMDAwKSBNWFtCXQooSUkpIEFkZHJlc3NhYmxlIGJ1 cyByZXNvdXJjZSByYW5nZXMgYXJlCglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAo MHgxMDAwMDAwMDApIE1YW0JdCglbMV0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgx MDAwMCkgSVhbQl0KKElJKSBPUy1yZXBvcnRlZCByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkw eDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpCglbMV0gLTEJMAkw eDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAwYzAw MDAgLSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdCglbNF0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZm ZiAoMHgxKSBJWFtCXQoJWzVdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJ WFtCXQooRUUpIGVuZCBvZiBibG9jayByYW5nZSAweGZmZmIgPCBiZWdpbiAweGZmZmZmZmZjCihJ SSkgQWN0aXZlIFBDSSByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweGZmZmZmODAwIC0gMHhm ZmZmZjgwMCAoMHgxKSBNWFtCXUUKCVsxXSAtMQkwCTB4ZmZmZmZmZmMgLSAweGZmZmZmZmZjICgw eDEpIElYW0JdRQoJWzJdIC0xCTAJMHhmZmZmZmZmYyAtIDB4ZmZmZmZmZmMgKDB4MSkgSVhbQl1F CglbM10gLTEJMAkweGZmZmZmZmZjIC0gMHhmZmZmZmZmYyAoMHgxKSBJWFtCXUUKCVs0XSAtMQkw CTB4ZmZmZmZmZmMgLSAweGZmZmZmZmZjICgweDEpIElYW0JdRQoJWzVdIC0xCTAJMHhmZmZmZmZm YyAtIDB4ZmZmZmZmZmMgKDB4MSkgSVhbQl1FCihJSSkgQWN0aXZlIFBDSSByZXNvdXJjZSByYW5n ZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHM6CglbMF0gLTEJMAkweGZmZmZmODAwIC0gMHhmZmZm ZjgwMCAoMHgxKSBNWFtCXUUKCVsxXSAtMQkwCTB4ZmZmZmZmZmMgLSAweGZmZmZmZmZjICgweDEp IElYW0JdRQoJWzJdIC0xCTAJMHhmZmZmZmZmYyAtIDB4ZmZmZmZmZmMgKDB4MSkgSVhbQl1FCglb M10gLTEJMAkweGZmZmZmZmZjIC0gMHhmZmZmZmZmYyAoMHgxKSBJWFtCXUUKCVs0XSAtMQkwCTB4 ZmZmZmZmZmMgLSAweGZmZmZmZmZjICgweDEpIElYW0JdRQoJWzVdIC0xCTAJMHhmZmZmZmZmYyAt IDB4ZmZmZmZmZmMgKDB4MSkgSVhbQl1FCihJSSkgT1MtcmVwb3J0ZWQgcmVzb3VyY2UgcmFuZ2Vz IGFmdGVyIHJlbW92aW5nIG92ZXJsYXBzIHdpdGggUENJOgoJWzBdIC0xCTAJMHgwMDEwMDAwMCAt IDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAt IDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBl ZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgw eGEwMDAwKSBNWFtCXQoJWzRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhb Ql0KCVs1XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KKElJKSBB bGwgc3lzdGVtIHJlc291cmNlIHJhbmdlczoKCVswXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZm ZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZm ZmZmICgweDEwMDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4 MzAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkg TVhbQl0KCVs0XSAtMQkwCTB4ZmZmZmY4MDAgLSAweGZmZmZmODAwICgweDEpIE1YW0JdRQoJWzVd IC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs2XSAtMQkwCTB4MDAw MDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KCVs3XSAtMQkwCTB4ZmZmZmZmZmMgLSAw eGZmZmZmZmZjICgweDEpIElYW0JdRQoJWzhdIC0xCTAJMHhmZmZmZmZmYyAtIDB4ZmZmZmZmZmMg KDB4MSkgSVhbQl1FCglbOV0gLTEJMAkweGZmZmZmZmZjIC0gMHhmZmZmZmZmYyAoMHgxKSBJWFtC XUUKCVsxMF0gLTEJMAkweGZmZmZmZmZjIC0gMHhmZmZmZmZmYyAoMHgxKSBJWFtCXUUKCVsxMV0g LTEJMAkweGZmZmZmZmZjIC0gMHhmZmZmZmZmYyAoMHgxKSBJWFtCXUUKKElJKSAiZXh0bW9kIiB3 aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNp ZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJSSkgImRiZSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMg d2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBm aWxlLgooSUkpICJnbHgiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1 bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAiZnJlZXR5cGUi IHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3Bl Y2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAidHlwZTEiIHdpbGwgYmUgbG9hZGVkLiBU aGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25m aWcgZmlsZS4KKElJKSAicmVjb3JkIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBi eSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJSSkgImRy aSIgd2lsbCBiZSBsb2FkZWQgYnkgZGVmYXVsdC4KKElJKSBMb2FkTW9kdWxlOiAiZGJlIgooSUkp IExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRiZS5z bwooSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZv ciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2 ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24g MC4zCihJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUgooSUkpIExvYWRNb2R1bGU6 ICJleHRtb2QiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5z aW9ucy8vbGliZXh0bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3Vu ZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1 bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbiwgdmVyc2lvbiAwLjMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBTSEFQRQooSUkp IExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TVU5EUlktTk9OU1RBTkRBUkQKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBCSUctUkVRVUVTVFMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBTWU5DCihJSSkgTG9h ZGluZyBleHRlbnNpb24gTUlULVNDUkVFTi1TQVZFUgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhD LU1JU0MKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNpb24KKElJ KSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LU1pc2MKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBY RnJlZTg2LURHQQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMKKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBUT0ctQ1VQCihJSSkgTG9hZGluZyBleHRlbnNpb24gRXh0ZW5kZWQtVmlzdWFsLUluZm9y bWF0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvCihJSSkgTG9hZGluZyBleHRlbnNp b24gWFZpZGVvLU1vdGlvbkNvbXBlbnNhdGlvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFgtUmVz b3VyY2UKKElJKSBMb2FkTW9kdWxlOiAiZ2x4IgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIv eG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmdseC5zbwooSUkpIE1vZHVsZSBnbHg6IHZlbmRv cj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24g PSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMwoo PT0pIEFJR0xYIGRpc2FibGVkCihJSSkgTG9hZGluZyBleHRlbnNpb24gR0xYCihJSSkgTG9hZE1v ZHVsZTogInJlY29yZCIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9l eHRlbnNpb25zLy9saWJyZWNvcmQuc28KKElJKSBNb2R1bGUgcmVjb3JkOiB2ZW5kb3I9IlguT3Jn IEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS40LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4xMy4w CglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5Pcmcg U2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBSRUNP UkQKKElJKSBMb2FkTW9kdWxlOiAieHRyYXAiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94 b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGlieHRyYXAuc28KKElJKSBNb2R1bGUgeHRyYXA6IHZl bmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNp b24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xh c3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4zCihJSSkgTG9hZGluZyBleHRl bnNpb24gREVDLVhUUkFQCihJSSkgTG9hZE1vZHVsZTogImZyZWV0eXBlIgooSUkpIExvYWRpbmcg L3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2ZvbnRzLy9saWJmcmVldHlwZS5zbwooSUkpIE1v ZHVsZSBmcmVldHlwZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uICYgdGhlIEFmdGVyIFgtVFQg UHJvamVjdCIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSAyLjEuMAoJTW9k dWxlIGNsYXNzOiBYLk9yZyBGb250IFJlbmRlcmVyCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVu ZGVyZXIsIHZlcnNpb24gMC41CihJSSkgTG9hZGluZyBmb250IEZyZWVUeXBlCihJSSkgTG9hZE1v ZHVsZTogInR5cGUxIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2Zv bnRzLy9saWJ0eXBlMS5zbwooSUkpIE1vZHVsZSB0eXBlMTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0 aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4yCglNb2R1bGUg Y2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIKCUFCSSBjbGFzczogWC5PcmcgRm9udCBSZW5kZXJl ciwgdmVyc2lvbiAwLjUKKElJKSBMb2FkaW5nIGZvbnQgVHlwZTEKKElJKSBMb2FkTW9kdWxlOiAi ZHJpIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMv L2xpYmRyaS5zbwooSUkpIE1vZHVsZSBkcmk6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNv bXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhG cmVlODYtRFJJCihJSSkgTG9hZE1vZHVsZTogInJhZGVvbiIKKElJKSBMb2FkaW5nIC91c3IvbG9j YWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9yYWRlb25fZHJ2LnNvCihJSSkgTW9kdWxlIHJh ZGVvbjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1 bGUgdmVyc2lvbiA9IDQuMy4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJ IGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMi4wCihJSSkgTG9hZE1vZHVsZTog ImF0aSIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9h dGlfZHJ2LnNvCihJSSkgTW9kdWxlIGF0aTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDYuNy4xOTMKCU1vZHVsZSBjbGFzczog WC5PcmcgVmlkZW8gRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lv biAyLjAKKElJKSBMb2FkTW9kdWxlOiAibW91c2UiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMvaW5wdXQvL21vdXNlX2Rydi5zbwooSUkpIE1vZHVsZSBtb3VzZTogdmVu ZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lv biA9IDEuMi4yCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKCUFCSSBjbGFzczog WC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lvbiAyLjAKKElJKSBMb2FkTW9kdWxlOiAia2JkIgoo SUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0Ly9rYmRfZHJ2LnNv CihJSSkgTW9kdWxlIGtiZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9y IDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMi4yCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1 dCBEcml2ZXIKCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lvbiAyLjAKKElJ KSBBVEk6IEFUSSBkcml2ZXIgd3JhcHBlciAodmVyc2lvbiA2LjcuMTkzKSBmb3IgY2hpcHNldHM6 IG1hY2g2NCwgcmFnZTEyOCwgcmFkZW9uCihJSSkgUHJpbWFyeSBEZXZpY2UgaXM6IElTQQooRUUp IE5vIGRldmljZXMgZGV0ZWN0ZWQuCgpGYXRhbCBzZXJ2ZXIgZXJyb3I6Cm5vIHNjcmVlbnMgZm91 bmQK ------=_Part_11711_9844775.1191314831289-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 09:46:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D70B16A41A for ; Tue, 2 Oct 2007 09:46:15 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id 40F4613C467 for ; Tue, 2 Oct 2007 09:46:15 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: by muon.bluestop.org (Postfix, from userid 1000) id 0AB0A3001D; Tue, 2 Oct 2007 10:46:12 +0100 (BST) Date: Tue, 2 Oct 2007 10:46:12 +0100 From: bruce@cran.org.uk To: d@delphij.net Message-ID: <20071002094612.GA18901@muon.bluestop.org> References: <4701921B.7080801@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4701921B.7080801@delphij.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Current Subject: Re: [CALL FOR TESTERS] less v408 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, 02 Oct 2007 09:46:15 -0000 On Mon, Oct 01, 2007 at 05:34:35PM -0700, LI Xin wrote: > Hi, > > Here is a patch that updates less(1) in base system to v408. So far as > I know the following PRs would be fixed with this release: > > bin/115156 I've just received an email from the maintainer which says that less-408 should also fix bin/21312. http://www.greenwoodsoftware.com/less/news.408.html also mentions that this bug has been fixed. -- Bruce > > Given the relatively small change I will request for re@'s approval to > commit it against -HEAD as soon as I have my make universe result > checked. Please let me know if this has introduced any regressions. > > Patch is available at: > > http://people.freebsd.org/~delphij/for_review/less408.diff > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 10:30:49 2007 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 7918B16A417 for ; Tue, 2 Oct 2007 10:30:49 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0D96613C459 for ; Tue, 2 Oct 2007 10:30:48 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2554334nzf for ; Tue, 02 Oct 2007 03:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=en/+S/6KelIExc4lbjr5tjGkxf18+Wo4P/pV57uEyzA=; b=AJ0U4G5uCJLi/aseEtWxMX4tcvUzCf1JNe5DWp/Wyj+F9sJ0hH4S+mH+Iztm/Vmr4Aj4uN9E5NYULTBzac4iaSsda89SEacxFdpqrKWBtHHtGnk1JiTsxGls3EGly/gTUXZpeidpOVeCgnbAPUJgDtmek9NIicgWp/IHvKBLv+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qVNx/M0AxrUSdvr0CsKlmvv59h02kercQsPRVmPKY5cyQLKwiXE97cRym4fv8EexJN8vfZnsh+OgCQ0y2KQ1LU2wOY3afH7a6S0ZGdihZyqDmuF2Vtg/WHrGVwCRSO/adRUJWmOqsL1SA5ilF6hdHev+mtK2UuzfEKVX9oIzPoI= Received: by 10.114.204.7 with SMTP id b7mr5853578wag.1191321047660; Tue, 02 Oct 2007 03:30:47 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Tue, 2 Oct 2007 03:30:47 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 12:30:47 +0200 From: "Arjan van Leeuwen" To: "Rene Ladan" In-Reply-To: MIME-Version: 1.0 References: <20070930114914.GB38896@alchemy.franken.de> 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: current@freebsd.org, Marius Strobl Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 02 Oct 2007 10:30:49 -0000 Ah, never mind, my xorg-server port was simply not up to date. Sorry for the noise! Arjan 2007/10/2, Arjan van Leeuwen : > > > > 2007/10/2, Rene Ladan : > > > > 2007/10/2, Arjan van Leeuwen : > > > Hi Marius, > > > > > > 2007/9/30, Marius Strobl : > > > > > > > > > > > > As mentioned in UPDATING the change below requires the hal port > > > > to be recompiled in order to continue to work. On !386 you > > > > additionally need to update to xorg-server-1.4_1,1. > > > > Regarding common ports affected by the introduction of support > > > > for PCI domains these two ports should be it. > > > > > > I'm on amd64. I've recompiled xorg-server and all its dependencies, > > but I'm > > > still not able to start X with my previous configuration. Right now > > the only > > > thing that works is to force it to use the vesa driver on ISA. If I > > run 'X > > > -configure' to generate a new configuration, this also gives me vesa > > on ISA > > > (instead of the ATi Radeon driver that used to work). > > > Is there anything else I need to do to make it work? > > > Arjan > > > > > Maybe reinstall your ati driver ( x11-drivers/xf86-video-ati ) using > > portmaster/portupgrade/... ? > > Already tried that too :). I'll attach my log file from X.org, in case it > helps anyone. > Arjan > > Rene > > > > > Other consumers of potentially also need to be > > > > recompiled and adjusted, f.e. sjog needs to be recompiled but > > > > should need no changes. Generally, if a port uses pc_bus it > > > > also needs to deal with pc_domain now. > > > > > > > > Marius > > > > > > > > marius 2007-09-30 11:05:18 UTC > > > > > > > > FreeBSD src repository > > > > > > > > Modified files: > > > > . UPDATING > > > > share/man/man4 pci.4 > > > > share/man/man9 pci.9 > > > > sys/amd64/include legacyvar.h > > > > sys/amd64/amd64 legacy.c > > > > sys/amd64/pci pci_bus.c > > > > sys/arm/xscale/i80321 i80321_pci.c > > > > sys/arm/xscale/ixp425 ixp425_pci.c > > > > sys/arm/xscale/i8134x i81342_pci.c > > > > sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c > > > > sys/dev/bge if_bge.c > > > > sys/dev/cardbus cardbus.c > > > > sys/dev/pccbb pccbb.c pccbb_pci.c pccbbvar.h > > > > sys/dev/pci pci.c pci_pci.c pci_private.h pci_user.c > > > > pcib_private.h pcivar.h > > > > sys/i386/include legacyvar.h > > > > sys/i386/i386 legacy.c > > > > sys/i386/pci pci_bus.c > > > > sys/powerpc/powermac grackle.c uninorth.c > > > > sys/sparc64/pci ofw_pcibus.c apb.c psycho.c > > > > sys/sun4v/sun4v hv_pci.c > > > > sys/sys pciio.h param.h > > > > usr.sbin/pciconf pciconf.8 pciconf.c > > > > tools/tools/pciroms pciroms.c > > > > Log: > > > > Make the PCI code aware of PCI domains (aka PCI segments) so we > > can > > > > support machines having multiple independently numbered PCI > > domains > > > > and don't support reenumeration without ambiguity amongst the > > > > devices as seen by the OS and represented by PCI location strings. > > > > This includes introducing a function pci_find_dbsf(9) which works > > > > like pci_find_bsf(9) but additionally takes a domain number > > argument > > > > and limiting pci_find_bsf(9) to only search devices in domain 0 > > (the > > > > only domain in single-domain systems). Bge(4) and ofw_pcibus(4) > > are > > > > changed to use pci_find_dbsf(9) instead of pci_find_bsf(9) in > > order > > > > to no longer report false positives when searching for siblings > > and > > > > dupe devices in the same domain respectively. > > > > Along with this change the sole host-PCI bridge driver converted > > to > > > > actually make use of PCI domain support is uninorth(4), the others > > > > continue to use domain 0 only for now and need to be converted as > > > > appropriate later on. > > > > Note that this means that the format of the location strings as > > used > > > > by pciconf(8) has been changed and that consumers of > > > > potentially need to be recompiled. > > > > > > > > Suggested by: jhb > > > > Reviewed by: grehan, jhb, marcel > > > > Approved by: re (kensmith), jhb (PCI maintainer hat) > > > > > > > > Revision Changes Path > > > > 1.505 +7 -0 src/UPDATING > > > > 1.19 +7 -6 src/share/man/man4/pci.4 > > > > 1.10 +28 -1 src/share/man/man9/pci.9 > > > > 1.61 +5 -0 src/sys/amd64/amd64/legacy.c > > > > 1.8 +2 -0 src/sys/amd64/include/legacyvar.h > > > > 1.122 +5 -0 src/sys/amd64/pci/pci_bus.c > > > > 1.12 +5 -1 src/sys/arm/xscale/i80321/i80321_pci.c > > > > 1.2 +5 -1 src/sys/arm/xscale/i8134x/i81342_pci.c > > > > 1.5 +5 -0 src/sys/arm/xscale/ixp425/ixp425_pci.c > > > > 1.31 +6 -4 src/sys/dev/acpica/acpi_pci.c > > > > 1.55 +5 -0 src/sys/dev/acpica/acpi_pcib_acpi.c > > > > 1.198 +3 -2 src/sys/dev/bge/if_bge.c > > > > 1.66 +3 -2 src/sys/dev/cardbus/cardbus.c > > > > 1.165 +5 -0 src/sys/dev/pccbb/pccbb.c > > > > 1.26 +3 -0 src/sys/dev/pccbb/pccbb_pci.c > > > > 1.32 +1 -0 src/sys/dev/pccbb/pccbbvar.h > > > > 1.355 +62 -36 src/sys/dev/pci/pci.c > > > > 1.50 +8 -1 src/sys/dev/pci/pci_pci.c > > > > 1.25 +3 -2 src/sys/dev/pci/pci_private.h > > > > 1.22 +8 -2 src/sys/dev/pci/pci_user.c > > > > 1.13 +1 -0 src/sys/dev/pci/pcib_private.h > > > > 1.80 +7 -0 src/sys/dev/pci/pcivar.h > > > > 1.63 +5 -0 src/sys/i386/i386/legacy.c > > > > 1.8 +2 -0 src/sys/i386/include/legacyvar.h > > > > 1.128 +5 -0 src/sys/i386/pci/pci_bus.c > > > > 1.9 +3 -1 src/sys/powerpc/powermac/grackle.c > > > > 1.16 +3 -1 src/sys/powerpc/powermac/uninorth.c > > > > 1.14 +2 -0 src/sys/sparc64/pci/apb.c > > > > 1.16 +7 -4 src/sys/sparc64/pci/ofw_pcibus.c > > > > 1.70 +3 -0 src/sys/sparc64/pci/psycho.c > > > > 1.4 +5 -0 src/sys/sun4v/sun4v/hv_pci.c > > > > 1.308 +1 -1 src/sys/sys/param.h > > > > 1.7 +14 -13 src/sys/sys/pciio.h > > > > 1.2 +4 -3 src/tools/tools/pciroms/pciroms.c > > > > 1.29 +8 -5 src/usr.sbin/pciconf/pciconf.8 > > > > 1.28 +5 -3 src/usr.sbin/pciconf/pciconf.c > > > > _______________________________________________ > > > > 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" > > > > > > > > > -- > > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > > ( subkeys.pgp.net) > > > > "It won't fit on the line." > > -- me, 2001 > > > > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 10:39:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65B8416A417 for ; Tue, 2 Oct 2007 10:39:43 +0000 (UTC) (envelope-from pascal.juergens@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id AE13713C4A3 for ; Tue, 2 Oct 2007 10:39:42 +0000 (UTC) (envelope-from pascal.juergens@googlemail.com) Received: by ug-out-1314.google.com with SMTP id a2so2418052ugf for ; Tue, 02 Oct 2007 03:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:from:subject:date:to:x-mailer; bh=Fr964eR5yXv80x7705orio9+QLTDI5uhhULmIl/6k80=; b=sphK/ZICTsXbwKDDWJpd0BiHLFFVFuItkP1qsj1VwBVxJXvIDfFXgL1+kWz+BIv545UX5Vuf4ggdG8QFj1r+ki8q6tEmTPEQP7uWvwfSascwgrfj+s+HYYcUQNwNq/22LjrWKU2gCRsy02PVshOm0D8W7ZxQFO5Y9VU8va6pq2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:mime-version:in-reply-to:references:content-type:message-id:from:subject:date:to:x-mailer; b=IiYh3S+QJdkPdXoOdAu5Xj+Fb/9NIIrPjFS3Z0l8n+CF36e9DnlwJBFvO/NXbMMGVN4lvEzlDIqb87LxrG1gqeSq7w+20hXlo5vbccj3Pz9qb8RXO9bI0KaLbziGwHEZ3mdSmcjBiYHAugurX5/xLmHVJiuQp9y+u+As7pVmJHQ= Received: by 10.67.25.15 with SMTP id c15mr763859ugj.1191319994092; Tue, 02 Oct 2007 03:13:14 -0700 (PDT) Received: from ?192.168.1.2? ( [88.68.219.24]) by mx.google.com with ESMTPS id x33sm482262ugc.2007.10.02.03.13.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2007 03:13:12 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <20071002075824.C5CEF16A4FA@hub.freebsd.org> References: <20071002075824.C5CEF16A4FA@hub.freebsd.org> Message-Id: <8C71B0BA-25D1-4B27-B7C9-788277B28B2F@googlemail.com> From: =?ISO-8859-1?Q?Pascal_J=FCrgens?= Date: Tue, 2 Oct 2007 12:13:07 +0200 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Accessing bad hard drive causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 10:39:43 -0000 Dan, I had similar problems on a system with a cursed VIA chipset (K400). When I tried accessing a 5 disk RAIDZ from a PCI controller, it would give me dozens of errors and then fail on large files. So the problem you have might not necessarily be related to the disk. Before sending a healthy HD back (and maybe losing your data), please check - memory (memtest / ultimate boot cd) - cables - BIOS updates - ide controllers (esp. pci-based additional controllers. My mainboard can stand none of them) - did you check the console when the system was down? It might be not drive errors crashing your machine, but that too little memory (less than 1G) causing your kernel to panic with ZFS's memory demands (kmem_malloc: kmem_map too small, discussion here http:// kerneltrap.org/mailarchive/freebsd-current/2007/9/21/271557) On my machine with 512M ram, the machine also hangs on heavy load after some time, despite tuning along the lines of http:// wiki.freebsd.org/ZFSTuningGuide, and I cannot under any circumstances get it to scrub without dying. Hope this helps for further investigation, Pascal Juergens On 02.10.2007, at 09:58, freebsd-current-request@freebsd.org wrote: > A few months ago I installed 7.0-CURRENT in order to migrate to > zfs. At the > time when I was copying files from a geo concat volume to the zfs > pool the > server would freeze (unresponsive to pings). I figured this was > the nature > of CURRENT and moved on. Yesterday I recompiled the kernel from > the latest > source and the issue persists. > > The issue is that one of the old drives is experiencing a hardware > failure. > When ever it is accessed (from geo concat or added to the zfs pool > and > scurbed) the server freezes, requiring a power cycle. > > I know that current isn't for the average user, which I am. But I > figured I > would report this and am willing to help diagnose the issue. > > The drive passes SMART selftests and returns healthy status, but has > reported over 500 errors. I am going to send the drive in for > replacement > soon. > > Let me know what I can do to help. > > -Dan > > > -- > Dan Borello > dborello@uiuc.edu > Structural Engineering Graduate Student > University of Illinois - Urbana Champaign > P: 847-877-6287 From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 11:06:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F03F16A41B for ; Tue, 2 Oct 2007 11:06:10 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8016313C48D for ; Tue, 2 Oct 2007 11:06:08 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2854815nfb for ; Tue, 02 Oct 2007 04:06:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LsZQbrgfQnqG4Jqoi4cNsazbbGcS2XTQkab8bX+Ntso=; b=YXgCIiGNVA9ljCJ9WLKdge20RRaorSUMSNA6y8Sy4uKmXtSG7nOiDpP55c2qLkQ02/ZB/caFaCbD++uN6HhnMihxL0DXE+eE3k+62eUdNlOUoSFShgTbXiFCV9xmCz+dnIMitvAkrqCtyG+VKS0D8qgLNhLiY6zN0P+TUIBS5w4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nkj2+tPAI7NDoCy4RI4lQNcllTDqvyVtgsC/NcnkTMRTNjhnUznDDJ+nDfHDpqL4G6Wdq1anCblaGpUput/HUfFoDpcAdd9l+jr0eymqKMUllewXCYmz6ltjMEw7xSUxoQii0tVksyClGGXD+yK7qZlwOaOLTzY+qhY2WuYxXvE= Received: by 10.78.204.7 with SMTP id b7mr7635796hug.1191323167005; Tue, 02 Oct 2007 04:06:07 -0700 (PDT) Received: by 10.78.173.13 with HTTP; Tue, 2 Oct 2007 04:06:06 -0700 (PDT) Message-ID: <7ad7ddd90710020406i126fb1a4ieff2e4ed597d0896@mail.gmail.com> Date: Tue, 2 Oct 2007 13:06:06 +0200 From: "Ulrich Spoerlein" To: "Scott Long" In-Reply-To: <4701CFA2.4040700@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46E615C4.1010605@samsco.org> <20070916115427.GA1427@roadrunner.spoerlein.net> <46ED6C50.4040104@samsco.org> <20070918202250.GA1403@roadrunner.spoerlein.net> <4701CFA2.4040700@samsco.org> Cc: freebsd-scsi@freebsd.org, njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Retirement of CAM_QUIRK_NOSERIAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 11:06:10 -0000 On 10/2/07, Scott Long wrote: > Ulrich Spoerlein wrote: > > Ok, I played around a bit and with your patch applied, I have to > > *remove* the quirk for my Samsung device, then it starts attaching > > again. That's a good thing, right? :) > > > > umass0: on uhub3 > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-4 device > > da0: 40.000MB/s transfers > > da0: 999MB (511616 2048 byte sectors: 64H 32S/T 249C) > > > > There are only two other devices right now, that require a SHUTTLE_INIT > > quirk, perhaps they are broken by your patch, too. > > So where does this stand? Is my patch still a regression for you? Not, if I also remove the SHUTTLE_INIT quirk for my Samsung device, then everything is back to normal. Uli From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 12:52:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ABAC16A49A for ; Tue, 2 Oct 2007 12:52:42 +0000 (UTC) (envelope-from sa2c@sa2c.net) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id C5AB113C494 for ; Tue, 2 Oct 2007 12:52:41 +0000 (UTC) (envelope-from sa2c@sa2c.net) Received: by el-out-1112.google.com with SMTP id r27so897756ele for ; Tue, 02 Oct 2007 05:52:40 -0700 (PDT) Received: by 10.114.202.15 with SMTP id z15mr2233772waf.1191329558918; Tue, 02 Oct 2007 05:52:38 -0700 (PDT) Received: from ?192.168.1.3? ( [125.192.93.82]) by mx.google.com with ESMTPS id c36sm9422327rvf.2007.10.02.05.52.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 02 Oct 2007 05:52:37 -0700 (PDT) Message-ID: <47023F11.7000604@sa2c.net> Date: Tue, 02 Oct 2007 21:52:33 +0900 From: NIIMI Satoshi MIME-Version: 1.0 To: Jeff Roberson References: <46FD4B09.20006@sa2c.net> <20071002011337.Q6669@10.0.0.1> In-Reply-To: <20071002011337.Q6669@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-threads@freebsd.org Subject: Re: sched_yield() is very slow when other threads are busy on FreeBSD-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, 02 Oct 2007 12:52:42 -0000 Hi, Jeff Roberson wrote: > Can you please try the enclosed patch and tell me if it addresses your > problem? I've tested with SCHED_4BSD and SCHED_ULE. 7-CURRENT, SCHED_4BSD, HZ=100: 81.14 real 80.32 user 0.00 sys 80.85 real 80.03 user 0.00 sys 82.37 real 81.54 user 0.00 sys 7-CURRENT, SCHED_4BSD, HZ=1000: 3.06 real 2.84 user 0.00 sys 3.08 real 2.87 user 0.00 sys 3.00 real 2.80 user 0.01 sys 7-CURRENT, SCHED_ULE, HZ=100: 9.03 real 8.93 user 0.00 sys 1.68 real 1.67 user 0.00 sys 9.13 real 9.04 user 0.00 sys 7-CURRENT, SCHED_ULE, HZ=1000: 4.49 real 4.38 user 0.00 sys 4.57 real 4.48 user 0.00 sys 4.78 real 4.67 user 0.01 sys 6.2-RELEASE, SCHED_4BSD, HZ=100: 0.55 real 0.55 user 0.00 sys 0.54 real 0.54 user 0.00 sys 0.60 real 0.60 user 0.00 sys 6.2-RELEASE, SCHED_4BSD, HZ=1000: 0.29 real 0.29 user 0.00 sys 0.27 real 0.26 user 0.00 sys 0.28 real 0.28 user 0.00 sys I picked up 3 medians of 5 tests since durations are not stable on SCHED_ULE. SCHED_ULE is much faster than before, but still slower than 6.2-RELEASE. SCHED_4BSD is still very slow with small HZ. Thanks, -- NIIMI Satoshi From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 14:05:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4AF816A419 for ; Tue, 2 Oct 2007 14:05:12 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 499FE13C468 for ; Tue, 2 Oct 2007 14:05:12 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from [217.225.241.144] (helo=interactive.dnsalias.net) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1IciN5061t-0006ju; Tue, 02 Oct 2007 16:05:11 +0200 Received: from fs-inter.interactive.de ([192.168.0.1]) by interactive.dnsalias.net with smtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IciN3-000CN2-WA for freebsd-current@freebsd.org; Tue, 02 Oct 2007 16:05:10 +0200 Received: from [192.168.0.75] (core2duo.interactive.de [192.168.0.75]) by fs-inter.interactive.de; Tue, 02 Oct 2007 16:04:53 +0200 Message-ID: <47024FFA.2060803@interactive-net.de> Date: Tue, 02 Oct 2007 16:04:42 +0200 From: Reinhard Haller User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-ACL-rcpt: freebsd-current@freebsd.org X-ACL-Send: reinhard.haller@interactive-net.de X-Provags-ID: V01U2FsdGVkX1/qXs8WIEdIm1vSq2Ygx7Ilvhb4a4ZtQcw9stp rUDN6anLfFOyXNx9aqrnXeDE1lkn/mNNNsb/8TYuIAgQFo1KKM ppHUlL1mEORktBzIde0Fg== Subject: nntpcache on current amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 14:05:12 -0000 Hi, are there known open issues regarding nntpcache 3.0.2_6 on amd64 (7.0 current)? Using tcpdump I discovered that instead of "article " "(null)" is sent to the Newsserver trying to retrieve an article. Any suggestions? Thanks Reinhard Haller From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 14:30:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2983A16A418 for ; Tue, 2 Oct 2007 14:30:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 605F113C45D for ; Tue, 2 Oct 2007 14:30:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BD7F445EEB; Tue, 2 Oct 2007 16:30:52 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3097345683; Tue, 2 Oct 2007 16:30:47 +0200 (CEST) Date: Tue, 2 Oct 2007 16:30:44 +0200 From: Pawel Jakub Dawidek To: Steven Schlansker Message-ID: <20071002143044.GL1693@garage.freebsd.pl> References: <4701FE7C.8020200@berkeley.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fz0LNKsoEivY4NpG" Content-Disposition: inline In-Reply-To: <4701FE7C.8020200@berkeley.edu> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.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: freebsd-current@freebsd.org, sos@FreeBSD.org Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 14:30:55 -0000 --fz0LNKsoEivY4NpG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 02, 2007 at 01:17:00AM -0700, Steven Schlansker wrote: > Hello everyone, > I recently set up a 6 drive SATA raidz2. Whenever I try to use the=20 > array, the dmesg fills up with warnings that WRITE_DMA must be retried=20 > (repeatedly) >=20 > As soon as I remove the load, everything runs fine. >=20 > FreeBSD scotch.CSUA.Berkeley.EDU 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue= =20 > Sep 25 21:37:14 PDT 2007=20 > root@scotch.CSUA.Berkeley.EDU:/usr/obj/usr/src/sys/GENERIC i386 >=20 > 00:00.0 Host bridge: Intel Corporation 82840 840 (Carmel) Chipset Host=20 > Bridge (Hub A) (rev 01) > 00:01.0 PCI bridge: Intel Corporation 82840 840 (Carmel) Chipset AGP=20 > Bridge (rev 01) > 00:1e.0 PCI bridge: Intel Corporation 82801AA PCI Bridge (rev 02) > 00:1f.0 ISA bridge: Intel Corporation 82801AA ISA Bridge (LPC) (rev 02) > 00:1f.1 IDE interface: Intel Corporation 82801AA IDE (rev 02) > 00:1f.2 USB Controller: Intel Corporation 82801AA USB (rev 02) > 00:1f.3 SMBus: Intel Corporation 82801AA SMBus (rev 02) > 01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA=20 > TNT2/TNT2 Pro] (rev 11) > 02:04.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado]=20 > (rev 78) > 02:06.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24=20 > [CrystalClear SoundFusion Audio Accelerator] (rev 01) > 02:0e.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) > 03:05.0 RAID bus controller: Silicon Image, Inc. SiI 3114=20 > [SATALink/SATARaid] Serial ATA Controller (rev 02) > 03:06.0 RAID bus controller: Silicon Image, Inc. SiI 3512=20 > [SATALink/SATARaid] Serial ATA Controller (rev 01) > 03:0a.0 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01) > 03:0a.1 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01) >=20 >=20 >=20 > Dmesg with errors here: > http://soda.csua.berkeley.edu/~steven/dmesg.txt >=20 > The eventual end result: > http://soda.csua.berkeley.edu/~steven/Image053.jpg >=20 >=20 > The only references I can find to similar problems were either not=20 > resolved, or seemed to be related to a chipset which I am not using. >=20 > Is this a known issue? How can I make this machine stable? Is there=20 > any more information I can provide to aid debugging? Thanks so very much, This looks like a problem a couple of folks already reported. For me it looks like ATA bug, as if I recall correctly various controllers from various vendors are affected. Unfortunately Soren isn't very active lately. As a work-around you may try disabling write cache on your disks (hw.ata.wc=3D0 to /boot/loader.conf), but this may only help to mitigate the problem. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --fz0LNKsoEivY4NpG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHAlYUForvXbEpPzQRAilxAJ4mNgWKp/Dt2JkCMT0yCo1q844s5ACdEIf/ poX82HStrJl/2KGWjd1xiJk= =oQ1t -----END PGP SIGNATURE----- --fz0LNKsoEivY4NpG-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 14:39:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4232A16A41A for ; Tue, 2 Oct 2007 14:39:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E53D013C48A for ; Tue, 2 Oct 2007 14:39:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1Icick-0000Zw-Cp>; Tue, 02 Oct 2007 16:21:22 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1Icick-0003zN-Be>; Tue, 02 Oct 2007 16:21:22 +0200 Message-ID: <470253EE.2080206@zedat.fu-berlin.de> Date: Tue, 02 Oct 2007 14:21:34 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Mike Bristow References: <47015DFC.2080309@mail.zedat.fu-berlin.de> <470179BD.7050106@urgle.com> In-Reply-To: <470179BD.7050106@urgle.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-CURRENT: most recent UPDATE kills Xorg 7.3 server (except vesa) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 14:39:50 -0000 Mike Bristow wrote: > O. Hartmann wrote: >> Today's 'make update' and 'make world' seems to break Xorg 7.3/Server >> on all of my AMD64-based FreeBSD 7.0 boxes (one "nv", other "i810" >> based). >> I recompiled everything of the xorg-suite > > What version of xorg-server do you have? If it's not > xorg-server-1.4_1,1 then you'll need to update your ports collection and > then update xorg-server. > > _______________________________________________ > 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" Just today I got a most recent version of the mentioned new port and I'll try this evening local time to install the port and see what's happening. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 17:04:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC0416A417 for ; Tue, 2 Oct 2007 17:04:24 +0000 (UTC) (envelope-from brooks@illuminati.org) Received: from zmail.illuminati.org (mail.illuminati.org [70.42.141.33]) by mx1.freebsd.org (Postfix) with ESMTP id B6C4313C448 for ; Tue, 2 Oct 2007 17:04:24 +0000 (UTC) (envelope-from brooks@illuminati.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by zmail.illuminati.org (Postfix) with ESMTP id 448A716C86E0 for ; Tue, 2 Oct 2007 10:04:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] Received: from zmail.illuminati.org ([127.0.0.1]) by localhost (zmail.illuminati.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yIRf2eYK+dvi for ; Tue, 2 Oct 2007 10:04:12 -0700 (PDT) Received: from zmail.illuminati.org (zmail.illuminati.org [10.32.1.33]) by zmail.illuminati.org (Postfix) with ESMTP id 0F16316C86DE for ; Tue, 2 Oct 2007 10:04:12 -0700 (PDT) Date: Tue, 2 Oct 2007 10:04:12 -0700 (PDT) From: Brooks Talley To: freebsd-current Message-ID: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [67.168.65.79] Subject: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 17:04:25 -0000 Hi, everyone. I'm running 7.0-current amd64, built from CVS on September 12. I've got a 4.5TB ZFS array across 8 750GB drives in a RAIDZ1 + hotspare configuration. It's corrupting data even just sitting at idle with no access at all. I had loaded it up with about 4TB of data several weeks ago, then noticed that a zpool status showed checksum errors about a week ago. I ran a scrub and it turned 122 errors affecting about 20 files. The errors were spread across the physical disks pretty evenly, so it didn't seem like one bad drive. I left for vacation and unplugged the network from the machine to ensure that there would be no access to the disk. There are no cron jobs or anything else running locally that so much as touch the zpool. Upon returning, I ran a zpool scrub and it found an additional 116 checksum errors in another 17 files, also evenly spread across the physical drives. The system is running a Supermicro motherboard, Supermicro AOC-SAT-MV8 SATA card, and WD 750GB drives. 2GB memory, no real apps running, just storage. Anyone seen anything like this? It's a bit of a concern. Thanks -Brooks From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 17:08:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39DC016A418; Tue, 2 Oct 2007 17:08:41 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id D03B813C468; Tue, 2 Oct 2007 17:08:40 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1IckoA-000KmV-NX; Tue, 02 Oct 2007 20:41:18 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id AF3671703E; Tue, 2 Oct 2007 20:42:39 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 2A6AC4084; Tue, 2 Oct 2007 20:42:46 +0400 (MSD) Date: Tue, 2 Oct 2007 20:42:46 +0400 From: Dmitry Marakasov To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071002164246.GA986@hades.panopticon> Mail-Followup-To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 17:08:41 -0000 Hi! I need a motherboard for home fileserver with ZFS (but it'll do some more jobs like massive ports builds and possibly video encoding), but I'm really confused with which chipsets are fully supported, so I descided to write here. Requirements: - 4 SATA II channels - Gigabit ethernet - Decent sound (it'll also work as media player) - Dualcore CPU support - Onboard video (machine is planned to be headless, so I don't want to bother with PCI or whatever video card) http://www.freebsd.org/platforms/amd64/motherboards.html could be useful, but it's outdated, so lists of: - working chipsets with SATA II support - working onboard GigE NICs - working onboard sound chips would be useful too. -- Best regards, Dmitry Marakasov mailto:amdmi3@amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 18:07:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43C0816A421 for ; Tue, 2 Oct 2007 18:07:21 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id E182E13C469 for ; Tue, 2 Oct 2007 18:07:20 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so869767anc for ; Tue, 02 Oct 2007 11:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=p7h2TUl8MjMOhxkNyy1IJ9Nr41kJigPfFYJc80xkxwk=; b=uiiuYILSj+rHK21OiI/7uPf645VHjQKUkeCq1RNKE+vxofVgyTvrVA+KWZtR/xT7AC4BdlDGl/+KDNTCR8enmAWI5Mc2nrDKyAlQHNs0AtN6P6fEjcG+N4PosmDmK8z7tVhueOMiGIhejhWj/r3eXMvLeiEKr+4VwjleEL9ddeE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=orY+PYI9JLP0mzr8A05Ehf6EX9zc/JU0inwPxkJtRVWvjz3d3Tjv+piBW7aQHjWvAMSnpxggWtGWDByNDDTqwkwopi2RdMbn7HSsm/6n9kUwipG4e/YKmQjHXx9Kpi7L6wV0AQylxJog42+3b5+Hm5IMP6wCMvv/PjmNYpmpi+Q= Received: by 10.142.224.5 with SMTP id w5mr100627wfg.1191346970167; Tue, 02 Oct 2007 10:42:50 -0700 (PDT) Received: by 10.142.112.12 with HTTP; Tue, 2 Oct 2007 10:42:50 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 11:42:50 -0600 From: "Mark Carlson" To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20071002164246.GA986@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002164246.GA986@hades.panopticon> Cc: amdmi3@amdmi3.ru Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 18:07:21 -0000 On 10/2/07, Dmitry Marakasov wrote: > Hi! > > I need a motherboard for home fileserver with ZFS (but it'll do some > more jobs like massive ports builds and possibly video encoding), > but I'm really confused with which chipsets are fully supported, so I > descided to write here. > > Requirements: > - 4 SATA II channels > - Gigabit ethernet > - Decent sound (it'll also work as media player) > - Dualcore CPU support > - Onboard video (machine is planned to be headless, so I don't want to > bother with PCI or whatever video card) > > http://www.freebsd.org/platforms/amd64/motherboards.html could be > useful, but it's outdated, so lists of: > - working chipsets with SATA II support > - working onboard GigE NICs > - working onboard sound chips > > would be useful too. I had similar requirements when building my latest box. I installed 6.2 and am now running 7.0-Current on a S3000AHLX: http://www.intel.com/design/servers/boards/s3000ah/index.htm Built around the Intel 3000 chipset. 64-bit FreeBSD (amd64) works fine, but I use 32-bit. It is very stable, and a good choice for a headless machine. - 4 SATA II channels. Although I installed from a SATA DVD drive, it doesn't work under 7.0-CURRENT - 2xGigabit ethernet - No sound, I use a USB audio card and it works great! - Quadcore CPU support (I'm using a dualcore) - Onboard video is kinda poor, and you can only use PCI and PCIe x1 graphics cards I'm very happy with it, despite having to get an obscure video card to support my monitor. The only thing I haven't gotten working at all is SMBUS, but I haven't tried very hard. - Mark C. From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 18:10:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECB4516A419 for ; Tue, 2 Oct 2007 18:10:18 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from smtp-out1.berkeley.edu (smtp-out1.Berkeley.EDU [128.32.61.106]) by mx1.freebsd.org (Postfix) with ESMTP id C85C013C4A6 for ; Tue, 2 Oct 2007 18:10:18 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from eva-wlan-110.airbears.berkeley.edu ([169.229.253.125]) by fe2.calmail with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (auth plain:stevenschlansker@berkeley.edu) (envelope-from ) id 1IcmCI-0005FC-6k for freebsd-current@freebsd.org; Tue, 02 Oct 2007 11:10:18 -0700 Message-ID: <47028989.9080300@berkeley.edu> Date: Tue, 02 Oct 2007 11:10:17 -0700 From: Steven Schlansker User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> In-Reply-To: <20071002143044.GL1693@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 18:10:19 -0000 Pawel Jakub Dawidek wrote: > On Tue, Oct 02, 2007 at 01:17:00AM -0700, Steven Schlansker wrote: >> Hello everyone, >> I recently set up a 6 drive SATA raidz2. Whenever I try to use the >> array, the dmesg fills up with warnings that WRITE_DMA must be retried >> (repeatedly) >> >> As soon as I remove the load, everything runs fine. >> >> Dmesg with errors here: >> http://soda.csua.berkeley.edu/~steven/dmesg.txt >> >> The eventual end result: >> http://soda.csua.berkeley.edu/~steven/Image053.jpg >> >> >> The only references I can find to similar problems were either not >> resolved, or seemed to be related to a chipset which I am not using. >> >> Is this a known issue? How can I make this machine stable? Is there >> any more information I can provide to aid debugging? Thanks so very much, > > This looks like a problem a couple of folks already reported. For me it > looks like ATA bug, as if I recall correctly various controllers from > various vendors are affected. Unfortunately Soren isn't very active > lately. As a work-around you may try disabling write cache on your > disks (hw.ata.wc=0 to /boot/loader.conf), but this may only help to > mitigate the problem. > I tried disabling the write cache, however that didn't do much. I think the frequency of the WRITE_DMA timeouts decreased, but they are definitely still happening. Are there any other things I can try? I'd really like to get this working, as I just spent a thousand dollars on all this equipment, and to find out it can't stay online for more than a few minutes is quite saddening... I can try to help debug the problem if someone will guide me along - the system is a production system but nobody will know if it crashes a few times, so I'm perfectly willing to try things and panic it or whatever. I'd like to help quash the bug, but I do not have the kernel knowledge to do it myself, only the hardware that causes it :) Any other suggestions are also welcome. Thanks, Steven From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 18:14:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD32D16A41A for ; Tue, 2 Oct 2007 18:14:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3986513C469 for ; Tue, 2 Oct 2007 18:14:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8435F45F56; Tue, 2 Oct 2007 20:14:18 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A1F0445684; Tue, 2 Oct 2007 20:14:11 +0200 (CEST) Date: Tue, 2 Oct 2007 20:14:04 +0200 From: Pawel Jakub Dawidek To: Brooks Talley Message-ID: <20071002181404.GA4717@garage.freebsd.pl> References: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 18:14:20 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 02, 2007 at 10:04:12AM -0700, Brooks Talley wrote: > Hi, everyone. I'm running 7.0-current amd64, built from CVS on September= 12. I've got a 4.5TB ZFS array across 8 750GB drives in a RAIDZ1 + hotspa= re configuration. >=20 > It's corrupting data even just sitting at idle with no access at all. I = had loaded it up with about 4TB of data several weeks ago, then noticed tha= t a zpool status showed checksum errors about a week ago. I ran a scrub an= d it turned 122 errors affecting about 20 files. The errors were spread ac= ross the physical disks pretty evenly, so it didn't seem like one bad drive. >=20 > I left for vacation and unplugged the network from the machine to ensure = that there would be no access to the disk. There are no cron jobs or anyth= ing else running locally that so much as touch the zpool. >=20 > Upon returning, I ran a zpool scrub and it found an additional 116 checks= um errors in another 17 files, also evenly spread across the physical drive= s. >=20 > The system is running a Supermicro motherboard, Supermicro AOC-SAT-MV8 SA= TA card, and WD 750GB drives. 2GB memory, no real apps running, just stora= ge. >=20 > Anyone seen anything like this? It's a bit of a concern. Ok, and why do you blame ZFS for corrupting for data instead of be thankful for detecting corruptions? I'm quite sure it's not ZFS what is corrupting your data. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHAopsForvXbEpPzQRAkpRAKCj4Zge07ppd76qdOzvRjmYVUZS2ACdH5Un A+riFE0n19q5aj2rIwJGwbg= =Tj9j -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 18:28:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8576416A46B for ; Tue, 2 Oct 2007 18:28:00 +0000 (UTC) (envelope-from ss.alert@online.no) Received: from mail44.e.nsc.no (mail44.e.nsc.no [193.213.115.44]) by mx1.freebsd.org (Postfix) with ESMTP id 11E4213C458 for ; Tue, 2 Oct 2007 18:27:59 +0000 (UTC) (envelope-from ss.alert@online.no) Received: from [192.168.1.222] (ti0034a340-0733.bb.online.no [88.90.2.221]) by mail44.nsc.no (8.13.8/8.13.5) with ESMTP id l92IRvRV025010 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 2 Oct 2007 20:27:57 +0200 (MEST) In-Reply-To: <20071002181404.GA4717@garage.freebsd.pl> References: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> <20071002181404.GA4717@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> From: Sverre Svenningsen Date: Tue, 2 Oct 2007 20:27:55 +0200 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , Brooks Talley Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 18:28:00 -0000 On Oct 2, 2007, at 20:14 , Pawel Jakub Dawidek wrote: > On Tue, Oct 02, 2007 at 10:04:12AM -0700, Brooks Talley wrote: >> Hi, everyone. I'm running 7.0-current amd64, built from CVS on >> September 12. I've got a 4.5TB ZFS array across 8 750GB drives in >> a RAIDZ1 + hotspare configuration. >> >> It's corrupting data even just sitting at idle with no access at >> all. I had loaded it up with about 4TB of data several weeks ago, >> then noticed that a zpool status showed checksum errors about a >> week ago. I ran a scrub and it turned 122 errors affecting about >> 20 files. The errors were spread across the physical disks pretty >> evenly, so it didn't seem like one bad drive. >> >> I left for vacation and unplugged the network from the machine to >> ensure that there would be no access to the disk. There are no >> cron jobs or anything else running locally that so much as touch >> the zpool. >> >> Upon returning, I ran a zpool scrub and it found an additional 116 >> checksum errors in another 17 files, also evenly spread across the >> physical drives. >> >> The system is running a Supermicro motherboard, Supermicro AOC-SAT- >> MV8 SATA card, and WD 750GB drives. 2GB memory, no real apps >> running, just storage. >> >> Anyone seen anything like this? It's a bit of a concern. > > Ok, and why do you blame ZFS for corrupting for data instead of be > thankful for detecting corruptions? I'm quite sure it's not ZFS > what is > corrupting your data. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! Supposedly this card uses a Marvell 88SX6081 chipset, which as far as i could tell is handled by Sorens ATA driver. Looks like work done elsewhere in the kernel is making that driver misbehave in all sorts of weird ways now. It's nice that ZFS makes it easy to discover, at least :) -Sverre From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 18:53:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D50BE16A417; Tue, 2 Oct 2007 18:53:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 6E72613C45D; Tue, 2 Oct 2007 18:53:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 212557702-1834499 for multiple; Tue, 02 Oct 2007 14:53:36 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l92IrT8k013068; Tue, 2 Oct 2007 14:53:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 2 Oct 2007 14:07:26 -0400 User-Agent: KMail/1.9.6 References: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> <86lkamawb4.fsf@ds4.des.no> <4701E62C.5030909@root.org> In-Reply-To: <4701E62C.5030909@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710021407.27711.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 02 Oct 2007 14:53:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on server.baldwin.cx X-Virus-Status: Clean Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , FreeBSD Current , Nate Lawson Subject: Re: est doesn't support C2D E6600 and newer CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 18:53:43 -0000 On Tuesday 02 October 2007 02:33:16 am Nate Lawson wrote: > Dag-Erling Sm=C3=B8rgrav wrote: > > "Abdullah Ibn Hamad Al-Marri" writes: > >> [...] > >=20 > > No need for est, acpi_perf handles the E6600 just fine. > >=20 > > DES >=20 > Depends on the mobo. Some export the info to acpi and some don't. The > linux driver has some workarounds for that, but it's too complicated for > me to spend time figuring out right now. You have to look at > speedstep-centrino.c and several other files to get the full picture. At some point my laptop suddenly started getting CPU levels from ACPI while= I=20 was testing the patch below. The patch below did work for me though even=20 though it only supports the high and low settings. I #if 0'd the code in detach since detach always fails and it would be bad = to=20 free the frequency table out from under the driver w/o stopping it. Index: est.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 RCS file: /usr/cvs/src/sys/i386/cpufreq/est.c,v retrieving revision 1.11 diff -u -r1.11 est.c =2D-- est.c 11 May 2006 17:35:44 -0000 1.11 +++ est.c 2 Oct 2007 18:04:58 -0000 @@ -38,6 +38,7 @@ #include =20 #include "cpufreq_if.h" +#include #include =20 #include @@ -70,6 +71,7 @@ struct est_softc { device_t dev; int acpi_settings; + int msr_settings; freq_info *freq_list; }; =20 @@ -897,6 +899,7 @@ static int est_get_info(device_t dev); static int est_acpi_info(device_t dev, freq_info **freqs); static int est_table_info(device_t dev, uint64_t msr, freq_info **freqs); +static int est_msr_info(device_t dev, uint64_t msr, freq_info **freqs); static freq_info *est_get_current(freq_info *freq_list); static int est_settings(device_t dev, struct cf_setting *sets, int *count); static int est_set(device_t dev, const struct cf_setting *set); @@ -1031,11 +1034,13 @@ static int est_detach(device_t dev) { +#if 0 struct est_softc *sc; =20 sc =3D device_get_softc(dev); =2D if (sc->acpi_settings) + if (sc->acpi_settings || sc->msr_settings) free(sc->freq_list, M_DEVBUF); +#endif return (ENXIO); } =20 @@ -1059,6 +1064,9 @@ if (error) error =3D est_acpi_info(dev, &sc->freq_list); =20 + if (error) + error =3D est_msr_info(dev, msr, &sc->freq_list); + if (error) { printf( "est: CPU supports Enhanced Speedstep, but is not recognized.\n" @@ -1149,6 +1157,77 @@ return (0); } =20 +/* + * Flesh out a simple rate table containing the high and low frequencies + * based on the current clock speed and the upper 32 bits of the MSR. + */ +static int +est_msr_info(device_t dev, uint64_t msr, freq_info **freqs) +{ + struct est_softc *sc; + freq_info *fp; + int bus, freq, volts; + uint16_t id; + + if (strcmp("GenuineIntel", cpu_vendor) !=3D 0) + return (EOPNOTSUPP); + + /* Figure out the bus clock. */ + freq =3D tsc_freq / 1000000; + id =3D msr >> 32; + bus =3D freq / (id >> 8); + device_printf(dev, "Guessed bus clock (high) of %d MHz\n", bus); + if (bus !=3D 100 && bus !=3D 133) { + /* We may be running on the low frequency. */ + id =3D msr >> 48; + bus =3D freq / (id >> 8); + device_printf(dev, "Guessed bus clock (low) of %d MHz\n", bus); + if (bus !=3D 100 && bus !=3D 133) + return (EOPNOTSUPP); + =09 + /* Calculate high frequency. */ + id =3D msr >> 32; + freq =3D ((id >> 8) & 0xff) * bus; + } + + /* Fill out a new freq table containing just the high and low freqs. */ + sc =3D device_get_softc(dev); + fp =3D malloc(sizeof(freq_info) * 3, M_DEVBUF, M_WAITOK | M_ZERO); + + /* First, the high frequency. */ + volts =3D id & 0xff; + if (volts !=3D 0) { + volts <<=3D 4; + volts +=3D 700; + } + fp[0].freq =3D freq; + fp[0].volts =3D volts; + fp[0].id16 =3D id; + fp[0].power =3D CPUFREQ_VAL_UNKNOWN; + device_printf(dev, "Guessed high setting of %d MHz @ %d Mv\n", freq, + volts); + + /* Second, the low frequency. */ + id =3D msr >> 48; + freq =3D ((id >> 8) & 0xff) * bus; + volts =3D id & 0xff; + if (volts !=3D 0) { + volts <<=3D 4; + volts +=3D 700; + } + fp[1].freq =3D freq; + fp[1].volts =3D volts; + fp[1].id16 =3D id; + fp[1].power =3D CPUFREQ_VAL_UNKNOWN; + device_printf(dev, "Guessed low setting of %d MHz @ %d Mv\n", freq, + volts); + + /* Table is already terminated due to M_ZERO. */ + sc->msr_settings =3D TRUE; + *freqs =3D fp; + return (0); +} + static freq_info * est_get_current(freq_info *freq_list) { =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 19:00:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B3816A41B for ; Tue, 2 Oct 2007 19:00:37 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [206.18.177.52]) by mx1.freebsd.org (Postfix) with ESMTP id 0D55413C447 for ; Tue, 2 Oct 2007 19:00:36 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from _hostname_ (c-66-31-37-31.hsd1.ma.comcast.net[66.31.37.31]) by comcast.net (alnrmhc12) with SMTP id <20071002190034b1200m078be>; Tue, 2 Oct 2007 19:00:35 +0000 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Tue, 2 Oct 2007 15:00:34 -0400 From: "Craig Rodrigues" Date: Tue, 2 Oct 2007 15:00:34 -0400 To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071002190034.GA19161@crodrigues.org> References: <20071002164246.GA986@hades.panopticon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002164246.GA986@hades.panopticon> User-Agent: Mutt/1.4.2.3i Cc: Dmitry Marakasov Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 19:00:37 -0000 On Tue, Oct 02, 2007 at 08:42:46PM +0400, Dmitry Marakasov wrote: > Requirements: > - 4 SATA II channels > - Gigabit ethernet > - Decent sound (it'll also work as media player) > - Dualcore CPU support > - Onboard video (machine is planned to be headless, so I don't want to > bother with PCI or whatever video card) Hi, I have had good luck with the ASUS M2N32-SLI motherboard which is based on the nVidia nForce 590 SLI chipset: http://www.asus.com/products4.aspx?modelmenu=1&model=1163&l1=3&l2=101&l3=0 - SiI 3132 SATA300 controller - NVIDIA nForce MCP55 Networking Adapter onboard ethernet (works only with nfe driver in CURRENT, not with nve driver) - NVidia MCP55 High Definition Audio Controller (works with snd_hda driver) - supports dual core AMD processors The only issue, compared to your list, is that there is no onboard video. There is also an onboard wireless NIC, but no driver for that currently under FreeBSD. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 19:02:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98B6A16A4DA; Tue, 2 Oct 2007 19:02:23 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id BC4AC13C4AC; Tue, 2 Oct 2007 19:02:22 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l92J29re094715; Tue, 2 Oct 2007 21:02:09 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id l92J28n1094714; Tue, 2 Oct 2007 21:02:08 +0200 (CEST) (envelope-from marc) Date: Tue, 2 Oct 2007 21:02:08 +0200 From: Marc Fonvieille To: Jeff Roberson Message-ID: <20071002190208.GA94380@abigail.blackend.org> Mail-Followup-To: Jeff Roberson , freebsd-current@freebsd.org, Roman Bogorodskiy References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> <20071002010703.D6669@10.0.0.1> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20071002010703.D6669@10.0.0.1> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Roman Bogorodskiy Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 19:02:23 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 02, 2007 at 01:07:57AM -0700, Jeff Roberson wrote: > >I tried with _4BSD and it gives the same behavior (I even downgraded > >Xorg to 7.2). Renicing X does not really help. > > > >I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > >even appears with 4% of CPU usage according to top(1). > >Thanks to your remarks and my tests, I'm now sure it's scheduler > >independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > >For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > >used. > > Can you try with ULE and the attached diff? sched_yield() behavior > changed between 6.x and 7-CURRENT. This has been referenced in other bug > reports. Please let me know if this helps. > Ok, I'm going to test with your patch. I attached iostat results with 2 ports builds and firefox trying to load (very slowly) a webpage with jerky mouse mouvements. This is with vanilla ULE. -- Marc --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="io.txt" tin tout KB/t tps MB/s us ni sy in id 176 1933 0.00 0 0.00 58 0 41 2 0 560 1951 0.00 0 0.00 73 0 23 5 0 560 1337 2.00 1 0.00 58 0 41 2 0 152 622 0.00 0 0.00 62 0 34 4 0 272 296 2.00 1 0.00 59 0 38 2 0 344 1391 13.20 5 0.06 71 0 28 1 0 583 2781 9.73 127 1.21 52 0 44 4 0 336 883 0.00 0 0.00 87 0 10 3 0 607 628 0.00 0 0.00 70 0 27 3 0 136 2700 16.00 82 1.28 30 0 65 5 0 576 1100 33.45 11 0.36 52 0 45 4 0 424 904 16.00 7 0.11 72 0 24 4 0 576 997 0.00 0 0.00 62 0 36 2 0 208 768 0.00 0 0.00 73 0 23 3 0 544 1023 0.00 0 0.00 58 0 40 2 0 427 591 12.63 11 0.14 67 0 29 5 0 0 393 4.00 1 0.00 71 0 18 12 0 152 275 30.00 5 0.15 88 0 9 3 0 719 1019 16.00 9 0.14 45 0 52 3 0 424 514 3.82 11 0.04 82 0 16 2 0 tty ad4 cpu tin tout KB/t tps MB/s us ni sy in id 432 43 0.00 0 0.00 97 0 1 2 0 80 357 0.00 0 0.00 84 0 14 2 0 16 43 0.00 0 0.00 91 0 4 5 0 24 298 23.02 47 1.06 84 0 15 1 0 16 514 0.00 0 0.00 77 0 21 2 0 0 936 11.33 6 0.07 49 0 47 4 0 0 514 4.00 1 0.00 85 0 13 2 0 24 236 12.00 1 0.01 83 0 15 2 0 144 1223 16.00 2 0.03 59 0 40 1 0 512 768 0.00 0 0.00 68 0 29 3 0 599 529 4.67 3 0.01 68 0 27 5 0 448 273 2.00 2 0.00 90 0 7 3 0 232 768 0.00 0 0.00 66 0 31 2 0 599 535 2.00 1 0.00 73 0 23 3 0 488 532 0.00 0 0.00 75 0 19 5 0 464 280 0.00 0 0.00 78 0 21 1 0 647 525 0.00 0 0.00 70 0 25 5 0 504 1609 35.20 5 0.17 61 0 34 5 0 623 277 15.80 69 1.06 84 0 14 2 0 344 43 15.05 397 5.83 79 0 12 9 0 tty ad4 cpu tin tout KB/t tps MB/s us ni sy in id 72 768 16.00 7 0.11 70 0 30 0 0 8 621 0.00 0 0.00 77 0 17 6 0 0 768 64.00 2 0.12 79 0 19 2 0 0 768 5.50 4 0.02 67 0 30 3 0 512 528 16.00 3 0.05 84 0 15 2 0 488 272 64.00 2 0.12 72 0 27 2 0 456 43 2.00 2 0.00 89 0 6 5 0 575 269 12.42 24 0.29 87 0 12 2 0 184 43 10.00 2 0.02 84 0 12 4 0 216 763 0.00 0 0.00 66 0 33 1 0 304 532 8.00 5 0.04 73 0 24 3 0 584 43 0.00 0 0.00 88 0 11 2 0 512 275 64.00 2 0.12 94 0 5 2 0 384 763 64.00 4 0.25 70 0 27 4 0 520 298 16.47 17 0.27 79 0 21 0 0 496 514 23.50 8 0.18 75 0 20 5 0 528 635 38.00 4 0.15 66 0 33 1 0 464 572 12.50 12 0.15 72 0 26 2 0 384 1220 12.17 70 0.83 44 0 53 3 0 376 688 8.56 32 0.27 90 0 8 2 0 tty ad4 cpu tin tout KB/t tps MB/s us ni sy in id 512 529 2.00 18 0.04 70 0 25 5 0 600 359 15.78 9 0.14 82 0 15 3 0 591 535 4.76 21 0.10 66 0 28 6 0 408 277 9.00 18 0.16 83 0 14 3 0 575 991 29.78 9 0.26 66 0 31 2 0 663 1042 13.38 48 0.63 39 0 58 3 0 360 1184 3.27 22 0.07 59 0 38 3 0 376 993 11.45 80 0.89 53 0 40 7 0 168 269 12.46 13 0.16 88 0 10 2 0 496 297 16.00 6 0.09 70 0 27 4 0 488 278 5.31 948 4.92 43 0 40 18 0 663 530 0.00 0 0.00 83 0 16 1 0 544 514 0.00 0 0.00 72 0 24 4 0 599 1014 12.50 4 0.05 59 0 40 1 0 703 498 0.00 0 0.00 65 0 30 5 0 528 295 16.00 1 0.02 73 0 24 2 0 416 990 16.00 5 0.08 56 0 40 4 0 88 995 5.33 3 0.02 62 0 36 2 0 440 865 48.00 6 0.28 25 0 75 0 0 575 609 64.00 2 0.12 66 0 29 5 0 tty ad4 cpu tin tout KB/t tps MB/s us ni sy in id 528 277 64.00 4 0.25 89 0 11 0 0 496 129 38.00 7 0.26 93 0 3 4 0 687 779 9.96 53 0.52 59 0 41 1 0 416 929 4.14 57 0.23 55 0 41 5 0 240 547 3.56 9 0.03 79 0 17 4 0 288 333 3.60 5 0.02 88 0 11 1 0 296 570 9.00 2 0.02 55 0 30 15 0 160 613 6.35 251 1.56 55 0 38 7 0 240 791 5.48 340 1.82 62 0 29 9 0 0 583 6.43 69 0.43 73 0 25 2 0 8 276 0.00 0 0.00 91 0 7 2 0 32 892 4.00 7 0.03 78 0 19 3 0 0 283 9.67 6 0.06 84 0 14 2 0 0 396 20.00 2 0.04 88 0 9 2 0 152 406 0.00 0 0.00 91 0 8 1 0 719 295 38.00 3 0.11 77 0 19 4 0 488 502 16.00 129 2.01 90 0 7 3 0 320 532 0.00 0 0.00 82 0 16 2 0 200 547 15.56 9 0.14 88 0 7 5 0 120 43 4.50 4 0.02 94 0 5 2 0 tty ad4 cpu tin tout KB/t tps MB/s us ni sy in id 607 297 12.00 1 0.01 85 0 9 5 0 512 603 8.78 618 5.30 57 0 32 11 0 599 275 16.00 2 0.03 90 0 9 2 0 743 43 0.00 0 0.00 91 0 5 3 0 496 564 0.00 0 0.00 83 0 15 2 0 256 163 16.00 2 0.03 85 0 11 4 0 416 43 0.00 0 0.00 91 0 8 1 0 607 444 15.75 8 0.12 84 0 12 3 0 320 545 0.00 0 0.00 77 0 20 2 0 0 752 16.00 1 0.02 87 0 12 2 0 0 475 0.00 0 0.00 89 0 8 3 0 0 43 0.00 0 0.00 90 0 9 1 0 1 728 7.60 5 0.04 80 0 16 5 0 --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 19:07:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5F616A477 for ; Tue, 2 Oct 2007 19:07:40 +0000 (UTC) (envelope-from brooks@illuminati.org) Received: from zmail.illuminati.org (mail.illuminati.org [70.42.141.33]) by mx1.freebsd.org (Postfix) with ESMTP id A38BE13C478 for ; Tue, 2 Oct 2007 19:07:40 +0000 (UTC) (envelope-from brooks@illuminati.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by zmail.illuminati.org (Postfix) with ESMTP id 3116216C86DF for ; Tue, 2 Oct 2007 12:07:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] Received: from zmail.illuminati.org ([127.0.0.1]) by localhost (zmail.illuminati.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XHAEiRAEKkST for ; Tue, 2 Oct 2007 12:07:40 -0700 (PDT) Received: from zmail.illuminati.org (zmail.illuminati.org [10.32.1.33]) by zmail.illuminati.org (Postfix) with ESMTP id 178D716C86DE for ; Tue, 2 Oct 2007 12:07:40 -0700 (PDT) Date: Tue, 2 Oct 2007 12:07:40 -0700 (PDT) From: Brooks Talley To: freebsd-current Message-ID: <30482584.83141191352060006.JavaMail.root@zmail.illuminati.org> In-Reply-To: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [67.168.65.79] Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 19:07:41 -0000 I do apologize for the subject-verb construction that implied that ZFS itself, or the ZFS code, or anyone responsible for ZFS, or the letter "Z", was corrupting the data rather than merely being subject to the corruption, or at most a potential suspect. I should have said "A storage system comprised of ZFS filesystem, the underlying geom system, the kernel, the ATA driver, the firmware and hardware on the SATA card, the PCI bridge, the SATA cables, the drives themselves, the power supply, system case, and surrounding environment including temperature, humidity, and RF fields, is corrupting its data". I just figured that was implicit and that we were all results-oriented rather than blame-oriented. Sorry! I will look into the Sorens ATA driver and see what I can dig up. Thanks! -b ----- Original Message ----- From: "Sverre Svenningsen" To: "Pawel Jakub Dawidek" Cc: "Brooks Talley" , "freebsd-current" Sent: Tuesday, October 2, 2007 11:27:55 AM (GMT-0800) America/Los_Angeles Subject: Re: ZFS corrupting data, even just sitting idle On Oct 2, 2007 , at 20:14 , Pawel Jakub Dawidek wrote: On Tue, Oct 02, 2007 at 10:04:12AM -0700, Brooks Talley wrote: Hi, everyone. I'm running 7.0-current amd64, built from CVS on September 12 . I've got a 4.5TB ZFS array across 8 750GB drives in a RAIDZ1 + hotspare configuration. It's corrupting data even just sitting at idle with no access at all. I had loaded it up with about 4TB of data several weeks ago, then noticed that a zpool status showed checksum errors about a week ago. I ran a scrub and it turned 122 errors affecting about 20 files. The errors were spread across the physical disks pretty evenly, so it didn't seem like one bad drive. I left for vacation and unplugged the network from the machine to ensure that there would be no access to the disk. There are no cron jobs or anything else running locally that so much as touch the zpool. Upon returning, I ran a zpool scrub and it found an additional 116 checksum errors in another 17 files, also evenly spread across the physical drives. The system is running a Supermicro motherboard, Supermicro AOC-SAT-MV8 SATA card, and WD 750GB drives. 2GB memory, no real apps running, just storage. Anyone seen anything like this? It's a bit of a concern. Ok, and why do you blame ZFS for corrupting for data instead of be thankful for detecting corruptions? I'm quite sure it's not ZFS what is corrupting your data. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! Supposedly this card uses a Marvell 88SX6081 chipset, which as far as i could tell is handled by Sorens ATA driver. Looks like work done elsewhere in the kernel is making that driver misbehave in all sorts of weird ways now. It's nice that ZFS makes it easy to discover, at least :) -Sverre From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 17:50:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D85F716A417; Tue, 2 Oct 2007 17:50:37 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from dedihh.fuckner.net (dedihh.fuckner.net [81.209.183.161]) by mx1.freebsd.org (Postfix) with ESMTP id 8614113C4BC; Tue, 2 Oct 2007 17:50:37 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from localhost (localhost [127.0.0.1]) by dedihh.fuckner.net (Postfix) with ESMTP id 8735261CD4; Tue, 2 Oct 2007 19:32:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at fuckner.net Received: from dedihh.fuckner.net ([127.0.0.1]) by localhost (dedihh.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id jaY+kPFp5j8E; Tue, 2 Oct 2007 19:32:45 +0200 (CEST) Received: from c64.rebootking.de (e176145065.adsl.alicedsl.de [85.176.145.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dedihh.fuckner.net (Postfix) with ESMTP id B434C61CC9; Tue, 2 Oct 2007 19:32:45 +0200 (CEST) Message-ID: <470280BD.9030109@fuckner.net> Date: Tue, 02 Oct 2007 19:32:45 +0200 From: Michael Fuckner User-Agent: Thunderbird 2.0.0.6 (X11/20070915) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org References: <20071002164246.GA986@hades.panopticon> In-Reply-To: <20071002164246.GA986@hades.panopticon> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 02 Oct 2007 20:02:15 +0000 Cc: Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 17:50:38 -0000 > Requirements: > - 4 SATA II channels CURRENT now suuports Intel ICH9. ICH8 works fine, too. > - Gigabit ethernet dont use that onboard Marvell Crap- plug in an Intel em-card. Those are about 30 bucks. > - Decent sound (it'll also work as media player) most of them have Intel HDA > - Dualcore CPU support > - Onboard video (machine is planned to be headless, so I don't want to > bother with PCI or whatever video card) G965 or G33 works fine for me. > - working onboard GigE NICs Intel Boards have Intel Nics if onboard is a requiremend. Regards, Micha! From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 20:26:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4FE16A417 for ; Tue, 2 Oct 2007 20:26:25 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id DB78A13C458 for ; Tue, 2 Oct 2007 20:26:24 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60359 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ico9O-0003vx-UZ for freebsd-current@freebsd.org; Tue, 02 Oct 2007 20:15:26 +0000 Message-ID: <4702A6DE.3080403@conducive.net> Date: Tue, 02 Oct 2007 16:15:26 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> In-Reply-To: <47028989.9080300@berkeley.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 20:26:25 -0000 Steven Schlansker wrote: > Pawel Jakub Dawidek wrote: >> On Tue, Oct 02, 2007 at 01:17:00AM -0700, Steven Schlansker wrote: >>> Hello everyone, >>> I recently set up a 6 drive SATA raidz2. Whenever I try to use the >>> array, the dmesg fills up with warnings that WRITE_DMA must be >>> retried (repeatedly) >>> >>> As soon as I remove the load, everything runs fine. >>> >>> Dmesg with errors here: >>> http://soda.csua.berkeley.edu/~steven/dmesg.txt >>> *trimmed* >>> The eventual end result: >>> http://soda.csua.berkeley.edu/~steven/Image053.jpg >>> >>> >>> The only references I can find to similar problems were either not >>> resolved, or seemed to be related to a chipset which I am not using. >>> >>> Is this a known issue? How can I make this machine stable? *trimmed* Short answer - you are overstressing your very marginal hardware. Long answer - here's how and why: Your rig was state of the art 7+ years ago: http://www.supermicro.com/newsroom/pressreleases/2000/press101800.cfm Though Dell bulds to a prce point, and may have cut a few corners.. First, your power supply may not be remaining stable under startup load: - the 6 SeaGraaates need over 200 W to spin up, about 80W to run, and the ATA controllers may not be staggered-start capable. - the other two SeaGraates and lone Fujitsu on SCSI need another 55 W or so to start up and 30+W for running load, but *are* programmable for delayed/staggered spin-up. Do so if you have not already... Then try this: Interrupt the boot. Give the rig a few minutes to spin-up, settle down, cool down, stabilize. Then continue the boot. Other factors: - 7+ year old el-cheapo (Adaptec) SCSI controller was marginal when brand-new. - The el-cheapo Silicon Image and onboard Intel SATA OTOH are a far tougher challenge. These rely very heavily on the system RAM, CPU, and bus to do everything 'arrayish'. And there is the challenge: There are very few true 'hardware' SATA controllers made. Most decent ones are combo SATA+iSCSI, cost the very Earth, (US$ 700 UP) and are rare enouhg in new channels, let alone surplus. Bottom line is that the rig you are using hasn't got the resources for the massive storage you are trying to mount. When such storage was to be found only on 'Big iron' - even the older, slower Power, Alpha, MIPS or SPARC IBM/DEC/Sun 'not-so-big' iron, very powerful peripheral controllers carried much of the load. A dual Pentium III 733 MHz with only 512 MB of (quite slow) RAM, marginal SCSI controller, and bottom-end resource-hungry Silicon Image/Intel SATA is not even on the same *planet* as those old beasts, and a big fat enclosure with a Dell logo changeth that not. FreeBSD is superbly efficient. But not quite magical. If you want the rig to be stable, you will either have to uprade it substantially, ELSE downshift the I/O to do everything at a more leisurely pace. Not what you wanted to hear, I'm sure... Bill 'hardware' Hacker From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 20:48:59 2007 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 8EB9F16A46B for ; Tue, 2 Oct 2007 20:48:59 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6036613C46E for ; Tue, 2 Oct 2007 20:48:59 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id EB6B41121C; Tue, 2 Oct 2007 15:48:58 -0500 (CDT) Date: Tue, 2 Oct 2007 15:48:57 -0500 From: Craig Boston To: current@freebsd.org Message-ID: <20071002204850.GA33227@nowhere> Mail-Followup-To: Craig Boston , current@freebsd.org, danfe@FreeBSD.org References: <20070921202523.GB4044@nowhere> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20070921202523.GB4044@nowhere> User-Agent: Mutt/1.4.2.3i X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: danfe@FreeBSD.org Subject: Patch for nvidia-driver on current (panic: spin locks can only use msleep_spin) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 20:48:59 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I did some more investigating and found what was causing the nvidia driver to occasionally panic on my machine. It calls cv_wait(9) using a spin mutex, which according to the man page is a no-no. I simply changed the os_*_sema interfaces to use a standard mutex instead. Tried running a bunch of glxgears and xscreensaver GL demos in parallel and haven't been able to reproduce a panic since. As a bonus, the 5 second pause I would sometimes get when a GL-based xscreensaver process terminates seems to be gone as well. There doesn't appear to be any documentation that I could find as to what contexts those functions may be called from. I'm not a locking guru, so I can't say for certain why a spin mutex was being used. Wild guess: an artifact from the 4.x or 5.x code that may be obsoleted by adaptive mutexes. Patch is attached; cc danfe@ in case others report this problem to him. Craig --H1spWtNR+x+ondvy-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 20:56:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51EED16A469 for ; Tue, 2 Oct 2007 20:56:41 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from smtp-out1.berkeley.edu (smtp-out1.Berkeley.EDU [128.32.61.106]) by mx1.freebsd.org (Postfix) with ESMTP id 352CA13C46E for ; Tue, 2 Oct 2007 20:56:41 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from soda-wlan-49.airbears.berkeley.edu ([136.152.170.52]) by fe4.calmail with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (auth plain:stevenschlansker@berkeley.edu) (envelope-from ) id 1IconI-0000cJ-G0 for freebsd-current@freebsd.org; Tue, 02 Oct 2007 13:56:41 -0700 Message-ID: <4702B088.70804@berkeley.edu> Date: Tue, 02 Oct 2007 13:56:40 -0700 From: Steven Schlansker User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> <4702A6DE.3080403@conducive.net> In-Reply-To: <4702A6DE.3080403@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 20:56:41 -0000 > Short answer - you are overstressing your very marginal hardware. > > Long answer - here's how and why: > > Your rig was state of the art 7+ years ago: > > http://www.supermicro.com/newsroom/pressreleases/2000/press101800.cfm > > Though Dell bulds to a prce point, and may have cut a few corners.. > > First, your power supply may not be remaining stable under startup load: > > - the 6 SeaGraaates need over 200 W to spin up, about 80W to run, and > the ATA controllers may not be staggered-start capable. > > - the other two SeaGraates and lone Fujitsu on SCSI need another 55 W or > so to start up and 30+W for running load, but *are* programmable for > delayed/staggered spin-up. Do so if you have not already... > > Then try this: > > Interrupt the boot. Give the rig a few minutes to spin-up, settle down, > cool down, stabilize. Then continue the boot. > The hard drives are on an entirely separate power supply in an external enclosure. Hopefully this mitigates your suggestion of the spinup power problem. > > Other factors: > > - 7+ year old el-cheapo (Adaptec) SCSI controller was marginal when > brand-new. > We've been using this controller for years with no problems, and even now when the rest of the system destabilizes, it still works fine. > - The el-cheapo Silicon Image and onboard Intel SATA OTOH are a far > tougher challenge. These rely very heavily on the system RAM, CPU, and > bus to do everything 'arrayish'. > > And there is the challenge: > > There are very few true 'hardware' SATA controllers made. Most decent > ones are combo SATA+iSCSI, cost the very Earth, (US$ 700 UP) and are > rare enouhg in new channels, let alone surplus. Hardware RAID is far outside of my organization's price range. Additionally we have had bad experiences in the past with our secondhand RAID controllers going belly-up and taking entire arrays with them (even though the drives themselves were fine, the metadata or whatever got corrupted) I'm interested in using ZFS for the end to end checksumming and other neat features, and my understanding is that it always uses software when it is in RAIDZ. > > Bottom line is that the rig you are using hasn't got the resources for > the massive storage you are trying to mount. > > When such storage was to be found only on 'Big iron' - even the older, > slower Power, Alpha, MIPS or SPARC IBM/DEC/Sun 'not-so-big' iron, very > powerful peripheral controllers carried much of the load. > > A dual Pentium III 733 MHz with only 512 MB of (quite slow) RAM, > marginal SCSI controller, and bottom-end resource-hungry Silicon > Image/Intel SATA is not even on the same *planet* as those old beasts, > and a big fat enclosure with a Dell logo changeth that not. > > > FreeBSD is superbly efficient. But not quite magical. > > If you want the rig to be stable, you will either have to uprade it > substantially, ELSE downshift the I/O to do everything at a more > leisurely pace. > I am quite aware that we aren't going to push 70MB/sec through this guy, but it's a backup server. Probably only ever going to push a few MB/sec through it. But it seems unacceptable to crash even under a 2MB/s bandwidth-limited rsync. > Not what you wanted to hear, I'm sure... > Obviously not :) Is it possible to ask FreeBSD to slow down I/O instead of panicing? I am ok with somewhat slow performance - this machine is slated for replacement at some point, but we simply don't have the resources to do so at the moment. If there is one specific piece of hardware that is causing this issue, I can look in to replacing it, but the entire thing will have to live a bit longer. We have a similar machine pushing 5MB/s to a 14-drive RAID6 array on Linux so I know it's not impossible given the limitations we have - the performance is not great but we care more about the capacity than the speed. Are there any other things I can try? I understand this is a very suboptimal configuration, but I would like to try a bit harder to make it work before giving up... Thank you very much again, Steven Schlansker > Bill 'hardware' Hacker > > > _______________________________________________ > 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 Oct 2 21:06:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3AD416A418 for ; Tue, 2 Oct 2007 21:06:03 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD2A13C47E for ; Tue, 2 Oct 2007 21:06:03 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0D07545CD9; Tue, 2 Oct 2007 23:06:02 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8070845684; Tue, 2 Oct 2007 23:05:48 +0200 (CEST) Date: Tue, 2 Oct 2007 23:05:44 +0200 From: Pawel Jakub Dawidek To: Brooks Talley Message-ID: <20071002210544.GB5375@garage.freebsd.pl> References: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> <30482584.83141191352060006.JavaMail.root@zmail.illuminati.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LwW0XdcUbUexiWVK" Content-Disposition: inline In-Reply-To: <30482584.83141191352060006.JavaMail.root@zmail.illuminati.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 21:06:04 -0000 --LwW0XdcUbUexiWVK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 02, 2007 at 12:07:40PM -0700, Brooks Talley wrote: > I do apologize for the subject-verb construction that implied that ZFS it= self, or the ZFS code, or anyone responsible for ZFS, or the letter "Z", wa= s corrupting the data rather than merely being subject to the corruption, o= r at most a potential suspect. I should have said "A storage system compri= sed of ZFS filesystem, the underlying geom system, the kernel, the ATA driv= er, the firmware and hardware on the SATA card, the PCI bridge, the SATA ca= bles, the drives themselves, the power supply, system case, and surrounding= environment including temperature, humidity, and RF fields, is corrupting = its data". I just figured that was implicit and that we were all results-o= riented rather than blame-oriented. Sorry! Simple s/corrupting/detecting corruption/ would do:) No worries, you are not the first one. For me it's just quite interesting to observe how people live for years with h/w corrupting their data and only putting ZFS there reveals the problems. I wonder how many strange UFS-related problems/panics reported over the years are due to buggy hardware. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --LwW0XdcUbUexiWVK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHArKoForvXbEpPzQRAjs5AJ91i9sTCAZWjcDxT5vPw0uJkobAYwCg7UoX U5TO4M9BmUveTa0nai3vdG0= =1aPK -----END PGP SIGNATURE----- --LwW0XdcUbUexiWVK-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 21:16:11 2007 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 E11E916A468; Tue, 2 Oct 2007 21:16:11 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id C2AB513C480; Tue, 2 Oct 2007 21:16:11 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id 94FD611A7B; Tue, 2 Oct 2007 16:16:11 -0500 (CDT) Date: Tue, 2 Oct 2007 16:16:10 -0500 From: Craig Boston To: current@freebsd.org, danfe@FreeBSD.org Message-ID: <20071002211610.GB33227@nowhere> Mail-Followup-To: Craig Boston , current@freebsd.org, danfe@FreeBSD.org, Ben Kaduk References: <20070921202523.GB4044@nowhere> <20071002204850.GA33227@nowhere> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/Uq4LBwYP4y1W6pO" Content-Disposition: inline In-Reply-To: <20071002204850.GA33227@nowhere> User-Agent: Mutt/1.4.2.3i Cc: Ben Kaduk Subject: Re: Patch for nvidia-driver on current (panic: spin locks can only use msleep_spin) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 21:16:12 -0000 --/Uq4LBwYP4y1W6pO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Oops, I didn't notice that mutt got confused about the file type and used text/x-csrc, so mailman ate it. Patch should be attached to this message. Thanks to Ben Kaduk (whose message is still greylisted atm) for pointing it out. --/Uq4LBwYP4y1W6pO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-src::nvidia_os.c" --- src/nvidia_os.c.orig 2007-10-02 15:27:33.211059621 -0500 +++ src/nvidia_os.c 2007-10-02 15:27:43.708791970 -0500 @@ -598,7 +598,7 @@ != RM_OK)) return status; - mtx_init(&mtx->mutex_mtx, "rm.mutex_mtx", NULL, MTX_SPIN | MTX_RECURSE); + mtx_init(&mtx->mutex_mtx, "rm.mutex_mtx", NULL, MTX_DEF | MTX_RECURSE); cv_init(&mtx->mutex_wait, "rm.mutex_wait"); mtx->refcnt = 1; @@ -624,13 +624,13 @@ { struct os_mutex *mtx = semaphore; - mtx_lock_spin(&mtx->mutex_mtx); + mtx_lock(&mtx->mutex_mtx); if (mtx->refcnt > 0) rm_disable_interrupts(NULL); mtx->refcnt--; if (mtx->refcnt < 0) cv_wait(&mtx->mutex_wait, &mtx->mutex_mtx); - mtx_unlock_spin(&mtx->mutex_mtx); + mtx_unlock(&mtx->mutex_mtx); return RM_OK; } @@ -639,14 +639,14 @@ { struct os_mutex *mtx = semaphore; - mtx_lock_spin(&mtx->mutex_mtx); + mtx_lock(&mtx->mutex_mtx); if (mtx->refcnt < 1) { - mtx_unlock_spin(&mtx->mutex_mtx); + mtx_unlock(&mtx->mutex_mtx); return FALSE; } else { rm_disable_interrupts(NULL); mtx->refcnt--; - mtx_unlock_spin(&mtx->mutex_mtx); + mtx_unlock(&mtx->mutex_mtx); } return TRUE; @@ -656,13 +656,13 @@ { struct os_mutex *mtx = semaphore; - mtx_lock_spin(&mtx->mutex_mtx); + mtx_lock(&mtx->mutex_mtx); if (mtx->refcnt < 0) cv_signal(&mtx->mutex_wait); if (!mtx->refcnt) rm_enable_interrupts(NULL); mtx->refcnt++; - mtx_unlock_spin(&mtx->mutex_mtx); + mtx_unlock(&mtx->mutex_mtx); return RM_OK; } --/Uq4LBwYP4y1W6pO-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 21:22:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 363D416A417; Tue, 2 Oct 2007 21:22:02 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 181C013C465; Tue, 2 Oct 2007 21:22:02 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id E3D2811221; Tue, 2 Oct 2007 16:22:01 -0500 (CDT) Date: Tue, 2 Oct 2007 16:22:00 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20071002212200.GC33227@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , Brooks Talley , freebsd-current References: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> <30482584.83141191352060006.JavaMail.root@zmail.illuminati.org> <20071002210544.GB5375@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002210544.GB5375@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current , Brooks Talley Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 21:22:02 -0000 On Tue, Oct 02, 2007 at 11:05:44PM +0200, Pawel Jakub Dawidek wrote: > For me it's just quite interesting to observe how people live for years > with h/w corrupting their data and only putting ZFS there reveals the > problems. I wonder how many strange UFS-related problems/panics reported > over the years are due to buggy hardware. I suspect some of it could be due to ZFS making multi-disk (>3) setups more attractive. For example: A controller / drive combination may work perfectly fine with UFS on a single disk for years with no corruption, but add 1 or 2 more and it stresses out the power supply and causes strange things. I recall reading about bugs in cheap ATA controllers that were only tickled when trying to send simultaneous commands to multiple drives, for instance. IIRC a few of them showed up when gmirror started to become popular. Craig From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 21:34:10 2007 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 AE79916A420 for ; Tue, 2 Oct 2007 21:34:10 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 6563B13C469 for ; Tue, 2 Oct 2007 21:34:10 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so887145anc for ; Tue, 02 Oct 2007 14:34:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=oyQxPMUDHqfJgoKatylGpgp7ORyZHU8hADglu3ZFwKA=; b=Z1yKKVOrxav1dxbIWuPALnKdUG7FVpzxoTd1JwqnMtN8khdQyWsgS1B/sALXHme+tygxKXWLPCsP35NXL+Y2syvt2er86Y69O2BhRU9aARpYpMK+CnLefS/4J/VERtCJZugHXona6Iuo8aMI7DI0TTjoToQSBoLHSlB/IfmxiVo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=biHu0bxlucS00tOPejViHRtD4O16tms4mCKnt52fHKC5SsNWj81NqVby2/cCA1LXgqk2lqzG+9aI3HvXgseldLX5L/8hJA9gL1BTMe0dxQXKwhbZDg6/g34n3hiJtJ9DxC8P7e1jGzEIuoTQT6zQIFJc0QHgg0xzpRwhx1Fwxyg= Received: by 10.142.158.17 with SMTP id g17mr216780wfe.1191359355553; Tue, 02 Oct 2007 14:09:15 -0700 (PDT) Received: by 10.143.14.9 with HTTP; Tue, 2 Oct 2007 14:09:15 -0700 (PDT) Message-ID: <47d0403c0710021409na4e8ba2p2005a11957bf4d28@mail.gmail.com> Date: Tue, 2 Oct 2007 17:09:15 -0400 From: "Ben Kaduk" To: "Craig Boston" , current@freebsd.org, danfe@freebsd.org In-Reply-To: <20071002204850.GA33227@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070921202523.GB4044@nowhere> <20071002204850.GA33227@nowhere> Cc: Subject: Re: Patch for nvidia-driver on current (panic: spin locks can only use msleep_spin) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 21:34:10 -0000 Hi Craig, Thanks for tracking this down. However, mailman likes to eat non-MIME-text attachments. Thanks, Ben Kaduk On 10/2/07, Craig Boston wrote: > Hi all, I did some more investigating and found what was causing the > nvidia driver to occasionally panic on my machine. It calls cv_wait(9) > using a spin mutex, which according to the man page is a no-no. > > I simply changed the os_*_sema interfaces to use a standard mutex > instead. Tried running a bunch of glxgears and xscreensaver GL demos in > parallel and haven't been able to reproduce a panic since. As a bonus, > the 5 second pause I would sometimes get when a GL-based xscreensaver > process terminates seems to be gone as well. > > There doesn't appear to be any documentation that I could find as to > what contexts those functions may be called from. I'm not a locking > guru, so I can't say for certain why a spin mutex was being used. Wild > guess: an artifact from the 4.x or 5.x code that may be obsoleted by > adaptive mutexes. > > Patch is attached; cc danfe@ in case others report this problem to him. > > Craig > > _______________________________________________ > 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 Oct 2 21:55:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FD2D16A468 for ; Tue, 2 Oct 2007 21:55:30 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id BD5A213C47E for ; Tue, 2 Oct 2007 21:55:29 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so2191411wra for ; Tue, 02 Oct 2007 14:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=b1TsApGwMglDK4TVbkMSVhYqgrctgvNQuJB3E+q31Po=; b=ijPKo/7d4SO8OUNyVPLHLciP7AXjLLTSXj6iOhOUzMSJBfUVdG7xGTjHNFqplQqV9azLilRbP4p0qCGPWZtQ0AXyH4sS6lBpZzqxguLb26UR5ByT6LfhykO9tiEh/S0hVHxf80bEld9SP57WqAXupIUYY9/Gi0CK1RQp78eFVro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=htYUg4TSpKEJ6fWI/VyiBX0oTmFVyxvaxVPeC/LBbyYVjapHLKjDgbhGGPVoK9jPcRcOvlDwlvqsxpmr0QZeaSUnP82u0bn2ljJokue0dg5hd13nJXCRWpreNLJkFRxwVAhK4923iGWCcG9wkmmvebMSI94l6zNRa8Uf92RBvUQ= Received: by 10.142.187.2 with SMTP id k2mr1002668wff.1191362127945; Tue, 02 Oct 2007 14:55:27 -0700 (PDT) Received: by 10.142.112.12 with HTTP; Tue, 2 Oct 2007 14:55:27 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:55:27 -0600 From: "Mark Carlson" To: "Abdullah Ibn Hamad Al-Marri" In-Reply-To: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0710011109k61d3365n84038115a26e0398@mail.gmail.com> Cc: FreeBSD Current Subject: Re: est doesn't support C2D E6600 and newer CPUs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 21:55:30 -0000 On 10/1/07, Abdullah Ibn Hamad Al-Marri wrote: > so I tried to unload cpufreq.ko and got this. > > kldunload: can't unload file: Device not configured > > Any hints? If you're just trying to change the cpu frequency, this is what I do on 7.0-current (on my desktop system, running a Xeon 3060, which I think is equivalent to the C2D E6600.) # First, set the target frequency, this is 2.0 GHz, # which appears to be the next step down for this CPU sysctl debug.cpufreq.lowest=2000 # Second, run powerd powerd -a minimum # Third, verify the setting took effect sysctl -a | grep frequency Sorry if this is not what you're looking for. I'm not familiar with est. -Mark C. From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 22:35:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A4416A418 for ; Tue, 2 Oct 2007 22:35:26 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0C34713C4B7 for ; Tue, 2 Oct 2007 22:35:25 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62315 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IcqKq-0004U0-Tk for freebsd-current@freebsd.org; Tue, 02 Oct 2007 22:35:24 +0000 Message-ID: <4702C7AC.8020802@conducive.net> Date: Tue, 02 Oct 2007 18:35:24 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> <30482584.83141191352060006.JavaMail.root@zmail.illuminati.org> <20071002210544.GB5375@garage.freebsd.pl> In-Reply-To: <20071002210544.GB5375@garage.freebsd.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 22:35:26 -0000 Pawel Jakub Dawidek wrote: > On Tue, Oct 02, 2007 at 12:07:40PM -0700, Brooks Talley wrote: >> I do apologize for the subject-verb construction that implied that ZFS itself, or the ZFS code, or anyone responsible for ZFS, or the letter "Z", was corrupting the data rather than merely being subject to the corruption, or at most a potential suspect. I should have said "A storage system comprised of ZFS filesystem, the underlying geom system, the kernel, the ATA driver, the firmware and hardware on the SATA card, the PCI bridge, the SATA cables, the drives themselves, the power supply, system case, and surrounding environment including temperature, humidity, and RF fields, is corrupting its data". I just figured that was implicit and that we were all results-oriented rather than blame-oriented. Sorry! > > Simple s/corrupting/detecting corruption/ would do:) > No worries, you are not the first one. > > For me it's just quite interesting to observe how people live for years > with h/w corrupting their data and only putting ZFS there reveals the > problems. I wonder how many strange UFS-related problems/panics reported > over the years are due to buggy hardware. > How soon we forget.. - tweaking CP/M 2.2 ASM code to tolerate 7 soft-read errors instead of crapping out after 3 on 8" FDD... - the sound of SCSI heads on hardware controller 'patrol' coveringourass. - that those 10 to the minus error ratings for massive modern HDD DO translate to less than perfect scores after all... ;-) Bill From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 23:12:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A44F16A41B for ; Tue, 2 Oct 2007 23:12:37 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 57F9213C455 for ; Tue, 2 Oct 2007 23:12:36 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAI5qAkd5LQ47/2dsb2JhbACBWQ X-IronPort-AV: E=Sophos;i="4.21,221,1188743400"; d="scan'208";a="159577882" Received: from ppp121-45-14-59.lns10.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.14.59]) by ipmail03.adl2.internode.on.net with ESMTP; 03 Oct 2007 08:42:32 +0930 Received: from wolf.clearchain.com (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l92NCOch056214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 08:42:30 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4702D057.3090106@clearchain.com> Date: Wed, 03 Oct 2007 08:42:23 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.0 (X11/20070615) MIME-Version: 1.0 To: Brooks Talley References: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> In-Reply-To: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Wed, 03 Oct 2007 08:42:31 +0930 (CST) X-Mailman-Approved-At: Tue, 02 Oct 2007 23:25:22 +0000 Cc: freebsd-current Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Oct 2007 23:12:37 -0000 Brooks Talley wrote: > Hi, everyone. I'm running 7.0-current amd64, built from CVS on September 12. I've got a 4.5TB ZFS array across 8 750GB drives in a RAIDZ1 + hotspare configuration. > > It's corrupting data even just sitting at idle with no access at all. I had loaded it up with about 4TB of data several weeks ago, then noticed that a zpool status showed checksum errors about a week ago. I ran a scrub and it turned 122 errors affecting about 20 files. The errors were spread across the physical disks pretty evenly, so it didn't seem like one bad drive. > > I left for vacation and unplugged the network from the machine to ensure that there would be no access to the disk. There are no cron jobs or anything else running locally that so much as touch the zpool. > > Upon returning, I ran a zpool scrub and it found an additional 116 checksum errors in another 17 files, also evenly spread across the physical drives. > > The system is running a Supermicro motherboard, Supermicro AOC-SAT-MV8 SATA card, and WD 750GB drives. 2GB memory, no real apps running, just storage. > > Anyone seen anything like this? It's a bit of a concern. > Just adding a 'me too' to the topic. But in my case I have confirmed it's a Sun 3511 raid array corrupting the data. With the cache set to write through, everything is perfect. With it set to write back, random checksum errors start appearing. The raid is configured as a 4.8TB raid 5... occasionally 'refreshing' the parity on the array fixes the checksum errors. Before ZFS, there was no way of knowing where the corruption occurred. Now we can find out. Thanks pjd & others. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 23:34:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFBA016A417; Tue, 2 Oct 2007 23:34:42 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from mail1.webmaster.com (mail1.webmaster.com [216.152.64.169]) by mx1.freebsd.org (Postfix) with ESMTP id AC51513C457; Tue, 2 Oct 2007 23:34:42 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from however by webmaster.com (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001711299.msg; Tue, 02 Oct 2007 16:24:03 -0700 From: "David Schwartz" To: Date: Tue, 2 Oct 2007 16:23:20 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <20071002011337.Q6669@10.0.0.1> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Tue, 02 Oct 2007 16:24:03 -0700 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDAV-Processed: mail1.webmaster.com, Tue, 02 Oct 2007 16:24:04 -0700 Cc: freebsd-current@freebsd.org, freebsd-threads@freebsd.org Subject: RE: sched_yield() is very slow when other threads are busy on FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davids@webmaster.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, 02 Oct 2007 23:34:42 -0000 > Can you please try the enclosed patch and tell me if it addresses your > problem? > > Thanks, > Jeff Wow. Who thought processes should be *punished* for voluntarily giving up the CPU? If anything, playing nice with others should be rewarded. DS From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 23:50:51 2007 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 1CE3C16A418 for ; Tue, 2 Oct 2007 23:50:51 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id C4F7F13C48D for ; Tue, 2 Oct 2007 23:50:50 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l92Noh2m021042 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 2 Oct 2007 19:50:49 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 2 Oct 2007 16:53:33 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org Message-ID: <20071002165007.D587@10.0.0.1> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-92347239-1191369213=:587" Cc: Subject: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 23:50:51 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-92347239-1191369213=:587 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Enclosed is a patch that does two things: 1) Reduces UP context switch time by over 10% making it faster than 4BSD on UP. On SMP it's hard to compare since ULE can do as many as 30x as many switches per second on my 8way system. 2) Restores old sched_yield() behavior from 6.x. This was changed in -current unintentionally I think. I'd appreciate any extra testing. The ULE context switch time improvements required some changes to the frequency that we recalculate priorities. I'm mostly interested in hearing whether this causes any regression in normal workloads. Those of you still using 4BSD can also verify that the yield changes don't cause any problems there. Thanks, Jeff --0-92347239-1191369213=:587 Content-Type: TEXT/x-diff; charset=US-ASCII; name=yield.diff Content-Transfer-Encoding: BASE64 Content-ID: <20071002165333.F587@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=yield.diff SW5kZXg6IGtlcm5fc3dpdGNoLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi9rZXJuX3N3aXRj aC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMzYNCmRpZmYgLXAgLXUg LXIxLjEzNiBrZXJuX3N3aXRjaC5jDQotLS0ga2Vybl9zd2l0Y2guYwkyMCBT ZXAgMjAwNyAyMDozODo0MyAtMDAwMAkxLjEzNg0KKysrIGtlcm5fc3dpdGNo LmMJMiBPY3QgMjAwNyAyMTo0MToxMCAtMDAwMA0KQEAgLTEzMywxNiArMTMz LDYgQEAgY2hvb3NldGhyZWFkKHZvaWQpDQogew0KIAlzdHJ1Y3QgdGhyZWFk ICp0ZDsNCiANCi0jaWYgZGVmaW5lZChTTVApICYmIChkZWZpbmVkKF9faTM4 Nl9fKSB8fCBkZWZpbmVkKF9fYW1kNjRfXykpDQotCWlmIChzbXBfYWN0aXZl ID09IDAgJiYgUENQVV9HRVQoY3B1aWQpICE9IDApIHsNCi0JCS8qIFNodXR0 aW5nIGRvd24sIHJ1biBpZGxldGhyZWFkIG9uIEFQJ3MgKi8NCi0JCXRkID0g UENQVV9HRVQoaWRsZXRocmVhZCk7DQotCQlDVFIxKEtUUl9SVU5RLCAiY2hv b3NldGhyZWFkOiB0ZD0lcCAoaWRsZSkiLCB0ZCk7DQotCQlURF9TRVRfUlVO TklORyh0ZCk7DQotCQlyZXR1cm4gKHRkKTsNCi0JfQ0KLSNlbmRpZg0KLQ0K IHJldHJ5Og0KIAl0ZCA9IHNjaGVkX2Nob29zZSgpOw0KIA0KQEAgLTE4NCw3 ICsxNzQsNyBAQCBjcml0aWNhbF9leGl0KHZvaWQpDQogCXRkID0gY3VydGhy ZWFkOw0KIAlLQVNTRVJUKHRkLT50ZF9jcml0bmVzdCAhPSAwLA0KIAkgICAg KCJjcml0aWNhbF9leGl0OiB0ZF9jcml0bmVzdCA9PSAwIikpOw0KLSNpZmRl ZiBQUkVFTVBUSU9ODQorDQogCWlmICh0ZC0+dGRfY3JpdG5lc3QgPT0gMSkg ew0KIAkJdGQtPnRkX2NyaXRuZXN0ID0gMDsNCiAJCWlmICh0ZC0+dGRfb3dl cHJlZW1wdCkgew0KQEAgLTE5Niw3ICsxODYsNiBAQCBjcml0aWNhbF9leGl0 KHZvaWQpDQogCQkJdGhyZWFkX3VubG9jayh0ZCk7DQogCQl9DQogCX0gZWxz ZQ0KLSNlbmRpZg0KIAkJdGQtPnRkX2NyaXRuZXN0LS07DQogDQogCUNUUjQo S1RSX0NSSVRJQ0FMLCAiY3JpdGljYWxfZXhpdCBieSB0aHJlYWQgJXAgKCVs ZCwgJXMpIHRvICVkIiwgdGQsDQpJbmRleDoga2Vybl9zeW5jaC5jDQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMv c3lzL2tlcm4va2Vybl9zeW5jaC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24g MS4zMDENCmRpZmYgLXAgLXUgLXIxLjMwMSBrZXJuX3N5bmNoLmMNCi0tLSBr ZXJuX3N5bmNoLmMJMTcgU2VwIDIwMDcgMDU6Mjc6MjAgLTAwMDAJMS4zMDEN CisrKyBrZXJuX3N5bmNoLmMJMiBPY3QgMjAwNyAwODoxODoxOSAtMDAwMA0K QEAgLTU1Myw4ICs1NTMsMTEgQEAgc3luY2hfc2V0dXAoZHVtbXkpDQogaW50 DQogeWllbGQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCB5aWVsZF9hcmdz ICp1YXApDQogew0KLQltdHhfYXNzZXJ0KCZHaWFudCwgTUFfTk9UT1dORUQp Ow0KLQkodm9pZCl1YXA7DQotCXNjaGVkX3JlbGlucXVpc2godGQpOw0KKw0K Kwl0aHJlYWRfbG9jayh0ZCk7DQorCXNjaGVkX3ByaW8odGQsIFBSSV9NQVhf VElNRVNIQVJFKTsNCisJbWlfc3dpdGNoKFNXX1ZPTCwgTlVMTCk7DQorCXRo cmVhZF91bmxvY2sodGQpOw0KKwl0ZC0+dGRfcmV0dmFsWzBdID0gMDsNCiAJ cmV0dXJuICgwKTsNCiB9DQpJbmRleDogcDEwMDNfMWIuYw0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9r ZXJuL3AxMDAzXzFiLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjM1DQpk aWZmIC1wIC11IC1yMS4zNSBwMTAwM18xYi5jDQotLS0gcDEwMDNfMWIuYwk1 IE1hciAyMDA3IDEzOjEwOjU3IC0wMDAwCTEuMzUNCisrKyBwMTAwM18xYi5j CTIgT2N0IDIwMDcgMjE6NTU6NDggLTAwMDANCkBAIC0yNDEsNyArMjQxLDgg QEAgaW50DQogc2NoZWRfeWllbGQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVj dCBzY2hlZF95aWVsZF9hcmdzICp1YXApDQogew0KIA0KLQlyZXR1cm4gKGtz Y2hlZF95aWVsZChrc2NoZWQpKTsNCisJc2NoZWRfcmVsaW5xdWlzaChjdXJ0 aHJlYWQpOw0KKwlyZXR1cm4gMDsNCiB9DQogDQogaW50DQpJbmRleDogc2No ZWRfNGJzZC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTog L2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfNGJzZC5jLHYNCnJldHJp ZXZpbmcgcmV2aXNpb24gMS4xMDUNCmRpZmYgLXAgLXUgLXIxLjEwNSBzY2hl ZF80YnNkLmMNCi0tLSBzY2hlZF80YnNkLmMJMjEgU2VwIDIwMDcgMDQ6MTA6 MjMgLTAwMDAJMS4xMDUNCisrKyBzY2hlZF80YnNkLmMJMiBPY3QgMjAwNyAw ODowODozNiAtMDAwMA0KQEAgLTEzMjQsOCArMTMyNCw2IEBAIHZvaWQNCiBz Y2hlZF9yZWxpbnF1aXNoKHN0cnVjdCB0aHJlYWQgKnRkKQ0KIHsNCiAJdGhy ZWFkX2xvY2sodGQpOw0KLQlpZiAodGQtPnRkX3ByaV9jbGFzcyA9PSBQUklf VElNRVNIQVJFKQ0KLQkJc2NoZWRfcHJpbyh0ZCwgUFJJX01BWF9USU1FU0hB UkUpOw0KIAlTQ0hFRF9TVEFUX0lOQyhzd2l0Y2hfcmVsaW5xdWlzaCk7DQog CW1pX3N3aXRjaChTV19WT0wsIE5VTEwpOw0KIAl0aHJlYWRfdW5sb2NrKHRk KTsNCkluZGV4OiBzY2hlZF91bGUuYw0KPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9rZXJuL3NjaGVkX3Vs ZS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMDkNCmRpZmYgLXAgLXUg LXIxLjIwOSBzY2hlZF91bGUuYw0KLS0tIHNjaGVkX3VsZS5jCTI0IFNlcCAy MDA3IDAwOjI4OjU0IC0wMDAwCTEuMjA5DQorKysgc2NoZWRfdWxlLmMJMiBP Y3QgMjAwNyAyMjoyNjoxNCAtMDAwMA0KQEAgLTM3Niw2ICszNzYsNyBAQCB0 ZHFfcnVucV9hZGQoc3RydWN0IHRkcSAqdGRxLCBzdHJ1Y3QgdGRfDQogew0K IAlURFFfTE9DS19BU1NFUlQodGRxLCBNQV9PV05FRCk7DQogCVRIUkVBRF9M T0NLX0FTU0VSVCh0cy0+dHNfdGhyZWFkLCBNQV9PV05FRCk7DQorCVREX1NF VF9SVU5RKHRzLT50c190aHJlYWQpOw0KICNpZmRlZiBTTVANCiAJaWYgKFRI UkVBRF9DQU5fTUlHUkFURSh0cy0+dHNfdGhyZWFkKSkgew0KIAkJdGRxLT50 ZHFfdHJhbnNmZXJhYmxlKys7DQpAQCAtNDExLDYgKzQxMiwyMyBAQCB0ZHFf cnVucV9hZGQoc3RydWN0IHRkcSAqdGRxLCBzdHJ1Y3QgdGRfDQogCQlydW5x X2FkZCh0cy0+dHNfcnVucSwgdHMsIGZsYWdzKTsNCiB9DQogDQorLyoNCisg KiBQaWNrIHRoZSBydW4gcXVldWUgYmFzZWQgb24gcHJpb3JpdHkuDQorICov DQorc3RhdGljIF9faW5saW5lIHZvaWQNCit0ZHFfcnVucV9waWNrKHN0cnVj dCB0ZHEgKnRkcSwgc3RydWN0IHRkX3NjaGVkICp0cykNCit7DQorCWludCBw cmk7DQorDQorCXByaSA9IHRzLT50c190aHJlYWQtPnRkX3ByaW9yaXR5Ow0K KwlpZiAocHJpIDw9IFBSSV9NQVhfUkVBTFRJTUUpDQorCQl0cy0+dHNfcnVu cSA9ICZ0ZHEtPnRkcV9yZWFsdGltZTsNCisJZWxzZSBpZiAocHJpIDw9IFBS SV9NQVhfVElNRVNIQVJFKQ0KKwkJdHMtPnRzX3J1bnEgPSAmdGRxLT50ZHFf dGltZXNoYXJlOw0KKwllbHNlDQorCQl0cy0+dHNfcnVucSA9ICZ0ZHEtPnRk cV9pZGxlOw0KK30NCisNCiAvKiANCiAgKiBSZW1vdmUgYSB0aHJlYWQgZnJv bSBhIHJ1bi1xdWV1ZS4gIFRoaXMgdHlwaWNhbGx5IGhhcHBlbnMgd2hlbiBh IHRocmVhZA0KICAqIGlzIHNlbGVjdGVkIHRvIHJ1bi4gIFJ1bm5pbmcgdGhy ZWFkcyBhcmUgbm90IG9uIHRoZSBxdWV1ZSBhbmQgdGhlDQpAQCAtNDM0LDEz ICs0NTIsNiBAQCB0ZHFfcnVucV9yZW0oc3RydWN0IHRkcSAqdGRxLCBzdHJ1 Y3QgdGRfDQogCQkJcnVucV9yZW1vdmVfaWR4KHRzLT50c19ydW5xLCB0cywg JnRkcS0+dGRxX3JpZHgpOw0KIAkJZWxzZQ0KIAkJCXJ1bnFfcmVtb3ZlX2lk eCh0cy0+dHNfcnVucSwgdHMsIE5VTEwpOw0KLQkJLyoNCi0JCSAqIEZvciB0 aW1lc2hhcmUgdGhyZWFkcyB3ZSB1cGRhdGUgdGhlIHByaW9yaXR5IGhlcmUg c28NCi0JCSAqIHRoZSBwcmlvcml0eSByZWZsZWN0cyB0aGUgdGltZSB3ZSd2 ZSBiZWVuIHNsZWVwaW5nLg0KLQkJICovDQotCQl0cy0+dHNfbHRpY2sgPSB0 aWNrczsNCi0JCXNjaGVkX3BjdGNwdV91cGRhdGUodHMpOw0KLQkJc2NoZWRf cHJpb3JpdHkodHMtPnRzX3RocmVhZCk7DQogCX0gZWxzZQ0KIAkJcnVucV9y ZW1vdmUodHMtPnRzX3J1bnEsIHRzKTsNCiB9DQpAQCAtMTA5OSw2ICsxMTEw LDE1IEBAIHNjaGVkX3BpY2tjcHUoc3RydWN0IHRkX3NjaGVkICp0cywgaW50 IGYNCiANCiAjZW5kaWYJLyogU01QICovDQogDQorI2lmIFJRQl9MRU4gPT0g MQ0KKyNkZWZpbmUJcnVucV9lbXB0eShycSkJKChycSktPnJxX3N0YXR1cy5y cWJfYml0c1swXSA9PSAwKQ0KKyNlbGlmIFJRQl9MRU4gPT0gMg0KKyNkZWZp bmUJcnVucV9lbXB0eShycSkJCQkJCQkJXA0KKyAgICAoKChycSktPnJxX3N0 YXR1cy5ycWJfYml0c1swXSB8IChycSktPnJxX3N0YXR1cy5ycWJfYml0c1sx XSkgPT0gMCkNCisjZWxzZQ0KKyNlcnJvciAiVW5zdXBwb3J0ZWQgUlFCX0xF TiINCisjZW5kaWYNCisNCiAvKg0KICAqIFBpY2sgdGhlIGhpZ2hlc3QgcHJp b3JpdHkgdGFzayB3ZSBoYXZlIGFuZCByZXR1cm4gaXQuDQogICovDQpAQCAt MTEwOCwyNSArMTEyOCwyOSBAQCB0ZHFfY2hvb3NlKHN0cnVjdCB0ZHEgKnRk cSkNCiAJc3RydWN0IHRkX3NjaGVkICp0czsNCiANCiAJVERRX0xPQ0tfQVNT RVJUKHRkcSwgTUFfT1dORUQpOw0KLQl0cyA9IHJ1bnFfY2hvb3NlKCZ0ZHEt PnRkcV9yZWFsdGltZSk7DQotCWlmICh0cyAhPSBOVUxMKQ0KLQkJcmV0dXJu ICh0cyk7DQotCXRzID0gcnVucV9jaG9vc2VfZnJvbSgmdGRxLT50ZHFfdGlt ZXNoYXJlLCB0ZHEtPnRkcV9yaWR4KTsNCi0JaWYgKHRzICE9IE5VTEwpIHsN Ci0JCUtBU1NFUlQodHMtPnRzX3RocmVhZC0+dGRfcHJpb3JpdHkgPj0gUFJJ X01JTl9USU1FU0hBUkUsDQotCQkgICAgKCJ0ZHFfY2hvb3NlOiBJbnZhbGlk IHByaW9yaXR5IG9uIHRpbWVzaGFyZSBxdWV1ZSAlZCIsDQotCQkgICAgdHMt PnRzX3RocmVhZC0+dGRfcHJpb3JpdHkpKTsNCi0JCXJldHVybiAodHMpOw0K KwlpZiAoIXJ1bnFfZW1wdHkoJnRkcS0+dGRxX3JlYWx0aW1lKSkgew0KKwkJ dHMgPSBydW5xX2Nob29zZSgmdGRxLT50ZHFfcmVhbHRpbWUpOw0KKwkJaWYg KHRzICE9IE5VTEwpDQorCQkJcmV0dXJuICh0cyk7DQorCX0NCisJaWYgKCFy dW5xX2VtcHR5KCZ0ZHEtPnRkcV90aW1lc2hhcmUpKSB7DQorCQl0cyA9IHJ1 bnFfY2hvb3NlX2Zyb20oJnRkcS0+dGRxX3RpbWVzaGFyZSwgdGRxLT50ZHFf cmlkeCk7DQorCQlpZiAodHMgIT0gTlVMTCkgew0KKwkJCUtBU1NFUlQodHMt PnRzX3RocmVhZC0+dGRfcHJpb3JpdHkgPj0gUFJJX01JTl9USU1FU0hBUkUs DQorCQkJICAgICgidGRxX2Nob29zZTogSW52YWxpZCB0aW1lc2hhcmUgcHJp b3JpdHkgJWQiLA0KKwkJCSAgICB0cy0+dHNfdGhyZWFkLT50ZF9wcmlvcml0 eSkpOw0KKwkJCXJldHVybiAodHMpOw0KKwkJfQ0KIAl9DQotDQotCXRzID0g cnVucV9jaG9vc2UoJnRkcS0+dGRxX2lkbGUpOw0KLQlpZiAodHMgIT0gTlVM TCkgew0KLQkJS0FTU0VSVCh0cy0+dHNfdGhyZWFkLT50ZF9wcmlvcml0eSA+ PSBQUklfTUlOX0lETEUsDQotCQkgICAgKCJ0ZHFfY2hvb3NlOiBJbnZhbGlk IHByaW9yaXR5IG9uIGlkbGUgcXVldWUgJWQiLA0KLQkJICAgIHRzLT50c190 aHJlYWQtPnRkX3ByaW9yaXR5KSk7DQotCQlyZXR1cm4gKHRzKTsNCisJaWYg KCFydW5xX2VtcHR5KCZ0ZHEtPnRkcV9pZGxlKSkgew0KKwkJdHMgPSBydW5x X2Nob29zZSgmdGRxLT50ZHFfaWRsZSk7DQorCQlpZiAodHMgIT0gTlVMTCkg ew0KKwkJCUtBU1NFUlQodHMtPnRzX3RocmVhZC0+dGRfcHJpb3JpdHkgPj0g UFJJX01JTl9JRExFLA0KKwkJCSAgICAoInRkcV9jaG9vc2U6IEludmFsaWQg cHJpb3JpdHkgb24gaWRsZSBxdWV1ZSAlZCIsDQorCQkJICAgIHRzLT50c190 aHJlYWQtPnRkX3ByaW9yaXR5KSk7DQorCQkJcmV0dXJuICh0cyk7DQorCQl9 DQogCX0NCi0NCiAJcmV0dXJuIChOVUxMKTsNCiB9DQogDQpAQCAtMTMwMiw2 ICsxMzI2LDcgQEAgc2NoZWRfc2V0dXAodm9pZCAqZHVtbXkpDQogCS8qIEFk ZCB0aHJlYWQwJ3MgbG9hZCBzaW5jZSBpdCdzIHJ1bm5pbmcuICovDQogCVRE UV9MT0NLKHRkcSk7DQogCXRocmVhZDAudGRfbG9jayA9IFREUV9MT0NLUFRS KFREUV9TRUxGKCkpOw0KKwl0ZHFfcnVucV9waWNrKHRkcSwgJnRkX3NjaGVk MCk7DQogCXRkcV9sb2FkX2FkZCh0ZHEsICZ0ZF9zY2hlZDApOw0KIAlURFFf VU5MT0NLKHRkcSk7DQogfQ0KQEAgLTE1NjUsMTUgKzE1OTAsMjAgQEAgc3Rh dGljIHZvaWQNCiBzY2hlZF90aHJlYWRfcHJpb3JpdHkoc3RydWN0IHRocmVh ZCAqdGQsIHVfY2hhciBwcmlvKQ0KIHsNCiAJc3RydWN0IHRkX3NjaGVkICp0 czsNCisJc3RydWN0IHRkcSAqdGRxOw0KIA0KIAlDVFI2KEtUUl9TQ0hFRCwg InNjaGVkX3ByaW86ICVwKCVzKSBwcmlvICVkIG5ld3ByaW8gJWQgYnkgJXAo JXMpIiwNCiAJICAgIHRkLCB0ZC0+dGRfcHJvYy0+cF9jb21tLCB0ZC0+dGRf cHJpb3JpdHksIHByaW8sIGN1cnRocmVhZCwNCiAJICAgIGN1cnRocmVhZC0+ dGRfcHJvYy0+cF9jb21tKTsNCiAJdHMgPSB0ZC0+dGRfc2NoZWQ7DQorCXRk cSA9IFREUV9DUFUodHMtPnRzX2NwdSk7DQogCVRIUkVBRF9MT0NLX0FTU0VS VCh0ZCwgTUFfT1dORUQpOw0KIAlpZiAodGQtPnRkX3ByaW9yaXR5ID09IHBy aW8pDQogCQlyZXR1cm47DQotDQorI2lmZGVmIFNNUA0KKwlpZiAocHJpbyA8 IHRkcS0+dGRxX2xvd3ByaSkNCisJCXRkcS0+dGRxX2xvd3ByaSA9IHByaW87 DQorI2VuZGlmDQogCWlmIChURF9PTl9SVU5RKHRkKSAmJiBwcmlvIDwgdGQt PnRkX3ByaW9yaXR5KSB7DQogCQkvKg0KIAkJICogSWYgdGhlIHByaW9yaXR5 IGhhcyBiZWVuIGVsZXZhdGVkIGR1ZSB0byBwcmlvcml0eQ0KQEAgLTE1ODUs MTQgKzE2MTUsOCBAQCBzY2hlZF90aHJlYWRfcHJpb3JpdHkoc3RydWN0IHRo cmVhZCAqdGQsDQogCQl0ZC0+dGRfcHJpb3JpdHkgPSBwcmlvOw0KIAkJc2No ZWRfYWRkKHRkLCBTUlFfQk9SUk9XSU5HKTsNCiAJfSBlbHNlIHsNCi0jaWZk ZWYgU01QDQotCQlzdHJ1Y3QgdGRxICp0ZHE7DQotDQotCQl0ZHEgPSBURFFf Q1BVKHRzLT50c19jcHUpOw0KLQkJaWYgKHByaW8gPCB0ZHEtPnRkcV9sb3dw cmkpDQotCQkJdGRxLT50ZHFfbG93cHJpID0gcHJpbzsNCi0jZW5kaWYNCiAJ CXRkLT50ZF9wcmlvcml0eSA9IHByaW87DQorCQl0ZHFfcnVucV9waWNrKHRk cSwgdHMpOw0KIAl9DQogfQ0KIA0KQEAgLTE3MzksNiArMTc2Myw4IEBAIHNj aGVkX3N3aXRjaF9taWdyYXRlKHN0cnVjdCB0ZHEgKnRkcSwgc3QNCiANCiAJ dGRuID0gVERRX0NQVSh0ZC0+dGRfc2NoZWQtPnRzX2NwdSk7DQogI2lmZGVm IFNNUA0KKwkvKiBUaGUgbG9hZCBpcyBiZWluZyByZW1vdmVkIGZyb20gdGhl IGN1cnJlbnQgY3B1LiAqLw0KKwl0ZHFfbG9hZF9yZW0odGRxLCB0ZC0+dGRf c2NoZWQpOw0KIAkvKg0KIAkgKiBEbyB0aGUgbG9jayBkYW5jZSByZXF1aXJl ZCB0byBhdm9pZCBMT1IuICBXZSBncmFiIGFuIGV4dHJhDQogCSAqIHNwaW5s b2NrIG5lc3RpbmcgdG8gcHJldmVudCBwcmVlbXB0aW9uIHdoaWxlIHdlJ3Jl DQpAQCAtMTgzMCwxMiArMTg1NiwxMSBAQCBzY2hlZF9zd2l0Y2goc3RydWN0 IHRocmVhZCAqdGQsIHN0cnVjdCB0DQogCQlURF9TRVRfQ0FOX1JVTih0ZCk7 DQogCX0gZWxzZSBpZiAoVERfSVNfUlVOTklORyh0ZCkpIHsNCiAJCU1QQVNT KHRkLT50ZF9sb2NrID09IFREUV9MT0NLUFRSKHRkcSkpOw0KLQkJdGRxX2xv YWRfcmVtKHRkcSwgdHMpOw0KIAkJc3JxZmxhZyA9IChmbGFncyAmIFNXX1BS RUVNUFQpID8NCiAJCSAgICBTUlFfT1VSU0VMRnxTUlFfWUlFTERJTkd8U1JR X1BSRUVNUFRFRCA6DQogCQkgICAgU1JRX09VUlNFTEZ8U1JRX1lJRUxESU5H Ow0KIAkJaWYgKHRzLT50c19jcHUgPT0gY3B1aWQpDQotCQkJdGRxX2FkZCh0 ZHEsIHRkLCBzcnFmbGFnKTsNCisJCQl0ZHFfcnVucV9hZGQodGRxLCB0cywg c3JxZmxhZyk7DQogCQllbHNlDQogCQkJbXR4ID0gc2NoZWRfc3dpdGNoX21p Z3JhdGUodGRxLCB0ZCwgc3JxZmxhZyk7DQogCX0gZWxzZSB7DQpAQCAtMTk0 OSw3ICsxOTc0LDYgQEAgc2NoZWRfd2FrZXVwKHN0cnVjdCB0aHJlYWQgKnRk KQ0KIAkJdHMtPnRzX3NscHRpbWUgKz0gaHp0aWNrczsNCiAJCXNjaGVkX2lu dGVyYWN0X3VwZGF0ZSh0ZCk7DQogCQlzY2hlZF9wY3RjcHVfdXBkYXRlKHRz KTsNCi0JCXNjaGVkX3ByaW9yaXR5KHRkKTsNCiAJfQ0KIAkvKiBSZXNldCB0 aGUgc2xpY2UgdmFsdWUgYWZ0ZXIgd2Ugc2xlZXAuICovDQogCXRzLT50c19z bGljZSA9IHNjaGVkX3NsaWNlOw0KQEAgLTIxNTQsMTYgKzIxNzgsMTcgQEAg c2NoZWRfY2xvY2soc3RydWN0IHRocmVhZCAqdGQpDQogCSAqLw0KIAl0ZC0+ dGRfc2NoZWQtPnRzX3J1bnRpbWUgKz0gdGlja2luY3I7DQogCXNjaGVkX2lu dGVyYWN0X3VwZGF0ZSh0ZCk7DQorCXNjaGVkX3ByaW9yaXR5KHRkKTsNCiAJ LyoNCiAJICogV2UgdXNlZCB1cCBvbmUgdGltZSBzbGljZS4NCiAJICovDQog CWlmICgtLXRzLT50c19zbGljZSA+IDApDQogCQlyZXR1cm47DQogCS8qDQot CSAqIFdlJ3JlIG91dCBvZiB0aW1lLCByZWNvbXB1dGUgcHJpb3JpdGllcyBh bmQgcmVxdWV1ZS4NCisJICogV2UncmUgb3V0IG9mIHRpbWUsIGZvcmNlIGEg cmVxdWV1ZSBsYXRlci4NCiAJICovDQotCXNjaGVkX3ByaW9yaXR5KHRkKTsN CiAJdGQtPnRkX2ZsYWdzIHw9IFRERl9ORUVEUkVTQ0hFRDsNCisJdHMtPnRz X3NsaWNlID0gc2NoZWRfc2xpY2U7DQogfQ0KIA0KIC8qDQpAQCAtMjI4NCwx MSArMjMwOSwxMCBAQCB2b2lkDQogdGRxX2FkZChzdHJ1Y3QgdGRxICp0ZHEs IHN0cnVjdCB0aHJlYWQgKnRkLCBpbnQgZmxhZ3MpDQogew0KIAlzdHJ1Y3Qg dGRfc2NoZWQgKnRzOw0KLQlpbnQgY2xhc3M7DQogI2lmZGVmIFNNUA0KKwlp bnQgY2xhc3M7DQogCWludCBjcHVtYXNrOw0KICNlbmRpZg0KLQ0KIAlURFFf TE9DS19BU1NFUlQodGRxLCBNQV9PV05FRCk7DQogCUtBU1NFUlQoKHRkLT50 ZF9pbmhpYml0b3JzID09IDApLA0KIAkgICAgKCJzY2hlZF9hZGQ6IHRyeWlu ZyB0byBydW4gaW5oaWJpdGVkIHRocmVhZCIpKTsNCkBAIC0yMjk4LDIwICsy MzIyLDExIEBAIHRkcV9hZGQoc3RydWN0IHRkcSAqdGRxLCBzdHJ1Y3QgdGhy ZWFkICoNCiAJICAgICgic2NoZWRfYWRkOiB0aHJlYWQgc3dhcHBlZCBvdXQi KSk7DQogDQogCXRzID0gdGQtPnRkX3NjaGVkOw0KLQljbGFzcyA9IFBSSV9C QVNFKHRkLT50ZF9wcmlfY2xhc3MpOw0KLSAgICAgICAgVERfU0VUX1JVTlEo dGQpOw0KLQlpZiAodHMtPnRzX3NsaWNlID09IDApDQotCQl0cy0+dHNfc2xp Y2UgPSBzY2hlZF9zbGljZTsNCi0JLyoNCi0JICogUGljayB0aGUgcnVuIHF1 ZXVlIGJhc2VkIG9uIHByaW9yaXR5Lg0KLQkgKi8NCi0JaWYgKHRkLT50ZF9w cmlvcml0eSA8PSBQUklfTUFYX1JFQUxUSU1FKQ0KLQkJdHMtPnRzX3J1bnEg PSAmdGRxLT50ZHFfcmVhbHRpbWU7DQotCWVsc2UgaWYgKHRkLT50ZF9wcmlv cml0eSA8PSBQUklfTUFYX1RJTUVTSEFSRSkNCi0JCXRzLT50c19ydW5xID0g JnRkcS0+dGRxX3RpbWVzaGFyZTsNCi0JZWxzZQ0KLQkJdHMtPnRzX3J1bnEg PSAmdGRxLT50ZHFfaWRsZTsNCisJdGRxX3J1bnFfcGljayh0ZHEsIHRzKTsN CisJdGRxX3J1bnFfYWRkKHRkcSwgdHMsIGZsYWdzKTsNCisJdGRxX2xvYWRf YWRkKHRkcSwgdHMpOw0KICNpZmRlZiBTTVANCisJY2xhc3MgPSBQUklfQkFT RSh0ZC0+dGRfcHJpX2NsYXNzKTsNCiAJY3B1bWFzayA9IDEgPDwgdHMtPnRz X2NwdTsNCiAJLyoNCiAJICogSWYgd2UgaGFkIGJlZW4gaWRsZSwgY2xlYXIg b3VyIGJpdCBpbiB0aGUgZ3JvdXAgYW5kIHBvdGVudGlhbGx5DQpAQCAtMjMz NCw4ICsyMzQ5LDYgQEAgdGRxX2FkZChzdHJ1Y3QgdGRxICp0ZHEsIHN0cnVj dCB0aHJlYWQgKg0KIAlpZiAodGQtPnRkX3ByaW9yaXR5IDwgdGRxLT50ZHFf bG93cHJpKQ0KIAkJdGRxLT50ZHFfbG93cHJpID0gdGQtPnRkX3ByaW9yaXR5 Ow0KICNlbmRpZg0KLQl0ZHFfcnVucV9hZGQodGRxLCB0cywgZmxhZ3MpOw0K LQl0ZHFfbG9hZF9hZGQodGRxLCB0cyk7DQogfQ0KIA0KIC8qDQpAQCAtMjUw Miw4ICsyNTE1LDYgQEAgdm9pZA0KIHNjaGVkX3JlbGlucXVpc2goc3RydWN0 IHRocmVhZCAqdGQpDQogew0KIAl0aHJlYWRfbG9jayh0ZCk7DQotCWlmICh0 ZC0+dGRfcHJpX2NsYXNzID09IFBSSV9USU1FU0hBUkUpDQotCQlzY2hlZF9w cmlvKHRkLCBQUklfTUFYX1RJTUVTSEFSRSk7DQogCVNDSEVEX1NUQVRfSU5D KHN3aXRjaF9yZWxpbnF1aXNoKTsNCiAJbWlfc3dpdGNoKFNXX1ZPTCwgTlVM TCk7DQogCXRocmVhZF91bmxvY2sodGQpOw0K --0-92347239-1191369213=:587-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 00:32:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1380716A418; Wed, 3 Oct 2007 00:32:05 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id C151413C448; Wed, 3 Oct 2007 00:32:04 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1Ics9i-000JeJ-Gr; Wed, 03 Oct 2007 04:32:02 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id BE93A1703E; Wed, 3 Oct 2007 04:33:22 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id CF93640C7; Wed, 3 Oct 2007 04:33:29 +0400 (MSD) Date: Wed, 3 Oct 2007 04:33:29 +0400 From: Dmitry Marakasov To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071003003329.GA78359@hades.panopticon> Mail-Followup-To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org References: <20071002164246.GA986@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071002164246.GA986@hades.panopticon> User-Agent: Mutt/1.5.16 (2007-06-09) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 00:32:05 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: Thanks for you replies so far. Now after some digging I understand a bit what I actually need. Well, I hoped to get a SocketAM2 board for AthlonX2, as it is 30-40% cheaper than Core2Duo with similar performance, but most of AM2 motherboards use nForce chipset, which is unsupported by CURRENT. The only solution I've found is M2N32-SLI (thanks Craig), but I'll need to buy video card and Intel Gbit NIC. Though Core 2 Duo CPUs are more expensive, choice of motherboards is much wider, and they are generally cheaper than M2N32-SLI, so price of AMD/Intel platforms is nearly equal. I've found some MB's with integrated video and Intel ethernet: ASUS P5B-VM DO, Intel DG33BUC, Intel DG33FBC. I think I'll buy one of those, but just to be sure, are those statements right: - Marvell/NVidia NICs suck, and I am right that I definitely need Intel. (what about RealTec, btw?) - ICH8DO should work as well as ICH8 and G33 should work as well as G965 (didn't find menton of ICH8DO in src/sys/dev/ata/ata-chipset.c) - ADI*/Realtec(ALC*)/Sigmatel(STAC*) HDA CODECs provide more or less equal sound quality. And it can be considered `good' to non-audiophiles. -- Best regards, Dmitry Marakasov mailto:amdmi3@amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 00:53:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA53D16A418 for ; Wed, 3 Oct 2007 00:53:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id B08D013C46E for ; Wed, 3 Oct 2007 00:53:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2757977nzf for ; Tue, 02 Oct 2007 17:53:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=VulZu022RDEtPAFEE1I8RVva3fy82dcEgZCsphH99sY=; b=KafmNjpeedtv44/znWwQYYJHIUcLfGx6ZTz7HHKKIvFy2iyNOt+ZFSDp6+NyzlYjL0A3y0KbZTwzYvupzuqqXIhz5YtowhYgn1c6LHgl14w4z+Na5afgYlOwElOku/m+qtVB7apzPcSUkytWWPV9qozF3DsWlIUF+pAvP5SI/zI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C363BUCam3BdcPZHJYvK+0PglIath653jJ7Q4/ueullQxxj5HuEhavjqAgUyCMYAoL1dBVY2pK3sLvCqdaFK9ovxTXddZIdOE2EW7X4jgBWBOsLXwBkhXMu4OK73ax4AVtfURuC5AQzpAIuLEM3u+EiyfEWbSb1mglUVMRw7Y/0= Received: by 10.114.149.2 with SMTP id w2mr1148319wad.1191372795464; Tue, 02 Oct 2007 17:53:15 -0700 (PDT) Received: by 10.114.184.12 with HTTP; Tue, 2 Oct 2007 17:53:15 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 00:53:15 +0000 From: "Aryeh Friedman" To: freebsd-current@freebsd.org In-Reply-To: <47d0403c0710021409na4e8ba2p2005a11957bf4d28@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070921202523.GB4044@nowhere> <20071002204850.GA33227@nowhere> <47d0403c0710021409na4e8ba2p2005a11957bf4d28@mail.gmail.com> Subject: Re: Patch for nvidia-driver on current (panic: spin locks can only use msleep_spin) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 00:53:17 -0000 Can you post it to some anon ftp/url (if you need one I can set up anon ftp on my site) [no patch was attached] --Aryeh On 10/2/07, Ben Kaduk wrote: > Hi Craig, > > Thanks for tracking this down. > However, mailman likes to eat non-MIME-text attachments. > > Thanks, > > Ben Kaduk > > On 10/2/07, Craig Boston wrote: > > Hi all, I did some more investigating and found what was causing the > > nvidia driver to occasionally panic on my machine. It calls cv_wait(9) > > using a spin mutex, which according to the man page is a no-no. > > > > I simply changed the os_*_sema interfaces to use a standard mutex > > instead. Tried running a bunch of glxgears and xscreensaver GL demos in > > parallel and haven't been able to reproduce a panic since. As a bonus, > > the 5 second pause I would sometimes get when a GL-based xscreensaver > > process terminates seems to be gone as well. > > > > There doesn't appear to be any documentation that I could find as to > > what contexts those functions may be called from. I'm not a locking > > guru, so I can't say for certain why a spin mutex was being used. Wild > > guess: an artifact from the 4.x or 5.x code that may be obsoleted by > > adaptive mutexes. > > > > Patch is attached; cc danfe@ in case others report this problem to him. > > > > Craig > > > > _______________________________________________ > > 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 Oct 3 00:57:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D08316A41A for ; Wed, 3 Oct 2007 00:57:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6716113C468 for ; Wed, 3 Oct 2007 00:57:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2758688nzf for ; Tue, 02 Oct 2007 17:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=1B7LQlJ8k0BKoSpnD7WrjO4R8GT5Kt9QFrCv2Y4IOZE=; b=aduaM80w4bpbeUZFW66FT6Ygmolt6fR2BfjTDpMx4ZztLI3Zp/eAAgnHSwsaztByuYL5cH/TOlWu95HpYFb2wc4j/hg04xz+XGgTKVOU366dzfdlNo0MgRcIzcPP1i2hF9EFufMPGLqlnECPQbLR/z7PZGV71vQBwnXxwNA/wnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Tb3mrgN7krVWg7kp5eVzlIjdmupln3jIeLSZGmQ63D787Xxoz1bROTr1ZpVCa6u675lvQ32MI/gqyFMD606Cy5ZGq8uD7Yvj79ip5ptIPFvN0hHu25o+mft/ezxX6/22mY+vw6O2YkkmYP4V5TxiASBLF9Zk+TJ9iSlqF3347F8= Received: by 10.114.156.1 with SMTP id d1mr3146671wae.1191373062684; Tue, 02 Oct 2007 17:57:42 -0700 (PDT) Received: by 10.114.184.12 with HTTP; Tue, 2 Oct 2007 17:57:42 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 00:57:42 +0000 From: "Aryeh Friedman" 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: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 00:57:44 -0000 Installworld shouldn't clobber the supfiles in /usr/share/example/cvsup... having to change the default host after every build/install world is annoying From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 01:03:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BD2616A417 for ; Wed, 3 Oct 2007 01:03:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 468B013C45D for ; Wed, 3 Oct 2007 01:03:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 71ABAEBB21B; Wed, 3 Oct 2007 09:03:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id jGlQR-JuVYdM; Wed, 3 Oct 2007 09:03:18 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6CC00EB3C57; Wed, 3 Oct 2007 09:03:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=gXz0kf/qWY9MBEXDHNt+uLw/8agDrSi2jJAHPkkT+EtsEjlujiATvz3khENmfH7GP ATHP+TlmVZzJE6WFvSnpg== Message-ID: <4702EA52.9050904@delphij.net> Date: Tue, 02 Oct 2007 18:03:14 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE0548718A6BDBBE11EAB598E" Cc: freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld 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, 03 Oct 2007 01:03:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE0548718A6BDBBE11EAB598E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Aryeh Friedman wrote: > Installworld shouldn't clobber the supfiles in > /usr/share/example/cvsup... having to change the default host after > every build/install world is annoying IMHO you should never change anything in the example/ directory (just like /etc/defaults/), they are guaranteed to be changed across upgrade. It would be far more better if you make a copy in your own home directory or somewhere else, or scriptify with option '-h my.cvsup.server= '. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE0548718A6BDBBE11EAB598E 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAupTOfuToMruuMARClMMAJ9OX1ZGHykAWBz9kx+BADYeMQGhKQCfa9GC oM0uhX5QRSrF4VkAOJqRNck= =PaCR -----END PGP SIGNATURE----- --------------enigE0548718A6BDBBE11EAB598E-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 01:14:54 2007 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 2416416A421 for ; Wed, 3 Oct 2007 01:14:54 +0000 (UTC) (envelope-from yuri.pankov@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 AFAC513C457 for ; Wed, 3 Oct 2007 01:14:53 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3069920nfb for ; Tue, 02 Oct 2007 18:14:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=KVB3RAOmXsghf5HBkhWkfXUJt9KqQ6lgi1+i/bMqB2o=; b=KOSnUgXZ5Vr/92AUvRO4zuW4HrhiHZchpYEJN1yQIt6jVMQcQ8nZp3MJaOQ74G2PbzT6y69X3vSRwS3UCP7tD/vq7hXYi9it91/NhDWVTa/w7IDcFK3GP6AePwz9fQ78tkG67ZTjsqNDQhbOH3rVcrD8Vt6lKRBc+Wti6Wqqk40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=kg83kHadUbwVjL9CfYJVHiF2xDnjOkUr7Ljz85iUUjA3HoJ0gvB4EViIu1lzPBQtCIOdR57hzfQRK6SzAnsPKRCX8NrPAgWJs71f5iqgrif8IeBAGGJsB1lUfiI85B2dco9YEjZ1C/BXv0pidIt0Aekxd9au1c0ohdx814umzog= Received: by 10.78.205.7 with SMTP id c7mr5381951hug.1191372640411; Tue, 02 Oct 2007 17:50:40 -0700 (PDT) Received: from darklight.abyss ( [83.239.5.254]) by mx.google.com with ESMTPS id o37sm3019162hub.2007.10.02.17.50.36 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2007 17:50:38 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l930oI52001147; Wed, 3 Oct 2007 04:50:18 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l930oAQq001146; Wed, 3 Oct 2007 04:50:10 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 3 Oct 2007 04:50:09 +0400 From: Yuri Pankov To: Jeff Roberson Message-ID: <20071003005009.GA1103@darklight.abyss> References: <20071002165007.D587@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002165007.D587@10.0.0.1> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 01:14:54 -0000 On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: > Enclosed is a patch that does two things: > > 1) Reduces UP context switch time by over 10% making it faster than 4BSD > on UP. On SMP it's hard to compare since ULE can do as many as 30x as many > switches per second on my 8way system. > > 2) Restores old sched_yield() behavior from 6.x. This was changed in > -current unintentionally I think. > > I'd appreciate any extra testing. The ULE context switch time improvements > required some changes to the frequency that we recalculate priorities. I'm > mostly interested in hearing whether this causes any regression in normal > workloads. > > Those of you still using 4BSD can also verify that the yield changes don't > cause any problems there. > > Thanks, > Jeff Jeff, Patch applied cleanly, though with new kernel I got a panic just after boot - on xdm startup, I guess (crashdump wasn't saved), a lot of the same messages (copied by hand): cpuid = 0 panic: _mtx_lock_sleep: recursed on non-recursive mutex audit_mtx@/usr/src/sys/security/audit_worker.c:518 and after few seconds system just hangs. Any hints? -- Yuri Pankov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 01:22:22 2007 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 E8D9316A418 for ; Wed, 3 Oct 2007 01:22:22 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 7E93013C447 for ; Wed, 3 Oct 2007 01:22:22 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so41501ugf for ; Tue, 02 Oct 2007 18:22:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=r5pGii4yhU9KjJvNIAfrp7A8K9SOwU3sB8ha/scPoxQ=; b=uH5AolArMSN2GM1jXd2kq23HegmW1ZYbU56V/1cirVm12FfhyvbqtOwaYuqn4FdWz6lCTvc3Np/MbGoRUIE7T27zgGfJ6vctfenNz4TL+e35pHPxW088l7+aHId4D1mnWZgmL6RWf1ttQGaT9oO8lCPWwhcCWAO57r/zWBIcOEY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=EQVfRQsQVL9eOyHwuVC3hgt+4jAvwbtJaWf2ttzBeYvtwyNDuw9tzgJjTwluWwzlt70LVsd9M+n8vqpbcNjocVn6n+J98FUojp8Oi7YtNgtziHc+GLUthPZdHuyOfHDKmNN8D32wjjlsdj35M95R4SRN8rSKGG9SU4UUTbNhNbs= Received: by 10.67.19.9 with SMTP id w9mr1796578ugi.1191374541032; Tue, 02 Oct 2007 18:22:21 -0700 (PDT) Received: from darklight.abyss ( [83.239.5.254]) by mx.google.com with ESMTPS id x33sm1109524ugc.2007.10.02.18.22.16 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2007 18:22:19 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l931LwgD001411; Wed, 3 Oct 2007 05:21:58 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l931LtF7001410; Wed, 3 Oct 2007 05:21:55 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 3 Oct 2007 05:21:55 +0400 From: Yuri Pankov To: Jeff Roberson Message-ID: <20071003012155.GA1327@darklight.abyss> References: <20071002165007.D587@10.0.0.1> <20071003005009.GA1103@darklight.abyss> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071003005009.GA1103@darklight.abyss> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 01:22:23 -0000 On Wed, Oct 03, 2007 at 04:50:09AM +0400, Yuri Pankov wrote: > On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: > > Enclosed is a patch that does two things: > > > > 1) Reduces UP context switch time by over 10% making it faster than 4BSD > > on UP. On SMP it's hard to compare since ULE can do as many as 30x as many > > switches per second on my 8way system. > > > > 2) Restores old sched_yield() behavior from 6.x. This was changed in > > -current unintentionally I think. > > > > I'd appreciate any extra testing. The ULE context switch time improvements > > required some changes to the frequency that we recalculate priorities. I'm > > mostly interested in hearing whether this causes any regression in normal > > workloads. > > > > Those of you still using 4BSD can also verify that the yield changes don't > > cause any problems there. > > > > Thanks, > > Jeff > > Jeff, > > Patch applied cleanly, though with new kernel I got a panic just after > boot - on xdm startup, I guess (crashdump wasn't saved), a lot of the same messages > (copied by hand): > > cpuid = 0 > panic: _mtx_lock_sleep: recursed on non-recursive mutex > audit_mtx@/usr/src/sys/security/audit_worker.c:518 > > and after few seconds system just hangs. > > Any hints? > > -- > Yuri Pankov Sorry for being so verbose... It's UP amd64 with SCHED_ULE kernel config: include GENERIC ident DARKLIGHT nooptions SCHED_4BSD options SCHED_ULE -- Yuri Pankov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 01:14:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CD2516A417 for ; Wed, 3 Oct 2007 01:14:13 +0000 (UTC) (envelope-from jpedras@webvolution.net) Received: from mail.portrait.com (mail.portrait.com [64.171.32.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF4013C447 for ; Wed, 3 Oct 2007 01:14:13 +0000 (UTC) (envelope-from jpedras@webvolution.net) Received: from teko.portrait.moc (novato.portrait.com [64.171.32.25]) (authenticated bits=0) by mail.portrait.com (8.13.1/8.13.1) with ESMTP id l931Dt5V016077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 18:13:55 -0700 (PDT) (envelope-from jpedras@webvolution.net) Message-ID: <4702ECCB.3010508@webvolution.net> Date: Tue, 02 Oct 2007 18:13:47 -0700 From: Joao Pedras User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: d@delphij.net References: <4702EA52.9050904@delphij.net> In-Reply-To: <4702EA52.9050904@delphij.net> X-Enigmail-Version: 0.95.3 OpenPGP: id=D7505EC0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.0 tests=ALL_TRUSTED X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mail.portrait.com X-Mailman-Approved-At: Wed, 03 Oct 2007 01:25:06 +0000 Cc: freebsd-current@freebsd.org, Aryeh Friedman Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 01:14:13 -0000 I believe SUPHOST in /etc/make.conf overrides the host specified in the supfiles. If you don't use this why not create a /usr/local/etc/cvsup, or since that is used by cvsup-mirror port, maybe 'supfiles/' would be more appropriate. LI Xin wrote: > Aryeh Friedman wrote: >> Installworld shouldn't clobber the supfiles in >> /usr/share/example/cvsup... having to change the default host after >> every build/install world is annoying > > IMHO you should never change anything in the example/ directory (just > like /etc/defaults/), they are guaranteed to be changed across upgrade. > It would be far more better if you make a copy in your own home > directory or somewhere else, or scriptify with option '-h my.cvsup.server'. > > Cheers, From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 01:38:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDB616A419 for ; Wed, 3 Oct 2007 01:38:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 95DBA13C45D for ; Wed, 3 Oct 2007 01:38:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2765087nzf for ; Tue, 02 Oct 2007 18:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=VvmHclJZa9adDaGLHSSwizbxxe14FhMbT6vcwtYxwQ8=; b=JCguLsfxnsd3MDOUV+sVAYyLcJsfxoElwOVZQbOW4pnllZeZR75sC8ohZ60bJ3H5UEEP+nOUdt6RGLba5GncpGK+Zm3VflCpurUtZNTSqUwvp00YfU8jAYkKLHFWlEeZELcQUAi6omu3NsfBtZEqvUw1v31K1AcPMlezrXxqluA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g5M+J1wSwXrrfbFw2BNQvIndjd2/wdMM7Qk3r04nNfZekOYEm2tpF7AzoIsr3bQRiNe/gsK73Z1Go6oreHfwvcqYpBG1wvngOzGqP0T6GZIPjAY9aDHjprQhvX9cO7ydxvKFQyucwKuwQpV1CjPfil8sWs2k6nn2DqwGrAmO3Vg= Received: by 10.114.194.1 with SMTP id r1mr3283721waf.1191375493154; Tue, 02 Oct 2007 18:38:13 -0700 (PDT) Received: by 10.114.184.12 with HTTP; Tue, 2 Oct 2007 18:38:13 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 01:38:13 +0000 From: "Aryeh Friedman" To: "Yuri Pankov" , freebsd-current@freebsd.org In-Reply-To: <20071003012155.GA1327@darklight.abyss> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071002165007.D587@10.0.0.1> <20071003005009.GA1103@darklight.abyss> <20071003012155.GA1327@darklight.abyss> Cc: Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 01:38:14 -0000 > nooptions SCHED_4BSD Is this required? From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 02:22:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C33F16A417 for ; Wed, 3 Oct 2007 02:22:35 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAAD13C469 for ; Wed, 3 Oct 2007 02:22:34 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so2238090wra for ; Tue, 02 Oct 2007 19:22:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OGS+aBaqnLy+5V/3TmpCauMzFnWGNcbYXw9hGPaULsI=; b=eDdwt682q8c23f7HHeR5k6d8a0cGMnxfjsnGHXertvVt5rMzPX4+NcuJ4wynC6QnRf2IbeJOHsHqZXc47hFC4TxB3ZpJ16wFzP7fjZYeJxGWg2vziedBijJkX8yUSJL2mikCHUA8knR1ZwvPSH17f5qauDEKcYHpl3g+a63Whj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pmWUuMwAokAF9udPa+p7BZgDXF/gTA9P91GB1XlJkOVZT1H4ZaSObbvOVkI+Mt9wvG3IFLdFYO1u3KJA2XnW4gduLmd3BoCHYbQxQHK5Vb+lU4s2XYzbVKxJsWZrWLozKPEI5YBgmNH6yfD6CqVg9uYYw2uYpItYciUTVFbz3qI= Received: by 10.114.146.1 with SMTP id t1mr3344215wad.1191378153589; Tue, 02 Oct 2007 19:22:33 -0700 (PDT) Received: by 10.114.184.12 with HTTP; Tue, 2 Oct 2007 19:22:33 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 02:22:33 +0000 From: "Aryeh Friedman" To: "Wes Morgan" , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 02:22:35 -0000 On 10/3/07, Wes Morgan wrote: > On Wed, 3 Oct 2007, Aryeh Friedman wrote: > > > Installworld shouldn't clobber the supfiles in > > /usr/share/example/cvsup... having to change the default host after > > every build/install world is annoying > > I'm pretty sure that the base system installed in /usr is not intended to > be altered by the admins, and should never need to be. Just like the > things such as the GENERIC kernel config files, the /etc/rc* scripts, > /etc/defaults and other files in /usr/share/examples. > > You've been using FreeBSD for over a decade and you just now ran into this > problem? > No just got annoying enough now that I have become the test case for my hw (in that decade except for initial config everything ran great [but I always bought machines that were a generation or 2 old except this time]). From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 02:41:25 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF39D16A468 for ; Wed, 3 Oct 2007 02:41:25 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from tiamat.relinetworks.com (tiamat.relinetworks.com [204.214.92.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3FE13C461 for ; Wed, 3 Oct 2007 02:41:25 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (root@r74-193-170-223.bssrcmta01.bscyla.by.dh.suddenlink.net [74.193.170.223] (may be forged)) by tiamat.relinetworks.com (8.14.1/8.14.1) with ESMTP id l932FiYr076120; Tue, 2 Oct 2007 22:15:47 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.1/8.14.1) with ESMTP id l932Ff7p009411; Tue, 2 Oct 2007 21:15:42 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Tue, 2 Oct 2007 21:15:39 -0500 (CDT) From: Wes Morgan To: Aryeh Friedman In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 02:41:25 -0000 On Wed, 3 Oct 2007, Aryeh Friedman wrote: > Installworld shouldn't clobber the supfiles in > /usr/share/example/cvsup... having to change the default host after > every build/install world is annoying I'm pretty sure that the base system installed in /usr is not intended to be altered by the admins, and should never need to be. Just like the things such as the GENERIC kernel config files, the /etc/rc* scripts, /etc/defaults and other files in /usr/share/examples. You've been using FreeBSD for over a decade and you just now ran into this problem? From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 02:52:19 2007 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 25DC416A419 for ; Wed, 3 Oct 2007 02:52:19 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EA6BE13C468 for ; Wed, 3 Oct 2007 02:52:18 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l932qDUx062627 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 22:52:17 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 2 Oct 2007 19:55:02 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Yuri Pankov In-Reply-To: <20071003012155.GA1327@darklight.abyss> Message-ID: <20071002195415.I615@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003005009.GA1103@darklight.abyss> <20071003012155.GA1327@darklight.abyss> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 02:52:19 -0000 On Wed, 3 Oct 2007, Yuri Pankov wrote: > On Wed, Oct 03, 2007 at 04:50:09AM +0400, Yuri Pankov wrote: >> On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: >>> Enclosed is a patch that does two things: >>> >>> 1) Reduces UP context switch time by over 10% making it faster than 4BSD >>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as many >>> switches per second on my 8way system. >>> >>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>> -current unintentionally I think. >>> >>> I'd appreciate any extra testing. The ULE context switch time improvements >>> required some changes to the frequency that we recalculate priorities. I'm >>> mostly interested in hearing whether this causes any regression in normal >>> workloads. >>> >>> Those of you still using 4BSD can also verify that the yield changes don't >>> cause any problems there. >>> >>> Thanks, >>> Jeff >> >> Jeff, >> >> Patch applied cleanly, though with new kernel I got a panic just after >> boot - on xdm startup, I guess (crashdump wasn't saved), a lot of the same messages >> (copied by hand): >> >> cpuid = 0 >> panic: _mtx_lock_sleep: recursed on non-recursive mutex >> audit_mtx@/usr/src/sys/security/audit_worker.c:518 >> >> and after few seconds system just hangs. >> >> Any hints? >> >> -- >> Yuri Pankov > > Sorry for being so verbose... Did you 'make depend' as well? If you patch -R < yield.diff does this kernel work? I'm not sure how my changes could cause this type of bug. Thanks, Jeff > > It's UP amd64 with SCHED_ULE > > kernel config: > > include GENERIC > ident DARKLIGHT > > nooptions SCHED_4BSD > options SCHED_ULE > > -- > Yuri Pankov > From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 03:19:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D56DA16A469 for ; Wed, 3 Oct 2007 03:19:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB9613C44B for ; Wed, 3 Oct 2007 03:19:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l933IhHh012906; Wed, 3 Oct 2007 05:18:43 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Wed, 3 Oct 2007 05:18:42 +0200 User-Agent: KMail/1.9.7 References: <20071002165007.D587@10.0.0.1> In-Reply-To: <20071002165007.D587@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710030518.42805.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Jeff Roberson Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 03:19:08 -0000 On Wednesday 03 October 2007, Jeff Roberson wrote: > Enclosed is a patch that does two things: > > 1) Reduces UP context switch time by over 10% making it faster than 4BSD > on UP. On SMP it's hard to compare since ULE can do as many as 30x as > many switches per second on my 8way system. > > 2) Restores old sched_yield() behavior from 6.x. This was changed in > -current unintentionally I think. > > I'd appreciate any extra testing. The ULE context switch time > improvements required some changes to the frequency that we recalculate > priorities. I'm mostly interested in hearing whether this causes any > regression in normal workloads. > > Those of you still using 4BSD can also verify that the yield changes don't > cause any problems there. > > Thanks, > Jeff No problems so far :) Seems to work great. I didn't see the (unrelated?) panic Yuri Pankov spoke of. Testing was done on UP am64, running KDE, kmail while listening to music and compiling some ports. I haven't tried to run a fork bomb yet. Cheers, Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 04:37:59 2007 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 ADCFD16A421 for ; Wed, 3 Oct 2007 04:37:59 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id E572913C474 for ; Wed, 3 Oct 2007 04:37:58 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so62891ugf for ; Tue, 02 Oct 2007 21:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=VfRq36/zXVXY/8g3RBhmTO71obBHPH+eEQDx7NsU9uk=; b=Bl4aOkHJ/2SQSoU0ke4cd9NenP3QxcyE2eAD0G7vOEjisy4ZAfKbv/pF7KacHIP3WRM/s9IhAU8/fPQPvf3B/QDTUD6FcGflfByft2OeRmyZNtM88t1LRsc3tZ+QYaB2grw4c+w99yf7fX6ZgS9vpbzC5pFu+TomWEI/YOxZCTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=jdxowErt2LF6NxumB675XeJvH1P+fnK9m7Whj7tb+q2y41gUrpYAI/cBikKttI6ljTESl839hNroc4WejM7G7iC2pT+u5qiugxELeT/RHmJ7mUMfLmgWg85SL2HI+UlYVO0vkGIZqqCx7AyvNtClNOwzg+oeSAtLjvbVyahkh40= Received: by 10.67.19.13 with SMTP id w13mr2013330ugi.1191386277183; Tue, 02 Oct 2007 21:37:57 -0700 (PDT) Received: from darklight.abyss ( [83.239.5.254]) by mx.google.com with ESMTPS id j3sm1229629ugd.2007.10.02.21.37.51 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2007 21:37:55 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l934bTYi001187; Wed, 3 Oct 2007 08:37:29 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l934bPaD001186; Wed, 3 Oct 2007 08:37:25 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 3 Oct 2007 08:37:24 +0400 From: Yuri Pankov To: Jeff Roberson Message-ID: <20071003043724.GA1113@darklight.abyss> References: <20071002165007.D587@10.0.0.1> <20071003005009.GA1103@darklight.abyss> <20071003012155.GA1327@darklight.abyss> <20071002195415.I615@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002195415.I615@10.0.0.1> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 04:37:59 -0000 On Tue, Oct 02, 2007 at 07:55:02PM -0700, Jeff Roberson wrote: > On Wed, 3 Oct 2007, Yuri Pankov wrote: > >> On Wed, Oct 03, 2007 at 04:50:09AM +0400, Yuri Pankov wrote: >>> On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: >>>> Enclosed is a patch that does two things: >>>> >>>> 1) Reduces UP context switch time by over 10% making it faster than >>>> 4BSD >>>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >>>> many >>>> switches per second on my 8way system. >>>> >>>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>>> -current unintentionally I think. >>>> >>>> I'd appreciate any extra testing. The ULE context switch time >>>> improvements >>>> required some changes to the frequency that we recalculate priorities. >>>> I'm >>>> mostly interested in hearing whether this causes any regression in >>>> normal >>>> workloads. >>>> >>>> Those of you still using 4BSD can also verify that the yield changes >>>> don't >>>> cause any problems there. >>>> >>>> Thanks, >>>> Jeff >>> >>> Jeff, >>> >>> Patch applied cleanly, though with new kernel I got a panic just after >>> boot - on xdm startup, I guess (crashdump wasn't saved), a lot of the >>> same messages >>> (copied by hand): >>> >>> cpuid = 0 >>> panic: _mtx_lock_sleep: recursed on non-recursive mutex >>> audit_mtx@/usr/src/sys/security/audit_worker.c:518 >>> >>> and after few seconds system just hangs. >>> >>> Any hints? >>> >>> -- >>> Yuri Pankov >> >> Sorry for being so verbose... > > Did you 'make depend' as well? If you patch -R < yield.diff does this > kernel work? I'm not sure how my changes could cause this type of bug. > > Thanks, > Jeff > I'm rebuilt kernel with and without your patch (with clean /usr/obj/ every time) using `make kernel KERNCONF=DARKLIGHT` just to be sure. Without your patch, system seems to run stable. With it - I get hard hangs upon just loading X or upon xdm startup or after xdm login, every time the same. No messages now, just hangs. Nothing suspicious in /var/log/messages, etc. Xorg 7.3 with xf86-video-nv, all ports built yesterday (it was fresh install). Anything that I should look at? (as it can be just pilot error). TIA. >> >> It's UP amd64 with SCHED_ULE >> >> kernel config: >> >> include GENERIC >> ident DARKLIGHT >> >> nooptions SCHED_4BSD >> options SCHED_ULE >> >> -- >> Yuri Pankov >> -- Yuri Pankov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 04:50:42 2007 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 E2CE816A419 for ; Wed, 3 Oct 2007 04:50:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 950D413C447 for ; Wed, 3 Oct 2007 04:50:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l934oe3e079354 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 00:50:41 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 2 Oct 2007 21:53:29 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Yuri Pankov In-Reply-To: <20071003043724.GA1113@darklight.abyss> Message-ID: <20071002215228.Q615@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003005009.GA1103@darklight.abyss> <20071003012155.GA1327@darklight.abyss> <20071002195415.I615@10.0.0.1> <20071003043724.GA1113@darklight.abyss> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1841856894-1191387209=:615" Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 04:50:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1841856894-1191387209=:615 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 3 Oct 2007, Yuri Pankov wrote: > On Tue, Oct 02, 2007 at 07:55:02PM -0700, Jeff Roberson wrote: >> On Wed, 3 Oct 2007, Yuri Pankov wrote: >> >>> On Wed, Oct 03, 2007 at 04:50:09AM +0400, Yuri Pankov wrote: >>>> On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: >>>>> Enclosed is a patch that does two things: >>>>> >>>>> 1) Reduces UP context switch time by over 10% making it faster than >>>>> 4BSD >>>>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >>>>> many >>>>> switches per second on my 8way system. >>>>> >>>>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>>>> -current unintentionally I think. >>>>> >>>>> I'd appreciate any extra testing. The ULE context switch time >>>>> improvements >>>>> required some changes to the frequency that we recalculate priorities. >>>>> I'm >>>>> mostly interested in hearing whether this causes any regression in >>>>> normal >>>>> workloads. >>>>> >>>>> Those of you still using 4BSD can also verify that the yield changes >>>>> don't >>>>> cause any problems there. >>>>> >>>>> Thanks, >>>>> Jeff >>>> >>>> Jeff, >>>> >>>> Patch applied cleanly, though with new kernel I got a panic just after >>>> boot - on xdm startup, I guess (crashdump wasn't saved), a lot of the >>>> same messages >>>> (copied by hand): >>>> >>>> cpuid = 0 >>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex >>>> audit_mtx@/usr/src/sys/security/audit_worker.c:518 >>>> >>>> and after few seconds system just hangs. >>>> >>>> Any hints? >>>> >>>> -- >>>> Yuri Pankov >>> >>> Sorry for being so verbose... >> >> Did you 'make depend' as well? If you patch -R < yield.diff does this >> kernel work? I'm not sure how my changes could cause this type of bug. >> >> Thanks, >> Jeff >> > > I'm rebuilt kernel with and without your patch (with clean /usr/obj/ every time) > using `make kernel KERNCONF=DARKLIGHT` just to be sure. > > Without your patch, system seems to run stable. With it - I get hard hangs upon > just loading X or upon xdm startup or after xdm login, every time the same. No > messages now, just hangs. Nothing suspicious in /var/log/messages, etc. > > Xorg 7.3 with xf86-video-nv, all ports built yesterday (it was fresh install). > > Anything that I should look at? (as it can be just pilot error). The attached diff is only the changes the fix yield() and sched_yield() to pre-CURRENT states. Can you try this on its own and let me know if it works so I can narrow down the part of the patch causing trouble? Thanks, Jeff > > TIA. > >>> >>> It's UP amd64 with SCHED_ULE >>> >>> kernel config: >>> >>> include GENERIC >>> ident DARKLIGHT >>> >>> nooptions SCHED_4BSD >>> options SCHED_ULE >>> >>> -- >>> Yuri Pankov >>> > > -- > Yuri Pankov > _______________________________________________ > 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" > --0-1841856894-1191387209=:615 Content-Type: TEXT/x-diff; charset=US-ASCII; name=yieldonly.diff Content-Transfer-Encoding: BASE64 Content-ID: <20071002215329.J615@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=yieldonly.diff SW5kZXg6IGtlcm5fc3dpdGNoLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi9rZXJuX3N3aXRj aC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMzYNCmRpZmYgLXAgLXUg LXIxLjEzNiBrZXJuX3N3aXRjaC5jDQotLS0ga2Vybl9zd2l0Y2guYwkyMCBT ZXAgMjAwNyAyMDozODo0MyAtMDAwMAkxLjEzNg0KKysrIGtlcm5fc3dpdGNo LmMJMiBPY3QgMjAwNyAyMTo0MToxMCAtMDAwMA0KQEAgLTEzMywxNiArMTMz LDYgQEAgY2hvb3NldGhyZWFkKHZvaWQpDQogew0KIAlzdHJ1Y3QgdGhyZWFk ICp0ZDsNCiANCi0jaWYgZGVmaW5lZChTTVApICYmIChkZWZpbmVkKF9faTM4 Nl9fKSB8fCBkZWZpbmVkKF9fYW1kNjRfXykpDQotCWlmIChzbXBfYWN0aXZl ID09IDAgJiYgUENQVV9HRVQoY3B1aWQpICE9IDApIHsNCi0JCS8qIFNodXR0 aW5nIGRvd24sIHJ1biBpZGxldGhyZWFkIG9uIEFQJ3MgKi8NCi0JCXRkID0g UENQVV9HRVQoaWRsZXRocmVhZCk7DQotCQlDVFIxKEtUUl9SVU5RLCAiY2hv b3NldGhyZWFkOiB0ZD0lcCAoaWRsZSkiLCB0ZCk7DQotCQlURF9TRVRfUlVO TklORyh0ZCk7DQotCQlyZXR1cm4gKHRkKTsNCi0JfQ0KLSNlbmRpZg0KLQ0K IHJldHJ5Og0KIAl0ZCA9IHNjaGVkX2Nob29zZSgpOw0KIA0KQEAgLTE4NCw3 ICsxNzQsNyBAQCBjcml0aWNhbF9leGl0KHZvaWQpDQogCXRkID0gY3VydGhy ZWFkOw0KIAlLQVNTRVJUKHRkLT50ZF9jcml0bmVzdCAhPSAwLA0KIAkgICAg KCJjcml0aWNhbF9leGl0OiB0ZF9jcml0bmVzdCA9PSAwIikpOw0KLSNpZmRl ZiBQUkVFTVBUSU9ODQorDQogCWlmICh0ZC0+dGRfY3JpdG5lc3QgPT0gMSkg ew0KIAkJdGQtPnRkX2NyaXRuZXN0ID0gMDsNCiAJCWlmICh0ZC0+dGRfb3dl cHJlZW1wdCkgew0KQEAgLTE5Niw3ICsxODYsNiBAQCBjcml0aWNhbF9leGl0 KHZvaWQpDQogCQkJdGhyZWFkX3VubG9jayh0ZCk7DQogCQl9DQogCX0gZWxz ZQ0KLSNlbmRpZg0KIAkJdGQtPnRkX2NyaXRuZXN0LS07DQogDQogCUNUUjQo S1RSX0NSSVRJQ0FMLCAiY3JpdGljYWxfZXhpdCBieSB0aHJlYWQgJXAgKCVs ZCwgJXMpIHRvICVkIiwgdGQsDQpJbmRleDoga2Vybl9zeW5jaC5jDQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMv c3lzL2tlcm4va2Vybl9zeW5jaC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24g MS4zMDENCmRpZmYgLXAgLXUgLXIxLjMwMSBrZXJuX3N5bmNoLmMNCi0tLSBr ZXJuX3N5bmNoLmMJMTcgU2VwIDIwMDcgMDU6Mjc6MjAgLTAwMDAJMS4zMDEN CisrKyBrZXJuX3N5bmNoLmMJMiBPY3QgMjAwNyAwODoxODoxOSAtMDAwMA0K QEAgLTU1Myw4ICs1NTMsMTEgQEAgc3luY2hfc2V0dXAoZHVtbXkpDQogaW50 DQogeWllbGQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCB5aWVsZF9hcmdz ICp1YXApDQogew0KLQltdHhfYXNzZXJ0KCZHaWFudCwgTUFfTk9UT1dORUQp Ow0KLQkodm9pZCl1YXA7DQotCXNjaGVkX3JlbGlucXVpc2godGQpOw0KKw0K Kwl0aHJlYWRfbG9jayh0ZCk7DQorCXNjaGVkX3ByaW8odGQsIFBSSV9NQVhf VElNRVNIQVJFKTsNCisJbWlfc3dpdGNoKFNXX1ZPTCwgTlVMTCk7DQorCXRo cmVhZF91bmxvY2sodGQpOw0KKwl0ZC0+dGRfcmV0dmFsWzBdID0gMDsNCiAJ cmV0dXJuICgwKTsNCiB9DQpJbmRleDogcDEwMDNfMWIuYw0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9r ZXJuL3AxMDAzXzFiLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjM1DQpk aWZmIC1wIC11IC1yMS4zNSBwMTAwM18xYi5jDQotLS0gcDEwMDNfMWIuYwk1 IE1hciAyMDA3IDEzOjEwOjU3IC0wMDAwCTEuMzUNCisrKyBwMTAwM18xYi5j CTIgT2N0IDIwMDcgMjE6NTU6NDggLTAwMDANCkBAIC0yNDEsNyArMjQxLDgg QEAgaW50DQogc2NoZWRfeWllbGQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVj dCBzY2hlZF95aWVsZF9hcmdzICp1YXApDQogew0KIA0KLQlyZXR1cm4gKGtz Y2hlZF95aWVsZChrc2NoZWQpKTsNCisJc2NoZWRfcmVsaW5xdWlzaChjdXJ0 aHJlYWQpOw0KKwlyZXR1cm4gMDsNCiB9DQogDQogaW50DQpJbmRleDogc2No ZWRfNGJzZC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTog L2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfNGJzZC5jLHYNCnJldHJp ZXZpbmcgcmV2aXNpb24gMS4xMDUNCmRpZmYgLXAgLXUgLXIxLjEwNSBzY2hl ZF80YnNkLmMNCi0tLSBzY2hlZF80YnNkLmMJMjEgU2VwIDIwMDcgMDQ6MTA6 MjMgLTAwMDAJMS4xMDUNCisrKyBzY2hlZF80YnNkLmMJMiBPY3QgMjAwNyAw ODowODozNiAtMDAwMA0KQEAgLTEzMjQsOCArMTMyNCw2IEBAIHZvaWQNCiBz Y2hlZF9yZWxpbnF1aXNoKHN0cnVjdCB0aHJlYWQgKnRkKQ0KIHsNCiAJdGhy ZWFkX2xvY2sodGQpOw0KLQlpZiAodGQtPnRkX3ByaV9jbGFzcyA9PSBQUklf VElNRVNIQVJFKQ0KLQkJc2NoZWRfcHJpbyh0ZCwgUFJJX01BWF9USU1FU0hB UkUpOw0KIAlTQ0hFRF9TVEFUX0lOQyhzd2l0Y2hfcmVsaW5xdWlzaCk7DQog CW1pX3N3aXRjaChTV19WT0wsIE5VTEwpOw0KIAl0aHJlYWRfdW5sb2NrKHRk KTsNCkluZGV4OiBzY2hlZF91bGUuYw0KPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9rZXJuL3NjaGVkX3Vs ZS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMDkNCmRpZmYgLXAgLXUg LXIxLjIwOSBzY2hlZF91bGUuYw0KLS0tIHNjaGVkX3VsZS5jCTI0IFNlcCAy MDA3IDAwOjI4OjU0IC0wMDAwCTEuMjA5DQorKysgc2NoZWRfdWxlLmMJMiBP Y3QgMjAwNyAyMjoyNjoxNCAtMDAwMA0KQEAgLTI1MDIsOCArMjUxNSw2IEBA IHZvaWQNCiBzY2hlZF9yZWxpbnF1aXNoKHN0cnVjdCB0aHJlYWQgKnRkKQ0K IHsNCiAJdGhyZWFkX2xvY2sodGQpOw0KLQlpZiAodGQtPnRkX3ByaV9jbGFz cyA9PSBQUklfVElNRVNIQVJFKQ0KLQkJc2NoZWRfcHJpbyh0ZCwgUFJJX01B WF9USU1FU0hBUkUpOw0KIAlTQ0hFRF9TVEFUX0lOQyhzd2l0Y2hfcmVsaW5x dWlzaCk7DQogCW1pX3N3aXRjaChTV19WT0wsIE5VTEwpOw0KIAl0aHJlYWRf dW5sb2NrKHRkKTsNCg== --0-1841856894-1191387209=:615-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:01:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D5C116A418 for ; Wed, 3 Oct 2007 05:01:11 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9F213C45B for ; Wed, 3 Oct 2007 05:01:10 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8407146pyb for ; Tue, 02 Oct 2007 22:01:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=kvajs2PYnPEdgMbWKplsS+QnT+xvUsvwaQIL89bxlPo=; b=f1ZGoZTAuobsiv+QVSb6SiLLQjq/NMV4FwGh0B2Y8ycvaX86GrkJAmI0cbw+a3fonKdDG01jm44L9AazTlZZLP2dE6hBG+eWdoGi3Mp9UOtnhXn7MKvHy9IwGQd5GF3qIr07rjP0L1kdmYYKm6JyehJKXP1i9SxJ0ZKMWJlTUf8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VXILLln/XyXZ2MO5TELrk6uEg8Rhl8LLuPfsWcjj7bhkA5ljPJ3vt55SGd07HlOIDOe+bjnTL8fJ3VGrxMzJPYXlGWeEC3+OB+62tNgoUEUjuCR/Y/A6JD/q/fAta+yd+q18HU6hmoTt03XkDkmThG3iFPoko9g1G36IYNNeBxo= Received: by 10.65.139.9 with SMTP id r9mr8706721qbn.1191387669708; Tue, 02 Oct 2007 22:01:09 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Tue, 2 Oct 2007 22:01:09 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 05:01:09 +0000 From: "Aryeh Friedman" 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: test drive results of ule patch + re(3) patch [hand crafted by maintainer for my system] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 05:01:11 -0000 After installing the both patchs (the re(3) can be found at http://people.freebsd.org/~yongari/re/re.HEAD.patch): In general it seems to be working well with only one possible issue (I don't think it is either patch): * Some sites take a long time or do not complete load in firefox 2.0.0.7 Uname -a: FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue Oct 2 21:17:29 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC amd64 kernel has DEVICE_POLLING and IPI_PREEMPTION running on a E6850/4gig From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:05:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A97016A41B for ; Wed, 3 Oct 2007 05:05:04 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 0C37B13C46A for ; Wed, 3 Oct 2007 05:05:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8408640pyb for ; Tue, 02 Oct 2007 22:05:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=j7x2ANOgxwbeHf0735ogSSycLXRaXH2vEqlgeIhuZTg=; b=H9jyeZwbRasKXOQ6rzmcJ+u4hAfECEewmdUtX+T34q6OotzSm80P/jvGEHo/A/YbhcLgoYdEbY4wuQBlhKdL8rcwtR8Lc661Bo+uRw7ZGNLmXwmR5IO7VMC8NYWOEV9aQL3SULRTvSvxGyQYKD8RGSU8t53NGYqYygYOp3iCLUU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pVQsNOoXnCPbKU2//MU3DXuN8/QBsPSjVQcGn4qgXwrNj0eIzb2GWlVbpAuw4IRbM9ZGhF8n/A+GDQ4FNCYQ4Em3ETi2Eu7svzvYjMi+kO+ImOtUdnEvT8TTymkZSC9UXQvCQPhJSVvJu4N5d61yeIDIf+RPuM1S8CJfASOsFCM= Received: by 10.64.153.4 with SMTP id a4mr1069335qbe.1191387902825; Tue, 02 Oct 2007 22:05:02 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Tue, 2 Oct 2007 22:05:02 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 05:05:02 +0000 From: "Aryeh Friedman" To: "Joao Pedras" , freebsd-current@freebsd.org In-Reply-To: <4703218B.7000603@webvolution.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> Cc: Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 05:05:04 -0000 On 10/3/07, Joao Pedras wrote: > in that case, maybe a fitting location would be /etc/default/cvsup or > /etc/default/supfiles. No change needed in mergemaster, just the file > locations. > > Where this may lead to, is that a lot of stuff from /usr/share/examples > will/would (arguably!) belong in /etc... /etc/config/... ??? that way people will know what is system config stuff and what is not... also I think it might make sense to set aside space in /usr/local/etc for stuff like kernel configs (namely any kernel config found there automatically supersedes GENERIC on make buildkernel with no kernel specified) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:11:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18A2516A419 for ; Wed, 3 Oct 2007 05:11:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF9AD13C49D for ; Wed, 3 Oct 2007 05:11:15 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8411185pyb for ; Tue, 02 Oct 2007 22:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=8His4ztawn6CXb9lXEF0NAkHBBdQgAwmxCNvjcy4xnU=; b=H+nb97jtgaUDgSgI1+5fdYvXJ0zSV5XAFzhRtCMqNGO/Abisx2PJ2iJRPqvY5mxuluyXx+p0HdLaoFXEPECta38zQUp73NZ38MsTEIW7BKEhptTxP7LhlYcX32LJJK4gwa26SdMYs9vEYwn1NyPkzn3ujOizVG2QW98aHvM5LEQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QAi9JyS68QXWeUi5xUPxw+PHHbF+2fhpn2wqyN0rr5dNTiD64wFGZBg7G6wzGdgPxLzA/nx37MfUQmwjyC3QjnwaL16ItctkzLMAd1CwXhm+0pjOgfwZIOKKw3C/zUqSU9TRxKmOK0BBwnh9GN9wMTP45Ho2kwywOST5uyY/1gQ= Received: by 10.65.203.3 with SMTP id f3mr20325757qbq.1191388273881; Tue, 02 Oct 2007 22:11:13 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Tue, 2 Oct 2007 22:11:13 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 05:11:13 +0000 From: "Aryeh Friedman" 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: SATA and PATA drives are mutually exclusive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 05:11:16 -0000 On my machine (P35 ICH9 some sort of AMI bios [OEM version number makes no sense]) the BIOS will see both SATA/300 and PATA (UDMA 133) drives installed at the same time but FreeBSD 7-Current (AMD64) only sees the SATA drive. Sorry I do not have more data because FreeBSD makes no mention what ever of the PATA drive. Hardware details: MSI Neo-F Mobo (ICH9, AMI BIOS, 7 SATA and 1 PATA connectors) 4 GB RAM E6850 CPU (compiled as HAMMER not NOCONA in kernel) 500 GB SATA Drive 250 GB PATA Drive (I want to install upto 2) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:22:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D923316A419 for ; Wed, 3 Oct 2007 05:22:38 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF5313C480 for ; Wed, 3 Oct 2007 05:22:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:34007 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8373008AbXJCFW3 (ORCPT ); Wed, 3 Oct 2007 09:22:29 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <47032707.2050804@yandex.ru> Date: Wed, 03 Oct 2007 09:22:15 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SATA and PATA drives are mutually exclusive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 05:22:39 -0000 Aryeh Friedman wrote: > On my machine (P35 ICH9 some sort of AMI bios [OEM version number > makes no sense]) the BIOS will see both SATA/300 and PATA (UDMA 133) > drives installed at the same time but FreeBSD 7-Current (AMD64) only > sees the SATA drive. Sorry I do not have more data because FreeBSD > makes no mention what ever of the PATA drive. Hardware details: > > MSI Neo-F Mobo (ICH9, AMI BIOS, 7 SATA and 1 PATA connectors) > 4 GB RAM > E6850 CPU (compiled as HAMMER not NOCONA in kernel) > 500 GB SATA Drive > 250 GB PATA Drive (I want to install upto 2) Can you show your verbose dmesg.boot. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:31:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E4816A418 for ; Wed, 3 Oct 2007 05:31:34 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2E92013C455 for ; Wed, 3 Oct 2007 05:31:33 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3111851nfb for ; Tue, 02 Oct 2007 22:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=9/DMe/qBAp0qXabitbKBZu/4pKUgfBpNHhIusO0cWb8=; b=YhjrCHcDAe0PgexirpWeLe0IhcbjycQKfJGslVJD0I7dOZTdEyvyOCVEn9aeS5DL+LKJraBtQOmd9kw2NRan3z7YXaVFyzYsJXz5R3Q1x5hgQoPZaXVJhJU5XSRHxCJYBJateeBAhtQxbEC3jYXkGHfNZRghWJAiwkV6bOOmskU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=PTZ6eOSRf0zKryYgOZzf0eX+kZsP+0h0lubsD1lj6wdqBeRcXN7qgRuvxdJ9xFDjbtjDHlpf9n/+1tBkuFbgW5Pv3Vb9P69Q3mPvsm5XjAVRxA8HyXKB592C5Tm1yZ8UtYdUpSmxS0M109B4EnjaLmL6SBQQ9try33QC+HFUi5k= Received: by 10.78.83.15 with SMTP id g15mr823087hub.1191389492277; Tue, 02 Oct 2007 22:31:32 -0700 (PDT) Received: by 10.78.202.12 with HTTP; Tue, 2 Oct 2007 22:31:32 -0700 (PDT) Message-ID: <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> Date: Wed, 3 Oct 2007 13:31:32 +0800 From: "Kudo Chien" To: pyunyh@gmail.com In-Reply-To: <20071002035814.GJ18658@cdnetworks.co.kr> MIME-Version: 1.0 References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> <20071002035814.GJ18658@cdnetworks.co.kr> 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: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 05:31:34 -0000 > > Thanks for testing. Would you sumbit a PR for the issue and assign > it to me? I'll let you know when I manage to find a clue. > > OK. I've submitted a PR at http://www.freebsd.org/cgi/query-pr.cgi?pr=116853. Thanks you. -- Best Regards, Kudo From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:34:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C22F16A41A for ; Wed, 3 Oct 2007 05:34:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 01C6113C4B0 for ; Wed, 3 Oct 2007 05:34:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:63428 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8373082AbXJCFeZ (ORCPT ); Wed, 3 Oct 2007 09:34:25 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <470329DB.30308@yandex.ru> Date: Wed, 03 Oct 2007 09:34:19 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Steven Schlansker References: <4701FE7C.8020200@berkeley.edu> In-Reply-To: <4701FE7C.8020200@berkeley.edu> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 05:34:33 -0000 Steven Schlansker wrote: > Dmesg with errors here: > http://soda.csua.berkeley.edu/~steven/dmesg.txt > > The eventual end result: > http://soda.csua.berkeley.edu/~steven/Image053.jpg > The only references I can find to similar problems were either not > resolved, or seemed to be related to a chipset which I am not using. > > Is this a known issue? How can I make this machine stable? Is there > any more information I can provide to aid debugging? Thanks so very much, > Steven Schlansker In the next time when you get panic try "tr" DDB command and photo will be more informative. Also, look into the following article: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html You can get a kernel crash dump and show backtrace from kgdb. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:37:32 2007 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 2529316A417 for ; Wed, 3 Oct 2007 05:37:32 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id A42BA13C458 for ; Wed, 3 Oct 2007 05:37:31 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so67443ugf for ; Tue, 02 Oct 2007 22:37:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=+OVOmD6bPbfpZuOJEnC/WInlATPxUIN9sQGbjlOunJo=; b=V5i/sDslUOZH4xaqGWUkEJHS/kr6zMssbmqq9GIISlXcssZBPtPGMKIuJlALxHcGf+2u6SJNHsTbD9Czdb+jnIpBsz6UXdiAAUt5R9YBw9/2vShav4oguCABtO648poqIW5tt3mIY3rBZt9MzC7Jg66AEJnQgupFkcJgumRd4bs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Gnu2XGV5/Bl+IIvr03wq2YhPuG1G9SbnFOvo49fCOb7F1h6Jbx9mgCLcEaydi4MOZjyAlOkR1A5y/ErgusMbQmo0mobxcALXlAJ7L7u48v+bCGWWG78ouisvOfKSGDNp7YU4DT0aZzRoJ8HD7bJzAVhhsmsWMk4UgijC8rg7ONQ= Received: by 10.66.219.16 with SMTP id r16mr32103ugg.1191389850118; Tue, 02 Oct 2007 22:37:30 -0700 (PDT) Received: from darklight.abyss ( [83.239.5.254]) by mx.google.com with ESMTPS id 29sm1245345uga.2007.10.02.22.37.23 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2007 22:37:27 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l935b33E001179; Wed, 3 Oct 2007 09:37:03 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l935b2Bp001178; Wed, 3 Oct 2007 09:37:02 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 3 Oct 2007 09:37:02 +0400 From: Yuri Pankov To: Jeff Roberson Message-ID: <20071003053702.GA1119@darklight.abyss> References: <20071002165007.D587@10.0.0.1> <20071003005009.GA1103@darklight.abyss> <20071003012155.GA1327@darklight.abyss> <20071002195415.I615@10.0.0.1> <20071003043724.GA1113@darklight.abyss> <20071002215228.Q615@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002215228.Q615@10.0.0.1> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 05:37:32 -0000 On Tue, Oct 02, 2007 at 09:53:29PM -0700, Jeff Roberson wrote: > On Wed, 3 Oct 2007, Yuri Pankov wrote: > >> On Tue, Oct 02, 2007 at 07:55:02PM -0700, Jeff Roberson wrote: >>> On Wed, 3 Oct 2007, Yuri Pankov wrote: >>> >>>> On Wed, Oct 03, 2007 at 04:50:09AM +0400, Yuri Pankov wrote: >>>>> On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: >>>>>> Enclosed is a patch that does two things: >>>>>> >>>>>> 1) Reduces UP context switch time by over 10% making it faster than >>>>>> 4BSD >>>>>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >>>>>> many >>>>>> switches per second on my 8way system. >>>>>> >>>>>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>>>>> -current unintentionally I think. >>>>>> >>>>>> I'd appreciate any extra testing. The ULE context switch time >>>>>> improvements >>>>>> required some changes to the frequency that we recalculate priorities. >>>>>> I'm >>>>>> mostly interested in hearing whether this causes any regression in >>>>>> normal >>>>>> workloads. >>>>>> >>>>>> Those of you still using 4BSD can also verify that the yield changes >>>>>> don't >>>>>> cause any problems there. >>>>>> >>>>>> Thanks, >>>>>> Jeff >>>>> >>>>> Jeff, >>>>> >>>>> Patch applied cleanly, though with new kernel I got a panic just after >>>>> boot - on xdm startup, I guess (crashdump wasn't saved), a lot of the >>>>> same messages >>>>> (copied by hand): >>>>> >>>>> cpuid = 0 >>>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex >>>>> audit_mtx@/usr/src/sys/security/audit_worker.c:518 >>>>> >>>>> and after few seconds system just hangs. >>>>> >>>>> Any hints? >>>>> >>>>> -- >>>>> Yuri Pankov >>>> >>>> Sorry for being so verbose... >>> >>> Did you 'make depend' as well? If you patch -R < yield.diff does this >>> kernel work? I'm not sure how my changes could cause this type of bug. >>> >>> Thanks, >>> Jeff >>> >> >> I'm rebuilt kernel with and without your patch (with clean /usr/obj/ every >> time) >> using `make kernel KERNCONF=DARKLIGHT` just to be sure. >> >> Without your patch, system seems to run stable. With it - I get hard hangs >> upon >> just loading X or upon xdm startup or after xdm login, every time the >> same. No >> messages now, just hangs. Nothing suspicious in /var/log/messages, etc. >> >> Xorg 7.3 with xf86-video-nv, all ports built yesterday (it was fresh >> install). >> >> Anything that I should look at? (as it can be just pilot error). > > The attached diff is only the changes the fix yield() and sched_yield() to > pre-CURRENT states. Can you try this on its own and let me know if it > works so I can narrow down the part of the patch causing trouble? > > Thanks, > Jeff > Works fine so far (at least I'm able to login through xdm and run apps :-). Thanks Jeff. -- Yuri Pankov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 05:50:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3235D16A420 for ; Wed, 3 Oct 2007 05:50:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF4413C467 for ; Wed, 3 Oct 2007 05:50:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8427920pyb for ; Tue, 02 Oct 2007 22:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=s1MJdfmVqsEYHg1UpkAEz9/Rq6Z/SmxlPz40w8V73xQ=; b=XuXRZxiIPxMUUGpOg1jmx2pgDYinaF2LdFSXwk4ucTlEWRMTbcfHGGdkH+qkE1EbUEV9nH77v5xURt/o/H80XMZmUmAYXY6UNZwKfqnXGtdwL22aYb3K87jW6BSLC/YBEbCFiGzibkVtK49Q1i59GPJI61QzdD1wYhm/AhkI+XM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FBDPVoZIGH5yqZd97rMmuJ82fSbEf1FQv0IubPDx/3WJuqf4EGZg3AKJSEbZKhI/nik8dtpW1s1X6BNhdmOxq6Tvuhm57QT/OtHv0s1x2FiWazCTWb7J1i9zM6zh27jb4lnymiNXck0txu+XUHPRi2nBWU1aD6B7rLo0M8oIhDE= Received: by 10.65.141.18 with SMTP id t18mr3157877qbn.1191390622250; Tue, 02 Oct 2007 22:50:22 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Tue, 2 Oct 2007 22:50:22 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 05:50:22 +0000 From: "Aryeh Friedman" To: "Andrey V. Elsukov" , freebsd-current@freebsd.org In-Reply-To: <47032707.2050804@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47032707.2050804@yandex.ru> Cc: Subject: Re: SATA and PATA drives are mutually exclusive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 05:50:24 -0000 On 10/3/07, Andrey V. Elsukov wrote: > Aryeh Friedman wrote: > > On my machine (P35 ICH9 some sort of AMI bios [OEM version number > > makes no sense]) the BIOS will see both SATA/300 and PATA (UDMA 133) > > drives installed at the same time but FreeBSD 7-Current (AMD64) only > > sees the SATA drive. Sorry I do not have more data because FreeBSD > > makes no mention what ever of the PATA drive. Hardware details: > > > > MSI Neo-F Mobo (ICH9, AMI BIOS, 7 SATA and 1 PATA connectors) > > 4 GB RAM > > E6850 CPU (compiled as HAMMER not NOCONA in kernel) > > 500 GB SATA Drive > > 250 GB PATA Drive (I want to install upto 2) > > Can you show your verbose dmesg.boot. > pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2937, revid=0x02 domain=0, bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2938, revid=0x02 domain=0, bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 map[20]: type I/O Port, range 32, base 0xc880, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x293c, revid=0x02 domain=0, bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfcdffc00, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x293e, revid=0x02 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfcdf8000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x2940, revid=0x02 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0104, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2948, revid=0x02 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x294a, revid=0x02 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2934, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type I/O Port, range 32, base 0xc800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2935, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type I/O Port, range 32, base 0xc480, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2936, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=14 map[20]: type I/O Port, range 32, base 0xc400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2939, revid=0x02 domain=0, bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type I/O Port, range 32, base 0xc080, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x293a, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfcdff800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0x92 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2918, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2921, revid=0x02 domain=0, bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xc000, size 3, enabled map[14]: type I/O Port, range 32, base 0xbc00, size 2, enabled map[18]: type I/O Port, range 32, base 0xb880, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb800, size 2, enabled map[20]: type I/O Port, range 32, base 0xb480, size 4, enabled map[24]: type I/O Port, range 32, base 0xb400, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2930, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[10]: type Memory, range 64, base 0xfcdff400, size 8, enabled map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2926, revid=0x02 domain=0, bus=0, slot=31, func=5 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xb000, size 3, enabled map[14]: type I/O Port, range 32, base 0xac00, size 2, enabled map[18]: type I/O Port, range 32, base 0xa880, size 3, enabled map[1c]: type I/O Port, range 32, base 0xa800, size 2, enabled map[20]: type I/O Port, range 32, base 0xa480, size 4, enabled map[24]: type I/O Port, range 32, base 0xa400, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P2 - AE_NOT_FOUND pci1: on pcib1 pci1: domain=0, physical bus=1 uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 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 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc880 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfcdffc00 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered ugen0: on uhub2 pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: TCSEL: 0x07 -> 0x00 pcm0: DMA Coherency: Uncacheable / vendor=0x8086 pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfcdf8000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 52 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 pcib2: irq 17 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: irq 17 at device 28.4 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xd000-0xdfff pcib3: memory decode 0xfce00000-0xfcefffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x11ab, dev=0x6121, revid=0xb1 domain=0, bus=3, slot=0, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xdc00, size 3, enabled pcib3: requested I/O range 0xdc00-0xdc07: in range map[14]: type I/O Port, range 32, base 0xd880, size 2, enabled pcib3: requested I/O range 0xd880-0xd883: in range map[18]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib3: requested I/O range 0xd800-0xd807: in range map[1c]: type I/O Port, range 32, base 0xd480, size 2, enabled pcib3: requested I/O range 0xd480-0xd483: in range map[20]: type I/O Port, range 32, base 0xd400, size 4, enabled pcib3: requested I/O range 0xd400-0xd40f: in range map[24]: type Memory, range 32, base 0xfceffc00, size 10, enabled pcib3: requested memory range 0xfceffc00-0xfcefffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd400 atapci0: [MPSAFE] atapci0: [ITHREAD] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xdc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd880 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd480 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xe000-0xefff pcib4: memory decode 0xfcf00000-0xfcffffff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 found-> vendor=0x10ec, dev=0x8168, revid=0x01 domain=0, bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib4: requested I/O range 0xe800-0xe8ff: in range map[18]: type Memory, range 64, base 0xfcfff000, size 12, enabled pcib4: requested memory range 0xfcfff000-0xfcffffff: good pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 17 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 pcib4: re0 requested I/O range 0xe800-0xe8ff: in range pcib4: re0 requested I/O range 0xe800-0xe8ff: in range pcib4: re0 requested I/O range 0xe800-0xe8ff: in range re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 pcib4: re0 requested I/O range 0xe800-0xe8ff: in range re0: MSI count : 2 re0: attempting to allocate 2 MSI vectors (2 supported) msi: routing MSI IRQ 256 to vector 54 msi: routing MSI IRQ 257 to vector 55 re0: using IRQs 256-257 for MSI re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:19:db:b5:f8:0f re0: [MPSAFE] re0: [FILTER] re0: [MPSAFE] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc480 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 56 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 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc400 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 0xc080-0xc09f irq 16 at device 29.3 on pci0 uhci5: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc080 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 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfcdff800 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfd000000-0xfebfffff pcib5: prefetched decode 0xf0000000-0xf7ffffff pcib5: Subtractively decoded bridge. pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x10de, dev=0x0322, revid=0xa1 domain=0, bus=5, slot=1, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib5: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 32, base 0xf0000000, size 27, enabled pcib5: requested memory range 0xf0000000-0xf7ffffff: good pcib5: matched entry for 5.1.INTA pcib5: slot 1 INTA hardwired to IRQ 17 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb480 atapci1: [MPSAFE] atapci1: [ITHREAD] ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbc00 ata4: reset tp1 mask=03 ostat0=50 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0xc ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb880 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb800 ata5: reset tp1 mask=03 ostat0=50 ostat1=00 ata5: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata5: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata5: reset tp2 stat0=50 stat1=00 devices=0x1 ata5: [MPSAFE] ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa480 atapci2: [MPSAFE] atapci2: [ITHREAD] ata6: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xb000 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xac00 ata6: reset tp1 mask=03 ostat0=7f ostat1=7f ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat1=0x7f err=0xff lsb=0xff msb=0xff ata6: reset tp2 stat0=ff stat1=ff devices=0x0 ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xa880 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xa800 ata7: reset tp1 mask=03 ostat0=7f ostat1=7f ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat0=0x7f err=0xff lsb=0xff msb=0xff ata7: stat1=0x7f err=0xff lsb=0xff msb=0xff ata7: reset tp2 stat0=ff stat1=ff devices=0x0 ata7: [MPSAFE] ata7: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 58 fdc0: [FILTER] ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 59 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 60 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ums0: on uhub1 ums0: 3 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 238312 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 166982574 hz Timecounter "TSC" frequency 3005686107 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. ata4: reiniting channel .. ata4: reset tp1 mask=03 ostat0=00 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0xc ata4: reinit done .. ata4: reiniting channel .. ata4: reset tp1 mask=03 ostat0=00 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0xc ata4: reinit done .. ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: DVDR drive at ata4 as master acd0: read 8269KB/s (8269KB/s) write 8269KB/s (8269KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 476940MB at ata5-master UDMA33 ad10: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad10 ad10: Intel check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed pcm0: HDA_DEBUG: HDA Config: softpcmvol pcm0: HDA_DEBUG: HDA Config: on=0x00000200 off=0x00000000 pcm0: HDA_DEBUG: Starting CORB Engine... pcm0: HDA_DEBUG: Starting RIRB Engine... pcm0: HDA_DEBUG: Enabling controller interrupt... pcm0: HDA_DEBUG: Scanning HDA codecs... pcm0: HDA_DEBUG: Probing codec: 0 pcm0: HDA_DEBUG: startnode=1 endnode=2 pcm0: HDA_DEBUG: Found AFG nid=1 [startnode=1 endnode=2] pcm0: HDA_DEBUG: Parsing AFG nid=1 cad=0 pcm0: Vendor: 0x000010ec pcm0: Device: 0x00000888 pcm0: Revision: 0x00000000 pcm0: Stepping: 0x00000001 pcm0: PCI Subvendor: 0x73601462 pcm0: Nodes: start=2 endnode=39 total=37 pcm0: CORB size: 256 pcm0: RIRB size: 256 pcm0: Streams: ISS=4 OSS=4 BSS=0 pcm0: GPIO: 0x40000003 pcm0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=8 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=9 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=10 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=11 entries=10 found=10 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=12 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=13 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=14 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=15 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=20 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=21 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=22 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=23 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=24 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=25 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=26 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=27 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=30 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=34 entries=11 found=11 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=35 entries=11 found=11 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=38 entries=2 found=2 pcm0: HDA_DEBUG: Parsing Ctls... pcm0: HDA_DEBUG: Parsing vendor patch... pcm0: HDA_DEBUG: Building AFG tree... pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 pcm0: HDA_DEBUG: HWiP: Found 25 DAC path using HDA_PARSE_MIXER strategy. pcm0: HDA_DEBUG: AFG commit... pcm0: HDA_DEBUG: Ctls commit... pcm0: [ 6] Ctl nid=11 childnid=27 Bind to NONE pcm0: [ 7] Ctl nid=11 childnid=28 DISABLED pcm0: [ 8] Ctl nid=11 childnid=29 DISABLED pcm0: [ 9] Ctl nid=11 childnid=20 Bind to NONE pcm0: [10] Ctl nid=11 childnid=21 Bind to NONE pcm0: [11] Ctl nid=11 childnid=22 Bind to NONE pcm0: [12] Ctl nid=11 childnid=23 Bind to NONE pcm0: [13] Ctl nid=12 Bind to NONE pcm0: [15] Ctl nid=12 childnid=11 Bind to NONE pcm0: [16] Ctl nid=13 Bind to NONE pcm0: [18] Ctl nid=13 childnid=11 Bind to NONE pcm0: [19] Ctl nid=14 Bind to NONE pcm0: [21] Ctl nid=14 childnid=11 Bind to NONE pcm0: [22] Ctl nid=15 Bind to NONE pcm0: [24] Ctl nid=15 childnid=11 Bind to NONE pcm0: [25] Ctl nid=20 Bind to NONE pcm0: [26] Ctl nid=20 Bind to NONE pcm0: [27] Ctl nid=21 Bind to NONE pcm0: [28] Ctl nid=21 Bind to NONE pcm0: [29] Ctl nid=22 Bind to NONE pcm0: [30] Ctl nid=22 Bind to NONE pcm0: [31] Ctl nid=23 Bind to NONE pcm0: [32] Ctl nid=23 Bind to NONE pcm0: [33] Ctl nid=24 Bind to NONE pcm0: [34] Ctl nid=24 Bind to NONE pcm0: [35] Ctl nid=25 Bind to NONE pcm0: [36] Ctl nid=25 Bind to NONE pcm0: [37] Ctl nid=26 Bind to NONE pcm0: [38] Ctl nid=26 Bind to NONE pcm0: [39] Ctl nid=27 Bind to NONE pcm0: [40] Ctl nid=27 Bind to NONE pcm0: [41] Ctl nid=34 childnid=24 Bind to NONE pcm0: [42] Ctl nid=34 childnid=25 Bind to NONE pcm0: [43] Ctl nid=34 childnid=26 Bind to NONE pcm0: [44] Ctl nid=34 childnid=27 Bind to NONE pcm0: [45] Ctl nid=34 childnid=28 DISABLED pcm0: [46] Ctl nid=34 childnid=29 DISABLED pcm0: [47] Ctl nid=34 childnid=20 Bind to NONE pcm0: [48] Ctl nid=34 childnid=21 Bind to NONE pcm0: [49] Ctl nid=34 childnid=22 Bind to NONE pcm0: [50] Ctl nid=34 childnid=23 Bind to NONE pcm0: [51] Ctl nid=34 childnid=11 Bind to NONE pcm0: [52] Ctl nid=35 childnid=24 Bind to NONE pcm0: [53] Ctl nid=35 childnid=25 Bind to NONE pcm0: [54] Ctl nid=35 childnid=26 Bind to NONE pcm0: [55] Ctl nid=35 childnid=27 Bind to NONE pcm0: [56] Ctl nid=35 childnid=28 DISABLED pcm0: [57] Ctl nid=35 childnid=29 DISABLED pcm0: [58] Ctl nid=35 childnid=20 Bind to NONE pcm0: [59] Ctl nid=35 childnid=21 Bind to NONE pcm0: [60] Ctl nid=35 childnid=22 Bind to NONE pcm0: [61] Ctl nid=35 childnid=23 Bind to NONE pcm0: [62] Ctl nid=35 childnid=11 Bind to NONE pcm0: [63] Ctl nid=38 Bind to NONE pcm0: [65] Ctl nid=38 childnid=11 Bind to NONE pcm0: HDA_DEBUG: PCMDIR_PLAY setup... pcm0: HDA_DEBUG: PCMDIR_REC setup... pcm0: HDA_DEBUG: OSS mixer initialization... pcm0: HDA_DEBUG: Forcing Soft PCM volume pcm0: Mixer "vol": child=0x00000010 pcm0: Mixer "pcm": parent="vol" pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "rec": pcm0: Soft PCM mixer ENABLED pcm0: HDA_DEBUG: Registering PCM channels... pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 33d4000, 4000; 0xffffffffae556000 -> 33d4000 pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 33d8000, 4000; 0xffffffffae55a000 -> 33d8000 pcm0: pcm0: pcm0: pcm0: pcm0: HDA config/quirks: softpcmvol forcestereo ivref50 ivref80 ivref100 ivref pcm0: pcm0: +-------------------+ pcm0: | DUMPING HDA NODES | pcm0: +-------------------+ pcm0: pcm0: Default Parameter pcm0: ----------------- pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: IN amp: 0x00000000 pcm0: OUT amp: 0x00000000 pcm0: pcm0: nid: 2 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 3 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 4 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 5 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 6 [DIGITAL] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x00000211 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x001e05e0 pcm0: PCM size: 16 20 24 32 pcm0: PCM rate: 44 48 88 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 7 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 8 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x0010011b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: Input amp: 0x80051f0b pcm0: mute=1 step=31 size=5 offset=11 pcm0: connections: 1 pcm0: | pcm0: + <- nid=35 [audio mixer] pcm0: pcm0: nid: 9 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x0010011b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: Input amp: 0x80051f0b pcm0: mute=1 step=31 size=5 offset=11 pcm0: connections: 1 pcm0: | pcm0: + <- nid=34 [audio mixer] pcm0: pcm0: nid: 10 [DIGITAL] [DISABLED] pcm0: name: audio input pcm0: widget_cap: 0x00100391 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x001e0560 pcm0: PCM size: 16 20 24 32 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 1 pcm0: | pcm0: + <- nid=31 [pin: speaker (none)] [DISABLED] pcm0: pcm0: nid: 11 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x000000c1 pcm0: Input amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 10 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=28 [pin: CD (none)] [DISABLED] pcm0: | pcm0: + <- nid=29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: line out (jack)] pcm0: | pcm0: + <- nid=21 [pin: line out (jack)] pcm0: | pcm0: + <- nid=22 [pin: line out (jack)] pcm0: | pcm0: + <- nid=23 [pin: line out (jack)] pcm0: pcm0: nid: 12 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x000000d1 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=2 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 13 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 14 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=4 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 15 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=5 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 16 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 17 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 18 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 19 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 20 [ANALOG] pcm0: name: pin: line out (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x01014410 pcm0: Pin control: 0x00000040 OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 21 [ANALOG] pcm0: name: pin: line out (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x01011412 pcm0: Pin control: 0x00000040 OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 22 [ANALOG] pcm0: name: pin: line out (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000036 pcm0: TRQD OUT IN : UNSOL pcm0: Pin config: 0x01016411 pcm0: Pin control: 0x00000040 OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 23 [ANALOG] pcm0: name: pin: line out (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000036 pcm0: TRQD OUT IN : UNSOL pcm0: Pin config: 0x01012414 pcm0: Pin control: 0x00000040 OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 24 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x0000373e pcm0: TRQD HP OUT IN VREF[ 50 80 100 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x01a19c40 pcm0: Pin control: 0x00000025 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 25 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x0000373e pcm0: TRQD HP OUT IN VREF[ 50 80 100 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x02a19c50 pcm0: Pin control: 0x00000025 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 26 [ANALOG] pcm0: name: pin: line in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000041 pcm0: Pin cap: 0x0000373e pcm0: TRQD HP OUT IN VREF[ 50 80 100 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x0181344f pcm0: Pin control: 0x00000025 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 27 [ANALOG] pcm0: name: pin: headphones out (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000373e pcm0: TRQD HP OUT IN VREF[ 50 80 100 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x02214c20 pcm0: Pin control: 0x000000c0 HP OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 28 [ANALOG] [DISABLED] pcm0: name: pin: CD (none) pcm0: widget_cap: 0x00400001 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x593301f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 29 [ANALOG] [DISABLED] pcm0: name: pin: line out (none) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x4007f603 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 30 [DIGITAL] [DISABLED] pcm0: name: pin: SPDIF out (jack) pcm0: widget_cap: 0x00400300 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin config: 0x014b1130 pcm0: Pin control: 0x00000040 OUT pcm0: connections: 1 pcm0: | pcm0: + <- nid=6 [audio output] [DISABLED] pcm0: pcm0: nid: 31 [DIGITAL] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400200 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 32 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00040 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 33 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 34 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010b pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000000 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 11 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=28 [pin: CD (none)] [DISABLED] pcm0: | pcm0: + <- nid=29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: line out (jack)] pcm0: | pcm0: + <- nid=21 [pin: line out (jack)] pcm0: | pcm0: + <- nid=22 [pin: line out (jack)] pcm0: | pcm0: + <- nid=23 [pin: line out (jack)] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 35 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010b pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000000 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 11 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=28 [pin: CD (none)] [DISABLED] pcm0: | pcm0: + <- nid=29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: line out (jack)] pcm0: | pcm0: + <- nid=21 [pin: line out (jack)] pcm0: | pcm0: + <- nid=22 [pin: line out (jack)] pcm0: | pcm0: + <- nid=23 [pin: line out (jack)] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 36 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 37 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 38 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=37 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: +------------------------+ pcm0: | DUMPING HDA AMPLIFIERS | pcm0: +------------------------+ pcm0: pcm0: 1: nid=8 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 pcm0: 2: nid=9 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 pcm0: 3: nid=11 cnid=24 dir=0x2 index=0 ossmask=0x00000081 ossdev=7 pcm0: 4: nid=11 cnid=25 dir=0x2 index=1 ossmask=0x00000081 ossdev=7 pcm0: 5: nid=11 cnid=26 dir=0x2 index=2 ossmask=0x00000041 ossdev=6 pcm0: 6: nid=11 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 pcm0: 7: nid=11 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 8: nid=11 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 9: nid=11 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 10: nid=11 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 pcm0: 11: nid=11 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 pcm0: 12: nid=11 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 pcm0: 13: nid=12 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 14: nid=12 cnid=2 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 15: nid=12 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 16: nid=13 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 17: nid=13 cnid=3 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 18: nid=13 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 19: nid=14 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 20: nid=14 cnid=4 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 21: nid=14 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 22: nid=15 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 23: nid=15 cnid=5 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 24: nid=15 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 25: nid=20 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 26: nid=20 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 27: nid=21 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 28: nid=21 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 29: nid=22 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 30: nid=22 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 31: nid=23 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 32: nid=23 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 33: nid=24 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 34: nid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 35: nid=25 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 36: nid=25 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 37: nid=26 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 38: nid=26 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 39: nid=27 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 40: nid=27 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 41: nid=34 cnid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 42: nid=34 cnid=25 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 43: nid=34 cnid=26 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 pcm0: 44: nid=34 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 pcm0: 45: nid=34 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 46: nid=34 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 47: nid=34 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 48: nid=34 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 pcm0: 49: nid=34 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 pcm0: 50: nid=34 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 pcm0: 51: nid=34 cnid=11 dir=0x2 index=10 ossmask=0x00000000 ossdev=0 pcm0: 52: nid=35 cnid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 53: nid=35 cnid=25 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 54: nid=35 cnid=26 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 pcm0: 55: nid=35 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 pcm0: 56: nid=35 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 57: nid=35 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 58: nid=35 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 59: nid=35 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 pcm0: 60: nid=35 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 pcm0: 61: nid=35 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 pcm0: 62: nid=35 cnid=11 dir=0x2 index=10 ossmask=0x00000000 ossdev=0 pcm0: 63: nid=38 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 64: nid=38 cnid=37 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 65: nid=38 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: pcm0: +-----------------------------------+ pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | pcm0: +-----------------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- nid: 11 index: 0 (nid: 24) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 1 (nid: 25) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 2 (nid: 26) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000041 pcm0: | pcm0: +- nid: 12 index: 0 (nid: 2) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 13 index: 0 (nid: 3) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 14 index: 0 (nid: 4) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 (nid: 5) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 38 index: 0 (nid: 37) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- nid: 12 index: 0 (nid: 2) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 13 index: 0 (nid: 3) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 14 index: 0 (nid: 4) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 (nid: 5) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 38 index: 0 (nid: 37) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- nid: 11 index: 0 (nid: 24) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 1 (nid: 25) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- nid: 11 index: 2 (nid: 26) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000041 pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- nid: 8 index: 0 mute: 1 step: 31 size: 5 off: 11 dir=0x2 ossmask=0x00000800 pcm0: | pcm0: +- nid: 9 index: 0 mute: 1 step: 31 size: 5 off: 11 dir=0x2 ossmask=0x00000800 pcm0: pcm0: Playback path: pcm0: pcm0: nid=20 [pin: line out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: nid=21 [pin: line out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: nid=22 [pin: line out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: nid=23 [pin: line out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: nid=27 [pin: headphones out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: Recording sources: pcm0: pcm0: nid=34 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=25 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] [recsrc: vol, line] pcm0: | pcm0: + <- nid=27 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=20 [pin: line out (jack)] pcm0: | pcm0: + <- nid=21 [pin: line out (jack)] pcm0: | pcm0: + <- nid=22 [pin: line out (jack)] pcm0: | pcm0: + <- nid=23 [pin: line out (jack)] pcm0: | pcm0: + <- nid=11 [audio mixer] [recsrc: vol, line, mic] pcm0: pcm0: nid=35 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=25 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] [recsrc: vol, line] pcm0: | pcm0: + <- nid=27 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=20 [pin: line out (jack)] pcm0: | pcm0: + <- nid=21 [pin: line out (jack)] pcm0: | pcm0: + <- nid=22 [pin: line out (jack)] pcm0: | pcm0: + <- nid=23 [pin: line out (jack)] pcm0: | pcm0: + <- nid=11 [audio mixer] [recsrc: vol, line, mic] pcm0: pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: PCM Playback: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: DAC: 2 3 4 5 37 pcm0: pcm0: PCM Record: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: ADC: 8 9 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 7 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 msi: Assigning MSI IRQ 256 to local APIC 1 msi: Assigning MSI IRQ 257 to local APIC 0 Trying to mount root from ufs:/dev/ad10s1a start_init: trying /sbin/init pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: HDA_DEBUG: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 07:11:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A01316A417 for ; Wed, 3 Oct 2007 07:11:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D15013C469 for ; Wed, 3 Oct 2007 07:11:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8464201pyb for ; Wed, 03 Oct 2007 00:11:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=X2YDw/K3Qh204CHM2bdrKtsFAxt2uzaGlzKFjBmHsig=; b=EkzON3FNmi0db/1FtLR1r3Mv3vjCgYEMAIlTkoFC2sjhKyZjtRQsTTgxELKxBD05Um/ECEAXVteCK+QNzcgABmEtYv6FvLgmVbVrjsbx9yQP64OZYgCkEmxQWuWrX7nnXp2N9r3xiDb1/5ObeU9LbPxgNx21JeGPAzW+U4HQAAU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EFjjfCZ4RGR3DHeEXhJFD/iTYN6cVo7ltOQeoL9ZrWMyzzBDpcztHHtkM/4IvX9CEsGZ/bKuKMElDWW+gRgjtxyTob7DfdFUhETnGk9cioAY12OYeAmJ3qB8RI9WIYjD5FSjy/1/wxf2SoBKBRTOyTq/j3H5L0hG8ZcEbMr4xjw= Received: by 10.64.243.10 with SMTP id q10mr20665050qbh.1191395484890; Wed, 03 Oct 2007 00:11:24 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 00:11:24 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 07:11:24 +0000 From: "Aryeh Friedman" To: "Robert Backhaus" , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 07:11:26 -0000 On 10/3/07, Robert Backhaus wrote: > On 10/3/07, Aryeh Friedman wrote: > > Installworld shouldn't clobber the supfiles in > > /usr/share/example/cvsup... having to change the default host after > > every build/install world is annoying > > Another option is to always specify the host on the command line (csup > -h cvsup2.au.freebsd.org ....) or using a tool like fastest_cvsup > (csup -h `fastest_cvsup -qc au` ...). > Where in the ports collection do I find fastest_cvsup? side question maybe we want to make it the default host for cvsup (ala gentoo's emerge) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 07:30:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7BFA16A417 for ; Wed, 3 Oct 2007 07:30:26 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9937113C448 for ; Wed, 3 Oct 2007 07:30:26 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2822631nzf for ; Wed, 03 Oct 2007 00:30:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=m787IdZPQZYLJ0RnDppOPPM6oqz9yz7CJMkyFoZ3Tu4=; b=m4kslH06F807OBGG96ya7sHAryFVVZ4Zjvhf1vVSGyd3VoELJ1/GIMMypzwBkIlDJ6tHAcrLn7gxKgp2WtmGmeuWI8leAqT0vlj2qUdDPVzNnr0qq576S98+e/GxTYMH2H+P9TclH2O9XKqv0gTr5pjwEHL+2H7d7yWj8RIU4vM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W4meufWvyWAaOJj9UsdX7CVVX4cHaOgWeIqUxrB+cfx0OFJu85WnCeh+wnJtCaLjC61XDN1sglBGRXncrs8ZK+fM38mmkYvO6ureHQukcSMXELQIumLq/z+v7JvZBCIy3gUGRNUfjqPL9b/woiXRFWb3pYsjcSqGTlI2U828r0k= Received: by 10.142.229.4 with SMTP id b4mr1165003wfh.1191396625350; Wed, 03 Oct 2007 00:30:25 -0700 (PDT) Received: by 10.141.74.5 with HTTP; Wed, 3 Oct 2007 00:30:25 -0700 (PDT) Message-ID: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> Date: Wed, 3 Oct 2007 02:30:25 -0500 From: Astrodog To: "Aryeh Friedman" 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, Robert Backhaus Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 07:30:26 -0000 On 10/3/07, Aryeh Friedman wrote: > On 10/3/07, Robert Backhaus wrote: > > On 10/3/07, Aryeh Friedman wrote: > > > Installworld shouldn't clobber the supfiles in > > > /usr/share/example/cvsup... having to change the default host after > > > every build/install world is annoying > > > > Another option is to always specify the host on the command line (csup > > -h cvsup2.au.freebsd.org ....) or using a tool like fastest_cvsup > > (csup -h `fastest_cvsup -qc au` ...). > > > > Where in the ports collection do I find fastest_cvsup? side question > maybe we want to make it the default host for cvsup (ala gentoo's > emerge) I believe the... perhaps unsaid point behind this behavior is that it is generally unwise to easily allow someone who cannot type "cvsup5.us.freebsd.org", or somesuch, to update a system from source. FreeBSD's buildworld/kernel/etc can be significantly more demanding of users than most of Gentoo emerge's behavior. Gentoo handles small chunks of the system, generally speaking, whereas in FreeBSD you have buildworld ; buildkernel ; installkernel ; boot ; mergemaster ; installworld ; boot, and a mistake during this process can render a machine unusable. Given the inherent dangers of using cvsup, and updating from source, I do not believe this... minor barrier to entry really deserves consideration, and I'm sure we can all agree that it really would be best to paint it blue. --- Harrison From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 07:37:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAEC616A418 for ; Wed, 3 Oct 2007 07:37:38 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE8513C465 for ; Wed, 3 Oct 2007 07:37:38 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2823918nzf for ; Wed, 03 Oct 2007 00:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qB9p33qAp7iaohhBRfxZsb2jGwKfQgTMzA8lYb7t+XY=; b=Z4Lk5GQVxxuL3xhTHOPFFhOHdwe7DQgB+oJEOl/Vuk67M295ByNBSKmREm81Fsz8+4/UPbCy3XWrtXj1frL+pFd1KRW8BSX66G+ef+e/agEMt1mN8tO004T2mGoa3lQBH3T3WaibM0kcF9CbIPtMqmxriOPCU22dHPMwuuPcR/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G4xIpLIJVCsKxp+o/eXWnJrJ2AVOXKSricabchh2sgZQ/A+coMCTDQYOhM1/Pwh3DFwIWChFEexzTofvFWyYcrss4ZLn4LqNLUNS/OzGLN7HrJSlSZQatZuYYXUibZT+K53kHATjEJez52LpiUlJ0dZ058osPwIjclVaS4VKjEI= Received: by 10.142.101.17 with SMTP id y17mr1178751wfb.1191397056699; Wed, 03 Oct 2007 00:37:36 -0700 (PDT) Received: by 10.141.74.5 with HTTP; Wed, 3 Oct 2007 00:37:36 -0700 (PDT) Message-ID: <2fd864e0710030037n480c13ceh56be44faebd29d4a@mail.gmail.com> Date: Wed, 3 Oct 2007 02:37:36 -0500 From: Astrodog To: "Aryeh Friedman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47032707.2050804@yandex.ru> Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: SATA and PATA drives are mutually exclusive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 07:37:38 -0000 On 10/3/07, Aryeh Friedman wrote: > On 10/3/07, Andrey V. Elsukov wrote: > > Aryeh Friedman wrote: > > > On my machine (P35 ICH9 some sort of AMI bios [OEM version number > > > makes no sense]) the BIOS will see both SATA/300 and PATA (UDMA 133) > > > drives installed at the same time but FreeBSD 7-Current (AMD64) only > > > sees the SATA drive. Sorry I do not have more data because FreeBSD > > > makes no mention what ever of the PATA drive. Hardware details: > > > > > > MSI Neo-F Mobo (ICH9, AMI BIOS, 7 SATA and 1 PATA connectors) > > > 4 GB RAM > > > E6850 CPU (compiled as HAMMER not NOCONA in kernel) > > > 500 GB SATA Drive > > > 250 GB PATA Drive (I want to install upto 2) > > I have seen a large number of motherboards that will drop either the secondary, or primary IDE drives when SATA is enabled. Does FreeBSD detect the PATA drives when they are installed on their own? (No SATA drives) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 07:51:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCDBE16A41A for ; Wed, 3 Oct 2007 07:51:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED3013C457 for ; Wed, 3 Oct 2007 07:51:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:13028 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8373149AbXJCHvU (ORCPT ); Wed, 3 Oct 2007 11:51:20 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <470349F0.5090307@yandex.ru> Date: Wed, 03 Oct 2007 11:51:12 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Aryeh Friedman , freebsd-current@freebsd.org References: <47032707.2050804@yandex.ru> <4703390F.2090802@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: SATA and PATA drives are mutually exclusive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 07:51:33 -0000 Aryeh Friedman wrote: > No differrence > >> Can you try attached patch? (it's not targeted to resolve your >> problem, but maybe can help) >> >> -- >> WBR, Andrey V. Elsukov >> >> --- src/sys/dev/ata/ata-chipset.c 2007-09-10 23:16:39.000000000 +0400 >> +++ src/sys/dev/ata/ata-chipset.c 2007-10-03 10:22:40.000000000 +0400 >> @@ -1712,6 +1712,7 @@ >> { ATA_I82801HBM_S2, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, >> { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, >> { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, >> + { ATA_I82801IB_S3, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, >> { ATA_I82801IB_AH4, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, >> { ATA_I82801IB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, >> { ATA_I31244, 0, 0, 0x00, ATA_SA150, "31244" }, >> --- src/sys/dev/ata/ata-pci.h 2007-09-10 23:16:39.000000000 +0400 >> +++ src/sys/dev/ata/ata-pci.h 2007-10-03 10:22:41.000000000 +0400 >> @@ -168,9 +168,10 @@ >> #define ATA_I82801HBM_S1 0x28298086 >> #define ATA_I82801HBM_S2 0x282a8086 >> #define ATA_I82801IB_S1 0x29208086 >> +#define ATA_I82801IB_S2 0x29218086 >> #define ATA_I82801IB_AH6 0x29228086 >> #define ATA_I82801IB_AH4 0x29238086 >> -#define ATA_I82801IB_S2 0x29268086 >> +#define ATA_I82801IB_S3 0x29268086 >> #define ATA_I31244 0x32008086 >> >> #define ATA_ITE_ID 0x1283 Can you show your verbose dmesg again? Now your ad10 disk probably should be detected as SATA300. Marvell 88SE6121 controller is not yet supported. As a workaround for your problem you can connect PATA devices to the Marvell controller and all SATA devices only to the ICH9 channels. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 08:13:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144DC16A41A for ; Wed, 3 Oct 2007 08:13:04 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id BF45513C45D for ; Wed, 3 Oct 2007 08:13:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8492263pyb for ; Wed, 03 Oct 2007 01:13:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CwzEEnzOWL1ytzAyeQ9KMsjsR+T8HLWbyrru1unxrQo=; b=fN9KvdONIoXWFe7mfWZvMxQ/vrD+BcLPNHcFtHacl5Mm7vagnfajUOVNy3xhWLhvni86zlKJDe3Hd0zhJZ5gSqP5SRdbByGyjr1BziFISJCQORmAWLmFIbZDJDvLmRDSwDHWLk0BlXAfwXyjbzR32czdr1zHJvjHV4pna9Vp+lA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CVuDbWC3jcK6eQZIelsnGSqLMQnjCA6dpKswsDvsRWaBLk/iJ5mFc0aKNgfs3mvViU25az/1ALVMsLejernsZmh28FAWhWW1lJI4sj6pkaBp/Cw1dHIAV4o2hSJAJl7ulnZ9Ch5tlrl+2PHg73DIDRx3OL2ijQOX9o/Li0hfdmU= Received: by 10.64.250.7 with SMTP id x7mr11615439qbh.1191399181373; Wed, 03 Oct 2007 01:13:01 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 01:13:01 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 08:13:01 +0000 From: "Aryeh Friedman" To: Astrodog In-Reply-To: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> Cc: freebsd-current@freebsd.org, Robert Backhaus Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 08:13:04 -0000 > Given the inherent dangers of using cvsup, and updating from source, I > do not believe this... minor barrier to entry really deserves > consideration, and I'm sure we can all agree that it really would be > best to paint it blue. Even though your quiet right from a techinical stand point I think this is one of the attitudes that has kept FreeBSD from being considered by linux people... namely your right on this specific point but the attitude behind is likelly to be a turn off From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 09:15:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1113D16A475 for ; Wed, 3 Oct 2007 09:15:51 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id C142913C44B for ; Wed, 3 Oct 2007 09:15:50 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 225351B10ED2; Wed, 3 Oct 2007 11:15:49 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id B56181B10F09; Wed, 3 Oct 2007 11:15:45 +0200 (CEST) Message-ID: <47035DBD.60202@moneybookers.com> Date: Wed, 03 Oct 2007 12:15:41 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Michael Fuckner References: <20071002164246.GA986@hades.panopticon> <470280BD.9030109@fuckner.net> In-Reply-To: <470280BD.9030109@fuckner.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4460/Wed Oct 3 08:57:50 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 09:15:51 -0000 Hi, Michael Fuckner wrote: >> Requirements: >> - 4 SATA II channels >> > CURRENT now suuports Intel ICH9. ICH8 works fine, too. > Is http://www.intel.com/products/motherboard/DP35DP/index.htm supposed to work under FreeBSD7? And will I be able to install FreeBSD on motherboard that support only USB keyboard and mouse ? Will be very helpful, if someone already tried this MB under freebsd and want to share his impression :) >> - Gigabit ethernet >> > dont use that onboard Marvell Crap- plug in an Intel em-card. Those are > about 30 bucks. > > >> - Decent sound (it'll also work as media player) >> > most of them have Intel HDA > > >> - Dualcore CPU support >> - Onboard video (machine is planned to be headless, so I don't want to >> bother with PCI or whatever video card) >> > G965 or G33 works fine for me. > > >> - working onboard GigE NICs >> > Intel Boards have Intel Nics if onboard is a requiremend. > > Regards, > Micha! > _______________________________________________ > 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 Oct 3 09:31:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AD716A477 for ; Wed, 3 Oct 2007 09:31:25 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9205E13C4C3 for ; Wed, 3 Oct 2007 09:31:25 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 322221B10F34; Wed, 3 Oct 2007 11:31:24 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id 1D6AD1B10F2F; Wed, 3 Oct 2007 11:31:21 +0200 (CEST) Message-ID: <47036164.4040609@moneybookers.com> Date: Wed, 03 Oct 2007 12:31:16 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4461/Wed Oct 3 10:50:48 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: Joao Pedras , freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 09:31:25 -0000 Hi, Aryeh Friedman wrote: > On 10/3/07, Joao Pedras wrote: > > >> in that case, maybe a fitting location would be /etc/default/cvsup or >> /etc/default/supfiles. No change needed in mergemaster, just the file >> locations. >> >> Where this may lead to, is that a lot of stuff from /usr/share/examples >> will/would (arguably!) belong in /etc... >> > > /etc/config/... ??? that way people will know what is system config > stuff and what is not... also I think it might make sense to set aside > space in /usr/local/etc for stuff like kernel configs (namely any > kernel config found there automatically supersedes GENERIC on make > buildkernel with no kernel specified) > So far all that you want to do can be done using /etc/make.conf cat /etc/make.conf : ######### sup ########## SUP_UPDATE= # SUP= /usr/bin/csup SUPFLAGS= -g -L 1 SUPHOST= cvsup.PUT_YOUR_COUNTRY_CODE_HERE.FreeBSD.org SUPFILE= /usr/share/examples/cvsup/standard-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile So now simple make update in /usr/src and /usr/ports works. You do not have to specify anything else. KERNCONF=CORE GENERIC So when I type in /usr/src: make kernel always both kernels are build (only CORE is installed) Of course you can leave only to KERCONF=YOUR_KERNCONF_FILE so if you want to build freebsd from latest sources simple cd /usr/src && make update buildworld kernel installworld && mergemaster -i should work perfect. What about /etc .. everything there is system configuration files :) so if we make /etc/config then we have to move all files to /etc/config .. But - /usr/local/etc have nothing to do with system configuration (like kernel confs), on freshly installed freebsd /usr/local does not exist :) it is created and dedicated for 3rd party software - ports and etc. So my point is that I do not see any reasons for changes here , just read the documentation and you will be surprised how many things are already done. > _______________________________________________ > 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 Oct 3 09:37:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA5516A494 for ; Wed, 3 Oct 2007 09:37:30 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 134E313C4B0 for ; Wed, 3 Oct 2007 09:37:29 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8533267pyb for ; Wed, 03 Oct 2007 02:37:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jFOgaQdWFF/DxB4+q2m3PC1QX2UpAWs1k4HBiHAqRGo=; b=ECwXWbiX77HM4dP0ty5W5rwKJxPAXVWY2GNUbAWK6ewkj12RmY0EPXeGb9nYkHUR2bjHA0k1ftbX18tXY4Yv9IBNgJkgjLDqU71ZxW3ZghnbpyKeid8M8fP3Gwl2y+T9jcub2ZLkaSD6m/Elnqxx2PsRuXMg7x/LVAxVNBVUyp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kYg5vaABslt1b+jaC7FFz4DksUc2v/fKaWnz6QNEf4Br0Tk0B4xxvu4RSZzG8ICcH5HT7HYY7UatyU/4n0K8boIKauPVe64Pie2B7A2pMMnfM8qoe75f0nrpUFaN4KUx6gaSdfy5JRbEADSPNsFhlcxEO2aCQSI3HM0qmInPCwE= Received: by 10.65.124.8 with SMTP id b8mr9451369qbn.1191404248652; Wed, 03 Oct 2007 02:37:28 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 02:37:28 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 09:37:28 +0000 From: "Aryeh Friedman" To: "Stefan Lambrev" , freebsd-current@freebsd.org In-Reply-To: <47036164.4040609@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> Cc: Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 09:37:30 -0000 I discovered all those by reading before I posted... the attitude of rtfm is what I am talking about... On 10/3/07, Stefan Lambrev wrote: > Hi, > > Aryeh Friedman wrote: > > On 10/3/07, Joao Pedras wrote: > > > > > >> in that case, maybe a fitting location would be /etc/default/cvsup or > >> /etc/default/supfiles. No change needed in mergemaster, just the file > >> locations. > >> > >> Where this may lead to, is that a lot of stuff from /usr/share/examples > >> will/would (arguably!) belong in /etc... > >> > > > > /etc/config/... ??? that way people will know what is system config > > stuff and what is not... also I think it might make sense to set aside > > space in /usr/local/etc for stuff like kernel configs (namely any > > kernel config found there automatically supersedes GENERIC on make > > buildkernel with no kernel specified) > > > So far all that you want to do can be done using /etc/make.conf > > cat /etc/make.conf : > ######### sup ########## > SUP_UPDATE= > # > SUP= /usr/bin/csup > SUPFLAGS= -g -L 1 > SUPHOST= cvsup.PUT_YOUR_COUNTRY_CODE_HERE.FreeBSD.org > SUPFILE= /usr/share/examples/cvsup/standard-supfile > PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile > > So now simple make update in /usr/src and /usr/ports works. You do not > have to specify anything else. > > KERNCONF=CORE GENERIC > > So when I type in /usr/src: make kernel always both kernels are build > (only CORE is installed) > Of course you can leave only to KERCONF=YOUR_KERNCONF_FILE > > so if you want to build freebsd from latest sources simple > cd /usr/src && make update buildworld kernel installworld && mergemaster -i > should work perfect. > > What about /etc .. everything there is system configuration files :) so > if we make /etc/config then we have to move all files to /etc/config .. > But - /usr/local/etc have nothing to do with system configuration (like > kernel confs), on freshly installed freebsd /usr/local does not exist :) > it is created and dedicated for 3rd party software - ports and etc. > > So my point is that I do not see any reasons for changes here , just > read the documentation and you will be surprised how many things are > already done. > > > _______________________________________________ > > 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 Oct 3 10:02:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96A816A475 for ; Wed, 3 Oct 2007 10:02:27 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 45C3F13C4A5 for ; Wed, 3 Oct 2007 10:02:27 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 023FE1B10F2C; Wed, 3 Oct 2007 12:02:25 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_84 autolearn=no version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id AF0981B10F1D; Wed, 3 Oct 2007 12:02:22 +0200 (CEST) Message-ID: <470368AA.30108@moneybookers.com> Date: Wed, 03 Oct 2007 13:02:18 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4461/Wed Oct 3 10:50:48 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 10:02:27 -0000 Hi, Aryeh Friedman wrote: > I discovered all those by reading before I posted... the attitude of > rtfm is what I am talking about... > Sorry I really do not understand what is your point. For me the main difference between linux and freebsd is documentation. FreeBSD is very well documented project , as far as I know there is no such beast as well documented linux distro :) For me FreeBSD community was (and still is) very helpful and never with attitude RTFM. If you consider my mail with examples and steps how to accomplish all that you asked for as RTFM attitude I just do not know what to say. This is going to be off topic here [-current], so sorry about it. > On 10/3/07, Stefan Lambrev wrote: > >> Hi, >> >> Aryeh Friedman wrote: >> >>> On 10/3/07, Joao Pedras wrote: >>> >>> >>> >>>> in that case, maybe a fitting location would be /etc/default/cvsup or >>>> /etc/default/supfiles. No change needed in mergemaster, just the file >>>> locations. >>>> >>>> Where this may lead to, is that a lot of stuff from /usr/share/examples >>>> will/would (arguably!) belong in /etc... >>>> >>>> >>> /etc/config/... ??? that way people will know what is system config >>> stuff and what is not... also I think it might make sense to set aside >>> space in /usr/local/etc for stuff like kernel configs (namely any >>> kernel config found there automatically supersedes GENERIC on make >>> buildkernel with no kernel specified) >>> >>> >> So far all that you want to do can be done using /etc/make.conf >> >> cat /etc/make.conf : >> ######### sup ########## >> SUP_UPDATE= >> # >> SUP= /usr/bin/csup >> SUPFLAGS= -g -L 1 >> SUPHOST= cvsup.PUT_YOUR_COUNTRY_CODE_HERE.FreeBSD.org >> SUPFILE= /usr/share/examples/cvsup/standard-supfile >> PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile >> >> So now simple make update in /usr/src and /usr/ports works. You do not >> have to specify anything else. >> >> KERNCONF=CORE GENERIC >> >> So when I type in /usr/src: make kernel always both kernels are build >> (only CORE is installed) >> Of course you can leave only to KERCONF=YOUR_KERNCONF_FILE >> >> so if you want to build freebsd from latest sources simple >> cd /usr/src && make update buildworld kernel installworld && mergemaster -i >> should work perfect. >> >> What about /etc .. everything there is system configuration files :) so >> if we make /etc/config then we have to move all files to /etc/config .. >> But - /usr/local/etc have nothing to do with system configuration (like >> kernel confs), on freshly installed freebsd /usr/local does not exist :) >> it is created and dedicated for 3rd party software - ports and etc. >> >> So my point is that I do not see any reasons for changes here , just >> read the documentation and you will be surprised how many things are >> already done. >> >> >>> _______________________________________________ >>> 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 Oct 3 10:17:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFECD16A46B for ; Wed, 3 Oct 2007 10:17:39 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id BBF5E13C4BD for ; Wed, 3 Oct 2007 10:17:39 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by nz-out-0506.google.com with SMTP id l8so2852555nzf for ; Wed, 03 Oct 2007 03:17:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; 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=+0bV75LtdtOhaymesASejCWIt/WMmxdOmQ9dC8GIewk=; b=ZfJYuUyF/YQheXDpruHGCeJWgpzWc+Wik7wZUqkR3QkwePEgLQBOwsv5lw1RM2r6Ypq4oV598f02vR+cge4eJQCkE6JxBTqOIIqlwKUTy+TKbmbTSMwCboPjWdFkEPDXUDggms0STDCfaEy4160JII5qXguOgusgIzfwce93rb0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D+Ry+s9ObDTNg4FJcOtJ0958UrefHbgQkKZcdF//YZ9ErUHZm2p46Qne2g2AdlKiYWkyG3EBEzuMXLrGyRqLZuXG4baztOwCJ0g6k3Mq94YO24Kdp6SejHFjSaOUOWNd4ilPWUHhREL6jxVW2qjwK/J7cJMT3+lmDQnySX/fsBk= Received: by 10.65.116.10 with SMTP id t10mr12077484qbm.1191405125946; Wed, 03 Oct 2007 02:52:05 -0700 (PDT) Received: by 10.65.204.3 with HTTP; Wed, 3 Oct 2007 02:52:05 -0700 (PDT) Message-ID: <90a5caac0710030252v20bbefbcg6455d2ae9fb73775@mail.gmail.com> Date: Wed, 3 Oct 2007 11:52:05 +0200 From: "Lucius Windschuh" To: freebsd-current@freebsd.org In-Reply-To: <90a5caac0710021727l3b1e93c0la8fdb5dc5fbf4465@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <90a5caac0710021727l3b1e93c0la8fdb5dc5fbf4465@mail.gmail.com> Subject: DELAY() woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 10:17:40 -0000 Hi, I'm using FreeBSD -CURRENT as of October the 2nd and ran into some troubles with ACPI suspend on my Thinkpad T41. It is patched with Ariff's vpc patch and the one from PR kern/114649. My kernel config is GENERIC with SCHED_ULE instead of SCHED_4BSD and without WITNESS. On resuming from ACPI S3, I got: "ad0: detached" Some googling led me to http://lists.freebsd.org/pipermail/freebsd-current/2007-February/069214.html Alex sent me his solution: --- sys/dev/ata/ata-all.c-orig 2007-10-03 00:03:11.000000000 +0200 +++ sys/dev/ata/ata-all.c 2007-10-03 00:10:10.000000000 +0200 @@ -295,6 +295,9 @@ struct ata_channel *ch; int error; + device_printf(dev, " a small delay to wait until the disk is ready\n"); + ata_udelay(2000000); + /* check for valid device */ if (!dev || !(ch = device_get_softc(dev))) return ENXIO; I tried it and nothing changed (except the new log message about the "small delay" of 2 seconds;) ). Enlarging the delay to 10 seconds showed: DELAY(10000000) took only an unnoticable amount of time instead of 10 sec. Exchanging DELAY(10000000) with pause("atares", hz*10) gave the desired effect. Knowing this, I removed the extra lines above and changed ata_udelay so that it uses pause() for delays <= 100 ms instead of DELAY(). This solved the "ad0: detached" problems on ACPI S3 resume (now, I can see the 100 ms delays when probing the ATA devices in ata_generic_reset()). So now I'm confused about DELAY(). It seems to behave strange shortly after resuming, and "normalizes" its behaviour later on. Is this a known problem? Greetings, Lucius From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 10:19:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBD3D16A419 for ; Wed, 3 Oct 2007 10:19:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 902DA13C4CE for ; Wed, 3 Oct 2007 10:19:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2852853nzf for ; Wed, 03 Oct 2007 03:19:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9biqmWJ+EjCiuUEEw4lMA34yuJ0aEfhBeaRKVOd3z+Q=; b=EP0YRC4R/N6wT8EVjk/j0cPS5TigOYsMITOsr8PJveFz8UWaAIYqwmsVplfto8L2nxBbREdnXhRgDFmjrtkKZXxNZxxqC7hiomqbunUl6BE7h56iwROcbW1DZlh5dvxXm/7gbhPiZPRmyPpB0aOs8Hr90r27B9ivuK7z2eqIsi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=K85/bF2RuPfJhhRJlG807SUHBdP80fnQgXnJYgDlATb3UjDtqCHZ+IoHtwRXArffw2ps3qjvJu7L1XjAjLloVC7twXwr6q9dtcST+Y6BdytI86Fow17qfH1+Jj21rNrC0UUSoYg+99cVESRKPKvzCWH19gb6gLWmqbnzRdfZ+F8= Received: by 10.65.35.6 with SMTP id n6mr11634677qbj.1191406766349; Wed, 03 Oct 2007 03:19:26 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 03:19:26 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 10:19:26 +0000 From: "Aryeh Friedman" To: "Stefan Lambrev" In-Reply-To: <470368AA.30108@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.com> Cc: freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 10:19:27 -0000 > Sorry I really do not understand what is your point. For me the main > difference between linux and freebsd is documentation. > FreeBSD is very well documented project , as far as I know there is no > such beast as well documented linux distro :) > For me FreeBSD community was (and still is) very helpful and never with > attitude RTFM. > If you consider my mail with examples and steps how to accomplish all > that you asked for as RTFM attitude I just do not know what to say. Sorry for being a little abrasive... my main point is we should aim for more of a "point and click" style of doing things... apple and ms have done it pretty well for the average case. > > This is going to be off topic here [-current], so sorry about it. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 10:21:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F84316A46D for ; Wed, 3 Oct 2007 10:21:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 63C2E13C4BD for ; Wed, 3 Oct 2007 10:21:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8552607pyb for ; Wed, 03 Oct 2007 03:21:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SEOqF/W5a6sUPsSV/mAKfWdNFSamgIEAr+PAAfVYu0Q=; b=M7JeAjZiCYa0GgVK0HgQs9vQqS4jDrQYHlpZ4Fp6PXlW2atYJ/ZGnVG5i2itUUVmUN0GBedz0yXWOLLA4etE++buqtmakLfYyA8TglbjnVZUoylexwjCRIRzn3CdFgzdKMPMK9JcUr56zr+rSYURoXbXf5BrxGeBIAmSYivVdl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O16CnpTjOXU6J1JKTA90RphioguCib4gPM0eIftBdTZwbgt+xwP0gObKSPvsWy82WeQWoQLZlbi+1vEkRoQoVr2oLrr13utRIKCazodfXon4E0xTwx+KQ87rYhusYivJq3MEtQbJ8PYFkomgJ3DIjlIYfVSEs1GNCf500GyY6Ns= Received: by 10.64.210.3 with SMTP id i3mr4663650qbg.1191406868696; Wed, 03 Oct 2007 03:21:08 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 03:21:08 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 10:21:08 +0000 From: "Aryeh Friedman" To: "Remko Lodder" In-Reply-To: <47036C53.6050703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47036C53.6050703@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: test drive results of ule patch + re(3) patch [hand crafted by maintainer for my system] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 10:21:14 -0000 On 10/3/07, Remko Lodder wrote: > Aryeh Friedman wrote: > > After installing the both patchs (the re(3) can be found at > > http://people.freebsd.org/~yongari/re/re.HEAD.patch): > > > > In general it seems to be working well with only one possible issue (I > > don't think it is either patch): > > > > * Some sites take a long time or do not complete load in firefox 2.0.0.7 > > > > Uname -a: > > > > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue Oct 2 > > 21:17:29 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > > amd64 > > > > kernel has DEVICE_POLLING and IPI_PREEMPTION running on a E6850/4gig > > From what I know you should not use DEVICE_POLLING at all. I had it turned on for some re(3) issues that I think may have been solved as of the last patch so the next time I do a kernel rebuild I will remove it. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 10:34:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30EA16A4A1 for ; Wed, 3 Oct 2007 10:34:06 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id A02F613C467 for ; Wed, 3 Oct 2007 10:34:06 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Id1YL-00002o-7Z; Wed, 03 Oct 2007 12:34:05 +0200 Message-ID: <47037058.5090908@FreeBSD.org> Date: Wed, 03 Oct 2007 12:35:04 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Stefan Lambrev Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 10:34:07 -0000 Aryeh Friedman wrote: >> Sorry I really do not understand what is your point. For me the main >> difference between linux and freebsd is documentation. >> FreeBSD is very well documented project , as far as I know there is no >> such beast as well documented linux distro :) >> For me FreeBSD community was (and still is) very helpful and never with >> attitude RTFM. >> If you consider my mail with examples and steps how to accomplish all >> that you asked for as RTFM attitude I just do not know what to say. > > Sorry for being a little abrasive... my main point is we should aim > for more of a "point and click" style of doing things... apple and ms > have done it pretty well for the average case. > I disagree, one of the major powers of FreeBSD is that it's stable and fast by not using "point and click" facilities. Ofcourse there are projects that aim for this on the desktop like PC-BSD, we are not MS or Apple though, personally I would not feel comfortable moving to such a position (point and click). Cheers remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 11:00:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4D3A16A417 for ; Wed, 3 Oct 2007 11:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id 89E2913C468 for ; Wed, 3 Oct 2007 11:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Id1Hj-000Pxa-Hs; Wed, 03 Oct 2007 12:16:55 +0200 Message-ID: <47036C53.6050703@FreeBSD.org> Date: Wed, 03 Oct 2007 12:17:55 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: test drive results of ule patch + re(3) patch [hand crafted by maintainer for my system] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 11:00:05 -0000 Aryeh Friedman wrote: > After installing the both patchs (the re(3) can be found at > http://people.freebsd.org/~yongari/re/re.HEAD.patch): > > In general it seems to be working well with only one possible issue (I > don't think it is either patch): > > * Some sites take a long time or do not complete load in firefox 2.0.0.7 > > Uname -a: > > FreeBSD monsert 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue Oct 2 > 21:17:29 UTC 2007 aryeh@monsert:/usr/obj/usr/src/sys/GENERIC > amd64 > > kernel has DEVICE_POLLING and IPI_PREEMPTION running on a E6850/4gig >From what I know you should not use DEVICE_POLLING at all. -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 12:02:26 2007 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 5BFEE16A46C for ; Wed, 3 Oct 2007 12:02:26 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp007.mail.ukl.yahoo.com (smtp007.mail.ukl.yahoo.com [217.12.11.96]) by mx1.freebsd.org (Postfix) with SMTP id EACBF13C4A7 for ; Wed, 3 Oct 2007 12:02:25 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: (qmail 87212 invoked from network); 3 Oct 2007 10:53:58 -0000 Received: from unknown (HELO Gatekeeper.FreeBSD.org) (st.esser@80.135.97.111 with login) by smtp007.mail.ukl.yahoo.com with SMTP; 3 Oct 2007 10:53:58 -0000 X-YMail-OSG: 0KBiQiMVM1nwHPyFwJqIlMAMyWgv2aMa_NrQTTIeVmFGizwm Received: by Gatekeeper.FreeBSD.org (Postfix, from userid 200) id 39B4D18E4; Wed, 3 Oct 2007 12:53:57 +0200 (CEST) Date: Wed, 3 Oct 2007 12:53:57 +0200 From: Stefan =?iso-8859-1?Q?E=DFer?= To: John Baldwin Message-ID: <20071003105357.GA27749@Gatekeeper.FreeBSD.org> Mail-Followup-To: Stefan =?iso-8859-1?Q?E=DFer?= , John Baldwin , Marius Strobl , Marcel Moolenaar , Michael Butler , current@freebsd.org References: <20070930114914.GB38896@alchemy.franken.de> <4700ECC8.4090702@FreeBSD.org> <20071001132548.GE55741@alchemy.franken.de> <200710011420.31077.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710011420.31077.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Marcel Moolenaar , Michael Butler , current@freebsd.org, Marius Strobl Subject: Patch for review (was: Re: Proposal to revise the new parsing of PCI selectors (was: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4?src/share/man/man9 pci.9?src/sys/amd64/include?legacyvar.h?src/sys/amd64/amd64 legacy.c?src/sys/amd64/pci pci_bus.c?src/sys/arm/xscale/i80321?i80321_pci.c src/sys/arm/xscale/ixp425 ...)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 12:02:26 -0000 On 2007-10-01 14:20 -0400, John Baldwin wrote: > On Monday 01 October 2007 09:25:48 am Marius Strobl wrote: > > On Mon, Oct 01, 2007 at 02:49:12PM +0200, Stefan Esser wrote: > > > Well, since it was me who chose to parse it that way, when pciconf > > > saw the light of day, I can say that the logical extension appears > > > to be the support of 3 formats for the PCI device selector: > > > > > > pci1:2:3:4 (full, domain/bus/slot/function, required if domain!=0) > > > pci2:3:4 (abridged, in case the domain is "0") > > > pci2:3 (abridged, in case the domain and function are "0") > > > > I'm ok with what you propose, I'd wait for John to comment > > whether he sees any issues regarding the hints feature he is > > working on though. > > This sounds good to me. Ok, I've tested the following patch, which also restores a feature of the original code, when it was not clear, whether the separator character was supposed to be ":" or "." (i.e., the new version does accept both ":" and "." as separator). This would allow to use the same selectors (with ".") in pciconf and the hints file ... I'd of course be willing to commit both changes separately (first the parsing of selectors with 2, 3 or 4 elements, then equivalence of ":" and "." as separators). The code wrapped in "#if 0" is not to be committed, I've included it just in case anybody wants to perform some tests and to check the parsing results. Regards, STefan Index: usr.sbin/pciconf/pciconf.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/pciconf/pciconf.c,v retrieving revision 1.28 diff -u -3 -r1.28 pciconf.c --- usr.sbin/pciconf/pciconf.c 30 Sep 2007 11:05:17 -0000 1.28 +++ usr.sbin/pciconf/pciconf.c 3 Oct 2007 10:33:03 -0000 @@ -486,6 +486,8 @@ char *ep = strchr(str, '@'); char *epbase; struct pcisel sel; + u_int8_t selarr[4]; + int i; if (ep == NULL) ep = (char *)str; @@ -496,22 +498,25 @@ if (strncmp(ep, "pci", 3) == 0) { ep += 3; - sel.pc_domain = strtoul(ep, &ep, 0); - if (!ep || *ep++ != ':') - errx(1, "cannot parse selector %s", str); - sel.pc_bus = strtoul(ep, &ep, 0); - if (!ep || *ep++ != ':') - errx(1, "cannot parse selector %s", str); - sel.pc_dev = strtoul(ep, &ep, 0); - if (!ep || *ep != ':') { - sel.pc_func = 0; - } else { - ep++; - sel.pc_func = strtoul(ep, &ep, 0); - } - if (*ep == ':') - ep++; + i = 0; + do { + selarr[i++] = strtoul(ep, &ep, 0); + } while ((*ep == ':' || *ep == '.') && *++ep != '\0' && i < 4); + + if (i > 2) + sel.pc_func = selarr[--i]; + else + sel.pc_func = 0; + sel.pc_dev = selarr[--i]; + sel.pc_bus = selarr[--i]; + if (i > 0) + sel.pc_domain = selarr[--i]; + else + sel.pc_domain = 0; } +#if 0 +printf ("SELECTOR=(%d:%d:%d:%d) *ep=0x%02x\n", sel.pc_domain, sel.pc_bus, sel.pc_dev, sel.pc_func, *ep); +#endif if (*ep != '\x0' || ep == epbase) errx(1, "cannot parse selector %s", str); return sel; From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 08:16:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10FB016A420 for ; Wed, 3 Oct 2007 08:16:40 +0000 (UTC) (envelope-from robbak@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 9D5A513C4B8 for ; Wed, 3 Oct 2007 08:16:39 +0000 (UTC) (envelope-from robbak@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3140037nfb for ; Wed, 03 Oct 2007 01:16:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=fv7o7wjCKcAsmgP1TrwoqddyDl1BZCr6n3qTJmXe3fs=; b=ZJMupdo6NeoUc5P2iaHyGIfVWn2esE9XxDJ9LS03PyGTA8Wa8apywL6lsbfjUDJmKifI0hcMIPa/ExCTPN6VdV20aBWiWnDHqTPPhqiaDoVmfNVZJ1zVY8sYx9beUN0yxr9VOWbL75L0ClyY+lR7lokEuU3dQ0XgI3fb5KNeKDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=E9Yl4xne2uJ5jkAk6ozL2xMoJp3RJ6CtptOg7emmp6wYuy8qlGLE1ezVtQXGmGAjnGoMvQ6eDk4BL9nd8Ef9LbiC4xUwRmW5dfIJVL8Qh4OGANhUFD8MXc8T58vobRbEVlbpAKamVBOy3RTj6GltMo3eJ9eCiCPcKAb8zCNB2Gg= Received: by 10.78.149.15 with SMTP id w15mr5838471hud.1191397840456; Wed, 03 Oct 2007 00:50:40 -0700 (PDT) Received: by 10.78.141.3 with HTTP; Wed, 3 Oct 2007 00:50:40 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 17:50:40 +1000 From: "Robert Backhaus" Sender: robbak@gmail.com To: "Aryeh Friedman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 9eef41a6e53b6a6b X-Mailman-Approved-At: Wed, 03 Oct 2007 12:44:19 +0000 Cc: freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 08:16:40 -0000 > > Another option is to always specify the host on the command line (csup > > -h cvsup2.au.freebsd.org ....) or using a tool like fastest_cvsup > > (csup -h `fastest_cvsup -qc au` ...). > > > > Where in the ports collection do I find fastest_cvsup? side question > maybe we want to make it the default host for cvsup (ala gentoo's > emerge) $ cd /usr/ports $ make quicksearch name=fastest_cvsup Port: fastest_cvsup-0.2.9_5 Path: /usr/ports/sysutils/fastest_cvsup Info: Finds fastest CVSup server For the other sugestion - I think not. I have had problems where the fastest server is one that has lost all it's files, or that nobody is using because it is badly out of date. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 13:18:55 2007 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 E011916A46E; Wed, 3 Oct 2007 13:18:55 +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 43AB413C465; Wed, 3 Oct 2007 13:18:55 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l93DIrVt018327; Wed, 3 Oct 2007 15:18:54 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l93DIrDM018326; Wed, 3 Oct 2007 15:18:53 +0200 (CEST) (envelope-from marius) Date: Wed, 3 Oct 2007 15:18:53 +0200 From: Marius Strobl To: Stefan =?unknown-8bit?Q?E=DFer?= , John Baldwin , Marcel Moolenaar , Michael Butler , current@FreeBSD.org Message-ID: <20071003131853.GE98412@alchemy.franken.de> References: <20070930114914.GB38896@alchemy.franken.de> <4700ECC8.4090702@FreeBSD.org> <20071001132548.GE55741@alchemy.franken.de> <200710011420.31077.jhb@freebsd.org> <20071003105357.GA27749@Gatekeeper.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071003105357.GA27749@Gatekeeper.FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Patch for review (was: Re: Proposal to revise the new parsing of PCI selectors (was: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4?src/share/man/man9 pci.9?src/sys/amd64/include?legacyvar.h?src/sys/amd64/amd64 legacy.c?src/sys/amd64/pci pci_bus.c?src/sys/arm/xscale/i80321?i80321_pci.c src/sys/arm/xscale/ixp425 ...)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 13:18:56 -0000 On Wed, Oct 03, 2007 at 12:53:57PM +0200, Stefan Eer wrote: > On 2007-10-01 14:20 -0400, John Baldwin wrote: > > On Monday 01 October 2007 09:25:48 am Marius Strobl wrote: > > > On Mon, Oct 01, 2007 at 02:49:12PM +0200, Stefan Esser wrote: > > > > Well, since it was me who chose to parse it that way, when pciconf > > > > saw the light of day, I can say that the logical extension appears > > > > to be the support of 3 formats for the PCI device selector: > > > > > > > > pci1:2:3:4 (full, domain/bus/slot/function, required if domain!=0) > > > > pci2:3:4 (abridged, in case the domain is "0") > > > > pci2:3 (abridged, in case the domain and function are "0") > > > > > > I'm ok with what you propose, I'd wait for John to comment > > > whether he sees any issues regarding the hints feature he is > > > working on though. > > > > This sounds good to me. > > Ok, I've tested the following patch, which also restores a feature > of the original code, when it was not clear, whether the separator > character was supposed to be ":" or "." (i.e., the new version does > accept both ":" and "." as separator). This would allow to use the > same selectors (with ".") in pciconf and the hints file ... > > I'd of course be willing to commit both changes separately (first > the parsing of selectors with 2, 3 or 4 elements, then equivalence > of ":" and "." as separators). > > The code wrapped in "#if 0" is not to be committed, I've included > it just in case anybody wants to perform some tests and to check > the parsing results. > > Regards, STefan > > > > Index: usr.sbin/pciconf/pciconf.c > =================================================================== > RCS file: /usr/cvs/src/usr.sbin/pciconf/pciconf.c,v > retrieving revision 1.28 > diff -u -3 -r1.28 pciconf.c > --- usr.sbin/pciconf/pciconf.c 30 Sep 2007 11:05:17 -0000 1.28 > +++ usr.sbin/pciconf/pciconf.c 3 Oct 2007 10:33:03 -0000 > @@ -486,6 +486,8 @@ > char *ep = strchr(str, '@'); > char *epbase; > struct pcisel sel; > + u_int8_t selarr[4]; > + int i; > Generally looks good. Note that the domain in theory can be a 32-bit value (chosen based on what the old alpha hose code used; Linux seems to limit it to 16-bit) though. Marius From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 13:21:17 2007 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 692A116A417 for ; Wed, 3 Oct 2007 13:21:17 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.234]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6E213C4A6 for ; Wed, 3 Oct 2007 13:21:17 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so1896147qbd for ; Wed, 03 Oct 2007 06:21:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=fFott2DzI8Rrpig3WS48vywozzCLefGaYZSHbYeV9Xw=; b=cjCoOYdnFLC42YZOMG0uRBqMm9utw6eYYLDsvYR4SI3Y/OSGJZGBGOy/DpMADIxX2ajJKtEDtgPKOugvDa9Bb56zsNf8MbW3YzGscC/Hjf40hQ8g8PhFBSiOVLRnRQPffIPdQ89GaujsHByNfuwvslt5pCq2mhD0j8wTfpS2dH4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=sfF1sj14dNyIvwLOb9sB9iRfV8BuQ3fx0S7Xsr8hke/D71JDe9sCYNgaQRE1aX7B7bsvIMjCmQK6fjMYjSK+97OKeWchK6o2P6LlJ6d6q/28mJV9N/HCnK0HjduTprGIX3c1Ylk0OzUml5CQj/UaeDubLQcrBAv/n5GAuuvTlVE= Received: by 10.114.92.2 with SMTP id p2mr3968648wab.1191417675601; Wed, 03 Oct 2007 06:21:15 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Wed, 3 Oct 2007 06:21:15 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 15:21:15 +0200 From: "Arjan van Leeuwen" To: "Rolf Witt" In-Reply-To: MIME-Version: 1.0 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> 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: Current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 13:21:17 -0000 2007/10/1, Arjan van Leeuwen : > > Same here: > I'm getting this panic several times a day now. How can I help in further debugging this? Also, I note that everytime I panic, my currently opened files are reduced to 0 bytes. Is that expected? Arjan #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff80472c09 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff8047300d in panic (fmt=0x104
) > at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff80642135 in ffs_blkfree (ump=Variable "ump" is not available. > ) > at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 > #5 0xffffffff80651dc3 in indir_trunc (freeblks=0xffffff001544d500, > dbn=Variable "dbn" is not available. > ) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 > #6 0xffffffff8065227f in handle_workitem_freeblocks ( > freeblks=0xffffff001544d500, flags=0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 > #7 0xffffffff80653853 in process_worklist_item (mp=0xffffff0001478978, > flags=Variable "flags" is not available. > ) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 > #8 0xffffffff80654867 in softdep_process_worklist (mp=0xffffff0001478978, > full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 > #9 0xffffffff806567d7 in softdep_flush () > at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 > #10 0xffffffff80454723 in fork_exit ( > callout=0xffffffff806566b0 , arg=0x0, > frame=0xffffffffac3a8c80) at /usr/src/sys/kern/kern_fork.c:796 > #11 0xffffffff806dbb8e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:397 > > > 2007/9/30, Rolf Witt : > > > > Here the same (i386 old PIII with 640mb RAM, Sources from friday): > > > > > reboot after panic: ffs_blkfree: freeing free > > block > > > > The kernel on my PC panics by reading the UPDATING-File with less after > > executing a portsnap update. > > > > Sorry, i know thats are not very helpful informations, but i lost the > > vmcore and all debug output. > > > > rowi > > _______________________________________________ > > 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 Oct 3 13:26:13 2007 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 F0F0616A419 for ; Wed, 3 Oct 2007 13:26:13 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id DC0E013C448 for ; Wed, 3 Oct 2007 13:26:13 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id 86B7711578; Wed, 3 Oct 2007 08:26:13 -0500 (CDT) Date: Wed, 3 Oct 2007 08:26:12 -0500 From: Craig Boston To: Andrew Thompson Message-ID: <20071003132612.GA39864@nowhere> Mail-Followup-To: Craig Boston , Andrew Thompson , "Nicolai Petri (lists)" , FreeBSD Current References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> <4678B1E4.7080909@errno.com> <467ED084.4000002@petri.cc> <46A484CA.8030805@petri.cc> <20070723114821.GA6575@heff.fud.org.nz> <46A84F36.8080309@petri.cc> <20071001203030.GB16919@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071001203030.GB16919@heff.fud.org.nz> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: ipw status (was: wireless) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 13:26:14 -0000 On Tue, Oct 02, 2007 at 09:30:30AM +1300, Andrew Thompson wrote: > Thanks for the report, attached is an updated patch for ipw(4) that > seems to work very well. Please give it a spin. Managed to get this compiled yesterday and had a chance to do some testing last night. It does seem to be a bit better then the previous patch -- the interface comes up and associates automatically on boot now. Previously it would be up and scanning but never find anything until I restarted wpa_supplicant. It does still randomly stop working after a couple hours though. It will still show "up" and associated with the AP, but no packets get through until I down/up the interface. Sometimes have to cycle it twice. It may last a little longer than the previous patch before it dies, but I'm not 100% sure. Is that a known issue or should I start enabling debug flags? Thanks for all your work on this driver. Craig From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 14:07:08 2007 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 24A0316A41B for ; Wed, 3 Oct 2007 14:07:08 +0000 (UTC) (envelope-from sa2c@sa2c.net) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id F3F4113C4A8 for ; Wed, 3 Oct 2007 14:07:07 +0000 (UTC) (envelope-from sa2c@sa2c.net) Received: by an-out-0708.google.com with SMTP id c14so926905anc for ; Wed, 03 Oct 2007 07:07:07 -0700 (PDT) Received: by 10.142.214.5 with SMTP id m5mr539432wfg.1191411295961; Wed, 03 Oct 2007 04:34:55 -0700 (PDT) Received: from ?192.168.1.3? ( [122.135.127.33]) by mx.google.com with ESMTPS id c36sm891204rvf.2007.10.03.04.34.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Oct 2007 04:34:55 -0700 (PDT) Message-ID: <47037E5C.7090006@sa2c.net> Date: Wed, 03 Oct 2007 20:34:52 +0900 From: NIIMI Satoshi MIME-Version: 1.0 To: Jeff Roberson References: <20071002165007.D587@10.0.0.1> In-Reply-To: <20071002165007.D587@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 14:07:08 -0000 Hi, Jeff Roberson wrote: > 2) Restores old sched_yield() behavior from 6.x. This was changed in > -current unintentionally I think. sched_yield() is now very fast with SCHED_ULE. On my test, it's faster than 6.2-REL even with HZ=100. > Those of you still using 4BSD can also verify that the yield changes > don't cause any problems there. Unfortunately, sched_yield() is still very slow with SCHED_4BSD. Thanks, -- NIIMI Satoshi From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 14:36:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 3436516A419; Wed, 3 Oct 2007 14:36:33 +0000 (UTC) Date: Wed, 3 Oct 2007 14:36:33 +0000 From: Alexey Dokuchaev To: Craig Boston , current@freebsd.org, Ben Kaduk Message-ID: <20071003143632.GA31356@FreeBSD.org> References: <20070921202523.GB4044@nowhere> <20071002204850.GA33227@nowhere> <20071002211610.GB33227@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071002211610.GB33227@nowhere> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Patch for nvidia-driver on current (panic: spin locks can only use msleep_spin) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 14:36:33 -0000 On Tue, Oct 02, 2007 at 04:16:10PM -0500, Craig Boston wrote: > Oops, I didn't notice that mutt got confused about the file type and > used text/x-csrc, so mailman ate it. Patch should be attached to this > message. Thanks to Ben Kaduk (whose message is still greylisted atm) > for pointing it out. I've a similar fix waiting to be committed (submitted by mux@) once I rebuild my world + kernel, which sould be RSN. Thanks. ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 15:30:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54B1E16A417 for ; Wed, 3 Oct 2007 15:30:42 +0000 (UTC) (envelope-from nevans@talkpoint.com) Received: from mailbox.talkpoint.com (mailbox.talkpoint.com [204.141.15.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3725F13C45B for ; Wed, 3 Oct 2007 15:30:42 +0000 (UTC) (envelope-from nevans@talkpoint.com) Received: from localhost (localhost [127.0.0.1]) by mailbox.talkpoint.com (Postfix) with ESMTP id B2A62231C497 for ; Wed, 3 Oct 2007 11:07:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.148 X-Spam-Level: X-Spam-Status: No, score=-3.148 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1.8, AWL=1.251, BAYES_00=-2.599] Received: from mailbox.talkpoint.com ([127.0.0.1]) by localhost (mailbox.talkpoint.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h-06Em-np7EA for ; Wed, 3 Oct 2007 11:07:28 -0400 (EDT) Received: from pleiades.nextvenue.com (pleiades.nextvenue.com [204.141.15.194]) by mailbox.talkpoint.com (Postfix) with ESMTP id 35D0B231C463 for ; Wed, 3 Oct 2007 11:07:28 -0400 (EDT) Date: Wed, 3 Oct 2007 11:07:27 -0400 From: Nick Evans To: freebsd-current@freebsd.org Message-ID: <20071003110727.411aa2de@pleiades.nextvenue.com> In-Reply-To: <20071002165007.D587@10.0.0.1> References: <20071002165007.D587@10.0.0.1> X-Mailer: Claws Mail 2.8.0 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 15:30:42 -0000 On Tue, 2 Oct 2007 16:53:33 -0700 (PDT) Jeff Roberson wrote: > Enclosed is a patch that does two things: > > 1) Reduces UP context switch time by over 10% making it faster than 4BSD > on UP. On SMP it's hard to compare since ULE can do as many as 30x as > many switches per second on my 8way system. > > 2) Restores old sched_yield() behavior from 6.x. This was changed in > -current unintentionally I think. > > I'd appreciate any extra testing. The ULE context switch time > improvements required some changes to the frequency that we recalculate > priorities. I'm mostly interested in hearing whether this causes any > regression in normal workloads. > > Those of you still using 4BSD can also verify that the yield changes don't > cause any problems there. > > Thanks, > Jeff Jeff, I haven't noticed any adverse affects with this patch on yesterdays CURRENT+ULE. System is a Pentium D 915 with 1 gig ram. Built a bunch of larger ports while browsing in firefox and setting up enlightenment-devel, interactivity was good. Enlightenment's eye-candy stayed very fluid. Nick From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 15:38:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9ED16A41B; Wed, 3 Oct 2007 15:38:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7738313C469; Wed, 3 Oct 2007 15:38:33 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l93FcUEi080879; Wed, 3 Oct 2007 11:38:31 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 3 Oct 2007 11:38:26 -0400 User-Agent: KMail/1.6.2 References: <470002B5.6030002@root.org> In-Reply-To: <470002B5.6030002@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200710031138.28820.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4461/Wed Oct 3 04:50:48 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, Nate Lawson Subject: Re: patch: change in acpi taskq behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 15:38:35 -0000 On Sunday 30 September 2007 04:10 pm, Nate Lawson wrote: > Attached is a patch (one for 6, one for 7) that shouldn't break > anything for most people and may fix some battery status issues for > others. It changes how we run tasks during boot. It seems some > hardware expects synchronous access but our taskq is not running > until after interrupts are enabled. This patch bounces calls > through a wrapper that executes the callback directly if we're not > booted yet. Sorry, I didn't test it but I have some questions. Why do you add a wrapper and pollute all AcpiOsQueueForExecution()/AcpiOsExecute() consumers? Isn't it more simpler to let the function determine to queue or not to queue? Why do you check cold and rebooting flags? If you wanted to check the taskqueue is ready, you could check taskqueue_acpi is NULL or not, instead. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 15:51:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D843E16A41B for ; Wed, 3 Oct 2007 15:51:21 +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 5645613C447 for ; Wed, 3 Oct 2007 15:51:21 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l93FofXj017316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 3 Oct 2007 18:51:09 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l93FoNZo012443; Wed, 3 Oct 2007 18:50:40 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l93FoJ0T012442; Wed, 3 Oct 2007 18:50:19 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 3 Oct 2007 18:50:18 +0300 From: Giorgos Keramidas To: Aryeh Friedman Message-ID: <20071003155018.GA8044@kobe.laptop> References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.976, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Joao Pedras , freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 15:51:21 -0000 On 2007-10-03 05:05, Aryeh Friedman wrote: > On 10/3/07, Joao Pedras wrote: > > > in that case, maybe a fitting location would be /etc/default/cvsup or > > /etc/default/supfiles. No change needed in mergemaster, just the file > > locations. > > > > Where this may lead to, is that a lot of stuff from /usr/share/examples > > will/would (arguably!) belong in /etc... > > /etc/config/... ??? that way people will know what is system config > stuff and what is not... The entire /etc *is* the system configuration directory, there's no reason to start "cluttering" the entire /etc directory with /etc/config, /etc/setup, or /etc/settings, and other seemingly 'fancy' stuff :-) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 16:04:29 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88B9816A46D for ; Wed, 3 Oct 2007 16:04:29 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCFC13C4A8 for ; Wed, 3 Oct 2007 16:04:28 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 4142 invoked from network); 3 Oct 2007 16:04:29 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 3 Oct 2007 16:04:29 -0000 Message-ID: <4703BD8D.1080501@root.org> Date: Wed, 03 Oct 2007 09:04:29 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Jung-uk Kim References: <470002B5.6030002@root.org> <200710031138.28820.jkim@FreeBSD.org> In-Reply-To: <200710031138.28820.jkim@FreeBSD.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: patch: change in acpi taskq behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 16:04:29 -0000 Jung-uk Kim wrote: > On Sunday 30 September 2007 04:10 pm, Nate Lawson wrote: >> Attached is a patch (one for 6, one for 7) that shouldn't break >> anything for most people and may fix some battery status issues for >> others. It changes how we run tasks during boot. It seems some >> hardware expects synchronous access but our taskq is not running >> until after interrupts are enabled. This patch bounces calls >> through a wrapper that executes the callback directly if we're not >> booted yet. > > Sorry, I didn't test it but I have some questions. Why do you add a > wrapper and pollute all AcpiOsQueueForExecution()/AcpiOsExecute() > consumers? Isn't it more simpler to let the function determine to > queue or not to queue? Why do you check cold and rebooting flags? > If you wanted to check the taskqueue is ready, you could check > taskqueue_acpi is NULL or not, instead. There are 2 different behaviors I'm trying to support and only the caller knows which one they want: 1. Run a task at some point in the future but "soon" 2. Queue a task to be run, definitely after boot is complete Notifies are in the first class. Initialization functions for the various drivers are in the second. ACPI-CA is moving to making all Notifies completely synchronous (i.e. they wait for the thread to run). So if we go to the model you describe (#1), this will work but suddenly the initialization of the drivers won't wait for boot. It will be run right away. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 16:34:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DC2916A419; Wed, 3 Oct 2007 16:34:06 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id E851013C48A; Wed, 3 Oct 2007 16:34:04 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l93GXpbN012678; Wed, 3 Oct 2007 18:33:51 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.1/8.14.1) with ESMTP id l93GXpdk017820; Wed, 3 Oct 2007 18:33:51 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.1/8.14.1/Submit) id l93GXogS017819; Wed, 3 Oct 2007 18:33:50 +0200 (CEST) (envelope-from marc) Date: Wed, 3 Oct 2007 18:33:50 +0200 From: Marc Fonvieille To: Jeff Roberson , freebsd-current@freebsd.org, Roman Bogorodskiy Message-ID: <20071003163350.GA2449@gothic.blackend.org> Mail-Followup-To: Jeff Roberson , freebsd-current@freebsd.org, Roman Bogorodskiy References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> <20071001112845.N583@10.0.0.1> <20071001185454.GA72080@abigail.blackend.org> <20071002010703.D6669@10.0.0.1> <20071002190208.GA94380@abigail.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002190208.GA94380@abigail.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:34:06 -0000 On Tue, Oct 02, 2007 at 09:02:08PM +0200, Marc Fonvieille wrote: > On Tue, Oct 02, 2007 at 01:07:57AM -0700, Jeff Roberson wrote: > > >I tried with _4BSD and it gives the same behavior (I even downgraded > > >Xorg to 7.2). Renicing X does not really help. > > > > > >I use nvidia or nv driver (nvidia one is a bit less worse). The lag can > > >even appears with 4% of CPU usage according to top(1). > > >Thanks to your remarks and my tests, I'm now sure it's scheduler > > >independent. It seems 7-CURRENT is slower than 6.X regarding I/O :( > > >For info the box is a 1.2GHz Athlon with 1GB of RAM and swap is never > > >used. > > > > Can you try with ULE and the attached diff? sched_yield() behavior > > changed between 6.x and 7-CURRENT. This has been referenced in other bug > > reports. Please let me know if this helps. > > > > Ok, I'm going to test with your patch. > No noticeable difference :( I'll try with the patches set you posted today. -- Marc From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 16:36:24 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9C416A418; Wed, 3 Oct 2007 16:36:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 38E7B13C458; Wed, 3 Oct 2007 16:36:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l93GaNxL085495; Wed, 3 Oct 2007 12:36:23 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Nate Lawson Date: Wed, 3 Oct 2007 12:36:19 -0400 User-Agent: KMail/1.6.2 References: <470002B5.6030002@root.org> <200710031138.28820.jkim@FreeBSD.org> <4703BD8D.1080501@root.org> In-Reply-To: <4703BD8D.1080501@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200710031236.21309.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4461/Wed Oct 3 04:50:48 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: patch: change in acpi taskq behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 16:36:24 -0000 On Wednesday 03 October 2007 12:04 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > On Sunday 30 September 2007 04:10 pm, Nate Lawson wrote: > >> Attached is a patch (one for 6, one for 7) that shouldn't break > >> anything for most people and may fix some battery status issues > >> for others. It changes how we run tasks during boot. It seems > >> some hardware expects synchronous access but our taskq is not > >> running until after interrupts are enabled. This patch bounces > >> calls through a wrapper that executes the callback directly if > >> we're not booted yet. > > > > Sorry, I didn't test it but I have some questions. Why do you > > add a wrapper and pollute all > > AcpiOsQueueForExecution()/AcpiOsExecute() consumers? Isn't it > > more simpler to let the function determine to queue or not to > > queue? Why do you check cold and rebooting flags? If you wanted > > to check the taskqueue is ready, you could check taskqueue_acpi > > is NULL or not, instead. > > There are 2 different behaviors I'm trying to support and only the > caller knows which one they want: > > 1. Run a task at some point in the future but "soon" > 2. Queue a task to be run, definitely after boot is complete > > Notifies are in the first class. Initialization functions for the > various drivers are in the second. ACPI-CA is moving to making all > Notifies completely synchronous (i.e. they wait for the thread to > run). So if we go to the model you describe (#1), this will work > but suddenly the initialization of the drivers won't wait for boot. > It will be run right away. Understood. However, there are two conflicting Notify handler implemtations, i.e., 'synchronous' type with a semaphore (which is in newer unreleased ACPI-CA) and 'do not defer' type (which is in Linux kernel source): http://bugzilla.kernel.org/show_bug.cgi?id=5534 See the patches that are actually committed to Linux git tree: http://bugzilla.kernel.org/attachment.cgi?id=10429&action=view http://bugzilla.kernel.org/attachment.cgi?id=10430&action=view I believe the vendor didn't finalize the design yet. For now, we may have to try Linux way. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 16:51:05 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B36D116A421; Wed, 3 Oct 2007 16:51:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 73ECC13C469; Wed, 3 Oct 2007 16:51:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l93Gp4Y4086540; Wed, 3 Oct 2007 12:51:04 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 3 Oct 2007 12:50:59 -0400 User-Agent: KMail/1.6.2 References: <470002B5.6030002@root.org> <4703BD8D.1080501@root.org> <4703C08B.6040703@gmail.com> In-Reply-To: <4703C08B.6040703@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200710031251.02304.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4461/Wed Oct 3 04:50:48 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: "Dana H. Myers" , freebsd-current@FreeBSD.org, Nate Lawson Subject: Re: patch: change in acpi taskq behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 16:51:05 -0000 On Wednesday 03 October 2007 12:17 pm, Dana H. Myers wrote: > Nate Lawson wrote: > > 1. Run a task at some point in the future but "soon" > > 2. Queue a task to be run, definitely after boot is complete > > > > Notifies are in the first class. Initialization functions for > > the various drivers are in the second. ACPI-CA is moving to > > making all Notifies completely synchronous (i.e. they wait for > > the thread to run). > > Note that I've encountered an issue with synchronous Notify in the > Solaris port of ACPI CA on a particular machine. > > Specifically, the Acer Ferrari 3400 deadlocks while delivering > AC/battery events, since Notify() is performed while holding > a mutex. The AC/battery driver notify handler evaluates _STA > and _BST, and either of these attempt to hold the same mutex. Ha, my laptop at work is Acer Ferrari 3400. :-) > Bob Moore and I have been discussing solutions for this but > have nothing firm at this point. > > While I suppose I *could* make the AC/battery driver Notify > handler behave like a high-level interrupt and simply schedule > yet another thread to run to handle the Notify, this scheme > generally ends up the same as asynchronous Notify in the first > place. Precisely. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 14:40:47 2007 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 8928716A417 for ; Wed, 3 Oct 2007 14:40:47 +0000 (UTC) (envelope-from coolaz@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id 5A89613C44B for ; Wed, 3 Oct 2007 14:40:46 +0000 (UTC) (envelope-from coolaz@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate03.web.de (Postfix) with ESMTP id B123CA050C9A; Wed, 3 Oct 2007 16:13:50 +0200 (CEST) Received: from [91.16.234.82] (helo=example.net) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.108 #197) id 1Id4yz-0003x7-00; Wed, 03 Oct 2007 16:13:50 +0200 Received: by example.net (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher AES256-SHA (256/256 bits)) coolaz@web.de; Wed, 3 Oct 2007 16:14:13 +0200 (CEST) Date: Wed, 3 Oct 2007 16:14:12 +0200 From: Martin Kulas To: current@FreeBSD.org Message-ID: <20071003141412.GA1311@thunderbird.tld> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://www.stud.uni-hamburg.de/~kulas/mkulas_pubkey.asc Sender: coolaz@web.de X-Sender: coolaz@web.de X-Provags-ID: V01U2FsdGVkX19ZQcVsNmfXG9zoB0Tdx5HYGssmnGXq+wBLflyw D7QorK24ngcC4/IQdvzQe5ZHEoI0uvGvnFEbtzPDy+A72jaAuj lqLwPNvYY= X-Mailman-Approved-At: Wed, 03 Oct 2007 17:12:44 +0000 Cc: Subject: [SCTP][patch] socket does not wake 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: Wed, 03 Oct 2007 14:40:47 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello! I patched netcat to support 1to1-SCTP sockets. Netcat uses the poll() system call to wait for new data in the socket buffer. The problem is that poll() does not return when the kernel has closed the SCTP association. Select() has the same problem. I digged around in the SCTP sources and created a patched to remove=20 that bug. The patch is a one-liner: --- sctp_pcb.c.orig 2007-10-03 13:27:12.000000000 +0200 +++ sctp_pcb.c 2007-10-03 15:51:55.286987000 +0200 @@ -4234,6 +4234,7 @@ SS_ISCONFIRMING | SS_ISCONNECTED); } + socantrcvmore(so); SOCK_UNLOCK(so); sctp_sowwakeup(inp, so); sctp_sorwakeup(inp, so); Now I have no problems with the system calls select()/poll() anymore. Is this patch OK or have I missed anything? Regards, Martin --=20 PGP Key: http://www.stud.uni-hamburg.de/~kulas/mkulas_pubkey.asc --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHA6Ozu1jKg1agQ1oRAqRBAJwN/1/0ou0WpmA4zpbL0zzrGuET2wCeIqF9 97WIYyaMgSqf1kXrI5On7rs= =VDLK -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 16:42:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3551716A494 for ; Wed, 3 Oct 2007 16:42:23 +0000 (UTC) (envelope-from dana.myers@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 0046013C505 for ; Wed, 3 Oct 2007 16:42:15 +0000 (UTC) (envelope-from dana.myers@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so941148anc for ; Wed, 03 Oct 2007 09:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=XuuXItPH4aQlNEKSHe0xjhATyYPRV1OMfN5eXi4a3bA=; b=ZrIJZQmJgRgNM5ghxn4EIb+gamefBALFmC+hA4KUaxvIr3c4HcavWNstkjXWUsuyruioK+gJ5ASoaUKCfzDii03RbSvScgwBytyUJM/b+snIyTqOq3bsF53tHNNdjYTb9f8W/hwVSp2UoTdqKwEiS8mmaWQkFpijhZpxMIrLfJk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Ks2j+Yp2P3CFqi4OO5RxYtsnlg9ECvyGUEFq1eJryf4BGHa73kCUt/X6QqsrW/JC0m5zqRvLE8h6erm8rPHU0EQzOIf3mvnzzwn6kEoD7VP61RiO4tP+jl0Ij44HysAjbSx2qUgwJQDRgHobeQFcIL6AyZE/uavgZ2QUp5xEGj8= Received: by 10.142.135.9 with SMTP id i9mr717502wfd.1191428238497; Wed, 03 Oct 2007 09:17:18 -0700 (PDT) Received: from ?192.168.0.2? ( [67.180.22.170]) by mx.google.com with ESMTPS id f42sm1547301rvb.2007.10.03.09.17.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Oct 2007 09:17:17 -0700 (PDT) Message-ID: <4703C08B.6040703@gmail.com> Date: Wed, 03 Oct 2007 09:17:15 -0700 From: "Dana H. Myers" User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Nate Lawson References: <470002B5.6030002@root.org> <200710031138.28820.jkim@FreeBSD.org> <4703BD8D.1080501@root.org> In-Reply-To: <4703BD8D.1080501@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 03 Oct 2007 17:12:44 +0000 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: patch: change in acpi taskq behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 16:42:23 -0000 Nate Lawson wrote: > 1. Run a task at some point in the future but "soon" > 2. Queue a task to be run, definitely after boot is complete > > Notifies are in the first class. Initialization functions for the > various drivers are in the second. ACPI-CA is moving to making all > Notifies completely synchronous (i.e. they wait for the thread to run). Note that I've encountered an issue with synchronous Notify in the Solaris port of ACPI CA on a particular machine. Specifically, the Acer Ferrari 3400 deadlocks while delivering AC/battery events, since Notify() is performed while holding a mutex. The AC/battery driver notify handler evaluates _STA and _BST, and either of these attempt to hold the same mutex. Bob Moore and I have been discussing solutions for this but have nothing firm at this point. While I suppose I *could* make the AC/battery driver Notify handler behave like a high-level interrupt and simply schedule yet another thread to run to handle the Notify, this scheme generally ends up the same as asynchronous Notify in the first place. Dana From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 17:22:35 2007 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 C9C1E16A418 for ; Wed, 3 Oct 2007 17:22:35 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 70A2B13C447 for ; Wed, 3 Oct 2007 17:22:35 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id DE9931CC58; Thu, 4 Oct 2007 06:22:33 +1300 (NZDT) Date: Thu, 4 Oct 2007 06:22:33 +1300 From: Andrew Thompson To: Craig Boston Message-ID: <20071003172233.GH38352@heff.fud.org.nz> References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> <4678B1E4.7080909@errno.com> <467ED084.4000002@petri.cc> <46A484CA.8030805@petri.cc> <20070723114821.GA6575@heff.fud.org.nz> <46A84F36.8080309@petri.cc> <20071001203030.GB16919@heff.fud.org.nz> <20071003132612.GA39864@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071003132612.GA39864@nowhere> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Current Subject: Re: ipw status (was: wireless) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 17:22:35 -0000 On Wed, Oct 03, 2007 at 08:26:12AM -0500, Craig Boston wrote: > On Tue, Oct 02, 2007 at 09:30:30AM +1300, Andrew Thompson wrote: > > Thanks for the report, attached is an updated patch for ipw(4) that > > seems to work very well. Please give it a spin. > > Managed to get this compiled yesterday and had a chance to do some > testing last night. > > It does seem to be a bit better then the previous patch -- the interface > comes up and associates automatically on boot now. Previously it would > be up and scanning but never find anything until I restarted > wpa_supplicant. > > It does still randomly stop working after a couple hours though. It > will still show "up" and associated with the AP, but no packets get > through until I down/up the interface. Sometimes have to cycle it > twice. It may last a little longer than the previous patch before it > dies, but I'm not 100% sure. > > Is that a known issue or should I start enabling debug flags? Can you please set 'sysctl debug.ipw=3' and 'wlandebug -i ipw0 +scan' which should show what its doing. Thanks for testing. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 17:51:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58E5D16A41B for ; Wed, 3 Oct 2007 17:51:17 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2E36013C448 for ; Wed, 3 Oct 2007 17:51:17 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from antenna.local (c-68-35-224-189.hsd1.fl.comcast.net[68.35.224.189]) by comcast.net (alnrmhc11) with ESMTP id <20071003175116b1100bqdffe>; Wed, 3 Oct 2007 17:51:16 +0000 Message-ID: <4703D67E.6070506@comcast.net> Date: Wed, 03 Oct 2007 13:50:54 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.6 (X11/20070925) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kill hangs with csh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 17:51:17 -0000 Hi list, Running CURRENT as a recent as yesterday. I've observed, that while using csh kill `pgrep someprog` Hangs. I am aware one can do 'pkill someprog' but this could be a bug in csh. I tested this with sh and kill `pgrep someprog` works fine. csh on FreeBSD 6.2 will work with the above mentioned. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 17:52:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 644FF16A420 for ; Wed, 3 Oct 2007 17:52:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id AC1C213C48A for ; Wed, 3 Oct 2007 17:52:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3290131nfb for ; Wed, 03 Oct 2007 10:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=/Fzw0bRXRx9xsP+RRnWG+Mc+ZLOe8RqDDYAGIO5AlvI=; b=IviGdnAJYm7wvw5iiAjQBp0hTSWOpxAm4scOiHneXI+SEDiJmsSm0IDBnlcNKR0GElCZQoR9mM79lZPJBsj19SvCntWIqty2xPA6O2at1wC733EP9N5XO1PJN1+OtP8f12w6G5/BQgQAjHcgLabD+D33ijhoEpzx2D6ONBaJi7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Jg+OissD/nW6+Bco3M8GfUlLsR60uJiZ41SM4JjuRbpZRlc5v53dlpo/uGrb2oGiiXUxzAh4WpREPsdazRIkLqd0bb07XwrDj8EHiqe4sBTkWr803ZArfLp1NFMaPrWRuMMOUuccmy1wmpGVKm8phdFqqju4V6bgZmac4MJCaOw= Received: by 10.86.58.3 with SMTP id g3mr826333fga.1191433963282; Wed, 03 Oct 2007 10:52:43 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 3 Oct 2007 10:52:43 -0700 (PDT) Message-ID: <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com> Date: Wed, 3 Oct 2007 10:52:43 -0700 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 17:52:45 -0000 I am adding support into the em driver for PTP, what I would prefer doing is to add interface capability support: IFCAP_TSYNC or something like that. The driver will then enable/disable the feature. Are there other vendor's hardware providing this support such that a net/if.h capability would be justified? There was also some other defines that are needed, an ethertype for instance, I forget what it was offhand but I did notice it wasn't there yet. Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 17:59:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F08016A41A for ; Wed, 3 Oct 2007 17:59:55 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2792C13C46A for ; Wed, 3 Oct 2007 17:59:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9173E17104; Wed, 3 Oct 2007 17:59:53 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l93HxuAj052870; Wed, 3 Oct 2007 17:59:56 GMT (envelope-from phk@critter.freebsd.dk) To: "Jack Vogel" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Oct 2007 10:52:43 MST." <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com> Date: Wed, 03 Oct 2007 17:59:56 +0000 Message-ID: <52869.1191434396@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "freebsd-net@freebsd.org" , FreeBSD Current Subject: Re: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 17:59:55 -0000 In message <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com>, "Jack Vogel" writes : >I am adding support into the em driver for PTP, what I would prefer doing is >to add interface capability support: IFCAP_TSYNC or something like that. >The driver will then enable/disable the feature. > >Are there other vendor's hardware providing this support such that a >net/if.h capability would be justified? > >There was also some other defines that are needed, an ethertype >for instance, I forget what it was offhand but I did notice it wasn't >there yet. When I talked to HP's licensing department, there were a $1k licensefee for anything IEEE1588 related and their message was that even if the FreeBSD foundation got such a license, the users would still have to have one as well if they compiled the source code or some such nonsense. If this has all been taken care of: Go for it! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 19:41:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C99B16A417 for ; Wed, 3 Oct 2007 19:41:50 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE9E213C447 for ; Wed, 3 Oct 2007 19:41:49 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4703EC0B.7040605@intersonic.se> Date: Wed, 03 Oct 2007 21:22:51 +0200 From: Per olof Ljungmark User-Agent: Thunderbird 2.0.0.6 (X11/20070827) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: rtfree? [a bit tedious] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 19:41:50 -0000 Hello, I hope someone can help shed some light on this! Two (almost) identical Compaq DL380G2, 2x 1.4G PIII, 1G RAM, built-in 5i array controller, 6 scsi disks as raid-5, dual psu's. Neither of them could run SMP kernels since 6-CURRENT, however, a couple of weeks ago one started to work flawlessly with a SMP kernel after a fresh build septmeber 19th, no trace of instability. Yippiiee! Yesterday I bravely rebuilt number two from fresh sources with a SMP kernel and then started portupgrade but as usual, the box froze dead after a few minutes into php5 and nothing helped apart from a hard reset. It should be noted that during over a years time I haved circulated various components between them to try to make sure it is not a hw fault and I think it is not. The freezes *never* occurs with UP kernels. Also, I have tested RH and Debian Linix SMP, all OK. ACPI on/off does not matter. The machine that freezes has "rtfree: 0xc43ef000 has 1 refs" messages printed repeatedly on the console and syslog (address varies) and it displays "kernel: Limiting closed port RST response from 201 to 200 packets/sec" during last part of boot. "vmstat -i" shows no significant difference. Some subtle details differ between them, the slightly newer one is the problematic: < CPU: Intel(R) Pentium(R) III CPU family 1400MHz (1390.66-MHz 686-class CPU) < Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 --- > CPU: Intel(R) Pentium(R) III CPU - S 1400MHz (1396.44-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 < ciss0: port 0x2000-0x20ff mem 0xf5dc0000-0xf5dfffff,0xf3ef0000-0xf3ef3fff irq 16 at device 1.0 on pci0 --- > ciss0: port 0x2000-0x20ff mem 0xf5ec0000-0xf5efffff,0xf3ef0000-0xf3ef3fff irq 16 at device 1.0 on pci0 < fxp0: port 0x2400-0x243f mem 0xf5db0000-0xf5db0fff,0xf5c00000-0xf5cfffff irq 18 at device 2.0 on pci0 --- > fxp0: port 0x2400-0x243f mem 0xf5eb0000-0xf5eb0fff,0xf5d00000-0xf5dfffff irq 18 at device 2.0 on pci0 From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 19:54:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D0316A46B for ; Wed, 3 Oct 2007 19:54:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA4F13C45D for ; Wed, 3 Oct 2007 19:54:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2997000nzf for ; Wed, 03 Oct 2007 12:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=a+2ha3iL1uYh3mlDx5U/g0yRG1Sn5Gfw7zoiKNboTVU=; b=BihJ3vEgxtsqS5A5DbTASSQVaSCvRi5MJRDm7YlaQY+pORfiHGNim6GhGtF8DPFeh4tB/oIbVfuaTizd8v0rA7co37isRbqt7SjsnTlfcGkFwhQPBW1myPOHw9fTt5Z1HW4U5l8J3ZbNyqlaqLbuKUIFTPpsb6VhVqwetJZ99tc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gnB0+HPx3L29Eh2WPBD2J2qkfZ33fa8BjL9QHkc3wfpYugIxhVf6OoU/C6G4+Hu9HMd0l7JZ81oMTUJ3ILB278/ZbCG0KeAltDFAZOWQIpNi9i9vpXkMP/KzkgnPv7KXRYxzdxC/j8TKQx5Q18MRAftkolhR6iGIrx6EYut/ZEk= Received: by 10.65.107.10 with SMTP id j10mr8213649qbm.1191441245591; Wed, 03 Oct 2007 12:54:05 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 12:54:05 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 19:54:05 +0000 From: "Aryeh Friedman" To: "Erik Osterholm" , "Aryeh Friedman" , freebsd-current@freebsd.org In-Reply-To: <20071003193808.GA43889@idoru.cepheid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4702EA52.9050904@delphij.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.com> <20071003193808.GA43889@idoru.cepheid.org> Cc: Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 19:54:07 -0000 > If FreeBSD doesn't meet your needs, why don't you use OS X or Windows? > If they don't meet your needs perfectly, have you asked them to make > changes to the underlying system and philosophy in order to better > meet your needs? Why is everyone mistaking my comments as being blanket criticism of FreeBSD... just the opposite if it wasn't my preferred OS I wouldn't have made any comments at all From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 19:56:50 2007 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 1F68F16A418 for ; Wed, 3 Oct 2007 19:56:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCE413C46A for ; Wed, 3 Oct 2007 19:56:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l93Jui8O035120; Thu, 4 Oct 2007 05:56:44 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l93JuiwR035119; Thu, 4 Oct 2007 05:56:44 +1000 (EST) (envelope-from peter) Date: Thu, 4 Oct 2007 05:56:44 +1000 From: Peter Jeremy To: avleeuwen@piwebs.com Message-ID: <20071003195644.GN80294@turion.vk2pj.dyndns.org> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mvpLiMfbWzRoNl4x" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 19:56:50 -0000 --mvpLiMfbWzRoNl4x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Oct-03 15:21:15 +0200, Arjan van Leeuwen wrot= e: >Also, I note that everytime I panic, my currently opened files are reduced >to 0 bytes. Is that expected? It depends, are you talking about files being read or only files being written? If this is just affecting writes, then this is a side-effect of the stdio buffering, together with the write-back nature of the UFS buffer cache in conjunction with soft-updates: Data on disk is typically about 30 seconds behind reality and the file contents will always be behind the file itself. It is quite normal for recently written files (or files currently being written) to be truncated on disk following a crash. --=20 Peter Jeremy --mvpLiMfbWzRoNl4x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHA/P8/opHv/APuIcRApCLAJ4tqWbULAZlB3cnxZzSbB8aq5kCNQCePFhU sx98WbrQCTkxzkeDjctlU4k= =x5tr -----END PGP SIGNATURE----- --mvpLiMfbWzRoNl4x-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:06:08 2007 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 C104316A418 for ; Wed, 3 Oct 2007 20:06:08 +0000 (UTC) (envelope-from avleeuwen@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 7E3E613C458 for ; Wed, 3 Oct 2007 20:06:08 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5720493waf for ; Wed, 03 Oct 2007 13:06:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=hBn1XRQUft2ImHgDimZGeidoc5CTekFAyn9hlstpu+8=; b=ljROEpCqlelOJhcVJwUr4R76cDJBCP630bIEmDunZeDX9CMhriUby6K4NStqdfqtLl9MKNE9L/V1D39Nfk1+uIseJar8duCqXr/BKAh2eKtcBZoSaycbAk5ZLjFSXah4bZ3uxzJxdiCmliG3LzrBBU68fEaflsfVSoYdKYVJ4Fg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=TAvMgFHXDFClF3jwDMrKbgKWfLru5wVLPqbo3X/+b+5o4vUAQZIVi8PgbvhZJ9c2ixT+2JKqFZeK6LbJV6QT8RolCpUkK6Q6wwuyx/i24p1Y+OD68ltPPNG7eEwGGU0/nql050uLWi2Kj2/1MxbVqjOajm89EA+oODZkrYSYTpk= Received: by 10.114.199.1 with SMTP id w1mr4577414waf.1191441967896; Wed, 03 Oct 2007 13:06:07 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Wed, 3 Oct 2007 13:06:07 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 22:06:07 +0200 From: "Arjan van Leeuwen" To: "Peter Jeremy" In-Reply-To: <20071003195644.GN80294@turion.vk2pj.dyndns.org> MIME-Version: 1.0 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> <20071003195644.GN80294@turion.vk2pj.dyndns.org> 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: Current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 20:06:08 -0000 2007/10/3, Peter Jeremy : > > On 2007-Oct-03 15:21:15 +0200, Arjan van Leeuwen > wrote: > >Also, I note that everytime I panic, my currently opened files are > reduced > >to 0 bytes. Is that expected? > > It depends, are you talking about files being read or only files being > written? If this is just affecting writes, then this is a side-effect > of the stdio buffering, together with the write-back nature of the UFS > buffer cache in conjunction with soft-updates: Data on disk is > typically about 30 seconds behind reality and the file contents will > always be behind the file itself. It is quite normal for recently > written files (or files currently being written) to be truncated on > disk following a crash. Yep, these are recently written files indeed. Usually the files I had open in my editor while it paniced, files that I save often. Oh well... I'm setting my hopes on this panic being resolved soon then :). Thanks for the explanation. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:06:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FC816A418 for ; Wed, 3 Oct 2007 20:06:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 106DF13C461 for ; Wed, 3 Oct 2007 20:06:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3327101nfb for ; Wed, 03 Oct 2007 13:06:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=GZ6g3V1rjhIqK7oSFnlWUJMtoxppQEbwljLaaw486ZA=; b=F9TkRd9qGUu6gF9HvcFpfHsVLGQYIihC/Vt12dvbV4lKerER+1pZWgQdtVghS65t+3iBY/cKUWDGq3YFlGq8wJ19l5VopwUq5nT5iRhnQRdhk2gNa09pUddX5iuQxcZmEbzYcZ+hsyV6YXVM1Q1YiRgrBPF0kqt4Okds5tNWWRs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cAPM+hZetPdsyu7wE2wVen2ET00pnLUiLqg5tPKD+7F+8gtzadGJ+T1RNrBEFxezU8Jmq4EIKOgOoH1Mxw1lTpZSvrwSviLLyldG3aP1SkxmxSWi3XH7oG2gNkR37MBNyq+rrdmj3lhWLUZRdtyvyxlVdFab7m9kDGsW7796XD8= Received: by 10.86.9.8 with SMTP id 8mr888467fgi.1191441986395; Wed, 03 Oct 2007 13:06:26 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 3 Oct 2007 13:06:26 -0700 (PDT) Message-ID: <2a41acea0710031306p22d66379oc6575ad9ff5ea99d@mail.gmail.com> Date: Wed, 3 Oct 2007 13:06:26 -0700 From: "Jack Vogel" To: "Poul-Henning Kamp" In-Reply-To: <52869.1191434396@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com> <52869.1191434396@critter.freebsd.dk> Cc: "freebsd-net@freebsd.org" , FreeBSD Current Subject: Re: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:06:28 -0000 On 10/3/07, Poul-Henning Kamp wrote: > In message <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com>, "Jack Vogel" writes > : > > >I am adding support into the em driver for PTP, what I would prefer doing is > >to add interface capability support: IFCAP_TSYNC or something like that. > >The driver will then enable/disable the feature. > > > >Are there other vendor's hardware providing this support such that a > >net/if.h capability would be justified? > > > >There was also some other defines that are needed, an ethertype > >for instance, I forget what it was offhand but I did notice it wasn't > >there yet. > > When I talked to HP's licensing department, there were a $1k licensefee > for anything IEEE1588 related and their message was that even if > the FreeBSD foundation got such a license, the users would still > have to have one as well if they compiled the source code or some > such nonsense. What source code was being talked about? I'm not talking about anything userland, and my driver is just turning on a hardware feature, I can't imagine HP having anything to do with it, but I double check internally. Also, there is the ptpd project on sourceforge, that even uses a BSD rather than GPL license, should be easy to use, but I'm new to this so its possible I'm missing something? I'm basically tasked with adding driver support, what happens to actually use it is another matter :) Jack From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:07:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E10916A419 for ; Wed, 3 Oct 2007 20:07:31 +0000 (UTC) (envelope-from erik@cepheid.org) Received: from mail.cepheid.org (wintermute.cepheid.org [64.92.165.98]) by mx1.freebsd.org (Postfix) with ESMTP id 06E7413C469 for ; Wed, 3 Oct 2007 20:07:30 +0000 (UTC) (envelope-from erik@cepheid.org) Received: by mail.cepheid.org (Postfix, from userid 1006) id B9D1B17106; Wed, 3 Oct 2007 14:38:08 -0500 (CDT) Date: Wed, 3 Oct 2007 14:38:08 -0500 From: Erik Osterholm To: Aryeh Friedman Message-ID: <20071003193808.GA43889@idoru.cepheid.org> Mail-Followup-To: Erik Osterholm , Aryeh Friedman , freebsd-current@freebsd.org References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.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 Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:07:31 -0000 On Wed, Oct 03, 2007 at 10:19:26AM +0000, Aryeh Friedman wrote: > > Sorry I really do not understand what is your point. For me the main > > difference between linux and freebsd is documentation. > > FreeBSD is very well documented project , as far as I know there is no > > such beast as well documented linux distro :) > > For me FreeBSD community was (and still is) very helpful and never with > > attitude RTFM. > > If you consider my mail with examples and steps how to accomplish all > > that you asked for as RTFM attitude I just do not know what to say. > > Sorry for being a little abrasive... my main point is we should aim > for more of a "point and click" style of doing things... apple and ms > have done it pretty well for the average case. If FreeBSD doesn't meet your needs, why don't you use OS X or Windows? If they don't meet your needs perfectly, have you asked them to make changes to the underlying system and philosophy in order to better meet your needs? Erik From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:11:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25FF116A41A; Wed, 3 Oct 2007 20:11:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B603413C43E; Wed, 3 Oct 2007 20:10:59 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 7459517106; Wed, 3 Oct 2007 20:10:58 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l93KB1TJ053520; Wed, 3 Oct 2007 20:11:01 GMT (envelope-from phk@critter.freebsd.dk) To: "Jack Vogel" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Oct 2007 13:06:26 MST." <2a41acea0710031306p22d66379oc6575ad9ff5ea99d@mail.gmail.com> Date: Wed, 03 Oct 2007 20:11:01 +0000 Message-ID: <53519.1191442261@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "freebsd-net@freebsd.org" , FreeBSD Current Subject: Re: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:11:00 -0000 In message <2a41acea0710031306p22d66379oc6575ad9ff5ea99d@mail.gmail.com>, "Jack Vogel" writes : >> When I talked to HP's licensing department, there were a $1k licensefee >> for anything IEEE1588 related and their message was that even if >> the FreeBSD foundation got such a license, the users would still >> have to have one as well if they compiled the source code or some >> such nonsense. > >What source code was being talked about? I'm not talking about >anything userland, and my driver is just turning on a hardware >feature, I can't imagine HP having anything to do with it, but I >double check internally. They seem to think they have a patent on doing things that way, no matter what hardware or software you use. If Intel chips have hw-support for timestamping, somebody at intel must have thought about the patent thing. But as I said, if that can be resolved, it should certainly go in. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:22:03 2007 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 97C4216A476 for ; Wed, 3 Oct 2007 20:22:03 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from spacemail2-out.mgmt.space.net (spacemail2-out.mgmt.Space.Net [194.97.149.148]) by mx1.freebsd.org (Postfix) with ESMTP id 9225813C4AA for ; Wed, 3 Oct 2007 20:22:02 +0000 (UTC) (envelope-from se@FreeBSD.org) X-SpaceNet-SBRS: None X-IronPort-AV: E=Sophos;i="4.21,226,1188770400"; d="scan'208";a="60966951" Received: from mail.atsec.com ([195.30.252.105]) by spacemail2-out.mgmt.space.net with ESMTP; 03 Oct 2007 22:22:01 +0200 Received: from [192.168.0.12] (p5087616F.dip.t-dialin.net [80.135.97.111]) (Authenticated sender: se@atsec.com) by mail.atsec.com (Postfix) with ESMTP id 8BB88720920; Wed, 3 Oct 2007 22:22:00 +0200 (CEST) Message-ID: <4703F9E5.7050108@FreeBSD.org> Date: Wed, 03 Oct 2007 22:21:57 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Marius Strobl References: <20070930114914.GB38896@alchemy.franken.de> <4700ECC8.4090702@FreeBSD.org> <20071001132548.GE55741@alchemy.franken.de> <200710011420.31077.jhb@freebsd.org> <20071003105357.GA27749@Gatekeeper.FreeBSD.org> <20071003131853.GE98412@alchemy.franken.de> In-Reply-To: <20071003131853.GE98412@alchemy.franken.de> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Michael Butler , Marcel Moolenaar , =?ISO-8859-1?Q?Stefan_E=DFer?= , current@FreeBSD.org, John Baldwin Subject: Re: Patch for review (was: Re: Proposal to revise the new parsing of PCI selectors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:22:03 -0000 Marius Strobl schrieb: > On Wed, Oct 03, 2007 at 12:53:57PM +0200, Stefan Eer wrote: >> On 2007-10-01 14:20 -0400, John Baldwin wrote: >>> On Monday 01 October 2007 09:25:48 am Marius Strobl wrote: >>>> On Mon, Oct 01, 2007 at 02:49:12PM +0200, Stefan Esser wrote: >>>>> Well, since it was me who chose to parse it that way, when pciconf >>>>> saw the light of day, I can say that the logical extension appears >>>>> to be the support of 3 formats for the PCI device selector: >>>>> >>>>> pci1:2:3:4 (full, domain/bus/slot/function, required if domain!=0) >>>>> pci2:3:4 (abridged, in case the domain is "0") >>>>> pci2:3 (abridged, in case the domain and function are "0") >>>> I'm ok with what you propose, I'd wait for John to comment >>>> whether he sees any issues regarding the hints feature he is >>>> working on though. >>> This sounds good to me. >> Ok, I've tested the following patch, which also restores a feature >> of the original code, when it was not clear, whether the separator >> character was supposed to be ":" or "." (i.e., the new version does >> accept both ":" and "." as separator). This would allow to use the >> same selectors (with ".") in pciconf and the hints file ... >> >> I'd of course be willing to commit both changes separately (first >> the parsing of selectors with 2, 3 or 4 elements, then equivalence >> of ":" and "." as separators). >> >> The code wrapped in "#if 0" is not to be committed, I've included >> it just in case anybody wants to perform some tests and to check >> the parsing results. >> >> Regards, STefan >> >> >> >> Index: usr.sbin/pciconf/pciconf.c >> =================================================================== >> RCS file: /usr/cvs/src/usr.sbin/pciconf/pciconf.c,v >> retrieving revision 1.28 >> diff -u -3 -r1.28 pciconf.c >> --- usr.sbin/pciconf/pciconf.c 30 Sep 2007 11:05:17 -0000 1.28 >> +++ usr.sbin/pciconf/pciconf.c 3 Oct 2007 10:33:03 -0000 >> @@ -486,6 +486,8 @@ >> char *ep = strchr(str, '@'); >> char *epbase; >> struct pcisel sel; >> + u_int8_t selarr[4]; >> + int i; >> > > Generally looks good. Note that the domain in theory can be a > 32-bit value (chosen based on what the old alpha hose code > used; Linux seems to limit it to 16-bit) though. Thank you for your comments. I've got to admit that I did not look at any PCI standard after 2.1 (which I bought to work on the FreeBSD PCI code, a long time ago) in detai ... While I can not imagine a machine with that many domains, it is easy enough to fix the code (i.e. make all elements in selarr[] unsigned 32-bit integers and then cut off high bits when in the assignment to sel structure components. BTW: I do not plan to check for overflow of the selector fiels. This does only affect the bus part of a selector, which causes pci256:0:0 to be an alias of pci0:0:0. But this is old behaviour, and while it is easy to fix, I don't see a need. OTOH, the check would be simple to implement. Hmmm, perhaps as an add on to this patch??? Regards, STefan From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:41:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7394E16A419 for ; Wed, 3 Oct 2007 20:41:56 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF6213C455 for ; Wed, 3 Oct 2007 20:41:56 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id F1756508B4; Wed, 3 Oct 2007 23:41:54 +0300 (EEST) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Aq2ZCdRsHpT4; Wed, 3 Oct 2007 23:41:48 +0300 (EEST) Received: from [172.27.2.200] (c7.campus.utcluj.ro [193.226.6.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id CDEA1508B5; Wed, 3 Oct 2007 23:41:48 +0300 (EEST) Message-ID: <4703FE8C.3070500@net.utcluj.ro> Date: Wed, 03 Oct 2007 23:41:48 +0300 From: Cristian KLEIN User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Astrodog References: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> In-Reply-To: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Aryeh Friedman , Robert Backhaus Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:41:56 -0000 Astrodog wrote: > On 10/3/07, Aryeh Friedman wrote: >> On 10/3/07, Robert Backhaus wrote: >>> On 10/3/07, Aryeh Friedman wrote: >>>> Installworld shouldn't clobber the supfiles in >>>> /usr/share/example/cvsup... having to change the default host after >>>> every build/install world is annoying >>> Another option is to always specify the host on the command line (csup >>> -h cvsup2.au.freebsd.org ....) or using a tool like fastest_cvsup >>> (csup -h `fastest_cvsup -qc au` ...). >>> > > Given the inherent dangers of using cvsup, and updating from source, I > do not believe this... minor barrier to entry really deserves > consideration, and I'm sure we can all agree that it really would be > best to paint it blue. Although I share this viewpoint, I really think that the "/etc/make.conf" / "make update" mechanism should be documented in the handbook, now that FreeBSD has an integraded csup. Perhaps http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html would be a good place? From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:51:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 078CC16A418 for ; Wed, 3 Oct 2007 20:51:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 7731613C467 for ; Wed, 3 Oct 2007 20:51:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3338419nfb for ; Wed, 03 Oct 2007 13:51:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gth66V1XdeoZWncLWMEWo589azCnofh5mO0MHG0oauI=; b=CvAe88RfqP+3OL7u58mwAhHLFHG8R6V+1sjDWmDIHT509PnoK9vr5yEFS201XKObl2pjEjAOqIvduDs+GH+JKh+UkY0KbZUVj2neJbQbgDWw77dupFfyiGMA36Ms2oqXa8utntKG9n/raP5lDsD2hbPlnbFScpr9EAuc+MlsjOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=P8rEk00wDzWBaJf7O0V4vbWmdFfKBER2fN6N/dBKkhDuW70Sm+8uNA+R2GbFKFklEGlVPD3jXfL+Lcdw4Pest1eHOFE09Yo90Cahe5AiRWoN5wW0KZLYlpoJLZCQCjthSv7HC8vk7l9iujnD3w0COjCMtC6WPTYkqGq1PbAh1wE= Received: by 10.86.65.11 with SMTP id n11mr944565fga.1191444671913; Wed, 03 Oct 2007 13:51:11 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 3 Oct 2007 13:51:11 -0700 (PDT) Message-ID: <2a41acea0710031351m2101d49fo91579c8858316f51@mail.gmail.com> Date: Wed, 3 Oct 2007 13:51:11 -0700 From: "Jack Vogel" To: "Poul-Henning Kamp" In-Reply-To: <53519.1191442261@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710031306p22d66379oc6575ad9ff5ea99d@mail.gmail.com> <53519.1191442261@critter.freebsd.dk> Cc: "freebsd-net@freebsd.org" , FreeBSD Current Subject: Re: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:51:14 -0000 On 10/3/07, Poul-Henning Kamp wrote: > In message <2a41acea0710031306p22d66379oc6575ad9ff5ea99d@mail.gmail.com>, "Jack Vogel" writes > : > > >> When I talked to HP's licensing department, there were a $1k licensefee > >> for anything IEEE1588 related and their message was that even if > >> the FreeBSD foundation got such a license, the users would still > >> have to have one as well if they compiled the source code or some > >> such nonsense. > > > >What source code was being talked about? I'm not talking about > >anything userland, and my driver is just turning on a hardware > >feature, I can't imagine HP having anything to do with it, but I > >double check internally. > > They seem to think they have a patent on doing things that way, > no matter what hardware or software you use. > > If Intel chips have hw-support for timestamping, somebody at intel > must have thought about the patent thing. > > But as I said, if that can be resolved, it should certainly go in. This is a feature that will be coming, its not in any hardware you can buy today, presumeably Intel dealt with the patent thing, but I have already sent internal email checking on the whole matter. I'll followup when I'm things are clarified. Jack From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:51:30 2007 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 0805216A417 for ; Wed, 3 Oct 2007 20:51:30 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 581D013C447 for ; Wed, 3 Oct 2007 20:51:29 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 89306 invoked by uid 80); 3 Oct 2007 20:24:41 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Wed, 3 Oct 2007 22:24:41 +0200 (CEST) Message-ID: <2140.10.202.77.103.1191443081.squirrel@webmail.superhero.nl> Date: Wed, 3 Oct 2007 22:24:41 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: Current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: LOR: (Giant after non-sleepable) @ /usr/src/sys/netinet6/raw_ip6.c:590 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 20:51:30 -0000 Hi, with -current from this morning I get the following LOR when I issue the reboot command. hulk# uname -a FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Oct 3 08:19:30 UTC 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 Oct 3 21:32:52 hulk reboot: rebooted by root Oct 3 21:32:52 hulk syslogd: exiting on signal 15 Oct 3 21:35:01 hulk syslogd: kernel boot file is /boot/kernel/kernel Oct 3 21:35:01 hulk kernel: lock order reversal: (Giant after non-sleepable) Oct 3 21:35:01 hulk kernel: 1st 0xffffff00023a70e8 inp (rawinp) @ /usr/src/sys/ netinet6/raw_ip6.c:590 Oct 3 21:35:01 hulk kernel: 2nd 0xffffffff80a26c20 Giant (Giant) @ /usr/src/sys /net/if.c:2504 Oct 3 21:35:01 hulk kernel: KDB: stack backtrace: Oct 3 21:35:01 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x 2a Oct 3 21:35:01 hulk kernel: kdb_backtrace() at kdb_backtrace+0x32 Oct 3 21:35:01 hulk kernel: witness_checkorder() at witness_checkorder+0x755 Oct 3 21:35:01 hulk kernel: _mtx_lock_flags() at _mtx_lock_flags+0xab Oct 3 21:35:01 hulk kernel: if_delmulti_ifma() at if_delmulti_ifma+0xb9 Oct 3 21:35:01 hulk kernel: in6_delmulti() at in6_delmulti+0xfd Oct 3 21:35:01 hulk kernel: ip6_freemoptions() at ip6_freemoptions+0x85 Oct 3 21:35:01 hulk kernel: in6_pcbfree() at in6_pcbfree+0x9f Oct 3 21:35:01 hulk kernel: rip6_detach() at rip6_detach+0xad Oct 3 21:35:01 hulk kernel: sofree() at sofree+0x22d Oct 3 21:35:01 hulk kernel: soclose() at soclose+0x38a Oct 3 21:35:01 hulk kernel: soo_close() at soo_close+0x2a Oct 3 21:35:01 hulk kernel: fdrop() at fdrop+0xfb Oct 3 21:35:01 hulk kernel: closef() at closef+0x250 Oct 3 21:35:01 hulk kernel: fdfree() at fdfree+0x381 Oct 3 21:35:01 hulk kernel: exit1() at exit1+0x50a Oct 3 21:35:01 hulk kernel: sigexit() at sigexit+0x964 Oct 3 21:35:01 hulk kernel: postsig() at postsig+0x1c0 Oct 3 21:35:01 hulk kernel: ast() at ast+0x32a Oct 3 21:35:01 hulk kernel: Xfast_syscall() at Xfast_syscall+0xe0 Oct 3 21:35:01 hulk kernel: --- syscall (4, FreeBSD ELF64, write), rip = 0x8006 fb20c, rsp = 0x7fffffffe4d8, rbp = 0x2 --- Oct 3 21:35:01 hulk kernel: Waiting (max 60 seconds) for system process `vnlru' to stop...done Please let me know when more information is required. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 20:59:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6488A16A419 for ; Wed, 3 Oct 2007 20:59:45 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id ADFE913C478 for ; Wed, 3 Oct 2007 20:59:44 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 89627 invoked by uid 80); 3 Oct 2007 20:32:56 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Wed, 3 Oct 2007 22:32:56 +0200 (CEST) Message-ID: <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> In-Reply-To: <20071003110727.411aa2de@pleiades.nextvenue.com> References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> Date: Wed, 3 Oct 2007 22:32:56 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 20:59:45 -0000 On Wed, October 3, 2007 17:07, Nick Evans wrote: > On Tue, 2 Oct 2007 16:53:33 -0700 (PDT) > Jeff Roberson wrote: > >> Enclosed is a patch that does two things: >> >> 1) Reduces UP context switch time by over 10% making it faster than >> 4BSD >> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >> many switches per second on my 8way system. >> >> 2) Restores old sched_yield() behavior from 6.x. This was changed in >> -current unintentionally I think. >> >> I'd appreciate any extra testing. The ULE context switch time >> improvements required some changes to the frequency that we recalculate >> priorities. I'm mostly interested in hearing whether this causes any >> regression in normal workloads. >> >> Those of you still using 4BSD can also verify that the yield changes >> don't >> cause any problems there. >> >> Thanks, >> Jeff > > Jeff, > > I haven't noticed any adverse affects with this patch on yesterdays > CURRENT+ULE. System is a Pentium D 915 with 1 gig ram. Built a bunch of > larger > ports while browsing in firefox and setting up enlightenment-devel, > interactivity was good. Enlightenment's eye-candy stayed very fluid. > > Nick > _______________________________________________ > 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" > Hi, Running -current as of tuesdaynight CET. FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Oct 3 08:19:30 UTC 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 I've done the following (had to as I did not have the actual diff available): copy text from http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071002/30d18099/yield-0001.bin into a file saved in /tmp #cd /usr/src #patch < /tmp/patchile I had to tell the patch with which files I wanted the patchfiles to compare with. Found this weird but they did apply correctly. I've recompiled my Kernel with SCHED_ULE and rebooted. After boot I got up to the login window after which it instantly paniced with: panic: Invalid priority 128 on timeshare runq Maybe this error was caused by the method of patching used by me? Can you please provide me the patch again by email, if this could solve the issue. If more information is required I am more than happy to provide. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 21:06:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D8416A420; Wed, 3 Oct 2007 21:06:59 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (hyperion.scode.org [85.17.42.115]) by mx1.freebsd.org (Postfix) with ESMTP id 0711513C457; Wed, 3 Oct 2007 21:06:58 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 9589323C41F; Wed, 3 Oct 2007 22:50:48 +0200 (CEST) Date: Wed, 3 Oct 2007 22:50:48 +0200 From: Peter Schuller To: Sverre Svenningsen Message-ID: <20071003205048.GA57400@hyperion.scode.org> References: <7344605.82541191344652015.JavaMail.root@zmail.illuminati.org> <20071002181404.GA4717@garage.freebsd.pl> <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Pawel Jakub Dawidek , Brooks Talley Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 21:06:59 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Supposedly this card uses a Marvell 88SX6081 chipset, which as far as i= =20 > could tell is handled by Sorens ATA driver. Looks like work done elsewher= e=20 > in the kernel is making that driver misbehave in all sorts of weird ways= =20 > now. How confirmed is this? I am using that exact chipset on CURRENT from about 2007-09-05, with raidz2 on a 6 drive array + a single drive for the system (both on ZFS). I haven't seen checksum errors on scrubbing yet. How recent would this regression be? And what would the symptomes be? Is there a discussion on an ML about this? If it's regressed that would be sad, not only because I happen to have such a controller, but because it's seems to be about the *only* many-port SATA controller you can find, unless you shell out lots of money for a hardware RAID controller you (1) don't even want (2) might even make reliability worse if you want to run ZFS. So for my money it seems to be the best controller available for a home (or otherwise low-budget) server. Is there anything I can to do help resolve any issues, other than fixing them myself (sorry)? Providing a card to somebody for example? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHBACnDNor2+l1i30RAsSoAKCcvtv4Uj/p2rak5HfJp5Zz1IbVxgCgycr9 M4k0rUJ+40TsyS6lFiud9WI= =VVrY -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 21:31:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5FF16A419 for ; Wed, 3 Oct 2007 21:31:20 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 39C4013C45D for ; Wed, 3 Oct 2007 21:31:20 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l93LVIv9017316 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 17:31:19 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Wed, 3 Oct 2007 14:34:05 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: "Gelsema, P (Patrick) - FreeBSD" In-Reply-To: <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> Message-ID: <20071003143208.L615@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 21:31:20 -0000 On Wed, 3 Oct 2007, Gelsema, P (Patrick) - FreeBSD wrote: > On Wed, October 3, 2007 17:07, Nick Evans wrote: >> On Tue, 2 Oct 2007 16:53:33 -0700 (PDT) >> Jeff Roberson wrote: >> >>> Enclosed is a patch that does two things: >>> >>> 1) Reduces UP context switch time by over 10% making it faster than >>> 4BSD >>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >>> many switches per second on my 8way system. >>> >>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>> -current unintentionally I think. >>> >>> I'd appreciate any extra testing. The ULE context switch time >>> improvements required some changes to the frequency that we recalculate >>> priorities. I'm mostly interested in hearing whether this causes any >>> regression in normal workloads. >>> >>> Those of you still using 4BSD can also verify that the yield changes >>> don't >>> cause any problems there. >>> >>> Thanks, >>> Jeff >> >> Jeff, >> >> I haven't noticed any adverse affects with this patch on yesterdays >> CURRENT+ULE. System is a Pentium D 915 with 1 gig ram. Built a bunch of >> larger >> ports while browsing in firefox and setting up enlightenment-devel, >> interactivity was good. Enlightenment's eye-candy stayed very fluid. >> >> Nick >> _______________________________________________ >> 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" >> > > Hi, > > Running -current as of tuesdaynight CET. > > FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Oct 3 > 08:19:30 UTC 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC > amd64 > > I've done the following (had to as I did not have the actual diff available): > > copy text from > http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071002/30d18099/yield-0001.bin > into a file saved in /tmp > > #cd /usr/src > #patch < /tmp/patchile I made the patch from /usr/src/sys/ or sys/kern, I don't remember which. If you take a peak at the patch header you can see where the paths are relative from. I tend to just make it whereever it is convenient. > > I had to tell the patch with which files I wanted the patchfiles to > compare with. Found this weird but they did apply correctly. > > I've recompiled my Kernel with SCHED_ULE and rebooted. > > After boot I got up to the login window after which it instantly paniced > with: panic: Invalid priority 128 on timeshare runq This is a legitimate bug. I will fix it and post an updated patch later this evening. Thanks very much for your help. None of my machines were running into it and this is exactly the sort of thing I was hoping additional coverage would turn up. Thanks, Jeff > > Maybe this error was caused by the method of patching used by me? Can you > please provide me the patch again by email, if this could solve the issue. > > If more information is required I am more than happy to provide. > > Rgds, > > Patrick > > _______________________________________________ > 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 Oct 3 22:36:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A26D16A41A for ; Wed, 3 Oct 2007 22:36:43 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4E813C448 for ; Wed, 3 Oct 2007 22:36:43 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from [10.58.3.94] (ip-58-28-153-91.ubs-dsl.xnet.co.nz [58.28.153.91]) by bellagio.open2view.net (Postfix) with ESMTP id 25CD36ABBFF for ; Thu, 4 Oct 2007 11:17:03 +1300 (NZDT) Mime-Version: 1.0 (Apple Message framework v752.3) To: freebsd-current@freebsd.org Message-Id: From: Philip Murray Date: Thu, 4 Oct 2007 11:16:56 +1300 X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GJournal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 22:36:43 -0000 Hi, I've got a 3TB volume that I really really want to avoid fscks on (they're taking 4-5hours on an exist 1.5TB volume) so Gjournal is looking good. Is it possible to make it only journal meta-data? Instead of data and meta-data (ie, like XFS, ext3 by default etc), it seems like you'd take less of a performance hit due to not having to write all the data twice. But I understand in this case after a crash you could end up with empty files? (Due to the metadata being consistent but the data not? I've seen this happen with XFS before...) (I have tried ZFS, but just had two kmem too small panics after 5 minutes... this is on an amd64 machine with 8GB of RAM) Cheers Phil From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 22:43:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8D116A417 for ; Wed, 3 Oct 2007 22:43:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 58FC513C480 for ; Wed, 3 Oct 2007 22:43:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 948F9EBB3D0; Thu, 4 Oct 2007 06:43:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Y2Res9vnLZoR; Thu, 4 Oct 2007 06:43:49 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 825DDEBB334; Thu, 4 Oct 2007 06:43:44 +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=BfLTfqgkCimiWl19UgL2r5aPCgoDZGAEuBwozRUJFm+mlEoMBJ+wih6ORnMl1/Rvc +lvg0U35VgP5lQeiHBadA== Message-ID: <47041B1D.8060900@delphij.net> Date: Wed, 03 Oct 2007 15:43:41 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Philip Murray References: In-Reply-To: X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig17C3B57F9D088E0D9DB11760" Cc: freebsd-current@freebsd.org Subject: Re: GJournal 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, 03 Oct 2007 22:43:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig17C3B57F9D088E0D9DB11760 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Philip Murray wrote: > Hi, >=20 > I've got a 3TB volume that I really really want to avoid fscks on > (they're taking 4-5hours on an exist 1.5TB volume) so Gjournal is > looking good. >=20 > Is it possible to make it only journal meta-data? Instead of data and > meta-data (ie, like XFS, ext3 by default etc), it seems like you'd take= > less of a performance hit due to not having to write all the data twice= =2E Not now. gjournal now acts as a block-level journal provider which does not distinguish between meta-data and file data. > But I understand in this case after a crash you could end up with empty= > files? (Due to the metadata being consistent but the data not? I've see= n > this happen with XFS before...) >=20 > (I have tried ZFS, but just had two kmem too small panics after 5 > minutes... this is on an amd64 machine with 8GB of RAM) Have you tried the recent -CURRENT snapshot and perhaps VM_KMEM_SIZE_MAX tuning? It would make the situation much better. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig17C3B57F9D088E0D9DB11760 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBBsdOfuToMruuMARCuE0AJ9nsXm+VqHEpB6hGBjudJBVTgs0iACeOnEj Y4KijHCUFssyk9FRn33tUOA= =Tq5V -----END PGP SIGNATURE----- --------------enig17C3B57F9D088E0D9DB11760-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 23:20:00 2007 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 7ED7416A419 for ; Wed, 3 Oct 2007 23:20:00 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 353DD13C4B6 for ; Wed, 3 Oct 2007 23:20:00 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,226,1188802800"; d="scan'208";a="230023501" Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 03 Oct 2007 15:51:56 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l93Mpuia021951; Wed, 3 Oct 2007 15:51:56 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l93MpuPG003255; Wed, 3 Oct 2007 22:51:56 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Oct 2007 15:51:55 -0700 Received: from [128.107.159.252] ([128.107.159.252]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Oct 2007 15:51:55 -0700 Message-ID: <47041CE2.60603@cisco.com> Date: Wed, 03 Oct 2007 18:51:14 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Kulas References: <20071003141412.GA1311@thunderbird.tld> In-Reply-To: <20071003141412.GA1311@thunderbird.tld> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Oct 2007 22:51:55.0369 (UTC) FILETIME=[FF11C590:01C8060F] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1650; t=1191451916; x=1192315916; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20[SCTP][patch]=20socket=20does=20not=20wake=20up |Sender:=20; bh=SFnKvwuGLEDHphaJcDe3ZtWmImPi1IlnH9R8/2sUs0Q=; b=oJPP0GFlVU7N81AKoIDYTQ9jP+XFs09ppXDpVO+nHgmkWOug63OF+fIfV8Srj99RG1mR7sut qDjv5nKbyayXz3Wx0w5aOvbynJ70r6t34w+Mbbyc19L+/jL2wZ7zRo6is7c8Bl7rCVZK1u9Y3O 1XnsRwMIdXoMkpnmgue7aIZy8=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: current@freebsd.org Subject: Re: [SCTP][patch] socket does not wake 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: Wed, 03 Oct 2007 23:20:00 -0000 Martin: Thanks for the patch.. note that I will submit it to re for approval after a minor fix. socantrcvmore(so); assumes you do NOT hold a lock. This code holds the socket lock.. which is the recv sockbuf lock.. So if you turn witness on your kernel and run with this you will have a double lock.. panic. Note to fix this right you should have it be: SOCK_UNLOCK(so); + socantrcvmore(so); Which is what I will submit to release ops.. you may want to change this in what you are working with so you don;t have some other side-effect issue from the double lock.. like leaking sockets. R Martin Kulas wrote: > Hello! > > I patched netcat to support 1to1-SCTP sockets. > Netcat uses the poll() system call to wait for new data > in the socket buffer. The problem is that poll() does not > return when the kernel has closed the SCTP association. > Select() has the same problem. > > I digged around in the SCTP sources and created a patched to remove > that bug. The patch is a one-liner: > > > --- sctp_pcb.c.orig 2007-10-03 13:27:12.000000000 +0200 > +++ sctp_pcb.c 2007-10-03 15:51:55.286987000 +0200 > @@ -4234,6 +4234,7 @@ > SS_ISCONFIRMING | > SS_ISCONNECTED); > } > + socantrcvmore(so); > SOCK_UNLOCK(so); > sctp_sowwakeup(inp, so); > sctp_sorwakeup(inp, so); > > > Now I have no problems with the system calls select()/poll() anymore. > Is this patch OK or have I missed anything? > > > Regards, > Martin > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 23:36:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2155D16A419 for ; Wed, 3 Oct 2007 23:36:16 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from tiamat.relinetworks.com (tiamat.relinetworks.com [204.214.92.162]) by mx1.freebsd.org (Postfix) with ESMTP id B69F913C46A for ; Wed, 3 Oct 2007 23:36:15 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (root@r74-193-170-223.bssrcmta01.bscyla.by.dh.suddenlink.net [74.193.170.223] (may be forged)) by tiamat.relinetworks.com (8.14.1/8.14.1) with ESMTP id l93Na8dZ027655; Wed, 3 Oct 2007 19:36:08 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.1/8.14.1) with ESMTP id l93Na86J031613; Wed, 3 Oct 2007 18:36:08 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Wed, 3 Oct 2007 18:36:08 -0500 (CDT) From: Wes Morgan To: Aryeh Friedman In-Reply-To: Message-ID: References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Stefan Lambrev Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Oct 2007 23:36:16 -0000 On Wed, 3 Oct 2007, Aryeh Friedman wrote: >> Sorry I really do not understand what is your point. For me the main >> difference between linux and freebsd is documentation. >> FreeBSD is very well documented project , as far as I know there is no >> such beast as well documented linux distro :) >> For me FreeBSD community was (and still is) very helpful and never with >> attitude RTFM. >> If you consider my mail with examples and steps how to accomplish all >> that you asked for as RTFM attitude I just do not know what to say. > > Sorry for being a little abrasive... my main point is we should aim > for more of a "point and click" style of doing things... apple and ms > have done it pretty well for the average case. See the DesktopBSD project at http://www.desktopbsd.net. From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 23:42:22 2007 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 2C7B616A41B for ; Wed, 3 Oct 2007 23:42:22 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id DC2C113C4A3 for ; Wed, 3 Oct 2007 23:42:21 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,226,1188802800"; d="scan'208";a="230050750" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 03 Oct 2007 16:42:21 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l93NgLNG007949; Wed, 3 Oct 2007 16:42:21 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l93Ng2Pk016198; Wed, 3 Oct 2007 23:42:21 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Oct 2007 16:42:17 -0700 Received: from [128.107.159.252] ([128.107.159.252]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Oct 2007 16:42:17 -0700 Message-ID: <470428B0.9070204@cisco.com> Date: Wed, 03 Oct 2007 19:41:36 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aryeh Friedman References: <20071003141412.GA1311@thunderbird.tld> <47041CE2.60603@cisco.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Oct 2007 23:42:17.0575 (UTC) FILETIME=[0871CF70:01C80617] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1190; t=1191454941; x=1192318941; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20[SCTP][patch]=20socket=20does=20not=20wake=20up |Sender:=20; bh=QUx6AZjFtX9LAmdRu1O5fW+SM3+LPA3ORvMq59+Bej8=; b=TpYh+79xajaOUmPKOtWhpz+TdmizgUOBJSu8Aq2FFR1BXH6fOVlT7S6zJWMUnwF9VblK1pjF GAvMHseYOEFzYlza2tF3/9uF+HD/X3/L28hHaG48GsKyoeiCtKLYjiZK; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: current@freebsd.org, Martin Kulas Subject: Re: [SCTP][patch] socket does not wake 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: Wed, 03 Oct 2007 23:42:22 -0000 Aryeh Friedman wrote: > On 10/3/07, Randall Stewart wrote: > >>Martin: >> >>Thanks for the patch.. note that I will submit it to >>re for approval after a minor fix. >> >>socantrcvmore(so); >> >>assumes you do NOT hold a lock. This code holds >>the socket lock.. which is the recv sockbuf lock.. >> >>So if you turn witness on your kernel and run with this >>you will have a double lock.. panic. >> >>Note to fix this right you should have it be: >> SOCK_UNLOCK(so); >>+ socantrcvmore(so); >> >>Which is what I will submit to release ops.. you may want >>to change this in what you are working with so you don;t >>have some other side-effect issue from the double lock.. like >>leaking sockets. > > > Does this solve the many issues with warning messages and syn/ack > being received after close and such? Also I think this might also be > related to the re(3) patch I mentioned in an other thread > This is SCTP not TCP... so no I don't think it will help any syn-ack problems. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Oct 3 23:58:42 2007 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 8CA2716A41A for ; Wed, 3 Oct 2007 23:58:42 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB5013C447 for ; Wed, 3 Oct 2007 23:58:41 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so9010744pyb for ; Wed, 03 Oct 2007 16:58:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QlCVlt+6klq9LPA9Zpo4u0weFEyCKufsUuIsLJUS8Nw=; b=Hr2jx7rd2GA/xwlhBHBM55aBeefOYyhpx1Juy/OMWai346qszS96oSsp4HtiHv9fFfAQyAsX/5LYbOgUFLBdvJFDi7uhcv9wywGz6VRHwlwBaZZLOATA3rjk6/NJnLz6vXGTwSQMQ65/BFvZW+VW0RSiAyVXIyjeBJ/qn68QoXs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pKvl2QxAFl0yUBb9yD/8i9NRLsLhAZrBCzFES6nuOwtLYFQ38PxAflT0kBwvAxBUXzWeUcSgy4CUOp+PAD71pxc3+VMg37KjgZS3l+NVRoVqmsEdh/R1VkqFqiiet1ckmA1Ntuq031TfsVPJCdTo9j73TJyf/BwRWdN0AH2PzOg= Received: by 10.65.107.10 with SMTP id j10mr8730327qbm.1191454433190; Wed, 03 Oct 2007 16:33:53 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Wed, 3 Oct 2007 16:33:53 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 23:33:53 +0000 From: "Aryeh Friedman" To: "Randall Stewart" In-Reply-To: <47041CE2.60603@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071003141412.GA1311@thunderbird.tld> <47041CE2.60603@cisco.com> Cc: current@freebsd.org, Martin Kulas Subject: Re: [SCTP][patch] socket does not wake 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: Wed, 03 Oct 2007 23:58:42 -0000 On 10/3/07, Randall Stewart wrote: > Martin: > > Thanks for the patch.. note that I will submit it to > re for approval after a minor fix. > > socantrcvmore(so); > > assumes you do NOT hold a lock. This code holds > the socket lock.. which is the recv sockbuf lock.. > > So if you turn witness on your kernel and run with this > you will have a double lock.. panic. > > Note to fix this right you should have it be: > SOCK_UNLOCK(so); > + socantrcvmore(so); > > Which is what I will submit to release ops.. you may want > to change this in what you are working with so you don;t > have some other side-effect issue from the double lock.. like > leaking sockets. Does this solve the many issues with warning messages and syn/ack being received after close and such? Also I think this might also be related to the re(3) patch I mentioned in an other thread From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 01:13:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0EB16A420; Thu, 4 Oct 2007 01:13:01 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id 06D2213C467; Thu, 4 Oct 2007 01:13:00 +0000 (UTC) (envelope-from fbsd-current@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAGbYA0fLzq3r/2dsb2JhbAAM X-IronPort-AV: E=Sophos;i="4.21,226,1188748800"; d="scan'208";a="159493234" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 04 Oct 2007 09:02:56 +0800 Message-ID: <47043B71.1@mawer.org> Date: Thu, 04 Oct 2007 11:01:37 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: d@delphij.net References: <47041B1D.8060900@delphij.net> In-Reply-To: <47041B1D.8060900@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ups@freebsd.org, freebsd-current@freebsd.org, Philip Murray Subject: Re: GJournal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 01:13:02 -0000 On 4/10/2007 8:43 AM, LI Xin wrote: > Philip Murray wrote: >> Hi, >> >> I've got a 3TB volume that I really really want to avoid fscks on >> (they're taking 4-5hours on an exist 1.5TB volume) so Gjournal is >> looking good. >> >> Is it possible to make it only journal meta-data? Instead of data and >> meta-data (ie, like XFS, ext3 by default etc), it seems like you'd take >> less of a performance hit due to not having to write all the data twice. > > Not now. gjournal now acts as a block-level journal provider which does > not distinguish between meta-data and file data. Has anyone heard any more information on "BLUFFS" - the "BSD Logging Updated Fast File System" that was mentioned at the May 2007 Developer Summit? The only information I have been able to find is the PDF slides from the presentation, which are here: http://people.freebsd.org/~ups/pubs/asiabsdcon2007/asiabsdcon_slides_2007.pdf The last slide states the anticipated testing date as Q1, slipped to Q2... we are now in Q4 and the only thing I can find on BLUFFS is said PDF above. I do hold out hope for a proper journalled FS for FreeBSD, as while ZFS is brilliant in many regards, it is very memory-heavy and as such not suitable for all applications... at the same time, UFS is reaching the stage where larger filesystems take hours or even days to fsck, or sometimes fail altogether from lack of memory. While gjournal does provide a partial solution, the penalty from having to write the data out to disk twice is a limitation... --Antony From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 01:17:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AA9016A41A for ; Thu, 4 Oct 2007 01:17:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6C113C4A7 for ; Thu, 4 Oct 2007 01:17:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so5590nzf for ; Wed, 03 Oct 2007 18:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=AMqG4n54oMPM6zbCxJlIploL25UxXtlHBJWVQFUYXY0=; b=pOrRxSEH81Q+QFDMCL+gfm4v6GtDeknlZn+K6EIAQBTrm7Fw5aNuEid+T4mTK4JxL5tCTQ99ULCYVYRcW/GlxXOInMuO6/cSBQc4mXQ0v2ilDHwF3o+Cd1pxF7iJ04ovd1lo5vy94RpEObc/ESNPmHAwSffUVBi1wgqN3WFIb4I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=J+c8vsyLJ4fK0/tzdbmMRHhzJllPe7K3mScS/ue/NrhHkIqrZ3Cal24v+8E5eJM3Atpz9huZSRPCw0HvIY78VmdGJxLGHVrouVfN+vP8PoIP7Ps2ORU8H0SQAY2pawXFG/fcS3JwXmgR5LKzNsMH7eD5B2NmDWlOB+frkEBk5zw= Received: by 10.115.15.1 with SMTP id s1mr6984808wai.1191460656550; Wed, 03 Oct 2007 18:17:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k24sm2352377waf.2007.10.03.18.17.31 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Oct 2007 18:17:33 -0700 (PDT) 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 l941Dngb031154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 10:13:49 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l941DnPY031153; Thu, 4 Oct 2007 10:13:49 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 4 Oct 2007 10:13:48 +0900 From: Pyun YongHyeon To: Kudo Chien Message-ID: <20071004011348.GC30781@cdnetworks.co.kr> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> <20071002035814.GJ18658@cdnetworks.co.kr> <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: msk watchdog timeout 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, 04 Oct 2007 01:17:39 -0000 On Wed, Oct 03, 2007 at 01:31:32PM +0800, Kudo Chien wrote: > > > > Thanks for testing. Would you sumbit a PR for the issue and assign > > it to me? I'll let you know when I manage to find a clue. > > > > OK. I've submitted a PR at > http://www.freebsd.org/cgi/query-pr.cgi?pr=116853. > Thanks you. > I've grabbed it. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 01:40:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88B216A419 for ; Thu, 4 Oct 2007 01:40:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 93CE313C459 for ; Thu, 4 Oct 2007 01:40:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so14560waf for ; Wed, 03 Oct 2007 18:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; bh=wCzd9wCIjVPy4qKN7B/jRc9ickETfHNuJQEGduzZyVQ=; b=t8HFOMBMM3wEmYqEgbgR6JOrKusdO69PZaq/B8EkOHoVY5odEa7d5y9vhD9icxrUw1Ibamb7n8EdJ90D+JZ2NSud+OOos+/ytU8BuHvgyHchVnoNwXftZGDBrLOANBx2xT3c/eZb/2uAKHcdGQoBA4H3SoyX+BChQjz+pb8nt5s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=obK7fayd9hr01vh27eg80Q/cqACUpP6jz8YWYPQSADRcIMw/mAqJSqHJg/8DvvdvSzJmyWYI6SUdv/pX5Npzg6aBqfQUVhXYNf9Gl9Kj9g6yy1RM/BXB1KpCgkx0lSXHMaDKVxrksG+ToS4mXo981SBW+yJdZc/LSFqNaxogdQU= Received: by 10.114.154.1 with SMTP id b1mr2904390wae.1191462003376; Wed, 03 Oct 2007 18:40:03 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m10sm2370696waf.2007.10.03.18.40.01 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Oct 2007 18:40:02 -0700 (PDT) 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 l941aN5x031423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Oct 2007 10:36:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l941aMWb031422 for freebsd-current@FreeBSD.org; Thu, 4 Oct 2007 10:36:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 4 Oct 2007 10:36:22 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20071004013622.GD30781@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: CFT: msk(4)/nfe(4) with 88E1116 PHY 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, 04 Oct 2007 01:40:04 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, There had been several complaints that nfe(4) with 88E1116 PHY doesn't work. The attached patch may fix it by taking the PHY out of powerdown mode. Because I know that some revisions works well without any patch I'd like to know whether attached patch have any effects for those hardwares that had been working correctly. I think both msk(4) and nfe(4) would be affacted by the patch so if you're using one of these hardwares please give it spin and let me know the result. Thanks. -- Regards, Pyun YongHyeon --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="e1000phy.88e1116.patch" Index: e1000phy.c =================================================================== RCS file: /home/ncvs/src/sys/dev/mii/e1000phy.c,v retrieving revision 1.18 diff -u -r1.18 e1000phy.c --- e1000phy.c 11 Dec 2006 11:09:48 -0000 1.18 +++ e1000phy.c 4 Oct 2007 01:35:56 -0000 @@ -235,6 +235,8 @@ /* Disable energy detect mode. */ reg &= ~E1000_SCR_EN_DETECT_MASK; reg |= E1000_SCR_AUTO_X_MODE; + if (esc->mii_model == MII_MODEL_MARVELL_E1116) + reg &= ~E1000_SCR_POWER_DOWN; break; case MII_MODEL_MARVELL_E3082: reg |= (E1000_SCR_AUTO_X_MODE >> 1); @@ -248,6 +250,14 @@ /* Auto correction for reversed cable polarity. */ reg &= ~E1000_SCR_POLARITY_REVERSAL; PHY_WRITE(sc, E1000_SCR, reg); + + if (esc->mii_model == MII_MODEL_MARVELL_E1116) { + PHY_WRITE(sc, E1000_EADR, 2); + reg = PHY_READ(sc, E1000_SCR); + reg |= E1000_SCR_RGMII_POWER_UP; + PHY_WRITE(sc, E1000_SCR, reg); + PHY_WRITE(sc, E1000_EADR, 0); + } } switch (MII_MODEL(esc->mii_model)) { Index: e1000phyreg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/mii/e1000phyreg.h,v retrieving revision 1.4 diff -u -r1.4 e1000phyreg.h --- e1000phyreg.h 11 Dec 2006 10:43:32 -0000 1.4 +++ e1000phyreg.h 4 Oct 2007 01:35:56 -0000 @@ -244,6 +244,11 @@ #define E1000_SCR_MODE_COPPER 0x0280 #define E1000_SCR_MODE_1000BX 0x0380 +/* 88E1116 page 0 */ +#define E1000_SCR_POWER_DOWN 0x0004 +/* 88E1116 page 2 */ +#define E1000_SCR_RGMII_POWER_UP 0x0008 + #define E1000_SSR 0x11 /* special status register */ #define E1000_SSR_JABBER 0x0001 #define E1000_SSR_REV_POLARITY 0x0002 --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 01:46:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 832A516A419; Thu, 4 Oct 2007 01:46:41 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3101713C44B; Thu, 4 Oct 2007 01:46:41 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l941kXIQ030698; Wed, 3 Oct 2007 20:46:33 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <470445EB.2040401@freebsd.org> Date: Wed, 03 Oct 2007 20:46:19 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Antony Mawer References: <47041B1D.8060900@delphij.net> <47043B71.1@mawer.org> In-Reply-To: <47043B71.1@mawer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: ups@freebsd.org, freebsd-current@freebsd.org, d@delphij.net, Philip Murray Subject: Re: GJournal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 01:46:41 -0000 Antony Mawer wrote: > On 4/10/2007 8:43 AM, LI Xin wrote: >> Philip Murray wrote: >>> Hi, >>> >>> I've got a 3TB volume that I really really want to avoid fscks on >>> (they're taking 4-5hours on an exist 1.5TB volume) so Gjournal is >>> looking good. >>> >>> Is it possible to make it only journal meta-data? Instead of data and >>> meta-data (ie, like XFS, ext3 by default etc), it seems like you'd take >>> less of a performance hit due to not having to write all the data twice. >> >> Not now. gjournal now acts as a block-level journal provider which does >> not distinguish between meta-data and file data. > > Has anyone heard any more information on "BLUFFS" - the "BSD Logging > Updated Fast File System" that was mentioned at the May 2007 Developer > Summit? The only information I have been able to find is the PDF slides > from the presentation, which are here: > > http://people.freebsd.org/~ups/pubs/asiabsdcon2007/asiabsdcon_slides_2007.pdf > > > The last slide states the anticipated testing date as Q1, slipped to > Q2... we are now in Q4 and the only thing I can find on BLUFFS is said > PDF above. > > I do hold out hope for a proper journalled FS for FreeBSD, as while ZFS > is brilliant in many regards, it is very memory-heavy and as such not > suitable for all applications... at the same time, UFS is reaching the > stage where larger filesystems take hours or even days to fsck, or > sometimes fail altogether from lack of memory. While gjournal does > provide a partial solution, the penalty from having to write the data > out to disk twice is a limitation... Last I heard from ups@, he was slammed with other things so BLUFFS was temporarily on hold. Eric From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 03:36:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25EE816A417 for ; Thu, 4 Oct 2007 03:36:08 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id EF52A13C448 for ; Thu, 4 Oct 2007 03:36:07 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,227,1188802800"; d="scan'208";a="230170263" Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 03 Oct 2007 20:36:07 -0700 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l943a7a0005320 for ; Wed, 3 Oct 2007 20:36:07 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l943ZqZ9007322 for ; Thu, 4 Oct 2007 03:36:07 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Oct 2007 20:36:00 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Oct 2007 20:36:00 -0700 Message-ID: <47045F77.10101@cisco.com> Date: Wed, 03 Oct 2007 23:35:19 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Oct 2007 03:36:00.0743 (UTC) FILETIME=[AEE76F70:01C80637] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=346; t=1191468967; x=1192332967; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20whats=20up=20with=20freebsd.org? |Sender:=20; bh=5/Y4m01Vf0pgV4xaEQ5pH22BxnZuVgEgNRdDxNelXFE=; b=OjXG9oqk2Yg/cIVpnvYLtqc+ztFQHoBq3WWRdnr0vbvdGBtPG5BIEX4zg25gGeECbNsKqy2l VY6HN5o1wLcyBPHh7wT55x/RYxh5GWelziYCPsDT/sIXfjWjM3GTAThGasIbeWHCJbP4BXSwO6 HwzlzlWxxkLeIq3qSESSFjXuQ=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Subject: whats up with freebsd.org? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 03:36:08 -0000 Hi all: Today I got a ping from someone internal asking about the "reliability" of Freebsd.. after tying to get to freebsd.org and not being able to access it.. So whats up? Is it a hardware problem.. or something else? Thanks for the info R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 03:49:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A3F116A41B for ; Thu, 4 Oct 2007 03:49:27 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 143BA13C459 for ; Thu, 4 Oct 2007 03:49:26 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: (qmail 1945 invoked from network); 4 Oct 2007 03:49:26 -0000 Received: from dsl081-173-150.sea1.dsl.speakeasy.net (HELO dv6000.tddhome) ([64.81.173.150]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Oct 2007 03:49:26 -0000 Received: from dv6000.tddhome (localhost [127.0.0.1]) by dv6000.tddhome (8.14.1/8.14.1) with ESMTP id l943nKNc064073; Wed, 3 Oct 2007 20:49:20 -0700 (PDT) (envelope-from tomdean@dv6000.tddhome) Received: (from tomdean@localhost) by dv6000.tddhome (8.14.1/8.14.1/Submit) id l943nKa1064070; Wed, 3 Oct 2007 20:49:20 -0700 (PDT) (envelope-from tomdean) Date: Wed, 3 Oct 2007 20:49:20 -0700 (PDT) Message-Id: <200710040349.l943nKa1064070@dv6000.tddhome> From: "Thomas D. Dean" To: rrs@cisco.com In-reply-to: <47045F77.10101@cisco.com> (message from Randall Stewart on Wed, 03 Oct 2007 23:35:19 -0400) References: <47045F77.10101@cisco.com> Cc: freebsd-current@freebsd.org Subject: Re: whats up with freebsd.org? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 03:49:27 -0000 FreeBSD.org appears down. I can ping it, but, cannot load the web page. tomdean From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 03:53:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2862F16A41A for ; Thu, 4 Oct 2007 03:53:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 119D313C447 for ; Thu, 4 Oct 2007 03:53:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D8C521CC07B; Wed, 3 Oct 2007 20:53:47 -0700 (PDT) Date: Wed, 3 Oct 2007 20:53:47 -0700 From: Jeremy Chadwick To: Randall Stewart Message-ID: <20071004035347.GA91252@eos.sc1.parodius.com> Mail-Followup-To: Randall Stewart , freebsd-current@freebsd.org References: <47045F77.10101@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47045F77.10101@cisco.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: whats up with freebsd.org? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 03:53:48 -0000 On Wed, Oct 03, 2007 at 11:35:19PM -0400, Randall Stewart wrote: > Hi all: > > Today I got a ping from someone internal asking about the > "reliability" of Freebsd.. after tying to get to freebsd.org > and not being able to access it.. > > So whats up? Is it a hardware problem.. or something else? > > Thanks for the info Known hardware problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 03:55:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6700D16A41B for ; Thu, 4 Oct 2007 03:55:39 +0000 (UTC) (envelope-from imperial_courier@yahoo.com) Received: from web53912.mail.re2.yahoo.com (web53912.mail.re2.yahoo.com [206.190.38.161]) by mx1.freebsd.org (Postfix) with SMTP id D8FA613C49D for ; Thu, 4 Oct 2007 03:55:38 +0000 (UTC) (envelope-from imperial_courier@yahoo.com) Received: (qmail 93432 invoked by uid 60001); 4 Oct 2007 03:55:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=HfvOJNY905DrGPWVLEl8j5Yzb5l+ZiuF8/u0x3uYqtjTh9VrZ0sLHXk5dzW7EXuRbMdSorHgypgBLY9S4q900c7n0rOQXC2BmtTJTyjCjcjWfSj6qmEOw41vri1gRDh/4GBWl8IgEzRDfDmmEUWaIcjAq0QU1zGT1f/orv++CaU=; X-YMail-OSG: 4EVwk_0VM1k.dO2oAzTSHX8Ks7wAEyojPOHDcLQouUrwIaoaaPx1ndRhOi13Oi6P16FicITyumMNny.3JB2MuKceXQ18NzhgLOAfA5GoOVGR82CaPHLZ9uLbbUi3KQ-- Received: from [209.166.103.221] by web53912.mail.re2.yahoo.com via HTTP; Wed, 03 Oct 2007 20:55:37 PDT Date: Wed, 3 Oct 2007 20:55:37 -0700 (PDT) From: Dave Frantz To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1009990075-1191470137=:93429" Content-Transfer-Encoding: 8bit Message-ID: <916250.93429.qm@web53912.mail.re2.yahoo.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Lock During Dev Probe on 7.0-current---ATA Related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 03:55:39 -0000 --0-1009990075-1191470137=:93429 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I've been running FreeBSD 6.2 for a while now. On this machine, it runs very well. Recently, I cvsup-ed to 7.0-current. However, when I try to boot the GENERIC 7.0 kernel, the system freezes during the device probe, right before it begins to run the initial boot scripts. I've attached the output of my 7.0-current kernel (with verbose boot and options VERBOSE_SYSINIT,) captured over the serial port. I've tried starting without ACPI, but the system crashes at approximately the same place, right after "rr232x: no controller detected." I've tried tracing the problem with printf statements. The crash may be ATA related. FreeBSD is my main operating system, and I really would like to figure out what's going on. Let me know if there's anything I can do to help. Thanks in advance! --Dave --------------------------------- Shape Yahoo! in your own image. Join our Network Research Panel today! --0-1009990075-1191470137=:93429 Content-Type: text/plain; name="kernel.txt" Content-Description: 1001649750-kernel.txt Content-Disposition: inline; filename="kernel.txt" OK unload OK load kernel OK load acpi.ko OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=000000003fef0000 SMAP type=03 base=000000003fff0000 len=000000000000ffc0 SMAP type=04 base=000000003fffffc0 len=0000000000000040 SMAP type=02 base=00000000fffc0000 len=0000000000040000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #9: Fri Sep 14 08:10:31 CDT 2007 root@Maxwell.local.bsd:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. subsystem 900000 mtx_pool_setup_static(0)... done. subsystem 1000000 vm_mem_init(0)... done. subsystem 1800000 kmeminit(0)... done. malloc_init(0xc0ab78a0)... done. malloc_init(0xc0b1a3c0)... done. malloc_init(0xc0ab79e0)... done. malloc_init(0xc0b1ada0)... done. malloc_init(0xc0b1b420)... done. malloc_init(0xc0b1b3c0)... done. malloc_init(0xc0ab7bc0)... done. malloc_init(0xc0ad3000)... done. malloc_init(0xc0ad31a0)... done. malloc_init(0xc0ad3840)... done. malloc_init(0xc0ad50c0)... done. malloc_init(0xc0ad5380)... done. malloc_init(0xc0ad53e0)... done. malloc_init(0xc0b1f1c0)... done. malloc_init(0xc0ad5620)... done. malloc_init(0xc0ab7e60)... done. malloc_init(0xc0b1f460)... done. malloc_init(0xc0b1f4c0)... done. malloc_init(0xc0b1f520)... done. malloc_init(0xc0b1f780)... done. malloc_init(0xc0b1f820)... done. malloc_init(0xc0b1fa40)... done. malloc_init(0xc0b1fbc0)... done. malloc_init(0xc0aae840)... done. malloc_init(0xc0b1fd00)... done. malloc_init(0xc0b1fe60)... done. malloc_init(0xc0aac7c0)... done. malloc_init(0xc0aac580)... done. malloc_init(0xc0b201a0)... done. malloc_init(0xc0aac840)... done. malloc_init(0xc0b20300)... done. malloc_init(0xc0b20880)... done. malloc_init(0xc0b20da0)... done. malloc_init(0xc0aaee20)... done. malloc_init(0xc0b20a80)... done. malloc_init(0xc0b20a20)... done. malloc_init(0xc0b209c0)... done. malloc_init(0xc0b20960)... done. malloc_init(0xc0b20900)... done. malloc_init(0xc0aaf320)... done. malloc_init(0xc0b224e0)... done. malloc_init(0xc0aaf680)... done. malloc_init(0xc0b22560)... done. malloc_init(0xc0aafda0)... done. malloc_init(0xc0b22800)... done. malloc_init(0xc0b22860)... done. malloc_init(0xc0b227a0)... done. malloc_init(0xc0b22740)... done. malloc_init(0xc0b22f60)... done. malloc_init(0xc0b23120)... done. malloc_init(0xc0b23180)... done. malloc_init(0xc0ab0180)... done. malloc_init(0xc0b23b60)... done. malloc_init(0xc0b23bc0)... done. malloc_init(0xc0b23c20)... done. malloc_init(0xc0b24860)... done. malloc_init(0xc0b24ae0)... done. malloc_init(0xc0b253c0)... done. malloc_init(0xc0aac700)... done. malloc_init(0xc0b25460)... done. malloc_init(0xc0b254c0)... done. malloc_init(0xc0b25880)... done. malloc_init(0xc0b25b00)... done. malloc_init(0xc0b25de0)... done. malloc_init(0xc0aae4c0)... done. malloc_init(0xc0acf960)... done. malloc_init(0xc0b26140)... done. malloc_init(0xc0aac6a0)... done. malloc_init(0xc0b26260)... done. malloc_init(0xc0aac640)... done. malloc_init(0xc0aae700)... done. malloc_init(0xc0b26440)... done. malloc_init(0xc0b264c0)... done. malloc_init(0xc0b265a0)... done. malloc_init(0xc0ab5660)... done. malloc_init(0xc0ab70a0)... done. malloc_init(0xc0ab71e0)... done. malloc_init(0xc0ab7480)... done. malloc_init(0xc0b26c80)... done. malloc_init(0xc0b26ce0)... done. malloc_init(0xc0b26d40)... done. malloc_init(0xc0b27820)... done. malloc_init(0xc0b27d80)... done. malloc_init(0xc0b28320)... done. malloc_init(0xc0b28860)... done. malloc_init(0xc0b28e60)... done. malloc_init(0xc0ada1a0)... done. malloc_init(0xc0b29000)... done. malloc_init(0xc0b292e0)... done. malloc_init(0xc0b295c0)... done. malloc_init(0xc0ada6a0)... done. malloc_init(0xc0b29780)... done. malloc_init(0xc0b29720)... done. malloc_init(0xc0b29ee0)... done. malloc_init(0xc0b2a620)... done. malloc_init(0xc0b2aea0)... done. malloc_init(0xc0b2b080)... done. malloc_init(0xc0b2b100)... done. malloc_init(0xc0b2b180)... done. malloc_init(0xc0b2b2a0)... done. malloc_init(0xc0b2b240)... done. malloc_init(0xc0ada7a0)... done. malloc_init(0xc0b2ba20)... done. malloc_init(0xc0b2bfe0)... done. malloc_init(0xc0b2c320)... done. malloc_init(0xc0b2c2c0)... done. malloc_init(0xc0b2c260)... done. malloc_init(0xc0b2c560)... done. malloc_init(0xc0b2c5e0)... done. malloc_init(0xc0b2c780)... done. malloc_init(0xc0b2c8c0)... done. malloc_init(0xc0b2caa0)... done. malloc_init(0xc0b2cc80)... done. malloc_init(0xc0b2cd20)... done. malloc_init(0xc0adab00)... done. malloc_init(0xc0b2ce80)... done. malloc_init(0xc0ab75a0)... done. malloc_init(0xc0b2d3a0)... done. malloc_init(0xc0b2d8e0)... done. malloc_init(0xc0b2da80)... done. malloc_init(0xc0b2de20)... done. malloc_init(0xc0b2dfe0)... done. malloc_init(0xc0b2e040)... done. malloc_init(0xc0b2e0a0)... done. malloc_init(0xc0b2ed00)... done. malloc_init(0xc0b2fda0)... done. malloc_init(0xc0b2fd40)... done. malloc_init(0xc0b2fce0)... done. malloc_init(0xc0b2fc80)... done. malloc_init(0xc0b2fc20)... done. malloc_init(0xc0b2fbc0)... done. malloc_init(0xc0b2fb60)... done. malloc_init(0xc0b2fb00)... done. malloc_init(0xc0b2faa0)... done. malloc_init(0xc0b2fa40)... done. malloc_init(0xc0b2f9e0)... done. malloc_init(0xc0b2f980)... done. malloc_init(0xc0b2f920)... done. malloc_init(0xc0b2f8c0)... done. malloc_init(0xc0b2f860)... done. malloc_init(0xc0b2f800)... done. malloc_init(0xc0b2f7a0)... done. malloc_init(0xc0b2f740)... done. malloc_init(0xc0b2f6e0)... done. malloc_init(0xc0b34c80)... done. malloc_init(0xc0b03f20)... done. malloc_init(0xc0b35720)... done. malloc_init(0xc0b35d00)... done. malloc_init(0xc0b36780)... done. malloc_init(0xc0b36800)... done. malloc_init(0xc0b04440)... done. malloc_init(0xc0b379a0)... done. malloc_init(0xc0b37da0)... done. malloc_init(0xc0b37ea0)... done. malloc_init(0xc0b38560)... done. malloc_init(0xc0b38740)... done. malloc_init(0xc0b386e0)... done. malloc_init(0xc0b38680)... done. malloc_init(0xc0b38620)... done. malloc_init(0xc0b385c0)... done. malloc_init(0xc0b38e80)... done. malloc_init(0xc0b38e20)... done. malloc_init(0xc0b392e0)... done. malloc_init(0xc0b39280)... done. malloc_init(0xc0b39340)... done. malloc_init(0xc0b394c0)... done. malloc_init(0xc0b3a740)... done. malloc_init(0xc0b3aa00)... done. malloc_init(0xc0b3a9a0)... done. malloc_init(0xc0b3a940)... done. malloc_init(0xc0b3ab20)... done. malloc_init(0xc0b3ab80)... done. malloc_init(0xc0b3ac00)... done. malloc_init(0xc0b3ac80)... done. malloc_init(0xc0b3ace0)... done. malloc_init(0xc0b3ad40)... done. malloc_init(0xc0b3aea0)... done. malloc_init(0xc0b3b420)... done. malloc_init(0xc0b3b480)... done. malloc_init(0xc0b3b4e0)... done. malloc_init(0xc0b3b540)... done. malloc_init(0xc0b3b5a0)... done. malloc_init(0xc0b3b600)... done. malloc_init(0xc0b3b660)... done. malloc_init(0xc0b3b6c0)... done. malloc_init(0xc0b3b720)... done. malloc_init(0xc0b3b780)... done. malloc_init(0xc0b3b7e0)... done. malloc_init(0xc0b3b840)... done. malloc_init(0xc0b3b8a0)... done. malloc_init(0xc0b3b900)... done. malloc_init(0xc0b3b960)... done. malloc_init(0xc0b3c780)... done. malloc_init(0xc0b3c980)... done. malloc_init(0xc0b3ca40)... done. malloc_init(0xc0b3cf00)... done. malloc_init(0xc0b13a80)... done. malloc_init(0xc0b17e20)... done. malloc_init(0xc0b17dc0)... done. malloc_init(0xc0b3e6e0)... done. malloc_init(0xc0b17d60)... done. malloc_init(0xc0b45ce0)... done. malloc_init(0xc0b18bc0)... done. malloc_init(0xc0b18c20)... done. malloc_init(0xc0b18c80)... done. malloc_init(0xc0b18ec0)... done. malloc_init(0xc0b18f60)... done. malloc_init(0xc0b19420)... done. malloc_init(0xc0b194a0)... done. malloc_init(0xc0b195a0)... done. malloc_init(0xc0b4a820)... done. malloc_init(0xc0b19540)... done. malloc_init(0xc0b4aca0)... done. malloc_init(0xc0b4ad40)... done. malloc_init(0xc0b19b00)... done. malloc_init(0xc0b19c20)... done. malloc_init(0xc0b50bc0)... done. malloc_init(0xc0ab7700)... done. scmeminit(0)... done. vid_malloc_init(0)... done. sysctl_register_all(0)... done. init_dynamic_kenv(0)... done. subsystem 1a00000 vmmapentry_rsrc_init(0)... done. subsystem 1a80000 witness_initialize(0)... done. subsystem 1ac0000 mtx_pool_setup_dynamic(0)... done. subsystem 1b00000 filelistinit(0)... done. selectinit(0)... done. mtx_sysinit(0xc0b26624)... done. mtx_sysinit(0xc0b1fa24)... done. mtx_sysinit(0xc0b293ec)... done. mtx_sysinit(0xc0b294a0)... done. mtx_sysinit(0xc0b19404)... done. mtx_sysinit(0xc0b224cc)... done. mtx_sysinit(0xc0b2998c)... done. mtx_sysinit(0xc0b29998)... done. sx_sysinit(0xc0b18f4c)... done. sx_sysinit(0xc0b1f12c)... done. mtx_sysinit(0xc0b25bd4)... done. mtx_sysinit(0xc0b3e6ac)... done. mtx_sysinit(0xc0b19524)... done. mtx_sysinit(0xc0b2d2e0)... done. mtx_sysinit(0xc0b2d380)... done. mtx_sysinit(0xc0b2d574)... done. mtx_sysinit(0xc0b2ae6c)... done. mtx_sysinit(0xc0b2d668)... done. sx_sysinit(0xc0b192a0)... done. mtx_sysinit(0xc0b3bf38)... done. sx_sysinit(0xc0b226cc)... done. mtx_sysinit(0xc0b192a8)... done. mtx_sysinit(0xc0b2e164)... done. mtx_sysinit(0xc0b2472c)... done. mtx_sysinit(0xc0b2b3cc)... done. mtx_sysinit(0xc0b20174)... done. sx_sysinit(0xc0b4ad24)... done. mtx_sysinit(0xc0b2ed84)... done. mtx_sysinit(0xc0b2496c)... done. mtx_sysinit(0xc0b28b0c)... done. mtx_sysinit(0xc0b1fa0c)... done. mtx_sysinit(0xc0b253a4)... done. mtx_sysinit(0xc0b1fa18)... done. init_bounce_pages(0)... done. init_turnstile0(0)... done. arc4_init(0)... done. kobj_init_mutex(0)... done. subsystem 1c00000 eventhandler_init(0)... done. subsystem 1c00001 umtxq_sysinit(0)... done. subsystem 2000000 linker_init(0)... done. module_init(0)... done. link_elf_init(0)... done. linker_preload(0)... Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d4f000 . Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d4f16c. done. subsystem 1800000 malloc_init(0xc0d37d00)... done. malloc_init(0xc0d37d80)... done. malloc_init(0xc0d36360)... done. malloc_init(0xc0d36d20)... done. malloc_init(0xc0d37e20)... done. malloc_init(0xc0d36fa0)... done. malloc_init(0xc0d37f40)... done. malloc_init(0xc0d37980)... done. malloc_init(0xc0d372a0)... done. malloc_init(0xc0d38280)... done. acpi_alloc_wakeup_handler(0).. . done. subsystem 1b00000 sx_sysinit(0xc0d37074)... done. sx_sysinit(0xc0d37b34)... done. mtx_sysinit(0xc0d3713c)... done. sx_sysinit(0xc0d3720c)... done. sx_sysinit(0xc0d37294)... done. sx_sysinit(0xc0d37374)... done. sx_sysinit(0xc0d36a18)... done. sx_sysinit(0xc0d37478)... done. sx_sysinit(0xc0d36db4)... done. sx_sysinit(0xc0d36a54)... done. sx_sysinit(0xc0d365f4)... done. sx_sysinit(0xc0d376dc)... done. sx_sysinit(0xc0d377f4)... done. sx_sysinit(0xc0d378f0)... done. subsystem 2000000 linker_init_kernel_modules(0)... done. linker_stop_class_add(0)... done. acpi_pm_register(0)... done. subsystem 20fffff madt_register(0)... done. subsystem 2100000 cpu_startup(0)... Calibrating clock(s) ... i8254 clock: 1193126 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3066792692 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3066.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 Logical CPUs per core: 2 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line siz e real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003eda7fff, 1037578240 bytes (253315 pages) avail memory = 1037033472 (988 MB) done. bios32_init(0)... bios32: Found BIOS32 Service Directory header at 0xc00e8050 bios32: Entry = 0xeb900 (c00eb900) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xe8000+0x3940 pnpbios: Found PnP BIOS data at 0xc00ff020 pnpbios: Entry = ec000:3467 Rev = 1.0 pnpbios: Event flag at ec01e pnpbios: OEM ID 8224744e Other BIOS signatures found: done. madt_set_ids(0)... done. subsystem 2200000 f00f_hack(0)... done. proc0_init(0)... done. init_taskqueue_list(0)... done. init_prison(0)... done. shutdown_conf(0)... done. subsystem 2300000 vm_init_limits(0xc0b7da00)... done. uma_startup3(0)... done. subsystem 2400000 sched_setup(0)... done. subsystem 2480000 ktrace_init(0)... done. subsystem 24c0000 audit_init(0)... done. subsystem 2500000 create_init(0)... done. subsystem 2600000 idle_setup(0)... done. subsystem 2700000 mbuf_init(0)... done. sf_buf_init(0)... done. subsystem 2800000 intr_init(0)... done. atpic_init(0)... done. subsystem 2800001 start_netisr(0)... done. start_softintr(0)... done. subsystem 2900000 aclinit(0)... done. subsystem 2f00000 devfs_devs_init(0)... done. devdtr_init(0)... done. subsystem 3000000 if_init(0)... done. module_register_init(0xc0b2c6f0)... done. subsystem 3100000 module_register_init(0xc0b257a8)... done. module_register_init(0xc0ad7378)... done. module_register_init(0xc0b1ab64)... done. module_register_init(0xc0b1a0e0)... done. module_register_init(0xc0b1a2c4)... done. module_register_init(0xc0b1a38c)... done. module_register_init(0xc0ad554c)... done. module_register_init(0xc0b25bc8)... done. module_register_init(0xc0b2d6c4)... wlan_amrr: done. module_register_init(0xc0b2d720)... done. module_register_init(0xc0b2d77c)... done. module_register_init(0xc0b2d7d8)... done. module_register_init(0xc0b2d8bc)... wlan: <802.11 Link Layer> done. i686_mem_drvinit(0)... done. module_register_init(0xc0b3ceac)... done. module_register_init(0xc0ab7e48)... ath_rate: version 1.2 done. k6_mem_drvinit(0)... done. ieee80211_auth_setup(0)... done. module_register_init(0xc0b1a7e0)... done. module_register_init(0xc0b2db34)... done. module_register_init(0xc0b2db90)... done. module_register_init(0xc0b1a7ec)... done. module_register_init(0xc0b1a958)... done. module_register_init(0xc0b1aa6c)... done. ata_init(0)... done. module_register_init(0xc0ad74a8)... done. module_register_init(0xc0ad76c0)... done. module_register_init(0xc0ab531c)... done. module_register_init(0xc0ada740)... done. module_register_init(0xc0ada824)... done. module_register_init(0xc0ab5420)... done. module_register_init(0xc0ada910)... done. module_register_init(0xc0ada91c)... done. module_register_init(0xc0adaa78)... random: done. module_register_init(0xc0ab55bc)... done. module_register_init(0xc0adadd4)... done. module_register_init(0xc0adade0)... done. module_register_init(0xc0adadec)... done. module_register_init(0xc0acfab4)... done. module_register_init(0xc0adb038)... done. cn_drvinit(0)... done. ptc_drvinit(0)... done. module_register_init(0xc0adb044)... done. pty_drvinit(0)... done. module_register_init(0xc0adb050)... done. module_register_init(0xc0adb218)... done. ctty_drvinit(0)... done. module_register_init(0xc0adb2bc)... done. module_register_init(0xc0adb3bc)... done. module_register_init(0xc0adb45c)... done. module_register_init(0xc0adb528)... done. module_register_init(0xc0adb6b0)... done. module_register_init(0xc0adb6bc)... done. module_register_init(0xc0add5a0)... done. module_register_init(0xc0aaf24c)... done. sm_attach_mouse(0)... done. module_register_init(0xc0b03db8)... done. module_register_init(0xc0b03ea8)... done. module_register_init(0xc0b04060)... done. module_register_init(0xc0acfb80)... done. module_register_init(0xc0acfb8c)... done. module_register_init(0xc0b04564)... done. module_register_init(0xc0b04570)... done. module_register_init(0xc0b046e0)... done. module_register_init(0xc0b046ec)... done. module_register_init(0xc0b13310)... done. module_register_init(0xc0b13660)... done. module_register_init(0xc0b136e0)... done. module_register_init(0xc0b139d8)... done. module_register_init(0xc0b139e4)... done. bpf_drvinit(0)... done. module_register_init(0xc0ab0304)... done. module_register_init(0xc0b13e20)... done. module_register_init(0xc0b13e2c)... done. module_register_init(0xc0b13f30)... done. module_register_init(0xc0b13f3c)... done. module_register_init(0xc0b14098)... done. module_register_init(0xc0b140a4)... done. module_register_init(0xc0b141ac)... done. module_register_init(0xc0b142a8)... done. module_register_init(0xc0b155cc)... done. module_register_init(0xc0b156b0)... done. module_register_init(0xc0b157e0)... done. module_register_init(0xc0b157ec)... done. module_register_init(0xc0b158f0)... done. module_register_init(0xc0b15aa0)... done. module_register_init(0xc0b15aac)... done. module_register_init(0xc0b15c54)... done. module_register_init(0xc0b15e40)... done. module_register_init(0xc0b15e4c)... done. module_register_init(0xc0b15f7c)... done. module_register_init(0xc0b16030)... done. module_register_init(0xc0b1603c)... done. module_register_init(0xc0b178d0)... done. module_register_init(0xc0b17a14)... done. module_register_init(0xc0b17ae4)... done. module_register_init(0xc0b17bf4)... done. module_register_init(0xc0b17cf4)... done. module_register_init(0xc0b18030)... done. module_register_init(0xc0b1803c)... done. module_register_init(0xc0b18048)... done. module_register_init(0xc0b18054)... done. module_register_init(0xc0ab07d4)... done. module_register_init(0xc0ab07ec)... done. module_register_init(0xc0acfdd4)... done. module_register_init(0xc0b181d4)... done. module_register_init(0xc0b182e0)... done. module_register_init(0xc0b182ec)... done. module_register_init(0xc0b182f8)... done. module_register_init(0xc0b18404)... done. module_register_init(0xc0b184b8)... done. module_register_init(0xc0b185a4)... done. module_register_init(0xc0b1885c)... done. module_register_init(0xc0b18938)... done. module_register_init(0xc0b18a60)... done. module_register_init(0xc0acfe7c)... done. module_register_init(0xc0ad0138)... done. module_register_init(0xc0ad0144)... done. module_register_init(0xc0ad0150)... done. module_register_init(0xc0ad0280)... done. module_register_init(0xc0ad0320)... done. module_register_init(0xc0ad03c0)... done. module_register_init(0xc0ad0478)... done. module_register_init(0xc0ad0538)... done. module_register_init(0xc0ad0638)... done. module_register_init(0xc0ad0644)... done. module_register_init(0xc0ad0780)... done. module_register_init(0xc0ad0894)... done. module_register_init(0xc0ad08a0)... done. module_register_init(0xc0ad08ac)... done. module_register_init(0xc0ab08fc)... done. module_register_init(0xc0ab58fc)... done. module_register_init(0xc0ab7154)... done. module_register_init(0xc0ab0988)... done. module_register_init(0xc0ab145c)... done. module_register_init(0xc0ab72cc)... done. module_register_init(0xc0ab7450)... done. module_register_init(0xc0ab746c)... done. module_register_init(0xc0ab156c)... done. module_register_init(0xc0ad10e4)... done. module_register_init(0xc0ad1180)... done. module_register_init(0xc0ad128c)... done. module_register_init(0xc0ad1340)... done. module_register_init(0xc0ad1418)... done. module_register_init(0xc0b1af5c)... done. module_register_init(0xc0b38fb8)... nfslock: pseudo-device done. module_register_init(0xc0b1af68)... done. module_register_init(0xc0ad14c0)... done. module_register_init(0xc0b1afc4)... done. module_register_init(0xc0b1b050)... done. module_register_init(0xc0b1b1c8)... done. module_register_init(0xc0ad163c)... done. module_register_init(0xc0b396d0)... done. module_register_init(0xc0b396dc)... done. module_register_init(0xc0b39928)... done. module_register_init(0xc0b39934)... done. module_register_init(0xc0b39940)... done. module_register_init(0xc0b39ac0)... done. module_register_init(0xc0b39acc)... done. module_register_init(0xc0b39c70)... done. module_register_init(0xc0b39c7c)... done. module_register_init(0xc0b39e5c)... done. module_register_init(0xc0b39e68)... done. module_register_init(0xc0b3a028)... done. module_register_init(0xc0b3a034)... done. module_register_init(0xc0b3a1f0)... done. module_register_init(0xc0b3a1fc)... done. module_register_init(0xc0b3a368)... done. module_register_init(0xc0b3a374)... done. module_register_init(0xc0b3a5d8)... done. module_register_init(0xc0b3a5e4)... done. module_register_init(0xc0b3a5f0)... done. module_register_init(0xc0ad1698)... done. module_register_init(0xc0ad2828)... done. module_register_init(0xc0ad2834)... done. module_register_init(0xc0ad2840)... done. module_register_init(0xc0ad2b40)... done. module_register_init(0xc0ad2c48)... done. module_register_init(0xc0ad2d98)... done. module_register_init(0xc0ad2e90)... done. audit_pipe_init(0)... done. module_register_init(0xc0ad2e9c)... done. module_register_init(0xc0ad2eb4)... done. module_register_init(0xc0ab769c)... done. audit_trigger_cdev_init(0)... done. module_register_init(0xc0ad313c)... done. module_register_init(0xc0ab1640)... done. module_register_init(0xc0ad32c0)... done. module_register_init(0xc0ad3340)... done. module_register_init(0xc0b1f3bc)... done. fildesc_drvinit(0)... done. module_register_init(0xc0ad364c)... done. module_register_init(0xc0ad37b4)... done. module_register_init(0xc0ad4fec)... kbd: new array size 4 kbd1 at kbdmux0 done. module_register_init(0xc0ab7814)... done. module_register_init(0xc0ad5094)... done. led_drvinit(0)... done. module_register_init(0xc0ab16d0)... done. module_register_init(0xc0ad5264)... done. module_register_init(0xc0ad5270)... done. module_register_init(0xc0ab7954)... done. module_register_init(0xc0ab1790)... done. module_register_init(0xc0ab7b14)... done. module_register_init(0xc0ad55f8)... mem: Pentium Pro MTRR support enabled done. module_register_init(0xc0ab1850)... done. module_register_init(0xc0ab1950)... done. module_register_init(0xc0ab195c)... done. module_register_init(0xc0ad5850)... done. module_register_init(0xc0ad5900)... done. module_register_init(0xc0ad5980)... done. module_register_init(0xc0ad5a20)... done. module_register_init(0xc0ad5ac0)... done. module_register_init(0xc0ad5b60)... done. module_register_init(0xc0ad5c00)... done. module_register_init(0xc0ad5ca0)... done. module_register_init(0xc0ad5d40)... done. module_register_init(0xc0b4412c)... done. module_register_init(0xc0b441d0)... done. module_register_init(0xc0b442fc)... done. module_register_init(0xc0b45b00)... done. module_register_init(0xc0b45bd0)... done. module_register_init(0xc0b45bdc)... done. module_register_init(0xc0ad5de0)... done. module_register_init(0xc0b461ac)... done. module_register_init(0xc0b461b8)... done. module_register_init(0xc0b461c4)... done. module_register_init(0xc0ad5e80)... done. module_register_init(0xc0ad5f20)... done. module_register_init(0xc0b46370)... done. module_register_init(0xc0ad5fc0)... done. module_register_init(0xc0b469f0)... done. module_register_init(0xc0b46aac)... done. module_register_init(0xc0b46b78)... done. module_register_init(0xc0b46c40)... done. module_register_init(0xc0b46d0c)... done. module_register_init(0xc0b46da4)... done. module_register_init(0xc0b46f18)... io: done. module_register_init(0xc0b47154)... done. module_register_init(0xc0b47300)... done. module_register_init(0xc0b4730c)... done. module_register_init(0xc0ad6060)... done. module_register_init(0xc0ad6200)... done. module_register_init(0xc0ad62a0)... done. module_register_init(0xc0b47524)... done. module_register_init(0xc0ad6340)... done. module_register_init(0xc0b47ac0)... done. module_register_init(0xc0b47acc)... done. module_register_init(0xc0b47b60)... done. module_register_init(0xc0b47c90)... done. module_register_init(0xc0b47c9c)... done. module_register_init(0xc0b47d80)... done. module_register_init(0xc0b47e4c)... done. module_register_init(0xc0b49d3c)... done. module_register_init(0xc0b49e00)... done. module_register_init(0xc0b4a040)... done. module_register_init(0xc0b4a140)... done. module_register_init(0xc0b4a228)... done. module_register_init(0xc0ad63e0)... done. module_register_init(0xc0ad6480)... done. module_register_init(0xc0ad6520)... done. module_register_init(0xc0ad65c0)... done. module_register_init(0xc0ad6660)... done. module_register_init(0xc0ad6700)... done. module_register_init(0xc0ad67a0)... done. module_register_init(0xc0b4a8c4)... done. module_register_init(0xc0b4a8d0)... done. module_register_init(0xc0ad6840)... done. module_register_init(0xc0ad68e0)... done. module_register_init(0xc0ad6a00)... done. module_register_init(0xc0ad6ad0)... done. module_register_init(0xc0ad71e0)... done. module_register_init(0xc0ab1a50)... done. module_register_init(0xc0b4ae1c)... done. module_register_init(0xc0b4ae28)... done. module_register_init(0xc0b4ae34)... done. module_register_init(0xc0ab1a5c)... done. module_register_init(0xc0ab2d20)... done. module_register_init(0xc0b50170)... done. module_register_init(0xc0b5017c)... done. module_register_init(0xc0ad75b0)... done. module_register_init(0xc0b503ac)... done. module_register_init(0xc0b503b8)... done. module_register_init(0xc0b503c4)... done. module_register_init(0xc0b504b8)... done. module_register_init(0xc0b50530)... done. module_register_init(0xc0b5053c)... done. module_register_init(0xc0b5068c)... done. module_register_init(0xc0b50698)... done. module_register_init(0xc0b506a4)... done. module_register_init(0xc0b507c0)... done. module_register_init(0xc0b50b1c)... done. module_register_init(0xc0b50b28)... done. module_register_init(0xc0b50b34)... done. module_register_init(0xc0ab4528)... done. module_register_init(0xc0b50c9c)... done. module_register_init(0xc0ad7910)... done. module_register_init(0xc0ad791c)... done. module_register_init(0xc0b50d5c)... done. module_register_init(0xc0ad7928)... done. module_register_init(0xc0b50e00)... done. module_register_init(0xc0b50ed8)... done. module_register_init(0xc0b51018)... done. module_register_init(0xc0b51158)... done. module_register_init(0xc0b51298)... done. module_register_init(0xc0b51434)... done. module_register_init(0xc0b51558)... done. module_register_init(0xc0b51698)... done. module_register_init(0xc0b517d8)... done. module_register_init(0xc0b51930)... done. module_register_init(0xc0ab4bcc)... done. module_register_init(0xc0ab4e60)... done. module_register_init(0xc0ad7b30)... done. module_register_init(0xc0ad7c20)... done. module_register_init(0xc0ad7c2c)... done. module_register_init(0xc0d36600)... done. module_register_init(0xc0ad7e30)... done. module_register_init(0xc0d36790)... done. module_register_init(0xc0d36868)... done. module_register_init(0xc0d36a0c)... done. module_register_init(0xc0ad7fb8)... null: done. module_register_init(0xc0ad81b0)... done. module_register_init(0xc0ad81bc)... done. module_register_init(0xc0d36bb4)... done. module_register_init(0xc0d36cfc)... done. module_register_init(0xc0ab8188)... done. module_register_init(0xc0ab8194)... done. module_register_init(0xc0ab82fc)... done. module_register_init(0xc0d36e38)... done. module_register_init(0xc0d36f48)... done. module_register_init(0xc0d37068)... done. module_register_init(0xc0ab4ff4)... done. module_register_init(0xc0ab0220)... done. module_register_init(0xc0acefcc)... done. module_register_init(0xc0d37154)... done. module_register_init(0xc0ad8cf8)... done. module_register_init(0xc0d37220)... done. module_register_init(0xc0acefd8)... done. module_register_init(0xc0d37368)... done. module_register_init(0xc0acf148)... done. module_register_init(0xc0ad9174)... done. module_register_init(0xc0d3746c)... done. module_register_init(0xc0ad92c0)... done. module_register_init(0xc0d376b8)... done. module_register_init(0xc0ad9388)... done. module_register_init(0xc0ad9400)... done. module_register_init(0xc0ad9520)... done. module_register_init(0xc0ad95a0)... done. module_register_init(0xc0d377e8)... done. module_register_init(0xc0acf154)... done. module_register_init(0xc0d378e4)... done. module_register_init(0xc0ab5268)... done. module_register_init(0xc0acf454)... done. module_register_init(0xc0d37a24)... done. module_register_init(0xc0d37b28)... done. log_drvinit(0)... done. module_register_init(0xc0d37be0)... done. module_register_init(0xc0acf460)... done. module_register_init(0xc0acf5d0)... done. module_register_init(0xc0acf65c)... done. module_register_init(0xc0acf6e8)... done. module_register_init(0xc0ad9b38)... done. module_register_init(0xc0ad9d88)... done. module_register_init(0xc0ad9ee0)... done. module_register_init(0xc0ada01c)... done. module_register_init(0xc0ada120)... done. module_register_init(0xc0ada224)... done. module_register_init(0xc0acf8b0)... done. module_register_init(0xc0ada3e0)... done. module_register_init(0xc0ada498)... done. module_register_init(0xc0ada5d4)... done. module_register_init(0xc0aaf660)... done. module_register_init(0xc0aae6d8)... done. module_register_init(0xc0aaf7cc)... done. module_register_init(0xc0aacf78)... done. module_register_init(0xc0aae820)... done. module_register_init(0xc0aacf90)... done. module_register_init(0xc0ab7dd0)... ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212 , RF5111, RF5112, RF2413, RF5413) done. module_register_init(0xc0aaedf8)... done. module_register_init(0xc0aaf300)... done. subsystem 3800000 hpt_init(0)... done. hpt_init(0)... rr232x: RocketRAID 232x controller driver v1.02 (Sep 14 2007 0 8:10:12) done. configure_first(0)... done. module_register_init(0xc0ab5890)... done. taskqueue_define_kqueue(0)... done. taskqueue_define_fast(0)... done. taskqueue_define_acpi(0)... done. taskqueue_define_thread(0)... done. taskqueue_define_swi_giant(0)... done. taskqueue_define_swi(0)... done. module_register_init(0xc0aacf60)... done. configure(0)... ACPI: RSDP @ 0x0xe4010/0x0014 (v 0 OID_00) ACPI: RSDT @ 0x0x3ffffbc0/0x0030 (v 1 INSYDE RSDT_000 0x30303030 _CSI 0x0001010 1) ACPI: FACP @ 0x0x3ffffaa0/0x0074 (v 1 INSYDE FACP_000 0x00000100 _CSI 0x0001010 1) ACPI: DSDT @ 0x0x3fffc5d0/0x34CE (v 1 INSYDE KENORAA3 0x00001004 INTL 0x0200203 6) ACPI: FACS @ 0x0x3fffffc0/0x0040 ACPI: APIC @ 0x0x3ffffb20/0x0068 (v 1 INSYDE APIC_000 0x30303030 0000 0x3030303 0) ACPI: BOOT @ 0x0x3ffffb90/0x0026 (v 1 INSYDE SYS_BOOT 0x00000100 _CSI 0x0001010 1) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xd7e74000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PX40.PIRQ -> bus 0 dev 31 func 0 ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 10 11 Validation 0 10 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 10 11 Validation 0 11 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 10 11 Validation 0 10 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 10 11 Validation 0 11 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 Validation 0 255 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 Validation 0 255 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 Validation 0 255 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 Validation 0 255 N 0 3 4 6 7 10 11 After Disable 0 255 N 0 3 4 6 7 10 11 cpu0: on acpi0 cpu0: switching to generic Cx mode p4tcc0: on cpu0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 pcib0: port 0xcf8-0xcff iomem 0xfff80000-0xffffffff on ac pi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x1a30, revid=0x11 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xa0000000, size 26, e nabled found-> vendor=0x8086, dev=0x1a31, revid=0x11 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2482, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type I/O Port, range 32, base 0xe000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2484, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type I/O Port, range 32, base 0xe120, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2487, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[20]: type I/O Port, range 32, base 0xe240, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2448, revid=0x42 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x248c, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x248a, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0x1100, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=0x8086, dev=0x2485, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type I/O Port, range 32, base 0xe400, size 8, enabled map[14]: type I/O Port, range 32, base 0xe600, size 6, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2486, revid=0x02 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled map[14]: type I/O Port, range 32, base 0xea00, size 7, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xa0000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xdfff pcib1: memory decode 0xe0000000-0xefffffff pcib1: prefetched decode 0x90000000-0x9fffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4c66, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0187, statreg=0x02b0, cachelnsz=4 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0x90000000, size 27, e nabled pcib1: requested memory range 0x90000000-0x97ffffff: good map[14]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[18]: type Memory, range 32, base 0xe0000000, size 16, enabled pcib1: requested memory range 0xe0000000-0xe000ffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xc000-0xc0ff mem 0x90000000-0x97ffffff,0 xe0000000-0xe000ffff irq 16 at device 0.0 on pci1 uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 uhci0: Could not allocate irq device_attach: uhci0 attach returned 6 uhci1: port 0xe120-0xe13f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe120 uhci1: Could not allocate irq device_attach: uhci1 attach returned 6 uhci2: port 0xe240-0xe25f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe240 uhci2: Could not allocate irq device_attach: uhci2 attach returned 6 pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xd0000000-0xdfffffff pcib2: prefetched decode 0x80000000-0x8fffffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xa400, size 8, enabled pcib2: requested I/O range 0xa400-0xa4ff: in range map[14]: type Memory, range 32, base 0xd0008000, size 8, enabled pcib2: requested memory range 0xd0008000-0xd00080ff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x8026, revid=0x00 bus=2, slot=2, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=4 (dwords) lattimer=0x80 (3840 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd0000800, size 11, enabled pcib2: requested memory range 0xd0000800-0xd0000fff: good map[14]: type Memory, range 32, base 0xd0004000, size 14, enabled pcib2: requested memory range 0xd0004000-0xd0007fff: good pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 17 found-> vendor=0x109e, dev=0x036e, revid=0x11 bus=2, slot=4, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0x80000000, size 12, e nabled pcib2: requested memory range 0x80000000-0x80000fff: good pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 17 found-> vendor=0x109e, dev=0x0878, revid=0x11 bus=2, slot=4, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0x80001000, size 12, e nabled pcib2: requested memory range 0x80001000-0x80001fff: good pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=2, slot=5, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=4 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xa000, size 5, enabled pcib2: requested I/O range 0xa000-0xa01f: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 16 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=2, slot=5, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=4 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xa120, size 5, enabled pcib2: requested I/O range 0xa120-0xa13f: in range pcib2: matched entry for 2.5.INTB pcib2: slot 5 INTB hardwired to IRQ 19 found-> vendor=0x1106, dev=0x3104, revid=0x51 bus=2, slot=5, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=4 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd0000000, size 8, enabled pcib2: requested memory range 0xd0000000-0xd00000ff: good pcib2: matched entry for 2.5.INTC pcib2: slot 5 INTC hardwired to IRQ 18 found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=2, slot=9, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, enabled found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=2, slot=9, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, enabled re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa400 pcib2: rl0 requested I/O range 0xa400-0xa4ff: in range pcib2: rl0 requested I/O range 0xa400-0xa4ff: in range rl0: port 0xa400-0xa4ff mem 0xd0008000-0xd00080ff ir q 18 at device 0.0 on pci2 pcib2: rl0 requested I/O range 0xa400-0xa4ff: in range rl0: couldn't map interrupt device_attach: rl0 attach returned 6 pci2: at device 2.0 (no driver attached) pci2: at device 4.0 (no driver attached) pci2: at device 4.1 (no driver attached) uhci3: port 0xa000-0xa01f irq 16 at device 5.0 on pc i2 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa000 uhci3: Could not allocate irq device_attach: uhci3 attach returned 6 uhci4: port 0xa120-0xa13f irq 19 at device 5.1 on pc i2 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa120 uhci4: Could not allocate irq device_attach: uhci4 attach returned 6 ehci0: mem 0xd0000000-0xd00000ff irq 18 at devic e 5.2 on pci2 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd0000000 ehci0: Could not allocate irq device_attach: ehci0 attach returned 6 cbb0: at device 9.0 on pci2 pcib2: cbb0 requested memory range 0xd0000000-0xdfffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xd0001000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.9.INTA pcib2: slot 9 INTA hardwired to IRQ 16 cbb0: Unable to map IRQ... device_attach: cbb0 attach returned 12 cbb1: at device 9.1 on pci2 pcib2: cbb1 requested memory range 0xd0000000-0xdfffffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xd0001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: matched entry for 2.9.INTB pcib2: slot 9 INTB hardwired to IRQ 17 cbb1: Unable to map IRQ... device_attach: cbb1 attach returned 12 ichss: enabling SpeedStep support ichss: enabling SpeedStep support ichss0: on cpu0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0x1100-0x110f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1100 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xc01 0xc11 0xc01 0xc01 sio0: irq maps: 0xc01 0xc11 0xc01 0xc01 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: irq maps: 0xc01 0xc09 0xc01 0xc01 sio1: irq maps: 0xc01 0xc09 0xc01 0xc01 sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe3000-0xe3fff,0xe4000-0xe5fff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc_detect_fifo: invalid data in FIFO ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 1/0/0 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices done. mpt_postattach(0)... done. usb_cold_explore(0)... done. cpufreq_post_change_evh_init(0)... done. configure_final(0)... Device configuration finished. done. subsystem 4000000 vntblinit(0)... done. nameiinit(0)... done. nchinit(0)... done. vfs_hashinit(0)... done. module_register_init(0xc0b18fe4)... done. module_register_init(0xc0b38010)... done. module_register_init(0xc0b196c8)... done. module_register_init(0xc0b38a70)... done. module_register_init(0xc0b1b4d8)... done. module_register_init(0xc0b19908)... procfs registered done. module_register_init(0xc0b3c340)... done. module_register_init(0xc0b3925c)... done. pipeinit(0)... done. vfs_event_init(0)... done. subsystem 4800000 initclocks(0)... Timecounter "TSC" frequency 3066792692 Hz quality 800 done. inittimecounter(0)... Timecounters tick every 1.000 msec done. ntp_init(0)... done. subsystem 5800000 clist_init(0)... done. subsystem 6400000 module_register_init(0xc0b28650)... done. subsystem 6800000 module_register_init(0xc0b28150)... done. subsystem 6c00000 module_register_init(0xc0b27b20)... done. subsystem 6e00000 p31binit(0)... done. sigqueue_start(0)... done. itimer_start(0)... done. p31b_set_standard(0)... done. subsystem 7000000 module_register_init(0xc0b2cde0)... done. module_register_init(0xc0b2c818)... done. module_register_init(0xc0b5048c)... done. module_register_init(0xc0b2d06c)... done. knote_init(0)... done. module_register_init(0xc0b2cd04)... done. module_register_init(0xc0b2ca10)... done. subsystem 7400000 module_register_init(0xc0b19c10)... done. module_register_init(0xc0b1bb08)... done. elf32_insert_brand_entry(0xc0b4a560)... done. elf32_insert_brand_entry(0xc0b4a580)... done. module_register_init(0xc0b1bacc)... done. subsystem 8400000 if_check(0)... done. subsystem 8800000 domaininit(0)... done. net_add_domain(0xc0b2d540)... done. net_add_domain(0xc0b2e9e0)... done. net_add_domain(0xc0b29ae0)... done. net_add_domain(0xc0b36be0)... done. route_init(0)... done. rts_init(0)... done. ip6_init2(0)... done. arp_init(0)... done. subsystem 8800001 domainfinalize(0)... done. if_attachdomain(0)... done. module_register_init(0xc0b2cb24)... lo0: bpf attached done. subsystem 9000000 tcov_init(0)... done. subsystem a000000 synch_setup(0)... done. subsystem a800000 run_interrupt_driven_config_hooks(0) rr232x: no controller detected. acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery0: battery initialization done, tried 1 times --0-1009990075-1191470137=:93429-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 03:56:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28A7F16A421 for ; Thu, 4 Oct 2007 03:56:45 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id EB98213C4A5 for ; Thu, 4 Oct 2007 03:56:44 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so47871waf for ; Wed, 03 Oct 2007 20:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HST9O3KmMSZtHpzY6YJQFqQjaz+0uJFy6Lu45GBes5w=; b=eWOw7T1gAWsqmQ1FdqOyyIqQklLqMw9EEDL4vnW8SudFNexWwUcRfmv3AjaxZvFg/o2K0bPA4HRJkRGprMysmekLh51AwGQldPhjbd6YeFI/bNnfOjTSr3waura0j6fKOP9IWC/GnT0RQzYN22IXzqY39VuWaoOkdvHgcnLH8UQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RBENshUJbviEIaYVxv7KfMfwEMXkFL7heQk138//YKR77KeJMSWIL6TN0j4whHLCLCZbWlEn9x/fFr0JB7VSoU06bbGcMIzWlDcsYlri5qjcHtEYe922biwG32AnaOPwvVKN0yo9EL7wSfAtwp4r2WW3sh3+BY4qEm2ulopfJSY= Received: by 10.114.176.1 with SMTP id y1mr3604238wae.1191470204173; Wed, 03 Oct 2007 20:56:44 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Wed, 3 Oct 2007 20:56:44 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 20:56:44 -0700 From: "Kip Macy" To: "Randall Stewart" In-Reply-To: <47045F77.10101@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47045F77.10101@cisco.com> Cc: freebsd-current@freebsd.org Subject: Re: whats up with freebsd.org? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 03:56:45 -0000 On 10/3/07, Randall Stewart wrote: > Hi all: > > Today I got a ping from someone internal asking about the > "reliability" of Freebsd.. after tying to get to freebsd.org > and not being able to access it.. > > So whats up? Is it a hardware problem.. or something else? I don't know what it is this time, but last time it was a hardware problem. There was a new machine lined up to replace it. If the replacement hasn't taken place the site-ops guys might want to clarify the situation. -Kip > > Thanks for the info > > R > -- > Randall Stewart > NSSTG - Cisco Systems Inc. > 803-345-0369 803-317-4952 (cell) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 02:21:57 2007 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 0EA6516A41A for ; Thu, 4 Oct 2007 02:21:57 +0000 (UTC) (envelope-from rowi@free.de) Received: from smtp.free.de (smtp.free.de [193.28.225.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4599D13C45B for ; Thu, 4 Oct 2007 02:21:56 +0000 (UTC) (envelope-from rowi@free.de) Received: (qmail 46811 invoked by uid 98); 4 Oct 2007 03:55:14 +0200 Received: from 193.28.225.103 by smtp.free.de (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.90.1/3618. Clear:RC:1(193.28.225.103):. Processed in 0.052029 secs); 04 Oct 2007 01:55:14 -0000 X-Qmail-Scanner-Mail-From: rowi@free.de via smtp.free.de X-Qmail-Scanner: 1.25 (Clear:RC:1(193.28.225.103):. Processed in 0.052029 secs) Received: from smtp.free.de (HELO [192.168.40.3]) (peanuts@[193.28.225.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Oct 2007 03:55:13 +0200 Message-ID: <470447FF.5070409@free.de> Date: Thu, 04 Oct 2007 03:55:11 +0200 From: Rolf Witt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Current@freebsd.org References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> In-Reply-To: <46FFF615.5090108@donut.de> X-Enigmail-Version: 0.95.3 OpenPGP: id=5658BED6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 04 Oct 2007 04:02:37 +0000 Cc: Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 02:21:57 -0000 Here the backtrace from the last panic: # kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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: dev = ad4s1f, block = 26012752, fs = /usr panic: ffs_blkfree: freeing free block Uptime: 1d5h6m39s Physical memory: 631 MB Dumping 152 MB: 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc06328d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0632ad4 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc07d48f0 in ffs_blkfree (ump=0xc323ab00, fs=0xc321c800, devvp=0xc328add0, bno=26012752, size=16384, inum=6506870) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc07e8168 in indir_trunc (freeblks=0xc3c1bd00, dbn=103948864, level=0, lbn=12, countp=0xd9177c4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #5 0xc07e8430 in handle_workitem_freeblocks (freeblks=0xc3c1bd00, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #6 0xc07e9cb8 in process_worklist_item (mp=0xc324b7d4, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #7 0xc07ead71 in softdep_process_worklist (mp=0xc324b7d4, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #8 0xc07ed2ea in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #9 0xc0612211 in fork_exit (callout=0xc07ece70 , arg=0x0, frame=0xd9177d38) at /usr/src/sys/kern/kern_fork.c:796 #10 0xc084fd50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) -- Diese Email ist ungeeignet für seelisch labile Persönlichkeiten. From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 05:55:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0FA116A419 for ; Thu, 4 Oct 2007 05:55:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id E0ECA13C45B for ; Thu, 4 Oct 2007 05:55:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:53206 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S740082AbXJDFzF (ORCPT ); Thu, 4 Oct 2007 09:55:05 +0400 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <47048037.8060800@yandex.ru> Date: Thu, 04 Oct 2007 09:55:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Dave Frantz References: <916250.93429.qm@web53912.mail.re2.yahoo.com> In-Reply-To: <916250.93429.qm@web53912.mail.re2.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Lock During Dev Probe on 7.0-current---ATA Related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 05:55:17 -0000 Dave Frantz wrote: > I've been running FreeBSD 6.2 for a while now. On this machine, it runs very well. Recently, I cvsup-ed to 7.0-current. However, when I try to boot the GENERIC 7.0 kernel, the system freezes during the device probe, right before it begins to run the initial boot scripts. I've attached the output of my 7.0-current kernel (with verbose boot and options VERBOSE_SYSINIT,) captured over the serial port. I've tried starting without ACPI, but the system crashes at approximately the same place, right after "rr232x: no controller detected." > > I've tried tracing the problem with printf statements. The crash may be ATA related. > > FreeBSD is my main operating system, and I really would like to figure out what's going on. Let me know if there's anything I can do to help. Can you try to break into kernel debugger when system hangs? (press Ctrl+Alt+Esc) Enter "tr" and show what it will print. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 06:47:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E8D716A41A for ; Thu, 4 Oct 2007 06:47:49 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id F0BCD13C474 for ; Thu, 4 Oct 2007 06:47:48 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l946a5t7005844; Thu, 4 Oct 2007 16:06:05 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Thu, 4 Oct 2007 16:17:41 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Oct 2007 16:17:40 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.1/8.14.1) with ESMTP id l946ldg2045731; Thu, 4 Oct 2007 14:47:39 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.1/8.14.1/Submit) id l946lbum045730; Thu, 4 Oct 2007 14:47:37 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 4 Oct 2007 14:47:37 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, "freebsd-net@freebsd.org" Message-ID: <20071004064736.GE44700@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, "freebsd-net@freebsd.org" References: <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 04 Oct 2007 06:47:41.0153 (UTC) FILETIME=[75AEBD10:01C80652] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15462.000 X-TM-AS-Result: No--5.005900-0.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 06:47:49 -0000 0n Wed, Oct 03, 2007 at 10:52:43AM -0700, Jack Vogel wrote: >I am adding support into the em driver for PTP PTP ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 06:48:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B0AC16A417 for ; Thu, 4 Oct 2007 06:48:44 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id C37E413C47E for ; Thu, 4 Oct 2007 06:48:43 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so65488wxd for ; Wed, 03 Oct 2007 23:48:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=980BRwdq7CgarSXGX5uOyr0BhMbpmFs9yHO+QxfsY5M=; b=AmA332MX0cMMFBvZe3/PNf6Snxhk9PSKHMry+vA4jlOqAunwH9RMVIJevHoZvTI6OfommpZUGlNR1mfmPXQy13avz/Gzs4OScAfNjEvH1xt6vvW+QUaUgHRNSCYebGTlRg67clMtyLWPX2yRbI76uSUvOERacGYSzGpZgU3kC+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EeBCX7q0ydn6Dn0BynfL/HdC6fZ0qYuRNugN/1KrfoaNjH3VHxmBvH3IcGp2rLzHPblRwhXhdpxPJtWo7oBWKYQtyLlA/7V+cfnjN0L7PNxHtyuN6v5BMR3W17YtiJx3lwo1sMDEUBHJHH05fP674YfkTMp2ejLhk8NwUjFEDM0= Received: by 10.143.1.2 with SMTP id d2mr2150139wfi.1191480522056; Wed, 03 Oct 2007 23:48:42 -0700 (PDT) Received: by 10.141.74.5 with HTTP; Wed, 3 Oct 2007 23:48:42 -0700 (PDT) Message-ID: <2fd864e0710032348q24755caekda97781484005f64@mail.gmail.com> Date: Thu, 4 Oct 2007 01:48:42 -0500 From: Astrodog To: "Aryeh Friedman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> Cc: freebsd-current@freebsd.org, Robert Backhaus Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 06:48:44 -0000 On 10/3/07, Aryeh Friedman wrote: > > Given the inherent dangers of using cvsup, and updating from source, I > > do not believe this... minor barrier to entry really deserves > > consideration, and I'm sure we can all agree that it really would be > > best to paint it blue. > > Even though your quiet right from a techinical stand point I think > this is one of the attitudes that has kept FreeBSD from being > considered by linux people... namely your right on this specific point > but the attitude behind is likelly to be a turn off > I don't see the FreeBSD project as directly targeting Windows, or Linux desktop users. The PC-BSD and DesktopBSD projects cover this nicely. I'm not entirely certain I'd want someone who was turned off by this behavior using vanilla FreeBSD in the first place. --- Harrison From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 06:59:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FF116A420; Thu, 4 Oct 2007 06:59:22 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id F21B713C48A; Thu, 4 Oct 2007 06:59:21 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l946leqJ009087; Thu, 4 Oct 2007 16:17:40 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Thu, 4 Oct 2007 16:29:15 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Oct 2007 16:29:14 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.1/8.14.1) with ESMTP id l946xDJn045804; Thu, 4 Oct 2007 14:59:13 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.1/8.14.1/Submit) id l946xDH7045803; Thu, 4 Oct 2007 14:59:13 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 4 Oct 2007 14:59:13 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, "freebsd-net@freebsd.org" Message-ID: <20071004065913.GG44700@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, "freebsd-net@freebsd.org" References: <2a41acea0710031052w40c10cabjf923803ba23b2546@mail.gmail.com> <20071004064736.GE44700@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20071004064736.GE44700@obelix.dsto.defence.gov.au> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 04 Oct 2007 06:59:15.0370 (UTC) FILETIME=[1377D8A0:01C80654] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15462.000 X-TM-AS-Result: No--8.520600-0.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: Capability addition for IEEE 1588 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 06:59:22 -0000 0n Thu, Oct 04, 2007 at 02:47:37PM +0800, Wilkinson, Alex wrote: > 0n Wed, Oct 03, 2007 at 10:52:43AM -0700, Jack Vogel wrote: > > >I am adding support into the em driver for PTP > >PTP ? Found http://ptpd.sourceforge.net/. Sorry for the noise. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 07:29:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E6A16A420 for ; Thu, 4 Oct 2007 07:29:52 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 14B9113C4A6 for ; Thu, 4 Oct 2007 07:29:51 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so62475nfb for ; Thu, 04 Oct 2007 00:29:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=YUn7GBNwKbXy9yb8MsljveZDqLQV4BFpZLkc5JXAX5Y=; b=f1M1Pof34OeHOwVUzAwS/Z0jj0j2WtIUafL7qAGL00wWOgzH2arlL/LxW/PnryUnxwZPacwBMFWExeW7U9cH2sVdWB4jF1+XR/ZDl/C+FSmCM0jmTzbz64cLk5mHv0IsYRBkvm8TPfNKyGyA32ptFigAwnnmKzxSr8qqWXCLMB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XM5GMmM2nJs/LOCyIy1xol99aYtWUGCvt3iY4U5IlG4TA7emW0NHCHvkVV6tvpC55/+2RfE3usJDBLZb7mS8TlaNNaE6D2JHc6bKvNM/KfNKTBMq9MU6Ugdcej00QHE7ggLU37VdRHFKt+GdAfMR6qHdXGzhcz1ZXxJtITu3S+g= Received: by 10.78.147.6 with SMTP id u6mr2416645hud.1191482990201; Thu, 04 Oct 2007 00:29:50 -0700 (PDT) Received: by 10.78.202.12 with HTTP; Thu, 4 Oct 2007 00:29:50 -0700 (PDT) Message-ID: <8bebfc960710040029k19497260p91745b90a4c17ecb@mail.gmail.com> Date: Thu, 4 Oct 2007 15:29:50 +0800 From: "Kudo Chien" To: pyunyh@gmail.com In-Reply-To: <20071004013622.GD30781@cdnetworks.co.kr> MIME-Version: 1.0 References: <20071004013622.GD30781@cdnetworks.co.kr> 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: freebsd-current@freebsd.org Subject: Re: CFT: msk(4)/nfe(4) with 88E1116 PHY X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 07:29:52 -0000 2007/10/4, Pyun YongHyeon : > > Hi, > > There had been several complaints that nfe(4) with 88E1116 PHY > doesn't work. The attached patch may fix it by taking the PHY > out of powerdown mode. Because I know that some revisions works > well without any patch I'd like to know whether attached patch > have any effects for those hardwares that had been working > correctly. I think both msk(4) and nfe(4) would be affacted by > the patch so if you're using one of these hardwares please give > it spin and let me know the result. > > Thanks. > > Hello, In my case, after patched, the msk(4) also crashed (msk0: watchdog timeout) One thing curious is the result of 'pciconf -lv', which is filled with 'none' device. mk12# pciconf -lv ?0@pci0:0:0: class=0x005086 card=0x00000000 chip=0x14580000 rev=0x80 hdr=0x00 class = old none0@pci0:0:0: class=0x000058 card=0x00000000 chip=0x00000200 rev=0x14 hdr=0x00 class = old subclass = non-VGA display device none1@pci0:0:0: class=0x001b00 card=0x00000000 chip=0x00000000 rev=0x00 hdr=0x00 class = old none2@pci0:0:0: class=0x000000 card=0x00000000 chip=0x00000000 rev=0x00 hdr=0x00 class = old subclass = non-VGA display device none3@pci0:0:0: class=0x010000 card=0x00000000 chip=0x00000000 rev=0x00 hdr=0x00 class = mass storage subclass = SCSI 67512391@pci105:98:0: class=0x000000 card=0x00000000 chip=0x00000000 rev=0x00 hdr=0x00 class = old subclass = non-VGA display device none4@pci0:2:112: class=0x000000 card=0x00006269 chip=0x00000000 rev=0x00 hdr=0x63 class = old subclass = non-VGA display device none5@pci78:36:6: class=0x000000 card=0x6370f201 chip=0x00006269 rev=0x00 hdr=0x04 class = old subclass = non-VGA display device none6@pci1:80:134: class=0x616200 card=0x01062810 chip=0x73690200 rev=0x00 hdr=0x80 apci0@pci0:0:88: class=0x8a0261 card=0x8086b002 chip=0x01012820 rev=0x74 hdr=0x14 none7@pci0:31:3: class=0x3e280c card=0x14580000 chip=0x80865001 rev=0x05 hdr=0x00 %( atapci0@pci0:0:0: class=0x02b086 card=0x00051f00 chip=0x14580000 rev=0x80 hdr=0x00 class = network none8@pci2:0:0: class=0x000058 card=0x00000000 chip=0x00000002 rev=0x14 hdr=0x00 class = old subclass = non-VGA display device -- Best Regards, Kudo From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 07:56:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E7916A417 for ; Thu, 4 Oct 2007 07:56:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id EEAEB13C4A3 for ; Thu, 4 Oct 2007 07:56:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so107416waf for ; Thu, 04 Oct 2007 00:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=ySoPcXKghXGcp2TEYb9nl6yJYHnuuvRn8zwt9RDM8fE=; b=LnbEk9r1TH8DYQ828w5m6d4bNvsFm/PTV3aB8ZfiJxOXkaklM/oZ2Ox6Z3iFCUkTaWocKalIxSpVCmWqjP5z9YzWloPakPnKD21qBuMeNCaUaMJY+gsvS4aojb95h1o51QJkqvhrZTOV/92lQTAgpGI2nBVWZJtGHTA/1K/6nBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=I4x2GnttLqmN87Q7YzxDyyo1F2CrQBYEYK3gdZf6lhfWv5HHBL36FBP6707INxYULa3ijbev6lA7ABsciSnnZHR7bZpyorULcct9DiX7SIJHIXCZepPEgF7K6yLGcI8AAEhPavC2DRu5YZ1YElbi9OLENDCitY2+bL3nXVHk4Qk= Received: by 10.114.177.1 with SMTP id z1mr5493668wae.1191484574458; Thu, 04 Oct 2007 00:56:14 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k9sm3060977wah.2007.10.04.00.56.11 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 04 Oct 2007 00:56:13 -0700 (PDT) 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 l947qWmB032616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 16:52:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l947qV3N032615; Thu, 4 Oct 2007 16:52:31 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 4 Oct 2007 16:52:29 +0900 From: Pyun YongHyeon To: Kudo Chien Message-ID: <20071004075229.GI30781@cdnetworks.co.kr> References: <20071004013622.GD30781@cdnetworks.co.kr> <8bebfc960710040029k19497260p91745b90a4c17ecb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8bebfc960710040029k19497260p91745b90a4c17ecb@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4)/nfe(4) with 88E1116 PHY 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, 04 Oct 2007 07:56:17 -0000 On Thu, Oct 04, 2007 at 03:29:50PM +0800, Kudo Chien wrote: > 2007/10/4, Pyun YongHyeon : > > > > Hi, > > > > There had been several complaints that nfe(4) with 88E1116 PHY > > doesn't work. The attached patch may fix it by taking the PHY > > out of powerdown mode. Because I know that some revisions works > > well without any patch I'd like to know whether attached patch > > have any effects for those hardwares that had been working > > correctly. I think both msk(4) and nfe(4) would be affacted by > > the patch so if you're using one of these hardwares please give > > it spin and let me know the result. > > > > Thanks. > > > > > Hello, > > In my case, after patched, the msk(4) also crashed (msk0: watchdog timeout) The patch doesn't intend to fix PR 116853. Since you use 88E1149 PHY there should be no kernel crash. If you got real kernel panic please show me the backtrace info. > One thing curious is the result of 'pciconf -lv', which is filled with > 'none' device. > > mk12# pciconf -lv > ?0@pci0:0:0: class=0x005086 card=0x00000000 chip=0x14580000 rev=0x80 > hdr=0x00 > class = old > none0@pci0:0:0: class=0x000058 card=0x00000000 chip=0x00000200 rev=0x14 > hdr=0x00 > class = old > subclass = non-VGA display device > none1@pci0:0:0: class=0x001b00 card=0x00000000 chip=0x00000000 rev=0x00 > hdr=0x00 > class = old > none2@pci0:0:0: class=0x000000 card=0x00000000 chip=0x00000000 rev=0x00 > hdr=0x00 > class = old > subclass = non-VGA display device > none3@pci0:0:0: class=0x010000 card=0x00000000 chip=0x00000000 rev=0x00 > hdr=0x00 > class = mass storage > subclass = SCSI > 67512391@pci105:98:0: class=0x000000 card=0x00000000 chip=0x00000000 > rev=0x00 hdr=0x00 > class = old > subclass = non-VGA display device > none4@pci0:2:112: class=0x000000 card=0x00006269 chip=0x00000000 > rev=0x00 hdr=0x63 > class = old > subclass = non-VGA display device > none5@pci78:36:6: class=0x000000 card=0x6370f201 chip=0x00006269 > rev=0x00 hdr=0x04 > class = old > subclass = non-VGA display device > none6@pci1:80:134: class=0x616200 card=0x01062810 chip=0x73690200 > rev=0x00 hdr=0x80 > apci0@pci0:0:88: class=0x8a0261 card=0x8086b002 chip=0x01012820 > rev=0x74 hdr=0x14 > none7@pci0:31:3: class=0x3e280c card=0x14580000 chip=0x80865001 > rev=0x05 hdr=0x00 > %( > atapci0@pci0:0:0: class=0x02b086 card=0x00051f00 chip=0x14580000 > rev=0x80 hdr=0x00 > class = network > none8@pci2:0:0: class=0x000058 card=0x00000000 chip=0x00000002 rev=0x14 > hdr=0x00 > class = old > subclass = non-VGA display device > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 08:29:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B737416A469 for ; Thu, 4 Oct 2007 08:29:02 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4463313C481 for ; Thu, 4 Oct 2007 08:29:02 +0000 (UTC) (envelope-from ckchien@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so74118nfb for ; Thu, 04 Oct 2007 01:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=MQ4+5fl2MRLVfOrxFi8fLb28fXavr4hBl8UsvNxrY4A=; b=tTeYDiaUia4W+5V+UatMhYZifSYGMu9ul5ii8PcUa5jPfFYI3B0jTYCqj24JrcXw0tAmSef5JO0nx1TqEa0HeVNl09RHWzEUpM6a24OnHZ5uJVDgbvTsgmpd3Ak28hLeliCD6eDw7A7RdrYjHEI3NXcTvmeTvtnMIkZWNILLQe4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=sryt1rnfKAavSKMADOEbtd7nKVXFLdskoJjO3ehQ/7i2618ps61uTT9ntaL+iHZD8/OuLFJIy7e4AcEAL6tgOT+4y5lVLmQQG7Nxn/XDcnJ6lbj5kt7wMRlqVZ70IwpUUlqhMgO7apFJPos8agCx1FKRwtIfCWyrdOl9oJc9MoI= Received: by 10.78.130.6 with SMTP id c6mr558844hud.1191486540376; Thu, 04 Oct 2007 01:29:00 -0700 (PDT) Received: by 10.78.202.12 with HTTP; Thu, 4 Oct 2007 01:29:00 -0700 (PDT) Message-ID: <8bebfc960710040129q7e82fd98j29afddb203b48831@mail.gmail.com> Date: Thu, 4 Oct 2007 16:29:00 +0800 From: "Kudo Chien" To: pyunyh@gmail.com In-Reply-To: <20071004075229.GI30781@cdnetworks.co.kr> MIME-Version: 1.0 References: <20071004013622.GD30781@cdnetworks.co.kr> <8bebfc960710040029k19497260p91745b90a4c17ecb@mail.gmail.com> <20071004075229.GI30781@cdnetworks.co.kr> 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: freebsd-current@freebsd.org Subject: Re: CFT: msk(4)/nfe(4) with 88E1116 PHY X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 08:29:02 -0000 2007/10/4, Pyun YongHyeon : > > On Thu, Oct 04, 2007 at 03:29:50PM +0800, Kudo Chien wrote: > > Hello, > > > > In my case, after patched, the msk(4) also crashed (msk0: watchdog > timeout) > > The patch doesn't intend to fix PR 116853. Since you use 88E1149 PHY > there should be no kernel crash. If you got real kernel panic please > show me the backtrace info. > > Oh my goodness, It's my fault. I use 88E1149 not 88E1116 @@ Please forgive my rudeness. -- Best Regards, Kudo From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 08:29:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22B0F16A41A for ; Thu, 4 Oct 2007 08:29:28 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:1f1::2]) by mx1.freebsd.org (Postfix) with ESMTP id A246013C448 for ; Thu, 4 Oct 2007 08:29:27 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l948UJHi040474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Oct 2007 09:30:20 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <4704A463.2080308@unsane.co.uk> Date: Thu, 04 Oct 2007 09:29:23 +0100 From: Vince User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47045F77.10101@cisco.com> In-Reply-To: <47045F77.10101@cisco.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: whats up with freebsd.org? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 08:29:28 -0000 Randall Stewart wrote: > Hi all: > > Today I got a ping from someone internal asking about the > "reliability" of Freebsd.. after tying to get to freebsd.org > and not being able to access it.. > > So whats up? Is it a hardware problem.. or something else? > > Thanks for the info > > R http://blogs.freebsdish.org/simon/2007/09/18/web-server-fun/ covers the last issues and most probably this one too. Vince From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 08:30:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A416216A46B; Thu, 4 Oct 2007 08:30:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 92E4013C45B; Thu, 4 Oct 2007 08:30:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4704A4B6.70708@FreeBSD.org> Date: Thu, 04 Oct 2007 10:30:46 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Richard Puga References: <47047450.DDAF966D@mauibuilt.com> In-Reply-To: <47047450.DDAF966D@mauibuilt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-usb@freebsd.org Subject: Re: panic: sleeping thread wile using USB hard drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 08:30:43 -0000 Richard Puga wrote: > I have been installing FreeBSD 6.2 on IBM XSeries servers some of which > I need to run external USB drives. > > While backing up to a USB hard drive at random times the computer locks > up or reboots with some, but not all of the systems. > > > The XP3100's work fine and dmesg shows a ntel 82801GB/R ICH7 USB > controller. > The XP3400 shows a GENERIC usb 2.0 chipset and a scan of the PCI bus > shows a slightly differant motherboard chipset (I cant remember what it > was). > > > I set up my Dell server at home with 2 differant USB/PCI cards each with > a differant chipset and got the same type of errors. > > > One was NEC and dmesg shows > > ohci1: mem 0xfeb01000-0xfeb01fff irq 24 at > device 14.0 on pci1 > usb1: on ohci1 > uhub1: on usb1 > ohci2: mem 0xfeb00000-0xfeb00fff irq 23 at > device 14.1 on pci1 > usb2: on ohci2 > uhub2: on usb2 > ehci0: mem 0xfeb02000-0xfeb020ff irq > 22 at device 14.2 on pci1 > usb3: on ehci0 > uhub3: on usb3 > > > The via shows > > ohci0: mem 0xfe220000-0xfe220fff irq 5 > at device 15.2 on pci0 > usb1: on uhci0 > uhub1: on usb1 > uhci1: port 0xccc0-0xccdf irq 23 at device > 14.1 on pci1 > usb2: on uhci1 > uhub2: on usb2 > ehci0: mem 0xfeb00800-0xfeb008ff irq 22 > at device 14.2 on pci1 > usb3: on ehci0 > uhub3: on usb3 > > Both of thease chipsets freeze at ramdom times under FreeBSD 6.2 and > 7-CURRENT (as of a few days ago) > > > The errors on the screen which dont make it to the log are; > > > sleeping thread (tid 100015, pid 19) owns a non-sleepable-lock > panic: sleeping thread > cpuid=1 > > > and > > > panic: Trying sleep, but thread marked as sleeping prohimited > cpuid=0 > [thread pid 13 tid 100002] > stoped at kbd-enter + ox32: leave db7 > > > The only error in /var/log/messages is > > messages.error:Sep 19 19:19:04 mauibuilt savecore: reboot after panic: > sleeping thread > > Any help or suggestions would be greatly apriciated, and if anyone knows > of an add in PCI card with yet a differant chipset that does not have > problems, please let me know. Follow the instructions in the developers handbook chapter on kernel debugging to obtain the necessary debugging information, then submit a PR with the data. Kris From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 08:44:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D2AA16A418 for ; Thu, 4 Oct 2007 08:44:30 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 038CF13C467 for ; Thu, 4 Oct 2007 08:44:29 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so321958ugf for ; Thu, 04 Oct 2007 01:44:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=CCfeZTsz0LhIFnVsC3upBzlIs6P8wX9wD2lf5iCer28=; b=fJ806RI227w0ZQp8nvJ9v0g2hxvOlmtEp657rGZyJlLa/XHoPP5gji70LqK/hQDobnaLIxBhNRi2CVXnbKGoQdutlEFo8UiZobFoHaioDqZr9bkL80YCr6518zM/JpCTR/rZSzujb7ZF2NNHb9rbcuzjQyHF7GlXmlnx9X+b0l8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=gXeY0yy9WsBzN0t097/U1bLfNm8d53tIgDy60vbYFIFw0XMWEBFy5TGqGeLxee3okiiu5a7qfCHbPABKw+CGAfrFnPzcNnsxhFDhImRiofjG50jPQZFv4CCKN0t8u30pSVf0AVuZlG2IZjKOFIzzBITccS7iyU55T4CXKPvSVLM= Received: by 10.67.88.7 with SMTP id q7mr1692006ugl.1191487468669; Thu, 04 Oct 2007 01:44:28 -0700 (PDT) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id u1sm6157258uge.2007.10.04.01.44.26 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 04 Oct 2007 01:44:27 -0700 (PDT) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Thu, 4 Oct 2007 11:44:15 +0300 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1533915.gztPuTXnqO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710041144.23701.qpadla@gmail.com> Cc: Philip Murray Subject: Re: GJournal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 04 Oct 2007 08:44:30 -0000 --nextPart1533915.gztPuTXnqO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 October 2007 01:16:56 Philip Murray wrote: > (I have tried ZFS, but just had two kmem too small panics after 5 =A0 > minutes... this is on an amd64 machine with 8GB of RAM) You have to tune it properly before going to production: http://wiki.freebsd.org/ZFSTuningGuide =2D-=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1533915.gztPuTXnqO 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) iD8DBQBHBKfn/2R6KvEYGaIRAuIKAJoCJh+ydwQje8Tl0D2DRIxEdHioewCgsefM cEIpiVLfdx5Jur8PylVUmks= =a3F/ -----END PGP SIGNATURE----- --nextPart1533915.gztPuTXnqO-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 08:57:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D1C16A417 for ; Thu, 4 Oct 2007 08:57:17 +0000 (UTC) (envelope-from rp@tns.cz) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by mx1.freebsd.org (Postfix) with ESMTP id C5D3913C46A for ; Thu, 4 Oct 2007 08:57:16 +0000 (UTC) (envelope-from rp@tns.cz) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id A74CC55E63A for ; Thu, 4 Oct 2007 10:57:15 +0200 (CEST) Received: from belzebub.tns.cz (belzebub [192.168.144.3]) by bns.tns.cz with ESMTP id 4E15AUC0004JGYQGO99; Thu, 4 Oct 2007 10:57:15 +0200 (CEST) Received: by belzebub.tns.cz (Postfix, from userid 1001) id 3350216ADB7; Thu, 4 Oct 2007 11:00:28 +0200 (CEST) Resent-From: Roman Pavlik Resent-Date: Thu, 4 Oct 2007 11:00:28 +0200 Resent-Message-ID: <20071004090028.GA9313@belzebub.tns.cz> Resent-To: freebsd-current@freebsd.org Date: Thu, 4 Oct 2007 09:24:11 +0200 From: Roman Pavlik To: freebsd-current@freebsd.org Message-ID: <20071004072411.GB8751@belzebub.tns.cz> References: <20070910123451.GA2349@belzebub.tns.cz> <20070911110039.GA5518@belzebub.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070911110039.GA5518@belzebub.tns.cz> User-Agent: Mutt/1.5.12-2006-07-14 Cc: wpaul@windriver.com Subject: Re: 7-current freeze on HP6710b with BroadCom (bge0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 08:57:17 -0000 Please let me know if I can be of any help to fix this bug. On Tue, Sep 11, 2007 at 01:00:39PM +0200, Roman Pavlik wrote: > 7-current freezes on HP6710b (even without acpi) if BroadCom ethernet > is enabled in BIOS. The workaround is to disable Ethernet in BIOS. > pciconf -lv said: > vendor = 'Broadcom Corporation' > class = network > subclass = ethernet > cbb0@pci2:4:0: class=0x060700 card=0x30c0103c chip=0x04761180 rev=0xb6 hdr=0x02 > > Please note that support for the chip=0x04761180 was added to > the FreeBSD 6.2-stable and is not included in the 6.2-release. Please note > also that the FreeBSD 6-2 stable works on this machine without any > problem (both chip=0x04761180 and acpi works fine). Regards, -- Roman From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 10:03:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A1C16A418 for ; Thu, 4 Oct 2007 10:03:31 +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 6D39A13C448 for ; Thu, 4 Oct 2007 10:03:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3E80920BA; Thu, 4 Oct 2007 12:03:23 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0789520AE; Thu, 4 Oct 2007 12:03:23 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id DE20C84486; Thu, 4 Oct 2007 12:03:22 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bill Hacker References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> <4702A6DE.3080403@conducive.net> Date: Thu, 04 Oct 2007 12:03:22 +0200 In-Reply-To: <4702A6DE.3080403@conducive.net> (=?utf-8?B?Iumfk+WutuaomQ==?= Bill Hacker"'s message of "Tue\, 02 Oct 2007 16\:15\:26 -0400") Message-ID: <86abqzqjrp.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 10:03:31 -0000 Bill Hacker writes: > Short answer - you are overstressing your very marginal hardware. You're completely off the mark. Steven is experiencing a well-known bug in the ata driver. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 10:58:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2E6A16A419 for ; Thu, 4 Oct 2007 10:58:52 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9459813C447 for ; Thu, 4 Oct 2007 10:58:52 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60005 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IdOPo-000MmD-7K for freebsd-current@freebsd.org; Thu, 04 Oct 2007 10:58:48 +0000 Message-ID: <4704C767.5060402@conducive.net> Date: Thu, 04 Oct 2007 06:58:47 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> <4702A6DE.3080403@conducive.net> <86abqzqjrp.fsf@ds4.des.no> In-Reply-To: <86abqzqjrp.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 10:58:52 -0000 Dag-Erling SmÞrgrav wrote: > Bill Hacker writes: >> Short answer - you are overstressing your very marginal hardware. > > You're completely off the mark. Steven is experiencing a well-known bug > in the ata driver. > > DES That may well be, and that part needs coder's attention. But hardware DOES matter. Code fixes can't entirely solve that. ZFS is just too demanding of resources for that rig [1] to usefully support in 512MB of RAM, and 'dumb' controllers do not help. NB: He does have decent power. External housing for the SATA array. Bill [1] Per his dmesg and a google of the various kit reported. Decent PCI slots aside, no longer a match for a current Mac Mini or a Dell laptop w/r RAM, CPU, or FSB speed. From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 05:04:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04E4116A41A; Thu, 4 Oct 2007 05:04:41 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from localhost.mauibuilt.com (cray50.mauibuilt.com [205.166.10.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6304E13C458; Thu, 4 Oct 2007 05:04:41 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (chobmt@puga.mauibuilt.com [205.166.10.2]) by localhost.mauibuilt.com (8.14.1/8.14.1) with ESMTP id l9454LBx033002; Wed, 3 Oct 2007 19:04:21 -1000 (HST) (envelope-from puga@mauibuilt.com) Sender: puga@localhost.mauibuilt.com Message-ID: <47047450.DDAF966D@mauibuilt.com> Date: Wed, 03 Oct 2007 19:04:16 -1000 From: Richard Puga Organization: Maui Built Machines X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 04 Oct 2007 11:39:00 +0000 Cc: Subject: panic: sleeping thread wile using USB hard drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 05:04:42 -0000 I have been installing FreeBSD 6.2 on IBM XSeries servers some of which I need to run external USB drives. While backing up to a USB hard drive at random times the computer locks up or reboots with some, but not all of the systems. The XP3100's work fine and dmesg shows a ntel 82801GB/R ICH7 USB controller. The XP3400 shows a GENERIC usb 2.0 chipset and a scan of the PCI bus shows a slightly differant motherboard chipset (I cant remember what it was). I set up my Dell server at home with 2 differant USB/PCI cards each with a differant chipset and got the same type of errors. One was NEC and dmesg shows ohci1: mem 0xfeb01000-0xfeb01fff irq 24 at device 14.0 on pci1 usb1: on ohci1 uhub1: on usb1 ohci2: mem 0xfeb00000-0xfeb00fff irq 23 at device 14.1 on pci1 usb2: on ohci2 uhub2: on usb2 ehci0: mem 0xfeb02000-0xfeb020ff irq 22 at device 14.2 on pci1 usb3: on ehci0 uhub3: on usb3 The via shows ohci0: mem 0xfe220000-0xfe220fff irq 5 at device 15.2 on pci0 usb1: on uhci0 uhub1: on usb1 uhci1: port 0xccc0-0xccdf irq 23 at device 14.1 on pci1 usb2: on uhci1 uhub2: on usb2 ehci0: mem 0xfeb00800-0xfeb008ff irq 22 at device 14.2 on pci1 usb3: on ehci0 uhub3: on usb3 Both of thease chipsets freeze at ramdom times under FreeBSD 6.2 and 7-CURRENT (as of a few days ago) The errors on the screen which dont make it to the log are; sleeping thread (tid 100015, pid 19) owns a non-sleepable-lock panic: sleeping thread cpuid=1 and panic: Trying sleep, but thread marked as sleeping prohimited cpuid=0 [thread pid 13 tid 100002] stoped at kbd-enter + ox32: leave db7 The only error in /var/log/messages is messages.error:Sep 19 19:19:04 mauibuilt savecore: reboot after panic: sleeping thread Any help or suggestions would be greatly apriciated, and if anyone knows of an add in PCI card with yet a differant chipset that does not have problems, please let me know. Thanks in advance Richard Puga puga@mauibuilt.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 14:43:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C1BC16A417 for ; Thu, 4 Oct 2007 14:43:25 +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 A631B13C45B for ; Thu, 4 Oct 2007 14:43:24 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id a2so384381ugf for ; Thu, 04 Oct 2007 07:43:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; bh=1RVCJ/GEZbpZsxPMRNAXfj8CVGqEu2OVueXlMIk8fyw=; b=DXMuamaDItphZfCYxInljskTMxM7CpKQFtRBdl/gwI4unK6qH/TfA1WnUhmKl7G/rCPSOTIC6JT23GfWRFw80SsHTcTmG0w63KonyjaT+MNEcprGCVBtMVxRJyag8/Zwewes5WxGXD6xh1xhwG4x4J7d3opAYxjWfXfy4xRCvYo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=hoo9XfgiAxT+zyxCKro2lbmLT/aMG0YBpuLSDYyI4gBQ1FUxRhuk+XUVZvzD1A7NPWWS8Ov5oLVUmEPehjGUQ86nRCyJHddsiYF9WIeEuFaulDY7ZnTyzhX2m3aoVTBQWh5H5MKPWA1TB4XSqpVGZSxdg0JcSPSxubAcm5Mzrv8= Received: by 10.67.16.5 with SMTP id t5mr2009717ugi.1191507551922; Thu, 04 Oct 2007 07:19:11 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id c4sm776745nfi.2007.10.04.07.19.10 (version=SSLv3 cipher=RC4-MD5); Thu, 04 Oct 2007 07:19:10 -0700 (PDT) From: Tom Evans To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ef252wYDdzVKWRNo+3LY" Date: Thu, 04 Oct 2007 15:19:09 +0100 Message-Id: <1191507549.1475.69.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Subject: Difficulties with samba usernames with spaces + patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 14:43:25 -0000 --=-ef252wYDdzVKWRNo+3LY Content-Type: multipart/mixed; boundary="=-mv2VCZtsi+ZXPySbHSmm" --=-mv2VCZtsi+ZXPySbHSmm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi I'm trying to enter into my fstab an entry to mount a SMB resource, but I'm hitting a problem as my provided username has a space in the name. I also noticed that mount_smbfs(8) has an undocumented -U switch that allows you to set a username without having to use the ugly //me@host/share syntax, so I've patched the man page to note this, see attached patch. This is perfectly fine on the command line, as one can quote the required arguments when needed, but it seems impossible in fstab. When mounted, mount -p is supposed to output the mounts in fstab(5) format, but the output for samba mounts mounted with usernames with spaces in does not work correctly. None of these work: //razor/it /mnt/it smbfs rw,noauto,-U=3D"Tom Evans" 0 0 //Tom Evans@razor /mnt/it smbfs rw,noauto 0 0 # this one suggested by mount -p //TOM EVANS@RAZOR/IT /mnt/it smbfs rw 0 0 It is impossible to specify the username any other way, including nsmb.conf or ~/.nsmbrc. Incidentally, Linux does this much more cleanly, using a credentials file which can be specified as a mount option to their mount.smbfs. Mounting from the command line works either with correctly quoting the host, or using the -U switch, and correctly quoting the argument. mount_smbfs -U "Tom Evans" //RAZOR/it /mnt/it mount_smbfs "//TOM EVANS@RAZOR/IT" /mnt/it This clearly seems to be a limitation of fstab(5) (inability to quote arguments) and/or nsmb.conf(5) (inability to specify username). I am going to change one or the other to allow this to work; which would be preferable? Cheers Tom --=-mv2VCZtsi+ZXPySbHSmm Content-Disposition: attachment; filename=mount_smbfs.8.diff.txt Content-Type: text/x-patch; name=mount_smbfs.8.diff.txt; charset=UTF-8 Content-Transfer-Encoding: base64 LS0tIC91c3Ivc3JjL2NvbnRyaWIvc21iZnMvbW91bnRfc21iZnMvbW91bnRfc21iZnMuOAkyMDA3 LTA2LTI5IDExOjU0OjU4LjAwMDAwMDAwMCArMDEwMA0KKysrIG1vdW50X3NtYmZzLjgJMjAwNy0x MC0wNCAxMzowNjoxNS4wMDAwMDAwMDAgKzAxMDANCkBAIC0xMyw2ICsxMyw3IEBADQogLk9wIEZs IEwgQXIgbG9jYWxlDQogLk9wIEZsIE0gQXIgY3JpZ2h0cyA6IE5zIEFyIHNyaWdodHMNCiAuT3Ag RmwgTg0KKy5PcCBGbCBVIEFyIHVzZXJuYW1lDQogLk9wIEZsIE8gQXIgY293bmVyIDogTnMgQXIg Y2dyb3VwIE5zIC8gTnMgQXIgc293bmVyIDogTnMgQXIgc2dyb3VwDQogLk9wIEZsIFIgQXIgcmV0 cnljb3VudA0KIC5PcCBGbCBUIEFyIHRpbWVvdXQNCkBAIC02OCw2ICs2OSw4IEBADQogSWYgbm8g cGFzc3dvcmQgaXMgZm91bmQsDQogLk5tDQogcHJvbXB0cyBmb3IgaXQuDQorLkl0IEZsIFUgQXIg dXNlcm5hbWUNCitVc2Ugc3BlY2lmaWVkIHVzZXJuYW1lIHRvIGF1dGhlbnRpY2F0ZSB3aXRoDQog Lkl0IEZsIE8gQXIgY293bmVyIDogTnMgQXIgY2dyb3VwIE5zIC8gTnMgQXIgc293bmVyIDogTnMg QXIgc2dyb3VwDQogQXNzaWduIG93bmVyL2dyb3VwIGF0dHJpYnV0ZXMgdG8gdGhlIG5ld2x5IGNy ZWF0ZWQgY29ubmVjdGlvbi4NCiAuSXQgRmwgUiBBciByZXRyeWNvdW50DQo= --=-mv2VCZtsi+ZXPySbHSmm-- --=-ef252wYDdzVKWRNo+3LY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHBPZWlcRvFfyds/cRAhUjAKCcsKqMU47rwixKuGAVlkrFNKj/6QCguXWQ l7XolUa1nh3p9FZOe0sbvLA= =Ppij -----END PGP SIGNATURE----- --=-ef252wYDdzVKWRNo+3LY-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 16:38:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49ED16A4A5 for ; Thu, 4 Oct 2007 16:38:06 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6705013C467 for ; Thu, 4 Oct 2007 16:38:05 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so230661fka for ; Thu, 04 Oct 2007 09:38:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=EA2UCY/ErwtwAgzxqQWYm9Pe6gAXwL9KTasHAHWVfdw=; b=kjZYmsORquxsdKRKh79QpxW1B1lTDsHjpilonuEBY5gBa3YuiY71oFplS4wE6AvFDx27xBv4WVCy4qQPdrEdINFSdTbPuhlU+cjDUPJdtSuadTSQIojBx/+hKdG4l2KXBWYBGwF1GU2DyDFBckYcMLwUQ8sZDE38JGYM2P3C8xQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=XdzHqMM5eupyPsZoZKsEMf5PMrpx8ehUosZjo0j4cfYu5mwazmJd0VciB/YFWMvzWjDlSRB1zQlpvIonwVfiCFaVyH7YqVMoWVPn/7R/vOPs0MXlMkiVRJjrD7SIdvWKhlphUr1tujhePcyncr1/gsTKMiqTVkvmmx1sae0mhnI= Received: by 10.82.106.14 with SMTP id e14mr17018524buc.1191515884042; Thu, 04 Oct 2007 09:38:04 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id c4sm1466751nfi.2007.10.04.09.38.01 (version=SSLv3 cipher=RC4-MD5); Thu, 04 Oct 2007 09:38:01 -0700 (PDT) From: Tom Evans To: Warren Block In-Reply-To: <20071004101928.N3843@wonkity.com> References: <1191507549.1475.69.camel@localhost> <20071004101928.N3843@wonkity.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EKTrhGbodSPDGHI/X4gU" Date: Thu, 04 Oct 2007 17:38:00 +0100 Message-Id: <1191515880.1475.80.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: Difficulties with samba usernames with spaces + patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 16:38:06 -0000 --=-EKTrhGbodSPDGHI/X4gU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-10-04 at 10:24 -0600, Warren Block wrote: > On Thu, 4 Oct 2007, Tom Evans wrote: >=20 > > I'm trying to enter into my fstab an entry to mount a SMB resource, but > > I'm hitting a problem as my provided username has a space in the name. >=20 > > This is perfectly fine on the command line, as one can quote the > > required arguments when needed, but it seems impossible in fstab. > > When mounted, mount -p is supposed to output the mounts in fstab(5) > > format, but the output for samba mounts mounted with usernames with > > spaces in does not work correctly. > > > > None of these work: > > > > //razor/it /mnt/it smbfs rw,noauto,-U=3D"Tom Evans" 0 0 > > //Tom Evans@razor /mnt/it smbfs rw,noauto 0 0 >=20 > Worth trying: >=20 > //Tom\ Evans@razor /mnt/it smbfs rw,noauto 0 0 >=20 > -Warren Block * Rapid City, South Dakota USA Ack, thought I'd mentioned all the combos I'd tried; no, unfortunately, that doesn't work either. I believe (haven't had a chance to seriously look at any code, only at lunch) that it is parsed solely on whitespace. Thanks anyways Tom --=-EKTrhGbodSPDGHI/X4gU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHBRbolcRvFfyds/cRAgZ8AKCz4QdpPJoMtyEi4KrXZ4me4ntXGgCgoAnq VggWHDZGncl8NC8FXQYAKUI= =dOLI -----END PGP SIGNATURE----- --=-EKTrhGbodSPDGHI/X4gU-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 16:38:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9EA16A4BF for ; Thu, 4 Oct 2007 16:38:28 +0000 (UTC) (envelope-from imperial_courier@yahoo.com) Received: from web53906.mail.re2.yahoo.com (web53906.mail.re2.yahoo.com [206.190.36.216]) by mx1.freebsd.org (Postfix) with SMTP id 9674813C467 for ; Thu, 4 Oct 2007 16:38:28 +0000 (UTC) (envelope-from imperial_courier@yahoo.com) Received: (qmail 61324 invoked by uid 60001); 4 Oct 2007 16:38:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=mpNdGDyVM//uEamNnsSGT37gkJg1mRclYZHfz24FwLy31Cj9G3+36tHkuKBNJ1ILOFn8wRoj6gvsnjR0szDRCxTe8zu3eG5/L0L9pCq39ePY0+PNL0g0j7yScNbt7kcIkX0Mg/zAc1HXcdli/C7UfgbfCk6rWAcIP8eznyc0D00=; X-YMail-OSG: xh9HibQVM1lbsjD3SxiVEe.rAGpfZmPh2m3h0qDnrzAiNsgSpQYPCoK2WiF4HXQdoyr_8TWNiOQuZCsOToVcbZd.aMO_hBp3NN8crjynT_BgWP_ezGxO31KUNZYxFelJEKjyi0vWfvS7IIFF1VcdxvWX9w-- Received: from [209.166.103.221] by web53906.mail.re2.yahoo.com via HTTP; Thu, 04 Oct 2007 09:38:27 PDT Date: Thu, 4 Oct 2007 09:38:27 -0700 (PDT) From: Dave Frantz To: "Andrey V. Elsukov" In-Reply-To: <47048037.8060800@yandex.ru> MIME-Version: 1.0 Message-ID: <505188.61023.qm@web53906.mail.re2.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Lock During Dev Probe on 7.0-current---ATA Related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 16:38:28 -0000 I've already tried. It crashes hard enough that the kernel does not respond to keyboard data entry. "Andrey V. Elsukov" wrote: Dave Frantz wrote: > I've been running FreeBSD 6.2 for a while now. On this machine, it runs very well. Recently, I cvsup-ed to 7.0-current. However, when I try to boot the GENERIC 7.0 kernel, the system freezes during the device probe, right before it begins to run the initial boot scripts. I've attached the output of my 7.0-current kernel (with verbose boot and options VERBOSE_SYSINIT,) captured over the serial port. I've tried starting without ACPI, but the system crashes at approximately the same place, right after "rr232x: no controller detected." > > I've tried tracing the problem with printf statements. The crash may be ATA related. > > FreeBSD is my main operating system, and I really would like to figure out what's going on. Let me know if there's anything I can do to help. Can you try to break into kernel debugger when system hangs? (press Ctrl+Alt+Esc) Enter "tr" and show what it will print. -- WBR, Andrey V. Elsukov _______________________________________________ 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" --------------------------------- Shape Yahoo! in your own image. Join our Network Research Panel today! From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 16:45:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4823E16A41B for ; Thu, 4 Oct 2007 16:45:34 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 0925213C467 for ; Thu, 4 Oct 2007 16:45:33 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.1/8.14.1) with ESMTP id l94GOqGU003923; Thu, 4 Oct 2007 10:24:52 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.1/8.14.1/Submit) with ESMTP id l94GOq6I003920; Thu, 4 Oct 2007 10:24:52 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 4 Oct 2007 10:24:52 -0600 (MDT) From: Warren Block To: Tom Evans In-Reply-To: <1191507549.1475.69.camel@localhost> Message-ID: <20071004101928.N3843@wonkity.com> References: <1191507549.1475.69.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wonkity.com [127.0.0.1]); Thu, 04 Oct 2007 10:24:52 -0600 (MDT) Cc: freebsd-current@FreeBSD.org Subject: Re: Difficulties with samba usernames with spaces + patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 16:45:34 -0000 On Thu, 4 Oct 2007, Tom Evans wrote: > I'm trying to enter into my fstab an entry to mount a SMB resource, but > I'm hitting a problem as my provided username has a space in the name. > This is perfectly fine on the command line, as one can quote the > required arguments when needed, but it seems impossible in fstab. > When mounted, mount -p is supposed to output the mounts in fstab(5) > format, but the output for samba mounts mounted with usernames with > spaces in does not work correctly. > > None of these work: > > //razor/it /mnt/it smbfs rw,noauto,-U="Tom Evans" 0 0 > //Tom Evans@razor /mnt/it smbfs rw,noauto 0 0 Worth trying: //Tom\ Evans@razor /mnt/it smbfs rw,noauto 0 0 -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:06:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A82916A419 for ; Thu, 4 Oct 2007 19:06:38 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from av9-2-sn2.hy.skanova.net (av9-2-sn2.hy.skanova.net [81.228.8.180]) by mx1.freebsd.org (Postfix) with ESMTP id A7E3F13C480 for ; Thu, 4 Oct 2007 19:06:37 +0000 (UTC) (envelope-from johan@stromnet.se) Received: by av9-2-sn2.hy.skanova.net (Postfix, from userid 502) id BF75238285; Thu, 4 Oct 2007 20:37:54 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av9-2-sn2.hy.skanova.net (Postfix) with ESMTP id A500938179 for ; Thu, 4 Oct 2007 20:37:54 +0200 (CEST) Received: from phomca.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 8340137E49 for ; Thu, 4 Oct 2007 20:37:54 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by phomca.stromnet.se (Postfix) with ESMTP id 36F60BB04 for ; Thu, 4 Oct 2007 20:37:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se Received: from phomca.stromnet.se ([127.0.0.1]) by localhost (phomca.stromnet.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NLVORCGX7UJ5 for ; Thu, 4 Oct 2007 20:37:47 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:1:217:f2ff:fef0:d6b7] (unknown [IPv6:2001:16d8:ff20:1:217:f2ff:fef0:d6b7]) by phomca.stromnet.se (Postfix) with ESMTP id 57325BAFE for ; Thu, 4 Oct 2007 20:37:47 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: quoted-printable Message-Id: <276FC939-A072-443F-B65E-28D5F8A21C9F@stromnet.se> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 4 Oct 2007 20:37:17 +0200 X-Mailer: Apple Mail (2.752.3) Subject: Disks slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 19:06:38 -0000 Hi! Im experimenting with a new box, a Supermicro based dual quadcore =20 xeon with 4 gigs of mem and 4 SATA 500GB disks on a 3Ware 9550SXU in =20 one big RAID10. Running -CURRENT from a few days back, I was copying files between =20 two partitions (same logical disc), and it was realy slow.. I did some tests with sysbench: sysbench --test=3Dfileio --file-num=3D100000 --file-total-size=3D2000M = --=20 file-test-mode=3Dseqrewr prepare (creating 100000 files, 20Kb each, 1999Mb total) During the prepare i saw values much like this all the time when =20 doing top -mio: last pid: 7394; load averages: 0.02, 0.05, =20 0.01 =20= up 0+02:28:29 20:25:24 9 processes: 1 running, 8 sleeping CPU states: 0.0% user, 0.0% nice, 0.1% system, 0.1% interrupt, =20 99.7% idle Mem: 13M Active, 1299M Inact, 509M Wired, 212K Cache, 214M Buf, 2120M =20= Free Swap: 8192M Total, 8192M Free PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT =20 COMMAND 6787 root 148 0 0 185 0 185 100.00% sysbench I did the exact same thing on a singel amd64 running freebsd-6.2-=20 i386, with two sata disks in raid1 on a Megaraid card, doing a lot of =20= other things at the same time.. with this results: last pid: 30497; load averages: 0.16, 0.18, =20 0.18 =20= up 25+03:42:12 20:28:42 136 processes: 1 running, 134 sleeping, 1 zombie CPU states: 1.1% user, 0.0% nice, 3.8% system, 2.3% interrupt, =20 92.9% idle Mem: 401M Active, 342M Inact, 200M Wired, 51M Cache, 111M Buf, 1672K =20 Free Swap: 2048M Total, 9608K Used, 2038M Free PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT =20 COMMAND 28995 root 2261 15 0 2720 0 2720 100.00% =20 sysbench Is it just me or is -CURRENT very slow on my box? :) its GENERIC but =20 without any INVARIANTS or WITNESS. Dmesg from the first box: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Tue Oct 2 23:37:18 UTC 2007 root@sm.stromnet.se:/usr/obj/usr/src/sys/SUPERMICRO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2000.08-MHz K8-=20 class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f7 Stepping =3D 7 =20 Features=3D0xbfebfbff =20 Features2=3D0x4e33d AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 4 usable memory =3D 4281593856 (4083 MB) avail memory =3D 4120215552 (3929 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, =20 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 0x1008-0x100b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 cpu4: on acpi0 p4tcc4: on cpu4 cpu5: on acpi0 p4tcc5: on cpu5 cpu6: on acpi0 p4tcc6: on cpu6 cpu7: on acpi0 p4tcc7: on cpu7 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 18 at device 2.0 on pci2 pci4: on pcib4 em0: port =20 0x2000-0x201f mem 0xdf200000-0xdf21ffff irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:91:7f:38 em0: [FILTER] em1: port =20 0x2020-0x203f mem 0xdf220000-0xdf23ffff irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:91:7f:39 em1: [FILTER] pcib5: at device 0.3 on pci1 pci5: on pcib5 3ware device driver for 9000 series storage controllers, version: =20 3.70.03.007 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem =20 0xdc000000-0xddffffff,0xdf300000-0xdf300fff irq 24 at device 1.0 on pci5 twa0: [GIANT-LOCKED] twa0: [ITHREAD] twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SXU-4LP, 4 =20= ports, Firmware FE9X 3.08.02.005, BIOS BE9X 3.08.00.002 pci0: at device 8.0 (no driver attached) pcib6: irq 17 at device 28.0 on pci0 pci6: on pcib6 uhci0: port 0x1800-0x181f irq 17 at =20 device 29.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 0x1820-0x183f irq 19 at =20 device 29.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 0x1840-0x185f irq 18 at =20 device 29.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 uhci3: port 0x1860-0x187f irq 16 at =20 device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdf600000-0xdf6003ff =20 irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered umass0: =20 on uhub4 uhid0: =20 on uhub4 ukbd0: =20 on uhub4 kbd2 at ukbd0 pcib7: at device 30.0 on pci0 pci7: on pcib7 vgapci0: port 0x4000-0x407f mem =20 0xde000000-0xdeffffff,0xdf000000-0xdf03ffff at device 1.0 on pci7 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 =20 on acpi0 sio1: type 16550A, console sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc9fff,=20 0xca000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-slave UDMA33 ipmi0: IPMI device rev. 1, firmware rev. 1.2, version 2.0 ipmi0: Number of channels 8 ipmi0: Attached watchdog da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 953654MB (1953083392 512 byte sectors: 255H 63S/T 121573C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #7 Launched! da1 at umass-sim0 bus 0 target 0 lun 0 da1: Removable Direct Access SCSI-3 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s1a And on the other box, just for reference.. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p6 #0: Fri Jul 27 15:47:50 UTC 2007 root@phomca.stromnet.se:/usr/obj/usr/src/sys/PHOMCA WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 =20 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 real memory =3D 1073676288 (1023 MB) avail memory =3D 1041670144 (993 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xf6000000-0xf7ffffff =20 at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfc004000-0xfc004fff irq =20 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfc005000-0xfc005fff irq =20 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem =20 0xfc000000-0xfc0000ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 6.0 (no driver attached) atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port =20 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f,=20 0xe000-0xe07f irq 21 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pcib2: at device 14.0 on pci0 pci2: on pcib2 amr0: mem 0xfb000000-0xfb00ffff irq 16 at =20 device 8.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 713S, BIOS G121, 64MB RAM pci2: at device 10.0 (no driver attached) skc0: port 0xa400-0xa4ff mem =20 0xfa000000-0xfa003fff irq 19 at device 11.0 on pci2 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:14:85:21:c4:44 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, =20 1000baseTX-FDX, auto skc0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 =20 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 =20 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 Timecounter "TSC" frequency 2009790340 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 286183MB (586102784 sectors) RAID 1 (degraded) Trying to mount root from ufs:/dev/amrd0s1a This machine is going into production very soon, it would be nice to =20 know that Fbsd-7 worked good on it.. I'll probably run 6.2 on it =20 until 7 is stable though, and do an upgrade later (altough i would =20 love to have 7 and zfs from the beginning!.. But I probably dont dare =20= to hehe). I'll probably install 6.2 on it soon and do the same test there, but =20 just tought I would ask here first. Well, any clues are welcome, and if I can be of assistance to debug =20 this I'll be glad to. Thanks :) -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:25:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0839F16A419 for ; Thu, 4 Oct 2007 19:25:53 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 3D68013C4CC for ; Thu, 4 Oct 2007 19:25:51 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 28966 invoked from network); 4 Oct 2007 23:25:50 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 4 Oct 2007 23:25:50 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246725, updated: 4.10.2007] Message-ID: <009a01c806bc$5c7021d0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Thu, 4 Oct 2007 23:25:43 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 19:25:53 -0000 Hello! I have read that in 7-Current there are two schedulers. 4BSD - which, AFAIK, is a renamed new SMP scheduler, but i'm not sure ULE 7-current amd64 is actually seems to be VERY stable on hardware and software we use, so, we want to move it to production servers and want to get max perfomance from it for web hosting. As, as i know, scheduler is a very important thing when i comes to perfomance in havy loaded really multitasking system. We are having about 900 processes in about 20 jails. So, what is the difference between the two? Which seems to be better for hosting? Is ULE bugfree and stable enogh for this? -- Thank you in advance, Artem From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:32:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32D8D16A420 for ; Thu, 4 Oct 2007 19:32:03 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id C24BD13C4BE for ; Thu, 4 Oct 2007 19:32:02 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so456817ugf for ; Thu, 04 Oct 2007 12:32:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=DpgHKhB+6bco2kOsjni0Qzgeb5RsfBjjGKkv5rnpFpQ=; b=ZyTXCB0/CWItU/uYd5e6OPmfSVr4+O6WYuAdKBdKFnRGi2zyAKMsah4ghR/ewJkgw1tNGB+0ZPFGlQne4wlYJQb5d2u+GP2y/Tr6kkysUAqaSRYMdT2SZJEsnpUa37FoG7SAyeztp/l1qd3oSrOhFWAgxmkWTHRVitGYg6gpqt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JRzR6Dk/fXA+MoENCKQju/e4mopGgdu3E6QxM0ZJxejdctzk8H7+C5jn+zVdkg6jUFCg8xLilPv9o/70ctr4N4IWvhnKwttGEAoZEI0z4CwIP19cw6xLBgOw9QcBI+Pr/RGnqX0lWeMrbvz2AFAETlbpjRe/1c2BDLFDVGNqBvY= Received: by 10.78.171.20 with SMTP id t20mr8282411hue.1191526320679; Thu, 04 Oct 2007 12:32:00 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Thu, 4 Oct 2007 12:32:00 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 12:32:00 -0700 From: "Kip Macy" To: "Artem Kuchin" In-Reply-To: <009a01c806bc$5c7021d0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <009a01c806bc$5c7021d0$0c00a8c0@Artem> Cc: freebsd-current@freebsd.org Subject: Re: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 19:32:03 -0000 On 10/4/07, Artem Kuchin wrote: > Hello! > > I have read that in 7-Current there are two schedulers. > 4BSD - which, AFAIK, is a renamed new SMP scheduler, but i'm not sure > ULE > > 7-current amd64 is actually seems to be VERY stable on hardware and > software we use, so, we want to move it to production servers and > want to get max perfomance from it for web hosting. > > As, as i know, scheduler is a very important thing when i comes to > perfomance in havy loaded really multitasking system. We are having > about 900 processes in about 20 jails. > > So, what is the difference between the two? Which seems to be better > for hosting? Is ULE bugfree and stable enogh for this? > ULE has been very heavily tested. I find in most of my networking benchmarks on 4-way / 8-way machines it reduces cpu utilization by 1/3rd for a given level of throughput. Your mileage will of course vary. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:34:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4CD016A41A for ; Thu, 4 Oct 2007 19:34:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 7611213C4B7 for ; Thu, 4 Oct 2007 19:34:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so567036pyb for ; Thu, 04 Oct 2007 12:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Nxp2Fw99UcryVtBLCFS/6rPgj3KIM5S1/CO2DqQgKp8=; b=WGlMxTuhOaPND+7uyXUmal7zS0IROTzna7zL5/Uw4DpnVzdma+T6USERHFBYq2Bm5T9LNfu4bLiceskAI9mdexOSioe6Eps/0Jd1R1H7Dha3aFK3r6dvpxOA840x8PwuzFKYV6bDHhH+6deIqBD2i7m1Hv9T2sQJXXZOjg3si+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lgfgxPtl5xALjPO43tOJNeYLBT30eH2S2p8EDaSSyWxHBmTW2pwkdMDSXqccQANNXD5lJ5ER760/A4kDcDJwv28iECJHAUPYnCaBE3rX+QaZQmgeh3TpE6NRcCnbm1v0+t1RHaJkM4iUiGa8Wz3jvRMIFlDZU2x00SeDMvU591c= Received: by 10.65.23.7 with SMTP id a7mr11771134qbj.1191526488260; Thu, 04 Oct 2007 12:34:48 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Thu, 4 Oct 2007 12:34:48 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 19:34:48 +0000 From: "Aryeh Friedman" To: "Artem Kuchin" In-Reply-To: <009a01c806bc$5c7021d0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <009a01c806bc$5c7021d0$0c00a8c0@Artem> Cc: freebsd-current@freebsd.org Subject: Re: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 19:34:49 -0000 On 10/4/07, Artem Kuchin wrote: > Hello! > > I have read that in 7-Current there are two schedulers. > 4BSD - which, AFAIK, is a renamed new SMP scheduler, but i'm not sure > ULE According to the scheduler team the only reason why ULE is not the standard scheduler is it has poor performance on single processor machines. > > 7-current amd64 is actually seems to be VERY stable on hardware and > software we use, so, we want to move it to production servers and > want to get max perfomance from it for web hosting. > > As, as i know, scheduler is a very important thing when i comes to > perfomance in havy loaded really multitasking system. We are having > about 900 processes in about 20 jails. > > So, what is the difference between the two? Which seems to be better > for hosting? Is ULE bugfree and stable enogh for this? ULE no question given your config... also from here on out I think it is the only one under active development and a high experimental version was tested last night and likelly to be further refined that should really fly on such enviroments. From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:38:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5F8B16A41A for ; Thu, 4 Oct 2007 19:38:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 95C5D13C4B9 for ; Thu, 4 Oct 2007 19:38:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 04 Oct 2007 12:38:36 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9C40E126566; Thu, 4 Oct 2007 12:38:35 -0700 (PDT) Message-ID: <4705413E.9020004@elischer.org> Date: Thu, 04 Oct 2007 12:38:38 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Artem Kuchin References: <009a01c806bc$5c7021d0$0c00a8c0@Artem> In-Reply-To: <009a01c806bc$5c7021d0$0c00a8c0@Artem> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 19:38:36 -0000 Artem Kuchin wrote: > Hello! > > I have read that in 7-Current there are two schedulers. > 4BSD - which, AFAIK, is a renamed new SMP scheduler, but i'm not sure > ULE > 7-current amd64 is actually seems to be VERY stable on hardware and > software we use, so, we want to move it to production servers and > want to get max perfomance from it for web hosting. 4BSD is the original Uniprocesor scheduler with some small hacks to make it run (suboptimally) in SMP. ULE is a new scheduler designed to take SMP into account. It is hoped to be stable enough for most use in 7.0 and is of course more efficient in SMP. For UP there si not a huge gain for ULE, so one might stick with 4BSD for stability for a while but for SMP, ULE is probably the way to go, with a 4BSD kernel precompiled and ready to run "just in case". Hopefully you won't need it. most haven't. > > As, as i know, scheduler is a very important thing when i comes to > perfomance in havy loaded really multitasking system. We are having > about 900 processes in about 20 jails. in 7.0 I'd go with ULE. in 6.x it's not so easy. > > So, what is the difference between the two? Which seems to be better > for hosting? Is ULE bugfree and stable enogh for this? basically, yes. > > -- > Thank you in advance, > Artem > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:57:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3515716A418 for ; Thu, 4 Oct 2007 19:57:15 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id F039913C4DB for ; Thu, 4 Oct 2007 19:57:14 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 283C110E890; Thu, 4 Oct 2007 21:57:09 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g2ntcCF+7a7Q; Thu, 4 Oct 2007 21:57:07 +0200 (CEST) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id C166710E85E; Thu, 4 Oct 2007 21:57:07 +0200 (CEST) Date: Thu, 4 Oct 2007 21:56:24 +0200 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <254457482.20071004215624@rulez.sk> To: "Aryeh Friedman" In-Reply-To: References: <009a01c806bc$5c7021d0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re[2]: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 19:57:15 -0000 Hello Aryeh, Thursday, October 4, 2007, 9:34:48 PM, you wrote: > On 10/4/07, Artem Kuchin wrote: >> Hello! >> >> I have read that in 7-Current there are two schedulers. >> 4BSD - which, AFAIK, is a renamed new SMP scheduler, but i'm not sure >> ULE > According to the scheduler team the only reason why ULE is not the > standard scheduler is it has poor performance on single processor > machines. Where did you get that info from and what is "the scheduler team" ? -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 19:57:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93FDC16A468 for ; Thu, 4 Oct 2007 19:57:32 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 30AE313C4B9 for ; Thu, 4 Oct 2007 19:57:31 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so462367ugf for ; Thu, 04 Oct 2007 12:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OzkTg5W+VSCerGbZXpqURrlk8+MZcfhh8DQAOmCBpDM=; b=QbaFkwyARXWiqlgtTzr1nwTuWTMGhOIvs78jJxgueRi+rNkp+lLSU7DV9sYpd56N4J5vigY6i6LOZlNvLTAS4xLMbZbEjtG+PJVTGIx3KWFWMoA0JxvxyBad1jJ0Igyowc+PFAB8g17f0dRKNhQ5qwkc8Ro0F2jCMxqhErk3SLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cR+Dtwo7who11PiojcI49UImRYtrmdzqjq+6Yk8xbH0V8czMGrrKJGJQbYQmTriMRNlO+uim+58CHsnRGz1vMujD5bLZV4TqTPXc4hbG5jfNDSSW0RuLCT4JdNBvBufHZtH894WXlV0OMqBTUvZK1flczeKB3c+UmqZIyxXwSZM= Received: by 10.78.204.1 with SMTP id b1mr8103683hug.1191527850219; Thu, 04 Oct 2007 12:57:30 -0700 (PDT) Received: by 10.78.146.10 with HTTP; Thu, 4 Oct 2007 12:57:30 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 21:57:30 +0200 From: "Claus Guttesen" To: "Artem Kuchin" In-Reply-To: <009a01c806bc$5c7021d0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <009a01c806bc$5c7021d0$0c00a8c0@Artem> Cc: freebsd-current@freebsd.org Subject: Re: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 19:57:32 -0000 > 7-current amd64 is actually seems to be VERY stable on hardware and > software we use, so, we want to move it to production servers and > want to get max perfomance from it for web hosting. > > So, what is the difference between the two? Which seems to be better > for hosting? Is ULE bugfree and stable enogh for this? I'm using ULE on my 8-way HP DL360 and current as of Sept. 29'th. 2007. Works like a charm. Use ufs2 (rather than zfs atm.). -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 20:04:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1639716A420 for ; Thu, 4 Oct 2007 20:04:02 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id D989713C4A6 for ; Thu, 4 Oct 2007 20:04:01 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l94K3xZn012754 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 16:04:00 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Oct 2007 13:06:37 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Aryeh Friedman In-Reply-To: Message-ID: <20071004130501.A615@10.0.0.1> References: <009a01c806bc$5c7021d0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Artem Kuchin , freebsd-current@freebsd.org Subject: Re: Scheduler selection for web hosting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 20:04:02 -0000 On Thu, 4 Oct 2007, Aryeh Friedman wrote: > On 10/4/07, Artem Kuchin wrote: >> Hello! >> >> I have read that in 7-Current there are two schedulers. >> 4BSD - which, AFAIK, is a renamed new SMP scheduler, but i'm not sure >> ULE > > According to the scheduler team the only reason why ULE is not the > standard scheduler is it has poor performance on single processor > machines. Well actually the only reason it isn't default is because we didn't ask for it until too late in the release cycle. The poorer UP performance is at most 1-2% on real world tests. It has about 10% higher context switch cost than 4BSD. I have patches to improve this but they aren't quite stable yet. Thanks, Jeff > >> >> 7-current amd64 is actually seems to be VERY stable on hardware and >> software we use, so, we want to move it to production servers and >> want to get max perfomance from it for web hosting. >> >> As, as i know, scheduler is a very important thing when i comes to >> perfomance in havy loaded really multitasking system. We are having >> about 900 processes in about 20 jails. >> >> So, what is the difference between the two? Which seems to be better >> for hosting? Is ULE bugfree and stable enogh for this? > > ULE no question given your config... also from here on out I think it > is the only one under active development and a high experimental > version was tested last night and likelly to be further refined that > should really fly on such enviroments. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 21:01:06 2007 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 6884616A477 for ; Thu, 4 Oct 2007 21:01:06 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 068E913C4BF for ; Thu, 4 Oct 2007 21:01:05 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id E99AA3A55E; Thu, 4 Oct 2007 23:01:04 +0200 (CEST) Date: Thu, 4 Oct 2007 23:01:04 +0200 From: Lars Engels To: current@FreeBSD.org Message-ID: <20071004210104.GR30704@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4KEJhRss/+5IzdUf" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: ehci panic with if_rum 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: Thu, 04 Oct 2007 21:01:06 -0000 --4KEJhRss/+5IzdUf Content-Type: multipart/mixed; boundary="sKHNLc4rGJHGY5Sn" Content-Disposition: inline --sKHNLc4rGJHGY5Sn Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Hi all, I am experiencing a kernel panic when /etc/rc.d/netif start rum0 is run. When I insert the USB wireless stick (D-Link DWL-G122 with Ralink RT2573 chip inside) I see a LOR in if_rum.c and eventually the kernel panics. The backtrace is attached. TIA Lars --sKHNLc4rGJHGY5Sn Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=ehci-panic Unread portion of the kernel message buffer: panic: ehci_free_sqtd_chain: chain not found cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 26s Physical memory: 2034 MB Dumping 73 MB: 58 42 26 10 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h #2 0xc074da6b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc048cab7 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc048d4a5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc048ec15 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc07746f6 in kdb_trap (type=3, code=0, tf=0xe572dbb0) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0a0285b in trap (frame=0xe572dbb0) at /usr/src/sys/i386/i386/trap.c:621 #8 0xc09e824b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0774872 in kdb_enter (msg=0xc0a99113 "panic") at cpufunc.h:60 #10 0xc074da54 in panic ( fmt=0xc0a8acb9 "ehci_free_sqtd_chain: chain not found") at /usr/src/sys/kern/kern_shutdown.c:547 #11 0xc06a1c54 in ehci_free_sqtd_chain (sc=0xc520a800, sqh=0xe59a6cc0, sqtd=0x0, sqtdend=0xe59a7ae0) at /usr/src/sys/dev/usb/ehci.c:2483 #12 0xc06a1df5 in ehci_device_ctrl_done (xfer=0xc5643e00) at /usr/src/sys/dev/usb/ehci.c:2813 #13 0xc06cebc9 in usb_transfer_complete (xfer=0xc5643e00) at /usr/src/sys/dev/usb/usbdi.c:975 #14 0xc06a1adb in ehci_abort_xfer (xfer=0xc5643e00, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/ehci.c:2688 #15 0xc06a3080 in ehci_timeout_task (addr=0xc5643e00) at /usr/src/sys/dev/usb/ehci.c:2727 #16 0xc06cb70a in usb_task_thread (arg=0xc0babe00) at /usr/src/sys/dev/usb/usb.c:483 #17 0xc072f908 in fork_exit (callout=0xc06cb640 , arg=0xc0babe00, frame=0xe572dd38) at /usr/src/sys/kern/kern_fork.c:796 #18 0xc09e82c0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 --sKHNLc4rGJHGY5Sn-- --4KEJhRss/+5IzdUf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHBVSQKc512sD3afgRAgWtAJ9HLpjMZeoWJHyIo/52eSjysVECKwCfbr85 S/l43/nG7PMnjSBdHo7yk7I= =3CsG -----END PGP SIGNATURE----- --4KEJhRss/+5IzdUf-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 21:05:18 2007 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 952D516A46C for ; Thu, 4 Oct 2007 21:05:18 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5601013C46E for ; Thu, 4 Oct 2007 21:05:18 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 4972C3A55F; Thu, 4 Oct 2007 23:05:17 +0200 (CEST) Date: Thu, 4 Oct 2007 23:05:17 +0200 From: Lars Engels To: current@FreeBSD.org Message-ID: <20071004210517.GS30704@e.0x20.net> References: <20071004210104.GR30704@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D5arhb13WwWKLIR9" Content-Disposition: inline In-Reply-To: <20071004210104.GR30704@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: ehci panic with if_rum 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: Thu, 04 Oct 2007 21:05:18 -0000 --D5arhb13WwWKLIR9 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline P.S: FreeBSD dhcppc2 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Oct 4 22:15:47 CEST 2007 root@dhcppc1:/usr/obj/usr/src/sys/GENERIC i386 Plain vanilla GENERIC kernel with sources from today. --D5arhb13WwWKLIR9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHBVWNKc512sD3afgRAgsOAJ9bheY7fx9ND84pOT8SK/e8es9A7ACghNIN 6/E8GA3QtXaPZQ9af8Yjl2s= =86nP -----END PGP SIGNATURE----- --D5arhb13WwWKLIR9-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 21:39:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0A8D16A469 for ; Thu, 4 Oct 2007 21:39:44 +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 B160113C4AA for ; Thu, 4 Oct 2007 21:39:44 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IdYNY-0005e4-Dv for freebsd-current@freebsd.org; Thu, 04 Oct 2007 21:37:08 +0000 Received: from 89-172-44-103.adsl.net.t-com.hr ([89.172.44.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Oct 2007 21:37:08 +0000 Received: from ivoras by 89-172-44-103.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Oct 2007 21:37:08 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 04 Oct 2007 23:20:40 +0200 Lines: 32 Message-ID: References: <47041B1D.8060900@delphij.net> <47043B71.1@mawer.org> <470445EB.2040401@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7A55C3A7E4275EE6334FE68D" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-44-103.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <470445EB.2040401@freebsd.org> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: GJournal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 21:39:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7A55C3A7E4275EE6334FE68D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eric Anderson wrote: > Last I heard from ups@, he was slammed with other things so BLUFFS was > temporarily on hold. Maybe a rsync.net-like fundraiser would help? If there are enough interested people that are able to donate, (count me in) maybe we could ask rsync.net to host the fundraiser. --------------enig7A55C3A7E4275EE6334FE68D 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBVkoldnAQVacBcgRAtbYAJ9nJgaH1QhR7F/1AtHUlijmjOLEFwCgxb8g rOn76FA4Ctcw3xY3hzX9DgU= =7s6l -----END PGP SIGNATURE----- --------------enig7A55C3A7E4275EE6334FE68D-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 22:05:43 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F49616A419 for ; Thu, 4 Oct 2007 22:05:43 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2A113C4B0 for ; Thu, 4 Oct 2007 22:05:43 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by postfix2-g20.free.fr (Postfix) with ESMTP id 68C771B0F0C0 for ; Thu, 4 Oct 2007 20:58:13 +0200 (CEST) Received: from smtp2-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp2-g19.free.fr (Postfix) with ESMTP id D8ADB12B70F for ; Thu, 4 Oct 2007 22:59:16 +0200 (CEST) Received: from vil1.ruomad.net (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id B937912B6AF for ; Thu, 4 Oct 2007 22:59:16 +0200 (CEST) Message-ID: <47055424.7060901@free.fr> Date: Thu, 04 Oct 2007 22:59:16 +0200 From: Bruno Damour User-Agent: Thunderbird 2.0.0.6 (X11/20070930) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: heimdal 1.0.1 breaks postgresql82 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 22:05:43 -0000 Hello, After upgrading to heimdal latest version I can't upgrade postgresql postgresql82-[client|server] looks and needs libkrb5.so.21 where I have now libkrb5.so.23 installed I managed to get out of the deadlock by reinstalling the package heimdal-0.7.2 Bruno From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 22:59:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF4916A417 for ; Thu, 4 Oct 2007 22:59:40 +0000 (UTC) (envelope-from imperial_courier@yahoo.com) Received: from web53905.mail.re2.yahoo.com (web53905.mail.re2.yahoo.com [206.190.36.215]) by mx1.freebsd.org (Postfix) with SMTP id 8D93713C4BA for ; Thu, 4 Oct 2007 22:59:40 +0000 (UTC) (envelope-from imperial_courier@yahoo.com) Received: (qmail 32948 invoked by uid 60001); 4 Oct 2007 22:59:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=WiZGrD8OjVYtd5jZZYhKnBN96HsLxa9rTedr2YCJMxnGG8powjWT2RhZXREsraa7u7MpvHjjZfGtc6ULulm3o0LC4+24vcK8dDTTrH0wk87/Oh/PqU45lnS8JHESwPvH2v9vaXviVibxQH5rzCDWCOkXRkFiuD38nDOQEGTP9I4=; X-YMail-OSG: 5tMZYXgVM1lwNPb0FlnIcgB.2MApxJMb65XC3gdRbZi_cSz4jH15ngpL5VZgltypsi6zIV4zEg1ks7h1W_UEDHaAVltYV7eC65pvH4SI.mxQccHwa0rxS7_ikjrFaRMlApmbTb.kCQkUSW1GmqjMwA-- Received: from [209.166.103.177] by web53905.mail.re2.yahoo.com via HTTP; Thu, 04 Oct 2007 15:59:38 PDT Date: Thu, 4 Oct 2007 15:59:38 -0700 (PDT) From: Dave Frantz To: Dave Frantz , "Andrey V. Elsukov" In-Reply-To: <505188.61023.qm@web53906.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <816741.31899.qm@web53905.mail.re2.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: Lock During Dev Probe on 7.0-current---ATA Related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 22:59:40 -0000 I just tried booting the system with the September FreeBSD 7.0-current snapshot. It crashes exactly the same way. --- Dave Frantz wrote: > I've already tried. It crashes hard enough that the > kernel does not respond to keyboard data entry. > > > "Andrey V. Elsukov" wrote: Dave > Frantz wrote: > > I've been running FreeBSD 6.2 for a while now. On > this machine, it runs very well. Recently, I > cvsup-ed to 7.0-current. However, when I try to boot > the GENERIC 7.0 kernel, the system freezes during > the device probe, right before it begins to run the > initial boot scripts. I've attached the output of my > 7.0-current kernel (with verbose boot and options > VERBOSE_SYSINIT,) captured over the serial port. > I've tried starting without ACPI, but the system > crashes at approximately the same place, right after > "rr232x: no controller detected." > > > > I've tried tracing the problem with printf > statements. The crash may be ATA related. > > > > FreeBSD is my main operating system, and I really > would like to figure out what's going on. Let me > know if there's anything I can do to help. > > Can you try to break into kernel debugger when > system hangs? > (press Ctrl+Alt+Esc) > Enter "tr" and show what it will print. > > -- > WBR, Andrey V. Elsukov > _______________________________________________ > 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" > > > > --------------------------------- > Shape Yahoo! in your own image. Join our Network > Research Panel today! > _______________________________________________ > 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" > ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 23:49:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D1B16A41A for ; Thu, 4 Oct 2007 23:49:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 9BB8313C474 for ; Thu, 4 Oct 2007 23:49:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19617 invoked by uid 399); 4 Oct 2007 23:49:44 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 4 Oct 2007 23:49:44 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 4 Oct 2007 16:49:42 -0700 (PDT) From: Doug Barton To: Cristian KLEIN In-Reply-To: <4703FE8C.3070500@net.utcluj.ro> Message-ID: References: <2fd864e0710030030h1bbacc5enc6e1502cb2929dbf@mail.gmail.com> <4703FE8C.3070500@net.utcluj.ro> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Aryeh Friedman , freebsd-current@freebsd.org, Astrodog , Robert Backhaus Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Oct 2007 23:49:46 -0000 On Wed, 3 Oct 2007, Cristian KLEIN wrote: > Although I share this viewpoint, I really think that the "/etc/make.conf" / > "make update" mechanism should be documented in the handbook, now that FreeBSD > has an integraded csup. I'm sure that the doc team would welcome your ideas/text on this. You don't actually have to do the docbook'ification, although that's always appreciated too. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 00:01:02 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31C3C16A468; Fri, 5 Oct 2007 00:01:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id C5FF113C4B7; Fri, 5 Oct 2007 00:01:01 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A541F45F44; Fri, 5 Oct 2007 02:01:00 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3F52E456AB; Fri, 5 Oct 2007 02:00:55 +0200 (CEST) Date: Fri, 5 Oct 2007 02:00:46 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20071005000046.GC92272@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bKyqfOwhbdpXa4YI" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: ZFS 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: Fri, 05 Oct 2007 00:01:02 -0000 --bKyqfOwhbdpXa4YI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. We'are about to branch RELENG_7 and I'd like to start discussion with folks that experience 'kmem_map too small' panic with the latest HEAD. I'm trying hard to reproduce it and I can't, so I need to gather more info how you are able to provoke this panic. What I did was to rsync 200 FreeBSD src trees from one directory to another on the same ZFS file system. It worked fine. The system I'm using is i386 and the only tuning I did is bigger kmem_map. From my /boot/loader.conf: vm.kmem_size=3D629145600 vm.kmem_size_max=3D629145600 The machine is dual core Pentium D 3GHz with 1GB of RAM. My pool is: lcf:root:/tank/0# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad5 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad7 ONLINE 0 0 0 errors: No known data errors If you can still see those panic, please let me know as soon as possible and try to describe what your workload looks like, how to reproduce it, etc. I'd really like ZFS to be rock-stable for 7.0 even on i386. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bKyqfOwhbdpXa4YI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHBX6uForvXbEpPzQRAnb3AJ9Qa9S4pmIeA1RRbfq/f8krB/jTQACgsjBL PJp2ZwshSM4CPetRugv6Id8= =ONnA -----END PGP SIGNATURE----- --bKyqfOwhbdpXa4YI-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 00:04:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EFE516A469 for ; Fri, 5 Oct 2007 00:04:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 9D30313C4AC for ; Fri, 5 Oct 2007 00:03:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3504 invoked by uid 399); 5 Oct 2007 00:03:00 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 5 Oct 2007 00:03:00 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 4 Oct 2007 17:02:57 -0700 (PDT) From: Doug Barton To: Aryeh Friedman In-Reply-To: Message-ID: References: <4702EA52.9050904@delphij.net> <4702ECCB.3010508@webvolution.net> <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.com> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 00:04:55 -0000 On Wed, 3 Oct 2007, Aryeh Friedman wrote: > Sorry for being a little abrasive... my main point is we should aim > for more of a "point and click" style of doing things... apple and ms > have done it pretty well for the average case. I think your mistake is in thinking that this is a goal shared by the developers who actually do the work on the base system. I say this as someone who has actually spent quite a lot of time working on parts of the system that make maintenance, operation, and UI issues "easier" for users. There is a certain level below which you can't go without radically changing the "personality" of the project. Several people have pointed you to other projects that use FreeBSD as the OS but add more user-friendly stuff on top. I think this is a good approach, and my read of the developer community is that this is the direction things will go in the future as well. Meanwhile, your statement "we should aim for ..." is totally devoid of meaning. There is no "we" in the sense that you imply. There is only you, and your keyboard. If you want something FreeBSD related, get to work. That's the only way it's going to happen. If you think that the above paragraph is "too harsh," that's Ok. It also happens to be the truth. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Oct 4 20:53:02 2007 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 0880A16A418 for ; Thu, 4 Oct 2007 20:53:02 +0000 (UTC) (envelope-from coolaz@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id BE0C513C48A for ; Thu, 4 Oct 2007 20:53:01 +0000 (UTC) (envelope-from coolaz@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 79A31A1C4A6E; Thu, 4 Oct 2007 22:50:57 +0200 (CEST) Received: from [91.16.235.7] (helo=example.net) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.108 #197) id 1IdXeq-0004dr-00; Thu, 04 Oct 2007 22:50:57 +0200 Received: by example.net (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher AES256-SHA (256/256 bits)) coolaz@web.de; Thu, 4 Oct 2007 22:51:20 +0200 (CEST) Date: Thu, 4 Oct 2007 22:51:19 +0200 From: Martin Kulas To: Randall Stewart Message-ID: <20071004205038.GA1330@thunderbird.tld> References: <20071003141412.GA1311@thunderbird.tld> <47041CE2.60603@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <47041CE2.60603@cisco.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://sosend.de/mk/coolaz_web_de.pub.asc Sender: coolaz@web.de X-Sender: coolaz@web.de X-Provags-ID: V01U2FsdGVkX195M9gY1TFaZ1iow2KKzxdGGdmFLdsRVr59ttqj QwnHxSQz1eN6EO+qwKEAxl0bar5uKWzvuBbmFwM0Yn+WJPfM9l WwH0mGmPs= X-Mailman-Approved-At: Fri, 05 Oct 2007 00:30:26 +0000 Cc: current@freebsd.org Subject: Re: [SCTP][patch] socket does not wake 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: Thu, 04 Oct 2007 20:53:02 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 03, 2007 at 06:51:14PM -0400, Randall Stewart wrote: >=20 > Note to fix this right you should have it be: > SOCK_UNLOCK(so); > + socantrcvmore(so); Oops, of course, that is the right fix. Regards, Martin --=20 PGP Key: http://sosend.de/mk/coolaz_web_de.pub.asc --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHBVJGu1jKg1agQ1oRAhU9AKDvGi0rc+fSmdE1ZaDLGEF2jd3dNACgibbT zi8BNgAfRH98fAiPEhK32RA= =lpVh -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 00:33:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6D0F16A46E for ; Fri, 5 Oct 2007 00:33:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD6A13C4C3 for ; Fri, 5 Oct 2007 00:33:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so706008pyb for ; Thu, 04 Oct 2007 17:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/d6895Ha0CGeiBGX/2gbCe76aSAguWDMdIEQiU4SuE4=; b=Wm1TiBaQu04lyix9W+e+dIQ0LT1iFb9f/1tHSHeeLIlQAnCFDyhTBeBSBI5GjmcncUYsUAQ164XL185ErX39LRxs5/94tk9+INoQaWMIoV6oI/aLUq9Ziy33gje+nvT2aVBycfDuNtAI/JI32jZQj9PNuGDadVZNI5j++rM2ksw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cQ8gGHwfhYXzzEctTj5Bf5hBA1Znce8dfkg4dkKSaNh3OBKF527OXkrvOZCxiuad0bBaM/WL6NZWYcutxbWs6ScyhKwZI9b7YRGkmw2SxDDM0f3GRAOM3D0s40ajUYpS28eji+MmkZfj/VRhSjL6S5/qgiiMpFoCDP0UGxi52ew= Received: by 10.65.141.18 with SMTP id t18mr2031626qbn.1191544418170; Thu, 04 Oct 2007 17:33:38 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Thu, 4 Oct 2007 17:33:38 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 00:33:38 +0000 From: "Aryeh Friedman" To: "Doug Barton" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4703218B.7000603@webvolution.net> <47036164.4040609@moneybookers.com> <470368AA.30108@moneybookers.com> Cc: freebsd-current@freebsd.org Subject: Re: small purposal for change in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 00:33:39 -0000 On 10/5/07, Doug Barton wrote: > On Wed, 3 Oct 2007, Aryeh Friedman wrote: > > > Sorry for being a little abrasive... my main point is we should aim > > for more of a "point and click" style of doing things... apple and ms > > have done it pretty well for the average case. > > I think your mistake is in thinking that this is a goal shared by the > developers who actually do the work on the base system. I say this as > someone who has actually spent quite a lot of time working on parts of the > system that make maintenance, operation, and UI issues "easier" for users. I never meant point and click in the ui sense... enough private discussion with various kernel level developers has clarified that... if a particular developer agrees to a purposal I made I will probally be helping out with imrpoving ULE. > > There is a certain level below which you can't go without radically > changing the "personality" of the project. Several people have pointed you > to other projects that use FreeBSD as the OS but add more user-friendly > stuff on top. I think this is a good approach, and my read of the > developer community is that this is the direction things will go in the > future as well. As I have said in the private discussions with various people on this thread to fully implement most of my ideas requires a ground up rewrite of the whole OS (which I am *NOT* asking anyone to do... but I am using FreeBSD as the development springboard for this [my own work]) From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 00:40:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB02716A417 for ; Fri, 5 Oct 2007 00:40:44 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4E25D13C47E for ; Fri, 5 Oct 2007 00:40:44 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l950eXsl079183 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 20:40:42 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Oct 2007 17:43:21 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: "Gelsema, P (Patrick) - FreeBSD" In-Reply-To: <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> Message-ID: <20071004174044.E912@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-381968367-1191545001=:912" Cc: freebsd-current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 00:40:44 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-381968367-1191545001=:912 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 3 Oct 2007, Gelsema, P (Patrick) - FreeBSD wrote: > On Wed, October 3, 2007 17:07, Nick Evans wrote: >> On Tue, 2 Oct 2007 16:53:33 -0700 (PDT) >> Jeff Roberson wrote: >> >>> Enclosed is a patch that does two things: >>> >>> 1) Reduces UP context switch time by over 10% making it faster than >>> 4BSD >>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >>> many switches per second on my 8way system. >>> >>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>> -current unintentionally I think. >>> >>> I'd appreciate any extra testing. The ULE context switch time >>> improvements required some changes to the frequency that we recalculate >>> priorities. I'm mostly interested in hearing whether this causes any >>> regression in normal workloads. >>> >>> Those of you still using 4BSD can also verify that the yield changes >>> don't >>> cause any problems there. >>> >>> Thanks, >>> Jeff >> >> Jeff, >> >> I haven't noticed any adverse affects with this patch on yesterdays >> CURRENT+ULE. System is a Pentium D 915 with 1 gig ram. Built a bunch of >> larger >> ports while browsing in firefox and setting up enlightenment-devel, >> interactivity was good. Enlightenment's eye-candy stayed very fluid. >> >> Nick >> _______________________________________________ >> 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" >> > > Hi, > > Running -current as of tuesdaynight CET. > > FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Oct 3 > 08:19:30 UTC 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC > amd64 > > I've done the following (had to as I did not have the actual diff available): > > copy text from > http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071002/30d18099/yield-0001.bin > into a file saved in /tmp > > #cd /usr/src > #patch < /tmp/patchile > > I had to tell the patch with which files I wanted the patchfiles to > compare with. Found this weird but they did apply correctly. > > I've recompiled my Kernel with SCHED_ULE and rebooted. > > After boot I got up to the login window after which it instantly paniced > with: panic: Invalid priority 128 on timeshare runq I believe I have fixed this bug in the enclosed patch. It is rooted from /usr/src/sys so you should cd there to apply it. Thanks, Jeff > > Maybe this error was caused by the method of patching used by me? Can you > please provide me the patch again by email, if this could solve the issue. > > If more information is required I am more than happy to provide. > > Rgds, > > Patrick > > _______________________________________________ > 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" > --0-381968367-1191545001=:912 Content-Type: TEXT/x-diff; charset=US-ASCII; name=yield.diff Content-Transfer-Encoding: BASE64 Content-ID: <20071004174321.I912@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=yield.diff SW5kZXg6IGtlcm4va2Vybl9zd2l0Y2guYw0KPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9rZXJuL2tlcm5f c3dpdGNoLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjEzNg0KZGlmZiAt cCAtdSAtcjEuMTM2IGtlcm5fc3dpdGNoLmMNCi0tLSBrZXJuL2tlcm5fc3dp dGNoLmMJMjAgU2VwIDIwMDcgMjA6Mzg6NDMgLTAwMDAJMS4xMzYNCisrKyBr ZXJuL2tlcm5fc3dpdGNoLmMJMiBPY3QgMjAwNyAyMTo0MToxMCAtMDAwMA0K QEAgLTEzMywxNiArMTMzLDYgQEAgY2hvb3NldGhyZWFkKHZvaWQpDQogew0K IAlzdHJ1Y3QgdGhyZWFkICp0ZDsNCiANCi0jaWYgZGVmaW5lZChTTVApICYm IChkZWZpbmVkKF9faTM4Nl9fKSB8fCBkZWZpbmVkKF9fYW1kNjRfXykpDQot CWlmIChzbXBfYWN0aXZlID09IDAgJiYgUENQVV9HRVQoY3B1aWQpICE9IDAp IHsNCi0JCS8qIFNodXR0aW5nIGRvd24sIHJ1biBpZGxldGhyZWFkIG9uIEFQ J3MgKi8NCi0JCXRkID0gUENQVV9HRVQoaWRsZXRocmVhZCk7DQotCQlDVFIx KEtUUl9SVU5RLCAiY2hvb3NldGhyZWFkOiB0ZD0lcCAoaWRsZSkiLCB0ZCk7 DQotCQlURF9TRVRfUlVOTklORyh0ZCk7DQotCQlyZXR1cm4gKHRkKTsNCi0J fQ0KLSNlbmRpZg0KLQ0KIHJldHJ5Og0KIAl0ZCA9IHNjaGVkX2Nob29zZSgp Ow0KIA0KQEAgLTE4NCw3ICsxNzQsNyBAQCBjcml0aWNhbF9leGl0KHZvaWQp DQogCXRkID0gY3VydGhyZWFkOw0KIAlLQVNTRVJUKHRkLT50ZF9jcml0bmVz dCAhPSAwLA0KIAkgICAgKCJjcml0aWNhbF9leGl0OiB0ZF9jcml0bmVzdCA9 PSAwIikpOw0KLSNpZmRlZiBQUkVFTVBUSU9ODQorDQogCWlmICh0ZC0+dGRf Y3JpdG5lc3QgPT0gMSkgew0KIAkJdGQtPnRkX2NyaXRuZXN0ID0gMDsNCiAJ CWlmICh0ZC0+dGRfb3dlcHJlZW1wdCkgew0KQEAgLTE5Niw3ICsxODYsNiBA QCBjcml0aWNhbF9leGl0KHZvaWQpDQogCQkJdGhyZWFkX3VubG9jayh0ZCk7 DQogCQl9DQogCX0gZWxzZQ0KLSNlbmRpZg0KIAkJdGQtPnRkX2NyaXRuZXN0 LS07DQogDQogCUNUUjQoS1RSX0NSSVRJQ0FMLCAiY3JpdGljYWxfZXhpdCBi eSB0aHJlYWQgJXAgKCVsZCwgJXMpIHRvICVkIiwgdGQsDQpJbmRleDoga2Vy bi9rZXJuX3N5bmNoLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi9rZXJuX3N5bmNoLmMsdg0K cmV0cmlldmluZyByZXZpc2lvbiAxLjMwMQ0KZGlmZiAtcCAtdSAtcjEuMzAx IGtlcm5fc3luY2guYw0KLS0tIGtlcm4va2Vybl9zeW5jaC5jCTE3IFNlcCAy MDA3IDA1OjI3OjIwIC0wMDAwCTEuMzAxDQorKysga2Vybi9rZXJuX3N5bmNo LmMJMiBPY3QgMjAwNyAwODoxODoxOSAtMDAwMA0KQEAgLTU1Myw4ICs1NTMs MTEgQEAgc3luY2hfc2V0dXAoZHVtbXkpDQogaW50DQogeWllbGQoc3RydWN0 IHRocmVhZCAqdGQsIHN0cnVjdCB5aWVsZF9hcmdzICp1YXApDQogew0KLQlt dHhfYXNzZXJ0KCZHaWFudCwgTUFfTk9UT1dORUQpOw0KLQkodm9pZCl1YXA7 DQotCXNjaGVkX3JlbGlucXVpc2godGQpOw0KKw0KKwl0aHJlYWRfbG9jayh0 ZCk7DQorCXNjaGVkX3ByaW8odGQsIFBSSV9NQVhfVElNRVNIQVJFKTsNCisJ bWlfc3dpdGNoKFNXX1ZPTCwgTlVMTCk7DQorCXRocmVhZF91bmxvY2sodGQp Ow0KKwl0ZC0+dGRfcmV0dmFsWzBdID0gMDsNCiAJcmV0dXJuICgwKTsNCiB9 DQpJbmRleDoga2Vybi9wMTAwM18xYi5jDQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vcDEwMDNf MWIuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzUNCmRpZmYgLXAgLXUg LXIxLjM1IHAxMDAzXzFiLmMNCi0tLSBrZXJuL3AxMDAzXzFiLmMJNSBNYXIg MjAwNyAxMzoxMDo1NyAtMDAwMAkxLjM1DQorKysga2Vybi9wMTAwM18xYi5j CTIgT2N0IDIwMDcgMjE6NTU6NDggLTAwMDANCkBAIC0yNDEsNyArMjQxLDgg QEAgaW50DQogc2NoZWRfeWllbGQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVj dCBzY2hlZF95aWVsZF9hcmdzICp1YXApDQogew0KIA0KLQlyZXR1cm4gKGtz Y2hlZF95aWVsZChrc2NoZWQpKTsNCisJc2NoZWRfcmVsaW5xdWlzaChjdXJ0 aHJlYWQpOw0KKwlyZXR1cm4gMDsNCiB9DQogDQogaW50DQpJbmRleDoga2Vy bi9zY2hlZF80YnNkLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi9zY2hlZF80YnNkLmMsdg0K cmV0cmlldmluZyByZXZpc2lvbiAxLjEwNQ0KZGlmZiAtcCAtdSAtcjEuMTA1 IHNjaGVkXzRic2QuYw0KLS0tIGtlcm4vc2NoZWRfNGJzZC5jCTIxIFNlcCAy MDA3IDA0OjEwOjIzIC0wMDAwCTEuMTA1DQorKysga2Vybi9zY2hlZF80YnNk LmMJMiBPY3QgMjAwNyAwODowODozNiAtMDAwMA0KQEAgLTEzMjQsOCArMTMy NCw2IEBAIHZvaWQNCiBzY2hlZF9yZWxpbnF1aXNoKHN0cnVjdCB0aHJlYWQg KnRkKQ0KIHsNCiAJdGhyZWFkX2xvY2sodGQpOw0KLQlpZiAodGQtPnRkX3By aV9jbGFzcyA9PSBQUklfVElNRVNIQVJFKQ0KLQkJc2NoZWRfcHJpbyh0ZCwg UFJJX01BWF9USU1FU0hBUkUpOw0KIAlTQ0hFRF9TVEFUX0lOQyhzd2l0Y2hf cmVsaW5xdWlzaCk7DQogCW1pX3N3aXRjaChTV19WT0wsIE5VTEwpOw0KIAl0 aHJlYWRfdW5sb2NrKHRkKTsNCkluZGV4OiBrZXJuL3NjaGVkX3VsZS5jDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9z cmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMsdg0KcmV0cmlldmluZyByZXZpc2lv biAxLjIwOQ0KZGlmZiAtcCAtdSAtcjEuMjA5IHNjaGVkX3VsZS5jDQotLS0g a2Vybi9zY2hlZF91bGUuYwkyNCBTZXAgMjAwNyAwMDoyODo1NCAtMDAwMAkx LjIwOQ0KKysrIGtlcm4vc2NoZWRfdWxlLmMJNSBPY3QgMjAwNyAwMDozNTo0 MSAtMDAwMA0KQEAgLTM3NCw4ICszNzQsMTIgQEAgdGRxX3ByaW50KGludCBj cHUpDQogc3RhdGljIF9faW5saW5lIHZvaWQNCiB0ZHFfcnVucV9hZGQoc3Ry dWN0IHRkcSAqdGRxLCBzdHJ1Y3QgdGRfc2NoZWQgKnRzLCBpbnQgZmxhZ3Mp DQogew0KKwl1X2NoYXIgcHJpOw0KKw0KKwlwcmkgPSB0cy0+dHNfdGhyZWFk LT50ZF9wcmlvcml0eTsNCiAJVERRX0xPQ0tfQVNTRVJUKHRkcSwgTUFfT1dO RUQpOw0KIAlUSFJFQURfTE9DS19BU1NFUlQodHMtPnRzX3RocmVhZCwgTUFf T1dORUQpOw0KKwlURF9TRVRfUlVOUSh0cy0+dHNfdGhyZWFkKTsNCiAjaWZk ZWYgU01QDQogCWlmIChUSFJFQURfQ0FOX01JR1JBVEUodHMtPnRzX3RocmVh ZCkpIHsNCiAJCXRkcS0+dGRxX3RyYW5zZmVyYWJsZSsrOw0KQEAgLTM4Mywx NSArMzg3LDE1IEBAIHRkcV9ydW5xX2FkZChzdHJ1Y3QgdGRxICp0ZHEsIHN0 cnVjdCB0ZF8NCiAJCXRzLT50c19mbGFncyB8PSBUU0ZfWEZFUkFCTEU7DQog CX0NCiAjZW5kaWYNCi0JaWYgKHRzLT50c19ydW5xID09ICZ0ZHEtPnRkcV90 aW1lc2hhcmUpIHsNCi0JCXVfY2hhciBwcmk7DQotDQotCQlwcmkgPSB0cy0+ dHNfdGhyZWFkLT50ZF9wcmlvcml0eTsNCisJaWYgKHByaSA8PSBQUklfTUFY X1JFQUxUSU1FKSB7DQorCQl0cy0+dHNfcnVucSA9ICZ0ZHEtPnRkcV9yZWFs dGltZTsNCisJfSBlbHNlIGlmIChwcmkgPD0gUFJJX01BWF9USU1FU0hBUkUp IHsNCisJCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX3RpbWVzaGFyZTsNCiAJ CUtBU1NFUlQocHJpIDw9IFBSSV9NQVhfVElNRVNIQVJFICYmIHByaSA+PSBQ UklfTUlOX1RJTUVTSEFSRSwNCiAJCQkoIkludmFsaWQgcHJpb3JpdHkgJWQg b24gdGltZXNoYXJlIHJ1bnEiLCBwcmkpKTsNCiAJCS8qDQogCQkgKiBUaGlz IHF1ZXVlIGNvbnRhaW5zIG9ubHkgcHJpb3JpdGllcyBiZXR3ZWVuIE1JTiBh bmQgTUFYDQotCQkgKiByZWFsdGltZS4gIFVzZSB0aGUgd2hvbGUgcXVldWUg dG8gcmVwcmVzZW50IHRoZXNlIHZhbHVlcy4NCisJCSAqIHRpbWVzaGFyZS4g IFVzZSB0aGUgd2hvbGUgcXVldWUgdG8gcmVwcmVzZW50IHRoZXNlIHZhbHVl cy4NCiAJCSAqLw0KIAkJaWYgKChmbGFncyAmIChTUlFfQk9SUk9XSU5HfFNS UV9QUkVFTVBURUQpKSA9PSAwKSB7DQogCQkJcHJpID0gKHByaSAtIFBSSV9N SU5fVElNRVNIQVJFKSAvIFRTX1JRX1BQUTsNCkBAIC00MDcsOCArNDExLDEw IEBAIHRkcV9ydW5xX2FkZChzdHJ1Y3QgdGRxICp0ZHEsIHN0cnVjdCB0ZF8N CiAJCX0gZWxzZQ0KIAkJCXByaSA9IHRkcS0+dGRxX3JpZHg7DQogCQlydW5x X2FkZF9wcmkodHMtPnRzX3J1bnEsIHRzLCBwcmksIGZsYWdzKTsNCisJCXJl dHVybjsNCiAJfSBlbHNlDQotCQlydW5xX2FkZCh0cy0+dHNfcnVucSwgdHMs IGZsYWdzKTsNCisJCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX2lkbGU7DQor CXJ1bnFfYWRkKHRzLT50c19ydW5xLCB0cywgZmxhZ3MpOw0KIH0NCiANCiAv KiANCkBAIC00MzQsMTMgKzQ0MCw2IEBAIHRkcV9ydW5xX3JlbShzdHJ1Y3Qg dGRxICp0ZHEsIHN0cnVjdCB0ZF8NCiAJCQlydW5xX3JlbW92ZV9pZHgodHMt PnRzX3J1bnEsIHRzLCAmdGRxLT50ZHFfcmlkeCk7DQogCQllbHNlDQogCQkJ cnVucV9yZW1vdmVfaWR4KHRzLT50c19ydW5xLCB0cywgTlVMTCk7DQotCQkv Kg0KLQkJICogRm9yIHRpbWVzaGFyZSB0aHJlYWRzIHdlIHVwZGF0ZSB0aGUg cHJpb3JpdHkgaGVyZSBzbw0KLQkJICogdGhlIHByaW9yaXR5IHJlZmxlY3Rz IHRoZSB0aW1lIHdlJ3ZlIGJlZW4gc2xlZXBpbmcuDQotCQkgKi8NCi0JCXRz LT50c19sdGljayA9IHRpY2tzOw0KLQkJc2NoZWRfcGN0Y3B1X3VwZGF0ZSh0 cyk7DQotCQlzY2hlZF9wcmlvcml0eSh0cy0+dHNfdGhyZWFkKTsNCiAJfSBl bHNlDQogCQlydW5xX3JlbW92ZSh0cy0+dHNfcnVucSwgdHMpOw0KIH0NCkBA IC0xNTY1LDE1ICsxNTY0LDIwIEBAIHN0YXRpYyB2b2lkDQogc2NoZWRfdGhy ZWFkX3ByaW9yaXR5KHN0cnVjdCB0aHJlYWQgKnRkLCB1X2NoYXIgcHJpbykN CiB7DQogCXN0cnVjdCB0ZF9zY2hlZCAqdHM7DQorCXN0cnVjdCB0ZHEgKnRk cTsNCiANCiAJQ1RSNihLVFJfU0NIRUQsICJzY2hlZF9wcmlvOiAlcCglcykg cHJpbyAlZCBuZXdwcmlvICVkIGJ5ICVwKCVzKSIsDQogCSAgICB0ZCwgdGQt PnRkX3Byb2MtPnBfY29tbSwgdGQtPnRkX3ByaW9yaXR5LCBwcmlvLCBjdXJ0 aHJlYWQsDQogCSAgICBjdXJ0aHJlYWQtPnRkX3Byb2MtPnBfY29tbSk7DQog CXRzID0gdGQtPnRkX3NjaGVkOw0KKwl0ZHEgPSBURFFfQ1BVKHRzLT50c19j cHUpOw0KIAlUSFJFQURfTE9DS19BU1NFUlQodGQsIE1BX09XTkVEKTsNCiAJ aWYgKHRkLT50ZF9wcmlvcml0eSA9PSBwcmlvKQ0KIAkJcmV0dXJuOw0KLQ0K KyNpZmRlZiBTTVANCisJaWYgKHByaW8gPCB0ZHEtPnRkcV9sb3dwcmkpDQor CQl0ZHEtPnRkcV9sb3dwcmkgPSBwcmlvOw0KKyNlbmRpZg0KIAlpZiAoVERf T05fUlVOUSh0ZCkgJiYgcHJpbyA8IHRkLT50ZF9wcmlvcml0eSkgew0KIAkJ LyoNCiAJCSAqIElmIHRoZSBwcmlvcml0eSBoYXMgYmVlbiBlbGV2YXRlZCBk dWUgdG8gcHJpb3JpdHkNCkBAIC0xNTg0LDE2ICsxNTg4LDggQEAgc2NoZWRf dGhyZWFkX3ByaW9yaXR5KHN0cnVjdCB0aHJlYWQgKnRkLA0KIAkJc2NoZWRf cmVtKHRkKTsNCiAJCXRkLT50ZF9wcmlvcml0eSA9IHByaW87DQogCQlzY2hl ZF9hZGQodGQsIFNSUV9CT1JST1dJTkcpOw0KLQl9IGVsc2Ugew0KLSNpZmRl ZiBTTVANCi0JCXN0cnVjdCB0ZHEgKnRkcTsNCi0NCi0JCXRkcSA9IFREUV9D UFUodHMtPnRzX2NwdSk7DQotCQlpZiAocHJpbyA8IHRkcS0+dGRxX2xvd3By aSkNCi0JCQl0ZHEtPnRkcV9sb3dwcmkgPSBwcmlvOw0KLSNlbmRpZg0KKwl9 IGVsc2UNCiAJCXRkLT50ZF9wcmlvcml0eSA9IHByaW87DQotCX0NCiB9DQog DQogLyoNCkBAIC0xNzM5LDYgKzE3MzUsOCBAQCBzY2hlZF9zd2l0Y2hfbWln cmF0ZShzdHJ1Y3QgdGRxICp0ZHEsIHN0DQogDQogCXRkbiA9IFREUV9DUFUo dGQtPnRkX3NjaGVkLT50c19jcHUpOw0KICNpZmRlZiBTTVANCisJLyogVGhl IGxvYWQgaXMgYmVpbmcgcmVtb3ZlZCBmcm9tIHRoZSBjdXJyZW50IGNwdS4g Ki8NCisJdGRxX2xvYWRfcmVtKHRkcSwgdGQtPnRkX3NjaGVkKTsNCiAJLyoN CiAJICogRG8gdGhlIGxvY2sgZGFuY2UgcmVxdWlyZWQgdG8gYXZvaWQgTE9S LiAgV2UgZ3JhYiBhbiBleHRyYQ0KIAkgKiBzcGlubG9jayBuZXN0aW5nIHRv IHByZXZlbnQgcHJlZW1wdGlvbiB3aGlsZSB3ZSdyZQ0KQEAgLTE4MzAsMTIg KzE4MjgsMTEgQEAgc2NoZWRfc3dpdGNoKHN0cnVjdCB0aHJlYWQgKnRkLCBz dHJ1Y3QgdA0KIAkJVERfU0VUX0NBTl9SVU4odGQpOw0KIAl9IGVsc2UgaWYg KFREX0lTX1JVTk5JTkcodGQpKSB7DQogCQlNUEFTUyh0ZC0+dGRfbG9jayA9 PSBURFFfTE9DS1BUUih0ZHEpKTsNCi0JCXRkcV9sb2FkX3JlbSh0ZHEsIHRz KTsNCiAJCXNycWZsYWcgPSAoZmxhZ3MgJiBTV19QUkVFTVBUKSA/DQogCQkg ICAgU1JRX09VUlNFTEZ8U1JRX1lJRUxESU5HfFNSUV9QUkVFTVBURUQgOg0K IAkJICAgIFNSUV9PVVJTRUxGfFNSUV9ZSUVMRElORzsNCiAJCWlmICh0cy0+ dHNfY3B1ID09IGNwdWlkKQ0KLQkJCXRkcV9hZGQodGRxLCB0ZCwgc3JxZmxh Zyk7DQorCQkJdGRxX3J1bnFfYWRkKHRkcSwgdHMsIHNycWZsYWcpOw0KIAkJ ZWxzZQ0KIAkJCW10eCA9IHNjaGVkX3N3aXRjaF9taWdyYXRlKHRkcSwgdGQs IHNycWZsYWcpOw0KIAl9IGVsc2Ugew0KQEAgLTE5NDksNyArMTk0Niw2IEBA IHNjaGVkX3dha2V1cChzdHJ1Y3QgdGhyZWFkICp0ZCkNCiAJCXRzLT50c19z bHB0aW1lICs9IGh6dGlja3M7DQogCQlzY2hlZF9pbnRlcmFjdF91cGRhdGUo dGQpOw0KIAkJc2NoZWRfcGN0Y3B1X3VwZGF0ZSh0cyk7DQotCQlzY2hlZF9w cmlvcml0eSh0ZCk7DQogCX0NCiAJLyogUmVzZXQgdGhlIHNsaWNlIHZhbHVl IGFmdGVyIHdlIHNsZWVwLiAqLw0KIAl0cy0+dHNfc2xpY2UgPSBzY2hlZF9z bGljZTsNCkBAIC0yMTU0LDE2ICsyMTUwLDE3IEBAIHNjaGVkX2Nsb2NrKHN0 cnVjdCB0aHJlYWQgKnRkKQ0KIAkgKi8NCiAJdGQtPnRkX3NjaGVkLT50c19y dW50aW1lICs9IHRpY2tpbmNyOw0KIAlzY2hlZF9pbnRlcmFjdF91cGRhdGUo dGQpOw0KKwlzY2hlZF9wcmlvcml0eSh0ZCk7DQogCS8qDQogCSAqIFdlIHVz ZWQgdXAgb25lIHRpbWUgc2xpY2UuDQogCSAqLw0KIAlpZiAoLS10cy0+dHNf c2xpY2UgPiAwKQ0KIAkJcmV0dXJuOw0KIAkvKg0KLQkgKiBXZSdyZSBvdXQg b2YgdGltZSwgcmVjb21wdXRlIHByaW9yaXRpZXMgYW5kIHJlcXVldWUuDQor CSAqIFdlJ3JlIG91dCBvZiB0aW1lLCBmb3JjZSBhIHJlcXVldWUgbGF0ZXIu DQogCSAqLw0KLQlzY2hlZF9wcmlvcml0eSh0ZCk7DQogCXRkLT50ZF9mbGFn cyB8PSBUREZfTkVFRFJFU0NIRUQ7DQorCXRzLT50c19zbGljZSA9IHNjaGVk X3NsaWNlOw0KIH0NCiANCiAvKg0KQEAgLTIyODQsMTEgKzIyODEsMTAgQEAg dm9pZA0KIHRkcV9hZGQoc3RydWN0IHRkcSAqdGRxLCBzdHJ1Y3QgdGhyZWFk ICp0ZCwgaW50IGZsYWdzKQ0KIHsNCiAJc3RydWN0IHRkX3NjaGVkICp0czsN Ci0JaW50IGNsYXNzOw0KICNpZmRlZiBTTVANCisJaW50IGNsYXNzOw0KIAlp bnQgY3B1bWFzazsNCiAjZW5kaWYNCi0NCiAJVERRX0xPQ0tfQVNTRVJUKHRk cSwgTUFfT1dORUQpOw0KIAlLQVNTRVJUKCh0ZC0+dGRfaW5oaWJpdG9ycyA9 PSAwKSwNCiAJICAgICgic2NoZWRfYWRkOiB0cnlpbmcgdG8gcnVuIGluaGli aXRlZCB0aHJlYWQiKSk7DQpAQCAtMjI5OCwyMCArMjI5NCwxMCBAQCB0ZHFf YWRkKHN0cnVjdCB0ZHEgKnRkcSwgc3RydWN0IHRocmVhZCAqDQogCSAgICAo InNjaGVkX2FkZDogdGhyZWFkIHN3YXBwZWQgb3V0IikpOw0KIA0KIAl0cyA9 IHRkLT50ZF9zY2hlZDsNCi0JY2xhc3MgPSBQUklfQkFTRSh0ZC0+dGRfcHJp X2NsYXNzKTsNCi0gICAgICAgIFREX1NFVF9SVU5RKHRkKTsNCi0JaWYgKHRz LT50c19zbGljZSA9PSAwKQ0KLQkJdHMtPnRzX3NsaWNlID0gc2NoZWRfc2xp Y2U7DQotCS8qDQotCSAqIFBpY2sgdGhlIHJ1biBxdWV1ZSBiYXNlZCBvbiBw cmlvcml0eS4NCi0JICovDQotCWlmICh0ZC0+dGRfcHJpb3JpdHkgPD0gUFJJ X01BWF9SRUFMVElNRSkNCi0JCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX3Jl YWx0aW1lOw0KLQllbHNlIGlmICh0ZC0+dGRfcHJpb3JpdHkgPD0gUFJJX01B WF9USU1FU0hBUkUpDQotCQl0cy0+dHNfcnVucSA9ICZ0ZHEtPnRkcV90aW1l c2hhcmU7DQotCWVsc2UNCi0JCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX2lk bGU7DQorCXRkcV9ydW5xX2FkZCh0ZHEsIHRzLCBmbGFncyk7DQorCXRkcV9s b2FkX2FkZCh0ZHEsIHRzKTsNCiAjaWZkZWYgU01QDQorCWNsYXNzID0gUFJJ X0JBU0UodGQtPnRkX3ByaV9jbGFzcyk7DQogCWNwdW1hc2sgPSAxIDw8IHRz LT50c19jcHU7DQogCS8qDQogCSAqIElmIHdlIGhhZCBiZWVuIGlkbGUsIGNs ZWFyIG91ciBiaXQgaW4gdGhlIGdyb3VwIGFuZCBwb3RlbnRpYWxseQ0KQEAg LTIzMzQsOCArMjMyMCw2IEBAIHRkcV9hZGQoc3RydWN0IHRkcSAqdGRxLCBz dHJ1Y3QgdGhyZWFkICoNCiAJaWYgKHRkLT50ZF9wcmlvcml0eSA8IHRkcS0+ dGRxX2xvd3ByaSkNCiAJCXRkcS0+dGRxX2xvd3ByaSA9IHRkLT50ZF9wcmlv cml0eTsNCiAjZW5kaWYNCi0JdGRxX3J1bnFfYWRkKHRkcSwgdHMsIGZsYWdz KTsNCi0JdGRxX2xvYWRfYWRkKHRkcSwgdHMpOw0KIH0NCiANCiAvKg0KQEAg LTI1MDIsOCArMjQ4Niw2IEBAIHZvaWQNCiBzY2hlZF9yZWxpbnF1aXNoKHN0 cnVjdCB0aHJlYWQgKnRkKQ0KIHsNCiAJdGhyZWFkX2xvY2sodGQpOw0KLQlp ZiAodGQtPnRkX3ByaV9jbGFzcyA9PSBQUklfVElNRVNIQVJFKQ0KLQkJc2No ZWRfcHJpbyh0ZCwgUFJJX01BWF9USU1FU0hBUkUpOw0KIAlTQ0hFRF9TVEFU X0lOQyhzd2l0Y2hfcmVsaW5xdWlzaCk7DQogCW1pX3N3aXRjaChTV19WT0ws IE5VTEwpOw0KIAl0aHJlYWRfdW5sb2NrKHRkKTsNCg== --0-381968367-1191545001=:912-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 01:18:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4159016A420 for ; Fri, 5 Oct 2007 01:18:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 073AF13C467 for ; Fri, 5 Oct 2007 01:17:59 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l950rnd4007903; Thu, 4 Oct 2007 20:53:49 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Thu, 04 Oct 2007 20:53:50 -0400 (EDT) Date: Thu, 4 Oct 2007 20:53:49 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jeff Roberson In-Reply-To: <20071004174044.E912@10.0.0.1> Message-ID: References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> <20071004174044.E912@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-ID: Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 01:18:00 -0000 On Thu, 4 Oct 2007, Jeff Roberson wrote: > > I believe I have fixed this bug in the enclosed patch. It is rooted from > /usr/src/sys so you should cd there to apply it. This doesn't break realtime threads doing a sched_yield() does it? I couldn't easily see how the priority gets set back into the realtime class range. But then, maybe I'm a dummy ;-) -- DE From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 01:24:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E1316A418; Fri, 5 Oct 2007 01:24:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id E0A8113C4AC; Fri, 5 Oct 2007 01:24:25 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l951ONaj089639 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 21:24:24 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Oct 2007 18:27:11 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Daniel Eischen In-Reply-To: Message-ID: <20071004182539.H912@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> <20071004174044.E912@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 01:24:26 -0000 On Thu, 4 Oct 2007, Daniel Eischen wrote: > On Thu, 4 Oct 2007, Jeff Roberson wrote: > >> >> I believe I have fixed this bug in the enclosed patch. It is rooted from >> /usr/src/sys so you should cd there to apply it. > > This doesn't break realtime threads doing a sched_yield() does > it? I couldn't easily see how the priority gets set back into > the realtime class range. But then, maybe I'm a dummy ;-) Well the historical behavior was for sched_yield() to not adjust priorities. It just requeues at the back of the queue for that priority. Xu changed this in 7.0 but he didn't answer my mail as to why. We have a yield() call that does drop to the max timeshare priority, however, it doesn't seem to have a man page. The code removed was this: - if (td->td_pri_class == PRI_TIMESHARE) - sched_prio(td, PRI_MAX_TIMESHARE); So it really only effected timesharing threads. Jeff > > -- > DE > From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 01:32:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F27316A419 for ; Fri, 5 Oct 2007 01:32:16 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5461913C48D for ; Fri, 5 Oct 2007 01:32:16 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l951W7R2027630; Thu, 4 Oct 2007 21:32:07 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Thu, 04 Oct 2007 21:32:07 -0400 (EDT) Date: Thu, 4 Oct 2007 21:32:07 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jeff Roberson In-Reply-To: <20071004182539.H912@10.0.0.1> Message-ID: References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> <20071004174044.E912@10.0.0.1> <20071004182539.H912@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 01:32:16 -0000 On Thu, 4 Oct 2007, Jeff Roberson wrote: > On Thu, 4 Oct 2007, Daniel Eischen wrote: > >> On Thu, 4 Oct 2007, Jeff Roberson wrote: >> >>> >>> I believe I have fixed this bug in the enclosed patch. It is rooted from >>> /usr/src/sys so you should cd there to apply it. >> >> This doesn't break realtime threads doing a sched_yield() does >> it? I couldn't easily see how the priority gets set back into >> the realtime class range. But then, maybe I'm a dummy ;-) > > Well the historical behavior was for sched_yield() to not adjust priorities. > It just requeues at the back of the queue for that priority. Xu changed this > in 7.0 but he didn't answer my mail as to why. We have a yield() call that > does drop to the max timeshare priority, however, it doesn't seem to have a > man page. > > The code removed was this: > > - if (td->td_pri_class == PRI_TIMESHARE) > - sched_prio(td, PRI_MAX_TIMESHARE); > > > So it really only effected timesharing threads. As I read the change, now it affects real-time (which is the desired behavior since it is a POSIX real-time extension). But it should have POSIX-defined behavior, which is to requeue at the back of the queue for that priority. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 01:41:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 207E716A421; Fri, 5 Oct 2007 01:41:47 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id E877C13C474; Fri, 5 Oct 2007 01:41:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id B2B812EBAD3; Thu, 4 Oct 2007 21:25:22 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id spMiCM3CMdMx; Thu, 4 Oct 2007 21:25:22 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 895122EBAD0; Thu, 4 Oct 2007 21:25:22 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 859EA33C3D; Thu, 4 Oct 2007 21:25:22 -0400 (EDT) Date: Thu, 4 Oct 2007 21:25:22 -0400 From: Adam McDougall To: Pawel Jakub Dawidek Message-ID: <20071005012522.GX4338@egr.msu.edu> References: <20071005000046.GC92272@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 01:41:47 -0000 On Fri, Oct 05, 2007 at 02:00:46AM +0200, Pawel Jakub Dawidek wrote: Hi. We'are about to branch RELENG_7 and I'd like to start discussion with folks that experience 'kmem_map too small' panic with the latest HEAD. I'm trying hard to reproduce it and I can't, so I need to gather more info how you are able to provoke this panic. What I did was to rsync 200 FreeBSD src trees from one directory to another on the same ZFS file system. It worked fine. The system I'm using is i386 and the only tuning I did is bigger kmem_map. From my /boot/loader.conf: vm.kmem_size=629145600 vm.kmem_size_max=629145600 The machine is dual core Pentium D 3GHz with 1GB of RAM. My pool is: lcf:root:/tank/0# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad5 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad7 ONLINE 0 0 0 errors: No known data errors If you can still see those panic, please let me know as soon as possible and try to describe what your workload looks like, how to reproduce it, etc. I'd really like ZFS to be rock-stable for 7.0 even on i386. I have a athlon x2 with 2G ram running amd64 -current build not more than a few weeks old and I started getting kmem panics at ~350M kmem, bumped kmem to 1G but it paniced at 1G after a few days, bumped it to 1.5G and it has been running since then, but the 1G crash was probably on Oct 1. Nightly it has a few systems ssh into it over the internet and run rsync as a system backup method. I would login and get some details but at present ssh is not responding properly and I'm offsite. I can check on it tomorrow. It is not a critical system so I can make adjustments to it if I should try to make it crash. I think I have 3 x 250gb sata disks in the zpool. I don't think I've tuned anything except kmem, and that was only since a month or so ago. I updated it near then, and Before that, it used to get panics that might have been unrelated to zfs (strange ones like kernel trap 9, others?). The systems that are being backed up to it are live login/webservers with a healthy amount of (probably mostly small) files. I know some of the files are excluded from rsync but the largest host being backed up does have approx 75 million inodes. Whatever gets backed up from it runs in one shot at 5am. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 01:48:31 2007 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 D8DDC16A468 for ; Fri, 5 Oct 2007 01:48:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 765F713C4D9 for ; Fri, 5 Oct 2007 01:48:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l951mKUx038885; Thu, 4 Oct 2007 20:48:25 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <470597DD.6080909@freebsd.org> Date: Thu, 04 Oct 2007 20:48:13 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: avleeuwen@piwebs.com References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> <20071003195644.GN80294@turion.vk2pj.dyndns.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Peter Jeremy , Current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 01:48:31 -0000 Arjan van Leeuwen wrote: > 2007/10/3, Peter Jeremy : >> On 2007-Oct-03 15:21:15 +0200, Arjan van Leeuwen >> wrote: >>> Also, I note that everytime I panic, my currently opened files are >> reduced >>> to 0 bytes. Is that expected? >> It depends, are you talking about files being read or only files being >> written? If this is just affecting writes, then this is a side-effect >> of the stdio buffering, together with the write-back nature of the UFS >> buffer cache in conjunction with soft-updates: Data on disk is >> typically about 30 seconds behind reality and the file contents will >> always be behind the file itself. It is quite normal for recently >> written files (or files currently being written) to be truncated on >> disk following a crash. > > Yep, these are recently written files indeed. Usually the files I had open > in my editor while it paniced, files that I save often. > Oh well... I'm setting my hopes on this panic being resolved soon then :). > Thanks for the explanation. Can anyone provide access to the core dumps? Eric From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 02:04:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E2A16A421; Fri, 5 Oct 2007 02:04:21 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id E088F13C4C2; Fri, 5 Oct 2007 02:04:13 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l9523kxN066686; Thu, 4 Oct 2007 21:03:46 -0500 (CDT) (envelope-from dan) Date: Thu, 4 Oct 2007 21:03:46 -0500 From: Dan Nelson To: Pawel Jakub Dawidek Message-ID: <20071005020346.GA36686@dan.emsphone.com> References: <20071005000046.GC92272@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 02:04:21 -0000 In the last episode (Oct 05), Pawel Jakub Dawidek said: > We'are about to branch RELENG_7 and I'd like to start discussion with > folks that experience 'kmem_map too small' panic with the latest > HEAD. > > I'm trying hard to reproduce it and I can't, so I need to gather more > info how you are able to provoke this panic. > > What I did was to rsync 200 FreeBSD src trees from one directory to > another on the same ZFS file system. It worked fine. > > The system I'm using is i386 and the only tuning I did is bigger > kmem_map. From my /boot/loader.conf: > > vm.kmem_size=629145600 > vm.kmem_size_max=629145600 I'm running on a 1gb i386 system with vfs.zfs.arc_min="64M" vfs.zfs.arc_max="192M" vm.kmem_size_min="640M" vm.kmem_size_max="640M" and no panics. Set arc_max any higher (256M for example) and I end up panicing on things like reading a 500M mailbox in mutt, etc. Instead of playing with huge amounts of tiny files like the src tree, try with a small amount of large files like ports/distfiles, or create a couple dozen 500MB files and copy them from place to place. I'd really like to set arc_max up to 512M at least. Sort of feels like a waste having all that RAM and not being able to use it for disk cache. Is there any way to make the arc truly dynamic, being able to shrink and grow as needed just like the old buffer cache? Why does it have to live in kmem? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 02:08:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82C0816A418; Fri, 5 Oct 2007 02:08:20 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id A27B913C4C3; Fri, 5 Oct 2007 02:08:19 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l9528ERb099528 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 22:08:16 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Oct 2007 19:11:03 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Daniel Eischen In-Reply-To: Message-ID: <20071004190854.I912@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> <20071004174044.E912@10.0.0.1> <20071004182539.H912@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 02:08:20 -0000 On Thu, 4 Oct 2007, Daniel Eischen wrote: > On Thu, 4 Oct 2007, Jeff Roberson wrote: > >> On Thu, 4 Oct 2007, Daniel Eischen wrote: >> >>> On Thu, 4 Oct 2007, Jeff Roberson wrote: >>> >>>> >>>> I believe I have fixed this bug in the enclosed patch. It is rooted from >>>> /usr/src/sys so you should cd there to apply it. >>> >>> This doesn't break realtime threads doing a sched_yield() does >>> it? I couldn't easily see how the priority gets set back into >>> the realtime class range. But then, maybe I'm a dummy ;-) >> >> Well the historical behavior was for sched_yield() to not adjust >> priorities. It just requeues at the back of the queue for that priority. Xu >> changed this in 7.0 but he didn't answer my mail as to why. We have a >> yield() call that does drop to the max timeshare priority, however, it >> doesn't seem to have a man page. >> >> The code removed was this: >> >> - if (td->td_pri_class == PRI_TIMESHARE) >> - sched_prio(td, PRI_MAX_TIMESHARE); >> >> >> So it really only effected timesharing threads. > > As I read the change, now it affects real-time (which is the > desired behavior since it is a POSIX real-time extension). > But it should have POSIX-defined behavior, which is to requeue > at the back of the queue for that priority. It effected real-time before. There is a mi_switch() after that priority adjustment. That switch re-adds the thread at the back of the queue for that priority. This patch just removes the priority adjustment for timeshare threads. > > -- > DE > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 04:43:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9075E16A420; Fri, 5 Oct 2007 04:43:33 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF0D13C44B; Fri, 5 Oct 2007 04:43:33 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix1-g20.free.fr (Postfix) with ESMTP id 713681AF14CA; Fri, 5 Oct 2007 06:14:59 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 72D633EA0BD; Fri, 5 Oct 2007 06:14:57 +0200 (CEST) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 3FFCF3EA0BC; Fri, 5 Oct 2007 06:14:56 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l954Etx2011522; Fri, 5 Oct 2007 06:14:56 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 5 Oct 2007 06:14:48 +0200 User-Agent: KMail/1.9.7 References: <20071005000046.GC92272@garage.freebsd.pl> In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200710050614.49466.thierry@herbelot.com> Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 04:43:33 -0000 Le Friday 05 October 2007, Pawel Jakub Dawidek a écrit : > Hi. > > We'are about to branch RELENG_7 and I'd like to start discussion with > folks that experience 'kmem_map too small' panic with the latest HEAD. > > I'm trying hard to reproduce it and I can't, so I need to gather more > info how you are able to provoke this panic. Hello, I can usually see it with my old, *384MB-only*, bi-celeron machine by just make-ing the world with two parallel jobs (it seems to be fine with -j1). this is with a quite recent i386 -current, storing most of its file in a mirrored ZFS : % zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad0s2d ONLINE 0 0 0 ad2s2d ONLINE 0 0 0 errors: No known data errors % mount /dev/mirror/gm0a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) tank on /tank (zfs, local, noatime) tank/files1 on /tank/files1 (zfs, local, noatime) tank/files3 on /tank/files3 (zfs, local, noatime) tank/tmp on /tmp (zfs, local, noatime) tank/usr on /usr (zfs, local, noatime) tank/var on /var (zfs, local, noatime) tank/files1 is used for the src tree, and tank/files3 for the obj tree. TfH From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 05:03:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06F9116A418 for ; Fri, 5 Oct 2007 05:03:10 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id B176E13C45A for ; Fri, 5 Oct 2007 05:03:09 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so812832pyb for ; Thu, 04 Oct 2007 22:03:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=SfTatFiLSk06maJnWTQYI6w/DifCwD2c/zSQJ6DGmLU=; b=AzS0kaSRrbzad5ahbb2iaL9iLLuW11ORtS9oCQaWdx89/rSKzglpjzhDY/FZ62aX4O8JAPAkLi9J2TUEcoMSJXmLc7m4qFe+PsiKRKTFA3/ZmFsDjPiGlxpNlvX0yn0wWi0USs9vDQsMT7kTqK+fCKQgpiMyHKtl/4ogn6JvWAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oD0gjTYfMaz+FU2s4qyeuKCb/1ulqO1Dk3bjoiEkXqq/foM/aIWX4nFeWTvHKB3KVTJYKBMGmRnRTT0rTkfU1XN2D17SXJmoRhc554eMpajnAGVwz+RyCSfd0nSsUrtabH/VMMMh2AoB/V0L7dNBEFeRSw0MdcR7ttBRkTQwXLk= Received: by 10.64.131.4 with SMTP id e4mr3454830qbd.1191560588189; Thu, 04 Oct 2007 22:03:08 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Thu, 4 Oct 2007 22:03:08 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 05:03:08 +0000 From: "Aryeh Friedman" 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: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 05:03:10 -0000 I am intrested in putting together a version of FreeBSD (at least the non-ports portion) that is 100% viral license (gpl and lgpl [not techinically viral but I don't trust it]) free... where would be a good starting point on this project? From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 05:23:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5BC516A417 for ; Fri, 5 Oct 2007 05:23:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA8913C468 for ; Fri, 5 Oct 2007 05:23:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 93C0EEB3616; Fri, 5 Oct 2007 13:23:32 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8X0CYRrPTKEu; Fri, 5 Oct 2007 13:23:27 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7B948EB2FFA; Fri, 5 Oct 2007 13:23:26 +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=CnVrxvnZk+CLKZW1+wimJ86PnXZ4PkeGSKy9yewCbXQ5o5rPKR+rEY8PieTN3hmt1 oaBxoOGmKtmmdYwFVYliQ== Message-ID: <4705CA47.9090101@delphij.net> Date: Thu, 04 Oct 2007 22:23:19 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig00192999F234A57CF67472F5" Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd 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: Fri, 05 Oct 2007 05:23:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig00192999F234A57CF67472F5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Aryeh Friedman wrote: > I am intrested in putting together a version of FreeBSD (at least the > non-ports portion) that is 100% viral license (gpl and lgpl [not > techinically viral but I don't trust it]) free... where would be a > good starting point on this project? Set MK_GNU =3D no, and MK_GNU_SUPPORT =3D no? Well, if you want a moderate amount of work you may want to try replacing sort(1) with the old BSD one, and optimize it. Also some *roff stuff, etc. If you are really energyic then you will want to join a project like llvm or so for a better compiler. My opinion is that, while licensing issue is important, but there are a lot of other factors that must be taken into account. If a new piece of software has better code quality, better performance, etc., then it would be a big bonus over "just with a license we liked" :-) Optimizing libc/regex might be a good start if you want to go this way. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig00192999F234A57CF67472F5 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBcpHOfuToMruuMARCjU7AJ92gtRs/qlIJAFNFlaaESoLvYX7gwCfSWQA IZauCeyplPGxYKrrHK/xjdQ= =XWRL -----END PGP SIGNATURE----- --------------enig00192999F234A57CF67472F5-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 05:25:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D08B16A417 for ; Fri, 5 Oct 2007 05:25:48 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id CD96113C457 for ; Fri, 5 Oct 2007 05:25:47 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l955Pj0X029485 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 01:25:46 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Oct 2007 22:28:33 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Aryeh Friedman In-Reply-To: Message-ID: <20071004222814.X912@10.0.0.1> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 05:25:48 -0000 On Fri, 5 Oct 2007, Aryeh Friedman wrote: > I am intrested in putting together a version of FreeBSD (at least the > non-ports portion) that is 100% viral license (gpl and lgpl [not > techinically viral but I don't trust it]) free... where would be a > good starting point on this project? It's all in src/contrib and src/sys/contrib. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 05:42:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B819716A41A for ; Fri, 5 Oct 2007 05:42:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 679E713C461 for ; Fri, 5 Oct 2007 05:42:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so828518pyb for ; Thu, 04 Oct 2007 22:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AQIUwmIUh65ajYMK2P8xARsBser4Rck8OrVrhvJY37o=; b=ciXWAiTADIwo4CNce3ZD3r/xe44ATGpfRBRqUq+T08RptRQ1x7+GN2fyZloviKkhdvFxf+Ve4fuX4v0iYD5p0hguw9wwsnRxt994zLN35C6UnC9UaNndU2BsBa9qimxIpmgFZYIBi7V7RfqEt6EgMKRnwYy19exPnj12dDXuP8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DN7bPNm31pUCTv2dTJ/TlvLDTLCyc5ceWOyoiFS/Luy4cIzvosvZYkGULdBDefqaYDQfqJ9AD2Lf+KrlQ0CiJTr9zbKNSRPHUoC2PDF4QV17W0nAhclKF45iVXFbR3mn+JcLCc5v2nRDJiw2be2mMchvvqC25zpkP48cVbSqwxU= Received: by 10.65.155.19 with SMTP id h19mr26693780qbo.1191562927318; Thu, 04 Oct 2007 22:42:07 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Thu, 4 Oct 2007 22:42:07 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 05:42:07 +0000 From: "Aryeh Friedman" To: d@delphij.net In-Reply-To: <4705CA47.9090101@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4705CA47.9090101@delphij.net> Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 05:42:08 -0000 On 10/5/07, LI Xin wrote: > Aryeh Friedman wrote: > > I am intrested in putting together a version of FreeBSD (at least the > > non-ports portion) that is 100% viral license (gpl and lgpl [not > > techinically viral but I don't trust it]) free... where would be a > > good starting point on this project? > > Set > MK_GNU = no, and > MK_GNU_SUPPORT = no? Will that remove all gnu code? > > Well, if you want a moderate amount of work you may want to try > replacing sort(1) with the old BSD one, and optimize it. Also some > *roff stuff, etc. If you are really energyic then you will want to join > a project like llvm or so for a better compiler. I will look at what else needs to be done. > > My opinion is that, while licensing issue is important, but there are a > lot of other factors that must be taken into account. If a new piece of > software has better code quality, better performance, etc., then it > would be a big bonus over "just with a license we liked" :-) Optimizing > libc/regex might be a good start if you want to go this way. I have other reasons and goals then "I don't like the license" specifically if I was going to start building an os under a SIW license (http://www.flosoft-systems.com/miai/index.php and http://www.flosoft-systems.com/blogs/aryeh/index.php [first three enteries]) GPL is not compatible with this approach. The main idea behind SIW is to make FOSS-like work easier to make a living from. See url's for details. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 05:59:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795DA16A418 for ; Fri, 5 Oct 2007 05:59:50 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 34F0313C468 for ; Fri, 5 Oct 2007 05:59:50 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59553 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IdgE0-00028X-Is for freebsd-current@freebsd.org; Fri, 05 Oct 2007 05:59:48 +0000 Message-ID: <4705D2D4.6000902@conducive.net> Date: Fri, 05 Oct 2007 01:59:48 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4705CA47.9090101@delphij.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 05:59:50 -0000 Aryeh Friedman wrote: *snip* > I have other reasons and goals then "I don't like the license" > specifically if I was going to start building an os under a SIW > license (http://www.flosoft-systems.com/miai/index.php and > http://www.flosoft-systems.com/blogs/aryeh/index.php [first three > enteries]) I'm certainly no paragon of typing or spelling accuracy myself, but I hope you won't be offended if I suggest taking a *spell checker* to both of those sites... 'Real Soon Now'. Bill From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 06:14:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99EAD16A417 for ; Fri, 5 Oct 2007 06:14:49 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from gandalf.orthanc.ca (204-174-83-38.static569.dsl.ucc-net.ca [204.174.83.38]) by mx1.freebsd.org (Postfix) with ESMTP id 664F613C49D for ; Fri, 5 Oct 2007 06:14:49 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from [192.168.42.7] (peregrin-4 [192.168.42.7]) (authenticated bits=0) by gandalf.orthanc.ca (8.14.1/8.14.1) with ESMTP id l955s8fR059741 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 4 Oct 2007 22:54:08 -0700 (PDT) (envelope-from lyndon@orthanc.ca) In-Reply-To: <20071004222814.X912@10.0.0.1> References: <20071004222814.X912@10.0.0.1> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0E613BBF-9CC8-402B-9091-318998BBF4F6@orthanc.ca> Content-Transfer-Encoding: 7bit From: Lyndon Nerenberg Date: Thu, 4 Oct 2007 22:54:07 -0700 To: Jeff Roberson X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 06:14:49 -0000 On 2007-Oct-4, at 22:28 , Jeff Roberson wrote: >> I am intrested in putting together a version of FreeBSD (at least the >> non-ports portion) that is 100% viral license (gpl and lgpl [not >> techinically viral but I don't trust it]) free... where would be a >> good starting point on this project? > > It's all in src/contrib and src/sys/contrib. Contrib is a container for externally maintained bits of the core OS, regardless of license. For example, csup, openpam, telnet and traceroute (at the least) are distributed under one of the classical BSD licenses. If you're worried about the GPL you want to rm /usr/src/gnu. --lyndon From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 06:18:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B88A16A41A for ; Fri, 5 Oct 2007 06:18:05 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 25E4213C465 for ; Fri, 5 Oct 2007 06:18:05 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60081 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IdgVg-0002BZ-Fd for freebsd-current@freebsd.org; Fri, 05 Oct 2007 06:18:04 +0000 Message-ID: <4705D71C.50208@conducive.net> Date: Fri, 05 Oct 2007 02:18:04 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4705CA47.9090101@delphij.net> <4705D2D4.6000902@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 06:18:05 -0000 Aryeh Friedman wrote: > On 10/5/07, 韓家暙 Bill Hacker wrote: >> Aryeh Friedman wrote: >> >> *snip* >> >>> I have other reasons and goals then "I don't like the license" >>> specifically if I was going to start building an os under a SIW >>> license (http://www.flosoft-systems.com/miai/index.php and >>> http://www.flosoft-systems.com/blogs/aryeh/index.php [first three >>> enteries]) >> I'm certainly no paragon of typing or spelling accuracy myself, but I hope you >> won't be offended if I suggest taking a *spell checker* to both of those > > I thought they where basically well proof read... oh well... will go > through them again (particularly the second one) One thing professional writers learn very early (1960's): NO ONE can proofread their own work well. We 'see' what we *intended* to say - not what we actually typed. Spell-checkers are objective. Even when dead-wrong, they draw your eye to possible anomalies. ...and still miss a few. Such as the time a VP of Sales called me to whine that he didn't have a sister.... ??? One of my staff had published the new Sales Compensation Plan - having spell-checked 'blind'. Thereby turning 'incent', 'incentive', incentivize' to 'incest' ... and derivatives. Compilers are even less discriminate, BTW. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 07:10:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01D1816A418 for ; Fri, 5 Oct 2007 07:10:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id AF48013C468 for ; Fri, 5 Oct 2007 07:10:43 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60305 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IdhKc-0002Js-UY for freebsd-current@freebsd.org; Fri, 05 Oct 2007 07:10:42 +0000 Message-ID: <4705E372.4030406@conducive.net> Date: Fri, 05 Oct 2007 03:10:42 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071004222814.X912@10.0.0.1> <0E613BBF-9CC8-402B-9091-318998BBF4F6@orthanc.ca> <4705D7F1.3040308@conducive.net> <831450C4-A798-4732-9317-98583D2143B0@orthanc.ca> In-Reply-To: <831450C4-A798-4732-9317-98583D2143B0@orthanc.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 07:10:44 -0000 Lyndon Nerenberg wrote: > > On 2007-Oct-4, at 23:21 , 韓家暙 Bill Hacker wrote: > >> Fine details - and there are many - quite aside, 'Job One' for anyone >> taking this route - is what to do that *won't break* - about gcc. > > 'Job One' is to translate the system from gcc to cc :-( ACK. The most important part / first step of that overall issue. Mind - I'm not convinced of the need in the first place, even with RMS & Co. most recent jihad. But if anyone runs across a Free/OpenSource Mercedes-Benz or even a used Dodge Caravan with leaks, worn brakes, and a load of other-folks' trash in the back (Gcc?) ... that 'compiles' unattended, at no-fee, from free parts - while I go out to a movie and dinner - please let me know! I won't mind a 'must publish' clause. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 07:25:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C79816A418 for ; Fri, 5 Oct 2007 07:25:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 19B1D13C478 for ; Fri, 5 Oct 2007 07:25:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so876541pyb for ; Fri, 05 Oct 2007 00:25:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Hvae3CY6HkH+eACxS5kydR40GtoyQqj8ttAU9Q3gm5c=; b=IrRAIsN42q8/SROgYgs7ZWerTnjytMtyU/P9JKm31HSMiHr0PhRgMU3ZGGvkq50wHGnqtV0WpFMDqWaN5PCierRj3+VccX2CD3SJT0lAj6WLf5hBY+w1qHe+mL5mwh6W9Zdqn0Ucnlp1W8BYc6R+wM/QtOgo+4kDP0kc8d2Pots= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tWtF7e8eEgmWskXJzxYY0WAuoVuQxQNZ+mZihtMORaUYwZUaRyqAiSWEhPJfdJgcKpMv36RcEKARSVbY5pIjvkyMDqIUnAUVS5TAFkw/NhnrYGyxA/P6Js7pyxxpAHtysbvz39T072nq2TiiR1TPtVHvUytBPV3pp4kPFl0Fee4= Received: by 10.64.142.10 with SMTP id p10mr17568287qbd.1191569103640; Fri, 05 Oct 2007 00:25:03 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Fri, 5 Oct 2007 00:25:03 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 07:25:03 +0000 From: "Aryeh Friedman" To: "=?BIG5?B?wfquYbzQIEJpbGwgSGFja2Vy?=" In-Reply-To: <4705E372.4030406@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071004222814.X912@10.0.0.1> <0E613BBF-9CC8-402B-9091-318998BBF4F6@orthanc.ca> <4705D7F1.3040308@conducive.net> <831450C4-A798-4732-9317-98583D2143B0@orthanc.ca> <4705E372.4030406@conducive.net> Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 07:25:06 -0000 On 10/5/07, $B4Z2HI8(B Bill Hacker wrote: > Lyndon Nerenberg wrote: > > > > On 2007-Oct-4, at 23:21 , $B4Z2HI8(B Bill Hacker wrote: > > > >> Fine details - and there are many - quite aside, 'Job One' for anyone > >> taking this route - is what to do that *won't break* - about gcc. > > > > 'Job One' is to translate the system from gcc to cc :-( > > ACK. The most important part / first step of that overall issue. > > Mind - I'm not convinced of the need in the first place, even with RMS & Co. > most recent jihad. I don't wish to start any political fights... I think my middle blog made that clear... historically the SIW community has discovered it is next to hopeless to deal with FOSS fanatics (most of whom slept through econ 101 ;-)) thus the easiest thing to do is avoid the issue completely and not use any GPL like code. Other non-viral OSD licenses are no issue though. Also if someone wants to do something like ports or such on top of my work I have no issue either as long the core OS has zero viral FOSS code (including the core build process). One reason I said no to LGPL is even though it is meant as a peace offering from the FSF camp I don't trust them... in the same way there is no reason the UN should trust Iran on any claims it makes to it's nukes program. I have much more challenging technical goals for the project but the first step is to free it of viral FOSS code (and eventually out of moral fairness of any non-SIW'ed FOSS code). Since I don't want to say to much publicly (not to commit my self to any thing and/or give an other team a leap start) the final product will be a ground up rewrite of the complete OS for tech not legal reasons. Along the way I plan to spin off various pure FOSS and SIW'ed by products (but as the final blog entry states I need to eat just like anyone else so until I get to that point I will SIW most of it I think) > But if anyone runs across a Free/OpenSource Mercedes-Benz or even a used Dodge > Caravan with leaks, worn brakes, and a load of other-folks' trash in the back (Gcc?) > > ... that 'compiles' unattended, at no-fee, from free parts - while I go out to a > movie and dinner - please let me know! That is the whole goal of the middle ground model (SIW)... btw it is based in solid econ (reviewed by a micro econ researcher) with a white paper due out towards the end of the year. > I won't mind a 'must publish' clause. No need even for that I think. The only clause needed is the source be avaible to all comers free of charge while limiting end user use (even if compiled by the user them selves) to being paid for and/or contributed to as per the definitions in my final blog entry. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 08:23:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 003E916A418 for ; Fri, 5 Oct 2007 08:23:04 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id A33E413C4A7 for ; Fri, 5 Oct 2007 08:23:04 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so904123pyb for ; Fri, 05 Oct 2007 01:23:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7kBiEAbjGPX1x7nnRUa0zhGktqKKZClI7l3op8Lzc1I=; b=X5DRkl6cJ2Za+DN/oTC3UeBWmEjro79Yqh2v9sbCZs0R++TQiCznXnw5oUV0M+i3uibuLLUGSOS/vU4QfzYkvAlZ1WP9hfXHrE5WiqZ+nFFMpZqM1RePsXu8U0y4CnT/hp5nDhS7Qe0Ld1X//Z7kg9jmpQ7bRyWkBHUR4/f7I7g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dbiit04GvuPGmzIQzcouvf23IK7+A5HzT70VMRtUmROFMJQvRwSb/j2e3UDbnahHFtuyUDhhWC3dHgo46cIrJlguZmVnPJBOisISbliCRqYt/JzJXj2OlVve5pNdB1RTOP5k0Zbt7+HbKbxeQTNKGnJxDKmKSgHFfps8EeCdjgs= Received: by 10.64.243.10 with SMTP id q10mr27020295qbh.1191572583148; Fri, 05 Oct 2007 01:23:03 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Fri, 5 Oct 2007 01:23:03 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 08:23:03 +0000 From: "Aryeh Friedman" To: "Wilko Bulte" In-Reply-To: <20071005080544.GA48744@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4705CA47.9090101@delphij.net> <20071005080544.GA48744@freebie.xs4all.nl> Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 08:23:05 -0000 On 10/5/07, Wilko Bulte wrote: > Quoting Aryeh Friedman, who wrote on Fri, Oct 05, 2007 at 05:42:07AM +0000 .. > > On 10/5/07, LI Xin wrote: > > > Aryeh Friedman wrote: > > > > I am intrested in putting together a version of FreeBSD (at least the > > > > non-ports portion) that is 100% viral license (gpl and lgpl [not > > > > techinically viral but I don't trust it]) free... where would be a > > > > good starting point on this project? > > > > > > Set > > > MK_GNU = no, and > > > MK_GNU_SUPPORT = no? > > > > Will that remove all gnu code? > > > > > > > > Well, if you want a moderate amount of work you may want to try > > > replacing sort(1) with the old BSD one, and optimize it. Also some > > > *roff stuff, etc. If you are really energyic then you will want to join > > > a project like llvm or so for a better compiler. > > > > I will look at what else needs to be done. > > "Just" a complete toolchain would also come in handy.. That is generally the conclusion I have come to and was just attempting to find a short cut around it. Matter of fact that is how I was planning to finance the effort by coming out with better tools then those offered by pure FOSS and due to the business model still leverage the power of the community to improve them... wrong place and too long of an explination to explain the how (see the url's in the first post)... for the particular target audience for at least the initial tools this is not too hard to do actually since the pure FOSS community has dropped too many balls in the community I am targeting. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 08:52:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D3416A419 for ; Fri, 5 Oct 2007 08:52:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 65C8713C468 for ; Fri, 5 Oct 2007 08:52:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 3F5F51B10EE8; Fri, 5 Oct 2007 10:52:35 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 4D7C81B10EA4 for ; Fri, 5 Oct 2007 10:52:32 +0200 (CEST) Message-ID: <4705FB45.8060006@moneybookers.com> Date: Fri, 05 Oct 2007 11:52:21 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4472/Thu Oct 4 16:45:39 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: uart is not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 08:52:36 -0000 Hi, I'm having a problem with my serial console - sio generally doesn't work with messages like: sio0: port may not be enabled so I switched most of the servers to uart. Unfortunately uart does not detect my serial com at all : none1@pci0:0:3:3: class=0x070002 card=0x30c5103c chip=0x2a078086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' class = simple comms subclass = UART Any ideas how to get the serial working? P.S. FreeBSD 7.0-CURRENT - i386 from 01 Oct -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 08:56:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CA8216A419 for ; Fri, 5 Oct 2007 08:56:56 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2C56713C46E for ; Fri, 5 Oct 2007 08:56:56 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 6B09867184; Fri, 5 Oct 2007 11:56:51 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02385-02; Fri, 5 Oct 2007 11:56:50 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 7D91467182; Fri, 5 Oct 2007 11:56:50 +0300 (EEST) Message-ID: <4705FC53.8060600@bulinfo.net> Date: Fri, 05 Oct 2007 11:56:51 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Stefan Lambrev References: <4705FB45.8060006@moneybookers.com> In-Reply-To: <4705FB45.8060006@moneybookers.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: uart is not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 08:56:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Is the ACPI enabled? Stefan Lambrev wrote: > Hi, > > I'm having a problem with my serial console - sio generally doesn't work > with messages like: > sio0: port may not be enabled > so I switched most of the servers to uart. > Unfortunately uart does not detect my serial com at all : > > none1@pci0:0:3:3: class=0x070002 card=0x30c5103c chip=0x2a078086 > rev=0x0c hdr=0x00 > vendor = 'Intel Corporation' > class = simple comms > subclass = UART > > Any ideas how to get the serial working? > > P.S. FreeBSD 7.0-CURRENT - i386 from 01 Oct > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHBfxSxJBWvpalMpkRAhPVAJ9QjoLwO9+SikUPuYLm3gjBNiwezwCeJsJc gZkmzpUHp46WB8iT9RQQfZM= =twQS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 09:01:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F035616A418 for ; Fri, 5 Oct 2007 09:01:01 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id E889D13C44B for ; Fri, 5 Oct 2007 09:01:00 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 3B7DE1B10EE7; Fri, 5 Oct 2007 11:01:00 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 1E31B1B10EE2; Fri, 5 Oct 2007 11:00:56 +0200 (CEST) Message-ID: <4705FD3C.2080803@moneybookers.com> Date: Fri, 05 Oct 2007 12:00:44 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Krassimir Slavchev References: <4705FB45.8060006@moneybookers.com> <4705FC53.8060600@bulinfo.net> In-Reply-To: <4705FC53.8060600@bulinfo.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4472/Thu Oct 4 16:45:39 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: uart is not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 09:01:02 -0000 Hi, Krassimir Slavchev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Is the ACPI enabled? > Yes ACPI is enabled :) > Stefan Lambrev wrote: > >> Hi, >> >> I'm having a problem with my serial console - sio generally doesn't work >> with messages like: >> sio0: port may not be enabled >> so I switched most of the servers to uart. >> Unfortunately uart does not detect my serial com at all : >> >> none1@pci0:0:3:3: class=0x070002 card=0x30c5103c chip=0x2a078086 >> rev=0x0c hdr=0x00 >> vendor = 'Intel Corporation' >> class = simple comms >> subclass = UART >> >> Any ideas how to get the serial working? >> >> P.S. FreeBSD 7.0-CURRENT - i386 from 01 Oct >> >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHBfxSxJBWvpalMpkRAhPVAJ9QjoLwO9+SikUPuYLm3gjBNiwezwCeJsJc > gZkmzpUHp46WB8iT9RQQfZM= > =twQS > -----END PGP SIGNATURE----- > Here is dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #4: Mon Oct 1 11:17:32 EEST 2007 root@hater.haters.org:/usr/obj/usr/src/sys/CORE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2194.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fa Stepping = 10 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2130378752 (2031 MB) avail memory = 2069446656 (1973 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 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=1031756kB. kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ef00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 nvidia0: port 0x4000-0x407f mem 0xe5000000-0xe5ffffff,0xd0000000-0xdfffffff,0xe6000000-0xe7ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pci0: at device 3.0 (no driver attached) atapci0: port 0x5000-0x5007,0x5008-0x500b,0x5010-0x5017,0x5018-0x501b,0x5020-0x502f 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 0x5040-0x505f mem 0xe8020000-0xe803ffff,0xe8040000-0xe8040fff irq 22 at device 25.0 on pci0 em0: Ethernet address: 00:17:a4:e9:86:b2 em0: [FILTER] uhci0: port 0x5060-0x507f irq 16 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 0x5080-0x509f irq 17 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 ehci0: mem 0xe8041000-0xe80413ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xe8044000-0xe8047fff irq 17 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci8: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci16: on pcib3 pci16: at device 0.0 (no driver attached) pcib4: irq 16 at device 28.4 on pci0 pci40: on pcib4 uhci2: port 0x50a0-0x50bf irq 20 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x50c0-0x50df irq 22 at device 29.1 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 0x50e0-0x50ff irq 18 at device 29.2 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 ehci1: mem 0xe8048000-0xe80483ff irq 20 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci2: on pcib5 cbb0: mem 0xe4100000-0xe4100fff irq 16 at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: mem 0xe4101000-0xe4101fff irq 17 at device 6.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xe4102000-0xe41027ff irq 18 at device 6.2 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3f:99:29:15:3d:0e fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci2: at device 6.3 (no driver attached) pci2: at device 6.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5100-0x510f irq 16 at device 31.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] atapci2: port 0x13f0-0x13f7,0x15f4-0x15f7,0x1370-0x1377,0x1574-0x1577,0x5140-0x515f mem 0xe8049000-0xe80497ff irq 21 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI Version 01.10 controller with 3 ports detected ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: port not implemented ata5: [ITHREAD] ata6: on atapci2 ata6: port not implemented ata6: [ITHREAD] battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz1: _CRT value is absurd, ignored (256.0C) acpi_tz2: on acpi0 acpi_tz3: on acpi0 acpi_tz4: on acpi0 acpi_tz5: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: on uhub0 ugen1: on uhub3 ums0: on uhub5 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata0-master PIO4 ad8: 114473MB at ata4-master SATA150 pcm0: pcm0: acpi_tz1: _CRT value is absurd, ignored (256.0C) pccard1: (manufacturer=0x0000, product=0x0000, function_type=254) at function 0 pccard1: CIS info: RICOH, Bay8Controller acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad8s2a -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 09:48:36 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6886716A417 for ; Fri, 5 Oct 2007 09:48:36 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2644C13C4C6 for ; Fri, 5 Oct 2007 09:48:36 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 5F31E2F29B; Fri, 5 Oct 2007 05:48:35 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 05 Oct 2007 05:48:35 -0400 X-Sasl-enc: MG+xuwluGC3t99xD6iLhZ3UJsK2Z/FZwXgPBVDgX/D/5 1191577714 Received: from [192.168.1.239] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 015F4BF7D; Fri, 5 Oct 2007 05:48:33 -0400 (EDT) Message-ID: <47060857.2070001@freebsd.org> Date: Fri, 05 Oct 2007 02:48:07 -0700 From: Darren Reed Organization: FreeBSD User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20071005000046.GC92272@garage.freebsd.pl> In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 09:48:36 -0000 Pawel Jakub Dawidek wrote: > Hi. > > We'are about to branch RELENG_7 and I'd like to start discussion with > folks that experience 'kmem_map too small' panic with the latest HEAD. > > I'm trying hard to reproduce it and I can't, so I need to gather more > info how you are able to provoke this panic. Hmm, the first and only time it happened to me was when running cvsup on the rsync'd freebsd CVS tree after creating a snapshot of it. I've repeated that exercise since (and many times before) with no problems. That was when I mistakingly had the ARC max set to be maybe 10MB or so smaller than the kmem_map size (this was a mistake.) I've since grown that gap to 100MB. Tips on how to reproduce it? Make the kmem_map size small and set the ARC's maximum size to be the same as it ? :) Darren From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 10:07:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907A916A417 for ; Fri, 5 Oct 2007 10:07:24 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0BC13C461 for ; Fri, 5 Oct 2007 10:07:23 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 2D08667311; Fri, 5 Oct 2007 13:07:22 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09364-08; Fri, 5 Oct 2007 13:07:21 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 773D76730E; Fri, 5 Oct 2007 13:07:21 +0300 (EEST) Message-ID: <47060CD7.3080108@bulinfo.net> Date: Fri, 05 Oct 2007 13:07:19 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Stefan Lambrev References: <4705FB45.8060006@moneybookers.com> <4705FC53.8060600@bulinfo.net> <4705FD3C.2080803@moneybookers.com> In-Reply-To: <4705FD3C.2080803@moneybookers.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: uart is not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 10:07:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Lambrev wrote: > Hi, > > Krassimir Slavchev wrote: > Hi, > > Is the ACPI enabled? > >> Yes ACPI is enabled :) > > Stefan Lambrev wrote: > >>>> Hi, >>>> >>>> I'm having a problem with my serial console - sio generally doesn't work >>>> with messages like: >>>> sio0: port may not be enabled >>>> so I switched most of the servers to uart. >>>> Unfortunately uart does not detect my serial com at all : >>>> >>>> none1@pci0:0:3:3: class=0x070002 card=0x30c5103c chip=0x2a078086 >>>> rev=0x0c hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> class = simple comms >>>> subclass = UART >>>> >>>> Any ideas how to get the serial working? >>>> >>>> P.S. FreeBSD 7.0-CURRENT - i386 from 01 Oct >>>> >>>> > > Here is dmesg: ... > pci0: at device 3.0 (no driver attached) This seems to be ICH8-M chipset (Intel Corporation Mobile PM965/GM965) and may be not fully supported yet. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHBgzXxJBWvpalMpkRArErAJwLr6TvcRH7CduR4ZBCdez+Yx1G6gCfQceq u1d6a//RkkUHP69cXNEhPEc= =hL8u -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 10:15:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90DBC16A469 for ; Fri, 5 Oct 2007 10:15:52 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4153F13C448 for ; Fri, 5 Oct 2007 10:15:52 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so959179pyb for ; Fri, 05 Oct 2007 03:15:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=hVvTzAoda6u8Sid3sVHLAKLEvca85q9pGEtB7wi82cM=; b=CFVGTNJ5H/k50F23Lxw6i1rqCwglgDuhOamnYg63nOlMnDb+uzDqozWmFBMMWRCiNDclkyt4PAejirzfDUVSN1SCPmi3DMWSr3j/YI1HcfTtMpANYaKSFRHnjepoeRMw5iSrA3DjciChW79hFANFIJicvTh2FYpETVnzA0vJhHo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HQLDjIWvcm2IDg1bsjtngct3YYxVlXFoL/cAN7AHhAL/LwHP51QVBtQs5HqpPECf3rywX6G0AZyC5+ZfbHcOAEvYiY18NtVUx8DjnNk1RXedkHkojF6ZBUONkH9Xyq200Doi9Dz/9qZ03OfEaBcSv5fwGWjbfUEJGz9nTzbDzeU= Received: by 10.64.153.4 with SMTP id a4mr7975387qbe.1191579351317; Fri, 05 Oct 2007 03:15:51 -0700 (PDT) Received: by 10.65.52.9 with HTTP; Fri, 5 Oct 2007 03:15:51 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 12:15:51 +0200 From: "Claus Guttesen" To: "Pawel Jakub Dawidek" In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071005000046.GC92272@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 10:15:52 -0000 > We'are about to branch RELENG_7 and I'd like to start discussion with > folks that experience 'kmem_map too small' panic with the latest HEAD. > > I'm trying hard to reproduce it and I can't, so I need to gather more > info how you are able to provoke this panic. > > What I did was to rsync 200 FreeBSD src trees from one directory to > another on the same ZFS file system. It worked fine. I have a server which gets these 'kmem_map too small' stops. I have an Dell PE2850 and is running current as of Sept. 26'th 2007. The error is easy to trigger. I have copied 90 GB of jpeg-files with a size of approx. 1 MB and a thumbnail at 4 KB. These files are distributed in approx. 700 folders. The files resides on it's own partition. It crashed while I copied the files down to the server and the server crashed copying the files on to another partiton on the same server. Everytime it crashed with a 'kmem_map too small' it seemed to want slightly more than was set aside in vm.kmem_size. So I adjusted it upwards from 512M, 640M and finally 768M. vm.kmem_size_max was set at 512M, 640M and finally 1024M (1 GB). It crashed with alot of file i/o. When I stopped copying files the server has been stable. It did *not* occur with a kernel build at May 25'th 2007. So now I will either downgrade or move the zfs-partitions to (open)solaris. We are getting closer to our xmas-season and I need to have a rock-solid zfs-server. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 10:20:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E02016A41A for ; Fri, 5 Oct 2007 10:20:02 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E55213C4B6 for ; Fri, 5 Oct 2007 10:20:00 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so961181pyb for ; Fri, 05 Oct 2007 03:19:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ulrmhaL1zATV9WL3qsXQispaJl1/pWRUm7rxhNukS2Y=; b=J1BS30qy6suoR/F056N5ihO3jB8/nwwmtP+ofrX8MRiuG82S72ghHxEQJKoWsd1Hx/bxr83X4Gt5AnC/u5WMfJqjLSUMTKWH8Eqz3Gmll46ZtNGjDiLEdt2CSl5C9k+QuAOm9msYT2OqaIGrskWWwGmgaMw1mSFdUGVyjGmaTgU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TpxY9+J2jYe+uQvhWj7MYQIz4Po0s5lxKCvO8KBuQphbITp8RToN9vF5GJyr/j+Jo0XrQNuNviFR/PTjvdchIFVts6xvCIFGfeCyshJ5Tc4MdZZ/4LzhGXL9e2Jd1W+oyU//fGZYDAOCwNFRbNPJ0YWV0odaD2WqnF2I5sjqnCM= Received: by 10.65.35.6 with SMTP id n6mr17852734qbj.1191579599276; Fri, 05 Oct 2007 03:19:59 -0700 (PDT) Received: by 10.65.52.9 with HTTP; Fri, 5 Oct 2007 03:19:59 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 12:19:59 +0200 From: "Claus Guttesen" To: "Pawel Jakub Dawidek" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071005000046.GC92272@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 10:20:02 -0000 > I have a server which gets these 'kmem_map too small' stops. I have an > Dell PE2850 and is running current as of Sept. 26'th 2007. The error > is easy to trigger. I have copied 90 GB of jpeg-files with a size of > approx. 1 MB and a thumbnail at 4 KB. These files are distributed in > approx. 700 folders. The files resides on it's own partition. Forgot to mention: amd64, 4 GB ram, second gen. zzzeon. qlogic hba's. zetta~%>more /boot/loader.conf: #vm.kmem_size=512M #vm.kmem_size=640M vm.kmem_size=768M #vm.kmem_size_max=512M #vm.kmem_size_max=640M vm.kmem_size_max=1024M vfs.zfs.arc_max=1536M zetta~%>more /etc/sysctl.conf: kern.maxvnodes=400000 net.inet.tcp.log_debug=0 -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 12:31:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB71C16A46D for ; Fri, 5 Oct 2007 12:31:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id AE54613C48E for ; Fri, 5 Oct 2007 12:31:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9D3AD1CC02A; Fri, 5 Oct 2007 05:31:30 -0700 (PDT) Date: Fri, 5 Oct 2007 05:31:30 -0700 From: Jeremy Chadwick To: Stefan Lambrev Message-ID: <20071005123130.GA56847@eos.sc1.parodius.com> Mail-Followup-To: Stefan Lambrev , freebsd-current@freebsd.org References: <4705FB45.8060006@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4705FB45.8060006@moneybookers.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: uart is not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:31:30 -0000 On Fri, Oct 05, 2007 at 11:52:21AM +0300, Stefan Lambrev wrote: > Any ideas how to get the serial working? > > P.S. FreeBSD 7.0-CURRENT - i386 from 01 Oct Don't know if this procedure works on CURRENT, but it does work on RELENG_6. http://jdc.parodius.com/freebsd/uart.txt -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 12:32:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 394BB16A41B for ; Fri, 5 Oct 2007 12:32:51 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.freebsd.org (Postfix) with ESMTP id 1A46113C465 for ; Fri, 5 Oct 2007 12:32:51 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from lightbulb.local (c-68-35-224-189.hsd1.fl.comcast.net[68.35.224.189]) by comcast.net (rwcrmhc12) with ESMTP id <20071005123250m1200cmdq0e>; Fri, 5 Oct 2007 12:32:50 +0000 Message-ID: <47062EDC.7090402@comcast.net> Date: Fri, 05 Oct 2007 08:32:28 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.6 (X11/20070805) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:32:51 -0000 Aryeh Friedman wrote: > I am intrested in putting together a version of FreeBSD (at least the > non-ports portion) that is 100% viral license (gpl and lgpl [not > techinically viral but I don't trust it]) free... where would be a > good starting point on this project? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I think all the BSDs are pushing to remove GPL utilities from the base system but it takes time to do that. It may even surprise you that NetBSD and OpenBSD are trying to replace gcc with pcc (BSDL C compiler). Anyways, why not write or improve BSDL equivalent utilities to replace their GPL counterparts rather than creating a fork? Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 12:42:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B46A16A417 for ; Fri, 5 Oct 2007 12:42:35 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 07CA113C48E for ; Fri, 5 Oct 2007 12:42:34 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 797571B10EE2; Fri, 5 Oct 2007 14:42:33 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7842E1B10EE0; Fri, 5 Oct 2007 14:42:30 +0200 (CEST) Message-ID: <4706312A.5040608@moneybookers.com> Date: Fri, 05 Oct 2007 15:42:18 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Stefan Lambrev , freebsd-current@freebsd.org References: <4705FB45.8060006@moneybookers.com> <20071005123130.GA56847@eos.sc1.parodius.com> In-Reply-To: <20071005123130.GA56847@eos.sc1.parodius.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4477/Fri Oct 5 11:58:57 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: Subject: Re: uart is not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:42:35 -0000 Hi, Jeremy Chadwick wrote: > On Fri, Oct 05, 2007 at 11:52:21AM +0300, Stefan Lambrev wrote: > >> Any ideas how to get the serial working? >> >> P.S. FreeBSD 7.0-CURRENT - i386 from 01 Oct >> > > Don't know if this procedure works on CURRENT, but it does work on > RELENG_6. > > http://jdc.parodius.com/freebsd/uart.txt > > I think most of this is done by default. I'm using custom kernel without sio and uart - I load them as modules. But I think I figured out why it is not supported .. very stupid mistake by my side :) Nevertheless that the motherboard have serial .. the laptop itself does not. Sorry for the noise. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 12:59:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F9EC16A469 for ; Fri, 5 Oct 2007 12:59:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2252113C4B9 for ; Fri, 5 Oct 2007 12:59:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1033094pyb for ; Fri, 05 Oct 2007 05:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=y0Bmb4piNVDKoCKEEv2+cJzhdsfuL9S94UWine6rHqY=; b=ADlsN4DoxwHUtaY8IPgXMG31fTERlnRjCbCvjsNETSF/j/XN24Qs8eRs2gZVapvRWzLwrhV7kil9zjYtHo76PnlsgVMiATseplXCyLShDUF83yeOlWudWQcqjojpp2uncoI0rtTH4CJ52SqZSQ50R2eSdXvruOd61m1mWgNRuYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hCk5VglKqyIvMZXamNEwrWpq04gyGQnjmD8u61UUT30AODfCxVMCzLWAaUhDWcCS9chYyb2ipZzboxUGHNfu3hLHzKIf8mYT3G3Qn50chqSr01gLIbjQ0NYI5x8Zd5pHxk60e8bOPkighNueDluPfdhrgID8r9Vlrs5DdvxrMcE= Received: by 10.65.212.3 with SMTP id o3mr14057101qbq.1191589165329; Fri, 05 Oct 2007 05:59:25 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Fri, 5 Oct 2007 05:59:25 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 12:59:25 +0000 From: "Aryeh Friedman" To: "Nathan Lay" In-Reply-To: <47062EDC.7090402@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47062EDC.7090402@comcast.net> Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:59:26 -0000 On 10/5/07, Nathan Lay wrote: > Aryeh Friedman wrote: > > I am intrested in putting together a version of FreeBSD (at least the > > non-ports portion) that is 100% viral license (gpl and lgpl [not > > techinically viral but I don't trust it]) free... where would be a > > good starting point on this project? > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > I think all the BSDs are pushing to remove GPL utilities from the base > system but it takes time to do that. It may even surprise you that > NetBSD and OpenBSD are trying to replace gcc with pcc (BSDL C > compiler). Anyways, why not write or improve BSDL equivalent utilities > to replace their GPL counterparts rather than creating a fork? The fork is due to other project goals that have nothing to do with the starting OS. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 13:04:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7961E16A419 for ; Fri, 5 Oct 2007 13:04:26 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:1f1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D1A3813C4A3 for ; Fri, 5 Oct 2007 13:04:25 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l95D5DQZ075483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 5 Oct 2007 14:05:14 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <47063652.8070106@unsane.co.uk> Date: Fri, 05 Oct 2007 14:04:18 +0100 From: Vince User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 13:04:26 -0000 For some reason I couldnt run the 6.x versions of open office even with compat6x, (core dumped.) So i have built my own. I couldnt find any 7-CURRENT i386 packages online so I can make mine available to anyone without the time/space to build one if anyone needs/wants it. Vince From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 13:08:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA82E16A418 for ; Fri, 5 Oct 2007 13:08:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6A18913C45A for ; Fri, 5 Oct 2007 13:08:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1037245pyb for ; Fri, 05 Oct 2007 06:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7L3F8uynVa7H9qhig8yrtHCjiXR4gUzkaWph2nH0liA=; b=kAuyR2cZxZXtd1KAWvp+UP0m0c+6BvmWTzbcdzDaW7QIqBJNDA+KSClOs5Ow3em55E5nUG9fMcPV5PAJC/0zL1o0cJJ4gGh5fd3m8IDac+DtGryJmAZmPXRd+J3d76VQPd58aHpY/W5SdofX0rCnfBl8kBhIZXXIS/oo6NgWoB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mRORfq7jzDiLRd+1+LegruU0XsbL0p8U6HdrqzGH6XLPMNkj4Gbx65BTNjCEolJuHb+puhpJwLOY1SU37mG6hi5Q8IjJaOthOlbNVYiLTCuKn5CBGLRRaZnnrgRg8JCLT8zhd8Rrf/Ef4QQRGTeCbFAzzNxhfKQC9x4HQrxG7+Y= Received: by 10.65.107.10 with SMTP id j10mr13233350qbm.1191589711432; Fri, 05 Oct 2007 06:08:31 -0700 (PDT) Received: by 10.65.105.2 with HTTP; Fri, 5 Oct 2007 06:08:31 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 13:08:31 +0000 From: "Aryeh Friedman" To: Vince , freebsd-current@freebsd.org In-Reply-To: <47063652.8070106@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47063652.8070106@unsane.co.uk> Cc: Subject: Re: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 13:08:32 -0000 On 10/5/07, Vince wrote: > For some reason I couldnt run the 6.x versions of open office even with > compat6x, (core dumped.) So i have built my own. I couldnt find any > 7-CURRENT i386 packages online so I can make mine available to anyone > without the time/space to build one if anyone needs/wants it. For anyone who doesn't read -questions OO completely fails to build on 7-current amd64 From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 13:09:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D40716A46E for ; Fri, 5 Oct 2007 13:09:01 +0000 (UTC) (envelope-from william88@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id 38D9F13C4AA for ; Fri, 5 Oct 2007 13:09:01 +0000 (UTC) (envelope-from william88@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so87694rvb for ; Fri, 05 Oct 2007 06:09:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8jA8bGhxM8WU9z3D1AKzrvchR4Vv8opeJv3IElHXd7U=; b=aa3+aJ3PeJXT5cwVPubAoLNZbI8VtUieSoS63Ro3sZDY1YBU3CIzjPlGCG7IYE1uqL4xL6jUb9WssZURGLrvXDnVKVG+YAdiDn1mTFuuU3MhXoMMApNxw3PdgvATY+pEtzHBoS+F7zi6o80mOeuUfffGVcfdPg1gdBUImoA0vMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=He5JhO1s0RFdvF/xLwu/mvuI5a3WIGJOmClU6TOeCaNymph/09mZuOBTOHlM8j3VIxBP+aCvjNR8biQ+Yd9x3JrCNzQvxmj4C8L12IoiOybLiHdDOhYrsyP9bjL2E7qnUZupcSVyYUTc6d2dWlL5HYEsbFKV+iAm1RSZ6zDidOU= Received: by 10.141.79.12 with SMTP id g12mr1644322rvl.1191589740871; Fri, 05 Oct 2007 06:09:00 -0700 (PDT) Received: by 10.141.122.7 with HTTP; Fri, 5 Oct 2007 06:09:00 -0700 (PDT) Message-ID: <632825b40710050609u6afaebbfgcf3611d19b768557@mail.gmail.com> Date: Fri, 5 Oct 2007 10:09:00 -0300 From: William To: Vince In-Reply-To: <47063652.8070106@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47063652.8070106@unsane.co.uk> Cc: freebsd-current@freebsd.org Subject: Re: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 13:09:01 -0000 On 10/5/07, Vince wrote: > For some reason I couldnt run the 6.x versions of open office even with > compat6x, (core dumped.) So i have built my own. I couldnt find any > 7-CURRENT i386 packages online so I can make mine available to anyone > without the time/space to build one if anyone needs/wants it. Hi Vince, I would love it, unfortunelly I dont have time, space and cpu enought to build OO packages. Thanks. -- William Grzybowski ------------------------------------------ Jabber: william88 at gmail dot com Curitiba/PR - Brazil From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 13:25:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E24516A418 for ; Fri, 5 Oct 2007 13:25:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C624513C4BA for ; Fri, 5 Oct 2007 13:25:58 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1IdnBk-0003v4-H2>; Fri, 05 Oct 2007 15:25:56 +0200 Received: from nugg-ad-r16.pixelpark.net ([77.74.239.6] helo=[192.168.2.186]) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1IdnBk-0001s1-G8>; Fri, 05 Oct 2007 15:25:56 +0200 Message-ID: <47063B72.9060403@zedat.fu-berlin.de> Date: Fri, 05 Oct 2007 15:26:10 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Aryeh Friedman References: <47063652.8070106@unsane.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 77.74.239.6 Cc: Vince , freebsd-current@freebsd.org Subject: Re: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 13:25:59 -0000 Aryeh Friedman wrote: > On 10/5/07, Vince wrote: > >> For some reason I couldnt run the 6.x versions of open office even with >> compat6x, (core dumped.) So i have built my own. I couldnt find any >> 7-CURRENT i386 packages online so I can make mine available to anyone >> without the time/space to build one if anyone needs/wants it. >> > > For anyone who doesn't read -questions OO completely fails to build on > 7-current amd64 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > It is the same error as reported earlier this year - both on i386 and amd64 (FreeBSD 7.0 most recent build). The problem was due to some ACL issues in gcp taken from coreutils. I reinstalled coreutils, without success. I do not have the PR handy, so I'm sorry. But earlier, I found a solution (in some place, there shpuld be an .if-clause in one Makefile forcing on FreeBSD using cp rather than gcp). There is already a PR, but maintainer doesn't seem to exist, so I expect the port orphaned. So, this is if the error you're reporting is he same as I have and had saying that some files are not accessible or changable ... sorry for the poor informations about my error. I built yesterday on two amd64 boxes on 7.0 (one Intel C2D T5500, one AMD64 3500+_ and today on my lab's box, running i386 (Intel P4). I'll look for the bugfix when I have spare time... Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 13:40:19 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A55D016A419; Fri, 5 Oct 2007 13:40:19 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 82AE713C44B; Fri, 5 Oct 2007 13:40:19 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id 3D2DA1109C; Fri, 5 Oct 2007 08:40:19 -0500 (CDT) Date: Fri, 5 Oct 2007 08:40:17 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20071005133958.GA1123@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org References: <20071005000046.GC92272@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 13:40:19 -0000 On Fri, Oct 05, 2007 at 02:00:46AM +0200, Pawel Jakub Dawidek wrote: > If you can still see those panic, please let me know as soon as possible > and try to describe what your workload looks like, how to reproduce it, > etc. I'd really like ZFS to be rock-stable for 7.0 even on i386. Have two of them for you. My amd64 system is offline for an indeterminate amount of time, so I don't know what its status is. #1) The one I can reproduce it on the most reliably is my old fileserver. It only has 512MB RAM, which I know is below the officially supported limit, but it _used_ to work perfectly (even if a bit slow) with the settings tweaked. hw.machine_arch: i386 hw.realmem: 536309760 vm.kmem_size: 306184192 vfs.zfs.arc_max: 167772160 kern.maxvnodes: 25000 About 1.5-2 months ago it was working fine with the autotuned arc_max value -- I don't remember exactly what it was. Once the panics started I've been slowly bumping it down, but no matter how low I set it, it can't seem to survive a buildworld & buildkernel. I don't have the ZIL disabled on this one, as I'm running PostgreSQL on it and prefer fsync() to work. #2) This one panics far less frequently and is more difficult to trigger. My latest ARC size reduction seems to have it almost stable, but with the autotuned value would panic within the day. Besides the kmem_map too small panic, I sometimes get a "could not allocate kthread stack" panic, which MAY be related. Or it may not. hw.machine_arch: i386 hw.realmem: 2145959936 (2GB) vm.kmem_size: 671088640 vfs.zfs.arc_max: 300000000 kern.maxvnodes: 75000 The other odd thing about this one: vm.kvm_size: 1069543424 vm.kvm_free: 0 I don't know if I should be concerned that kvm_free is consistently zero on this system, but it's a bit strange as all the others I work on have >0. Please let me know if there's any information I can provide that would be useful. Craig From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 14:23:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6605B16A419 for ; Fri, 5 Oct 2007 14:23:53 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from toaster.steelerubber.com (toaster.steelerubber.com [166.82.96.8]) by mx1.freebsd.org (Postfix) with ESMTP id D8B3A13C469 for ; Fri, 5 Oct 2007 14:23:51 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: (qmail 66550 invoked by uid 89); 5 Oct 2007 14:23:47 -0000 Received: from unknown (HELO ?166.82.96.28?) (166.82.96.28) by toaster.steelerubber.com with SMTP; 5 Oct 2007 14:23:47 -0000 Message-ID: <47064893.80401@steelerubber.com> Date: Fri, 05 Oct 2007 10:22:11 -0400 From: Walter Vaughan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Followup-To: freebsd-questions@freebsd.org To: Aryeh Friedman References: <47062EDC.7090402@comcast.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 14:23:53 -0000 Aryeh Friedman wrote: > The fork is due to other project goals that have nothing to do with > the starting OS. And has nothing to do with freeBSD Current issues. Followups set to freebsd-questions@freebsd.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 08:05:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48BC016A41A for ; Fri, 5 Oct 2007 08:05:53 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id CC4EC13C44B for ; Fri, 5 Oct 2007 08:05:52 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9585jI8065424; Fri, 5 Oct 2007 10:05:45 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l9585iWk048771; Fri, 5 Oct 2007 10:05:44 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l9585iE7048770; Fri, 5 Oct 2007 10:05:44 +0200 (CEST) (envelope-from wb) Date: Fri, 5 Oct 2007 10:05:44 +0200 From: Wilko Bulte To: Aryeh Friedman Message-ID: <20071005080544.GA48744@freebie.xs4all.nl> References: <4705CA47.9090101@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Fri, 05 Oct 2007 14:44:43 +0000 Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 08:05:53 -0000 Quoting Aryeh Friedman, who wrote on Fri, Oct 05, 2007 at 05:42:07AM +0000 .. > On 10/5/07, LI Xin wrote: > > Aryeh Friedman wrote: > > > I am intrested in putting together a version of FreeBSD (at least the > > > non-ports portion) that is 100% viral license (gpl and lgpl [not > > > techinically viral but I don't trust it]) free... where would be a > > > good starting point on this project? > > > > Set > > MK_GNU = no, and > > MK_GNU_SUPPORT = no? > > Will that remove all gnu code? > > > > > Well, if you want a moderate amount of work you may want to try > > replacing sort(1) with the old BSD one, and optimize it. Also some > > *roff stuff, etc. If you are really energyic then you will want to join > > a project like llvm or so for a better compiler. > > I will look at what else needs to be done. "Just" a complete toolchain would also come in handy.. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 13:23:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC8E16A41B for ; Fri, 5 Oct 2007 13:23:41 +0000 (UTC) (envelope-from numisemis@yahoo.com) Received: from web36603.mail.mud.yahoo.com (web36603.mail.mud.yahoo.com [209.191.85.20]) by mx1.freebsd.org (Postfix) with SMTP id E8EDD13C458 for ; Fri, 5 Oct 2007 13:23:40 +0000 (UTC) (envelope-from numisemis@yahoo.com) Received: (qmail 25360 invoked by uid 60001); 5 Oct 2007 13:23:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=VbjmAhpxdK/g701iY5cqbDyPiwgjWuqJ9kqke2+vwtuUTRBMbsVO8zN6R4jNpBL0pAO2yZdBuXu9wHbdmgTihiO6cosqj0aUsjhO1BYkK5cmNcfUZEoUM6kaeyxbMAH9G+JemKYO0PRIlpInzSQ1c9Mu3zYgndl2f3/o99HGRjw=; X-YMail-OSG: Zt8VGxcVM1lsM1Jz38h_V64GYqReHpRevs8YAnHJzPY62yCUfikM9.VSaAAorqGM4O0IGoY4LCF079w3GjJx7QMSkRwBq8isX4gQ2TLNid0dUG6OEVS6XYxlJOOypA-- Received: from [213.147.110.159] by web36603.mail.mud.yahoo.com via HTTP; Fri, 05 Oct 2007 06:23:39 PDT Date: Fri, 5 Oct 2007 06:23:39 -0700 (PDT) From: Simun Mikecin To: Aryeh Friedman MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <107783.25316.qm@web36603.mail.mud.yahoo.com> X-Mailman-Approved-At: Fri, 05 Oct 2007 14:45:05 +0000 Cc: Vince , freebsd-current@freebsd.org Subject: Re: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 13:23:41 -0000 Aryeh Friedman wrote: > On 10/5/07, Vince wrote: >> For some reason I couldnt run the 6.x versions of open office even with >> compat6x, (core dumped.) So i have built my own. I couldnt find any >> 7-CURRENT i386 packages online so I can make mine available to anyone >> without the time/space to build one if anyone needs/wants it. > For anyone who doesn't read -questions OO completely fails to build on > 7-current amd64 Interesting... I have built versions 2.2 and 2.3 on -current/amd64, and it *does* work! Have you submitted a PR (problem report) regarding the problems you have encountered? Making a statement that it "completely fails" doesn't help, and it is actually *false statement* without giving any details about your experience. What error during build did you encounter? ____________________________________________________________________________________ Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 14:48:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63A4B16A41A; Fri, 5 Oct 2007 14:48:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id EBC6113C4A5; Fri, 5 Oct 2007 14:48:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4472545F5E; Fri, 5 Oct 2007 16:48:10 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 28BDC45F42; Fri, 5 Oct 2007 16:48:06 +0200 (CEST) Date: Fri, 5 Oct 2007 16:47:59 +0200 From: Pawel Jakub Dawidek To: Claus Guttesen Message-ID: <20071005144759.GB98210@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 14:48:13 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 05, 2007 at 12:19:59PM +0200, Claus Guttesen wrote: > > I have a server which gets these 'kmem_map too small' stops. I have an > > Dell PE2850 and is running current as of Sept. 26'th 2007. The error > > is easy to trigger. I have copied 90 GB of jpeg-files with a size of > > approx. 1 MB and a thumbnail at 4 KB. These files are distributed in > > approx. 700 folders. The files resides on it's own partition. >=20 > Forgot to mention: >=20 > amd64, 4 GB ram, second gen. zzzeon. qlogic hba's. >=20 > zetta~%>more /boot/loader.conf: > #vm.kmem_size=3D512M > #vm.kmem_size=3D640M > vm.kmem_size=3D768M > #vm.kmem_size_max=3D512M > #vm.kmem_size_max=3D640M > vm.kmem_size_max=3D1024M > vfs.zfs.arc_max=3D1536M That's bad for sure. arc_max can't be larger than kmem_size. I should tune it down automatically in that case. Try something like 700-800MB for arc_max or increase kmem_size to 2GB. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHBk6fForvXbEpPzQRAhNrAKC7peLBE+I5heDfrch/+gkAnHg1CQCeLv5j 8U8jfxdTKZzOEomFa04LUio= =sgzk -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 15:19:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E66316A41A for ; Fri, 5 Oct 2007 15:19:21 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7E09513C481 for ; Fri, 5 Oct 2007 15:19:20 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 9647 invoked by uid 80); 5 Oct 2007 15:19:12 -0000 Received: from a80-127-127-95.adsl.xs4all.nl ([80.127.127.95]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Fri, 5 Oct 2007 17:19:12 +0200 (CEST) Message-ID: <1809.80.127.127.95.1191597552.squirrel@webmail.superhero.nl> In-Reply-To: <20071004174044.E912@10.0.0.1> References: <20071002165007.D587@10.0.0.1> <20071003110727.411aa2de@pleiades.nextvenue.com> <2155.10.202.77.103.1191443576.squirrel@webmail.superhero.nl> <20071004174044.E912@10.0.0.1> Date: Fri, 5 Oct 2007 17:19:12 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: "Jeff Roberson" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 15:19:21 -0000 On Fri, October 5, 2007 02:43, Jeff Roberson wrote: > > On Wed, 3 Oct 2007, Gelsema, P (Patrick) - FreeBSD wrote: > >> On Wed, October 3, 2007 17:07, Nick Evans wrote: >>> On Tue, 2 Oct 2007 16:53:33 -0700 (PDT) >>> Jeff Roberson wrote: >>> >>>> Enclosed is a patch that does two things: >>>> >>>> 1) Reduces UP context switch time by over 10% making it faster than >>>> 4BSD >>>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as >>>> many switches per second on my 8way system. >>>> >>>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>>> -current unintentionally I think. >>>> >>>> I'd appreciate any extra testing. The ULE context switch time >>>> improvements required some changes to the frequency that we >>>> recalculate >>>> priorities. I'm mostly interested in hearing whether this causes any >>>> regression in normal workloads. >>>> >>>> Those of you still using 4BSD can also verify that the yield changes >>>> don't >>>> cause any problems there. >>>> >>>> Thanks, >>>> Jeff >>> >>> Jeff, >>> >>> I haven't noticed any adverse affects with this patch on yesterdays >>> CURRENT+ULE. System is a Pentium D 915 with 1 gig ram. Built a bunch of >>> larger >>> ports while browsing in firefox and setting up enlightenment-devel, >>> interactivity was good. Enlightenment's eye-candy stayed very fluid. >>> >>> Nick >>> _______________________________________________ >>> 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" >>> >> >> Hi, >> >> Running -current as of tuesdaynight CET. >> >> FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Oct 3 >> 08:19:30 UTC 2007 >> root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> I've done the following (had to as I did not have the actual diff >> available): >> >> copy text from >> http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071002/30d18099/yield-0001.bin >> into a file saved in /tmp >> >> #cd /usr/src >> #patch < /tmp/patchile >> >> I had to tell the patch with which files I wanted the patchfiles to >> compare with. Found this weird but they did apply correctly. >> >> I've recompiled my Kernel with SCHED_ULE and rebooted. >> >> After boot I got up to the login window after which it instantly paniced >> with: panic: Invalid priority 128 on timeshare runq > > I believe I have fixed this bug in the enclosed patch. It is rooted from > /usr/src/sys so you should cd there to apply it. > Patched, rebuild everything and rebooted. No issues so far. I do not notice any improvement performance wise (don't know if I should be expecting any): On amd64 patched ULE (with all debugging options on, GENERIC kernel with only the scheduler changed): time make -j16 buildworld 4722.703u 2542.486s 1:04:55.26 186.5% 6060+1295k 23195+8330io 3400pf+0w time make -j8 buildworld 4704.547u 2567.041s 1:04:15.68 188.5% 6049+1293k 2289+8296io 1085pf+0w Without the patch it takes about the same time for make -j16. Maybe 1 or 2 minutes longer. before each run I did the below: cd /usr/src && rm -rf /usr/obj && make clean && make clean I can't run a lot of tests as I am logged on remote. If you want me to try certain tests please let me know. Rgds, Patrick > Thanks, > Jeff > >> >> Maybe this error was caused by the method of patching used by me? Can >> you >> please provide me the patch again by email, if this could solve the >> issue. >> >> If more information is required I am more than happy to provide. >> >> Rgds, >> >> Patrick >> >> _______________________________________________ >> 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 Fri Oct 5 16:38:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8E116A41B for ; Fri, 5 Oct 2007 16:38:02 +0000 (UTC) (envelope-from SRS0=9b21a6f307d4be6272066c137cb2023468a640f2=479=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 30A0A13C46A for ; Fri, 5 Oct 2007 16:38:02 +0000 (UTC) (envelope-from SRS0=9b21a6f307d4be6272066c137cb2023468a640f2=479=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id KAR19601 for ; Fri, 05 Oct 2007 09:38:01 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0F1FF45027 for ; Fri, 5 Oct 2007 09:38:01 -0700 (PDT) To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1191602281_12334P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 05 Oct 2007 09:38:01 -0700 From: "Kevin Oberman" Message-Id: <20071005163801.0F1FF45027@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: freebsd-current@freebsd.org X-To_Email: freebsd-current@freebsd.org X-To_Alias: freebsd-current Subject: IPv6 support for tables in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 16:38:02 -0000 --==_Exmh_1191602281_12334P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline At this time the use of tables in ipfw is limited to IPv4. Is anyone looking at adding IPv6 address capability? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1191602281_12334P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHBmhpkn3rs5h7N1ERAuEqAJwJUsOp5LjgdBBBE/TuEpIOCf3NQgCdEQBZ O2h1iTlviCMM4oAoCMC3RiM= =XouS -----END PGP SIGNATURE----- --==_Exmh_1191602281_12334P-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 17:10:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C0016A41A for ; Fri, 5 Oct 2007 17:10:06 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2F72213C461 for ; Fri, 5 Oct 2007 17:10:05 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 6092D5C48; Fri, 5 Oct 2007 19:03:37 +0200 (CEST) From: Marten Vijn To: Vince In-Reply-To: <47063652.8070106@unsane.co.uk> References: <47063652.8070106@unsane.co.uk> Content-Type: text/plain Date: Fri, 05 Oct 2007 19:10:00 +0200 Message-Id: <1191604200.909.2.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on martenvijn.nl Cc: freebsd-current@freebsd.org Subject: Re: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 17:10:06 -0000 On Fri, 2007-10-05 at 14:04 +0100, Vince wrote: > For some reason I couldnt run the 6.x versions of open office even with > compat6x, (core dumped.) So i have built my own. I couldnt find any > 7-CURRENT i386 packages online so I can make mine available to anyone > without the time/space to build one if anyone needs/wants it. > YES! I do, ve been wasting so much time on that. (using debian agian to run OOO) Marten > Vince > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 17:15:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AB116A468 for ; Fri, 5 Oct 2007 17:15:35 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2B313C478 for ; Fri, 5 Oct 2007 17:15:35 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 32D1A5C48 for ; Fri, 5 Oct 2007 19:09:06 +0200 (CEST) From: Marten Vijn To: freebsd-current In-Reply-To: References: <47063652.8070106@unsane.co.uk> Content-Type: text/plain Date: Fri, 05 Oct 2007 19:15:30 +0200 Message-Id: <1191604530.909.9.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on martenvijn.nl Subject: Re: openoffice 2.3 package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 17:15:35 -0000 On Fri, 2007-10-05 at 13:08 +0000, Aryeh Friedman wrote: > On 10/5/07, Vince wrote: > > For some reason I couldnt run the 6.x versions of open office even with > > compat6x, (core dumped.) So i have built my own. I couldnt find any > > 7-CURRENT i386 packages online so I can make mine available to anyone > > without the time/space to build one if anyone needs/wants it. > > For anyone who doesn't read -questions OO completely fails to build on > 7-current amd64 ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/2.2.1/FreeBSD7/amd64 mvn > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 18:01:43 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41E8416A420; Fri, 5 Oct 2007 18:01:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id BAD7413C46A; Fri, 5 Oct 2007 18:01:42 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 56DE545F44; Fri, 5 Oct 2007 20:01:41 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 655FA456AB; Fri, 5 Oct 2007 20:01:34 +0200 (CEST) Date: Fri, 5 Oct 2007 20:01:19 +0200 From: Pawel Jakub Dawidek To: Darren Reed Message-ID: <20071005180119.GE98210@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> <47060857.2070001@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CdrF4e02JqNVZeln" Content-Disposition: inline In-Reply-To: <47060857.2070001@freebsd.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS 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: Fri, 05 Oct 2007 18:01:43 -0000 --CdrF4e02JqNVZeln Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 05, 2007 at 02:48:07AM -0700, Darren Reed wrote: > Pawel Jakub Dawidek wrote: > > Hi. > >=20 > > We'are about to branch RELENG_7 and I'd like to start discussion with > > folks that experience 'kmem_map too small' panic with the latest HEAD. > >=20 > > I'm trying hard to reproduce it and I can't, so I need to gather more > > info how you are able to provoke this panic. >=20 > Hmm, the first and only time it happened to me was when running cvsup > on the rsync'd freebsd CVS tree after creating a snapshot of it. I've > repeated that exercise since (and many times before) with no problems. >=20 > That was when I mistakingly had the ARC max set to be maybe 10MB or > so smaller than the kmem_map size (this was a mistake.) I've since > grown that gap to 100MB. >=20 > Tips on how to reproduce it? Make the kmem_map size small and set the > ARC's maximum size to be the same as it ? :) I'm not really interested in fixing configuration bugs, although we should do as much as we can to not allow bugus tunnings. I'm most interested in 'kmem_map too small' panic with default configuration, ie. no other changes than vm.kmem_size/vm.kmem_size_max. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHBnvvForvXbEpPzQRAgBVAKC9Mc5wGMyVvTO4KJhR02b7R0YZagCgkyxI 09PL4bks02BwfknklC1ZNWM= =Ws0m -----END PGP SIGNATURE----- --CdrF4e02JqNVZeln-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 18:02:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEDE116A420 for ; Fri, 5 Oct 2007 18:02:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 998E513C46E for ; Fri, 5 Oct 2007 18:02:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 05 Oct 2007 11:02:19 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id D68981265DE; Fri, 5 Oct 2007 11:02:18 -0700 (PDT) Message-ID: <47067C2E.906@elischer.org> Date: Fri, 05 Oct 2007 11:02:22 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kevin Oberman References: <20071005163801.0F1FF45027@ptavv.es.net> In-Reply-To: <20071005163801.0F1FF45027@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IPv6 support for tables in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 18:02:19 -0000 Kevin Oberman wrote: > At this time the use of tables in ipfw is limited to IPv4. Is anyone > looking at adding IPv6 address capability? I am but it's not 'soon' on my list. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 18:31:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBEC416A420 for ; Fri, 5 Oct 2007 18:31:26 +0000 (UTC) (envelope-from SRS0=9b21a6f307d4be6272066c137cb2023468a640f2=479=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 503EA13C480 for ; Fri, 5 Oct 2007 18:31:26 +0000 (UTC) (envelope-from SRS0=9b21a6f307d4be6272066c137cb2023468a640f2=479=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id KCK79224; Fri, 05 Oct 2007 11:31:24 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3619C4500E; Fri, 5 Oct 2007 11:31:24 -0700 (PDT) To: Julian Elischer In-Reply-To: Your message of "Fri, 05 Oct 2007 11:02:22 PDT." <47067C2E.906@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1191609084_12334P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 05 Oct 2007 11:31:24 -0700 From: "Kevin Oberman" Message-Id: <20071005183124.3619C4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Julian Elischer X-To_Domain: elischer.org X-To: Julian Elischer X-To_Email: julian@elischer.org X-To_Alias: julian Cc: freebsd-current@freebsd.org Subject: Re: IPv6 support for tables in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 18:31:26 -0000 --==_Exmh_1191609084_12334P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 05 Oct 2007 11:02:22 -0700 > From: Julian Elischer > > Kevin Oberman wrote: > > At this time the use of tables in ipfw is limited to IPv4. Is anyone > > looking at adding IPv6 address capability? > > > I am > but it's not 'soon' on my list. I am on travel for a couple of weeks, so I may try and get a start on this while at airports or on planes. Tables are very useful for allowing an IDS set up blocks on the fly. Right now I am limited to a new rule for every block and that is not very portable (since I don't want to step on existing rules) and very messy since, except for the address, all of the rules are identical. I'm using tables right now for V4, but I really need to have v6 support soon. I'm just not real sure what 'soon' is. I hope it's different from yours. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1191609084_12334P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHBoL8kn3rs5h7N1ERAnX8AKCZ8GqL3svys9acAfdEAXbc2c4NngCeKgWU CNcom7dM3rcd/h1GELA9UOw= =Bz1/ -----END PGP SIGNATURE----- --==_Exmh_1191609084_12334P-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 18:55:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E58F16A419 for ; Fri, 5 Oct 2007 18:55:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8E213C458 for ; Fri, 5 Oct 2007 18:55:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 05 Oct 2007 11:55:12 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 1BE5B1265A9; Fri, 5 Oct 2007 11:55:12 -0700 (PDT) Message-ID: <47068893.1080303@elischer.org> Date: Fri, 05 Oct 2007 11:55:15 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kevin Oberman References: <20071005183124.3619C4500E@ptavv.es.net> In-Reply-To: <20071005183124.3619C4500E@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IPv6 support for tables in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 18:55:13 -0000 Kevin Oberman wrote: >> Date: Fri, 05 Oct 2007 11:02:22 -0700 >> From: Julian Elischer >> >> Kevin Oberman wrote: >>> At this time the use of tables in ipfw is limited to IPv4. Is anyone >>> looking at adding IPv6 address capability? >> >> I am >> but it's not 'soon' on my list. > > I am on travel for a couple of weeks, so I may try and get a start on > this while at airports or on planes. > > Tables are very useful for allowing an IDS set up blocks on the > fly. Right now I am limited to a new rule for every block and that is > not very portable (since I don't want to step on existing rules) and > very messy since, except for the address, all of the rules are > identical. yeah, exactly.. "me too". > I'm using tables right now for V4, but I really need to have v6 support > soon. I'm just not real sure what 'soon' is. I hope it's different from > yours. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 18:56:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E00616A418 for ; Fri, 5 Oct 2007 18:56:40 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from smtp-out1.berkeley.edu (smtp-out1.Berkeley.EDU [128.32.61.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8149E13C4B9 for ; Fri, 5 Oct 2007 18:56:40 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from 209-204-139-199.dsl.dynamic.sonic.net ([209.204.139.199] helo=[192.168.42.3]) by fe6.calmail with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (auth plain:stevenschlansker@berkeley.edu) (envelope-from ) id 1IdsLo-0003Iz-KR for freebsd-current@freebsd.org; Fri, 05 Oct 2007 11:56:40 -0700 Message-ID: <470688E6.30900@berkeley.edu> Date: Fri, 05 Oct 2007 11:56:38 -0700 From: Steven Schlansker User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> <4702A6DE.3080403@conducive.net> <86abqzqjrp.fsf@ds4.des.no> In-Reply-To: <86abqzqjrp.fsf@ds4.des.no> X-Enigmail-Version: 0.95.3 OpenPGP: id=40BFF7A7; url=subkeys.pgp.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 18:56:40 -0000 Dag-Erling SmÞrgrav wrote: > Bill Hacker writes: >> Short answer - you are overstressing your very marginal hardware. > > You're completely off the mark. Steven is experiencing a well-known bug > in the ata driver. > > DES In case I can be helpful, I would still like to debug this problem. Please tell me if my constant whining at the list is constructive and helpful in tracing this bug down :) If it's not, I'd rather let you guys code than answer my emails, but if I can be of any help I am willing. Here's a dump that I captured using -CURRENT as of two nights ago: Dump header from device /dev/da0s1b Architecture: i386 Architecture Version: 2 Dump Length: 113577984B (108 MB) Blocksize: 512 Dumptime: Fri Oct 5 00:37:08 2007 Hostname: scotch.CSUA.Berkeley.EDU Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-CURRENT #1: Thu Oct 4 06:23:40 PDT 2007 root@scotch.CSUA.Berkeley.EDU:/usr/obj/usr/src/sys/GENERIC Panic String: from debugger Dump Parity: 3604782152 Bounds: 2 Dump Status: good Unread portion of the kernel message buffer: ad12: FAILURE - device detached subdisk12: detached ad12: detached Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer = 0x20:0xc07422d6 stack pointer = 0x28:0xd9e98c58 frame pointer = 0x28:0xd9e98c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) panic: from debugger cpuid = 0 Uptime: 16m4s Physical memory: 499 MB Dumping 108 MB: 93 77 61 45 29 13 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc074d7ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc074da6b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc048cab7 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc048d4a5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc048ec15 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc07746f6 in kdb_trap (type=12, code=0, tf=0xd9e98c18) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0a01aaf in trap_fatal (frame=0xd9e98c18, eva=44) at /usr/src/sys/i386/i386/trap.c:863 #8 0xc0a01ce3 in trap_pfault (frame=0xd9e98c18, usermode=0, eva=44) at /usr/src/sys/i386/i386/trap.c:785 #9 0xc0a02695 in trap (frame=0xd9e98c18) at /usr/src/sys/i386/i386/trap.c:463 #10 0xc09e81fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #11 0xc07422d6 in _mtx_lock_flags (m=0x1c, opts=0, file=0xc31edd67 "/usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c", line=472) at /usr/src/sys/kern/kern_mutex.c:177 #12 0xc31e2fb4 in ?? () #13 0x0000001c in ?? () #14 0x00000000 in ?? () #15 0xc31edd67 in ?? () #16 0x000001d8 in ?? () #17 0xc788c5ac in ?? () #18 0xc31e2f70 in ?? () #19 0xc2d9c840 in ?? () #20 0xd9e98cbc in ?? () #21 0xc07b0d49 in biodone (bp=0x8) at /usr/src/sys/kern/vfs_bio.c:3009 Previous frame identical to this frame (corrupt stack?) (kgdb) list *0xc07422d6 0xc07422d6 is in _mtx_lock_flags (/usr/src/sys/kern/kern_mutex.c:178). 173 void 174 _mtx_lock_flags(struct mtx *m, int opts, const char *file, int line) 175 { 176 177 MPASS(curthread != NULL); 178 KASSERT(m->mtx_lock != MTX_DESTROYED, 179 ("mtx_lock() of destroyed mutex @ %s:%d", file, line)); 180 KASSERT(LOCK_CLASS(&m->lock_object) == &lock_class_mtx_sleep, 181 ("mtx_lock() of spin mutex %s @ %s:%d", m->lock_object.lo_name, 182 file, line)); (kgdb) list *0xc31e2fb4 No source file for address 0xc31e2fb4. (kgdb) list *0xc07b0d49 0xc07b0d49 is in biodone (/usr/src/sys/kern/vfs_bio.c:3010). 3005 if (done == NULL) 3006 wakeup(bp); 3007 mtx_unlock(&bdonelock); 3008 if (done != NULL) 3009 done(bp); 3010 } 3011 3012 /* 3013 * Wait for a BIO to finish. 3014 * Interestingly enough, I can't seem to get a useful backtrace... all of those ??? frames! Perhaps someone who knows more about kernel debugging than I can step me through from here. I read the kernel debugging section of the FreeBSD handbook, and it was not useful as to what to do if the stack is seemingly corrupt :) I also have a dump from a time when I hotplugged a SATA drive and it instantly paniced on me - usually this has been working, but that time it just gave up. Not sure how interesting this dump is though, haven't been able to reproduce it (granted I haven't tried very hard). -Steven From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 19:38:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4AF316A418 for ; Fri, 5 Oct 2007 19:38:13 +0000 (UTC) (envelope-from SRS0=9b21a6f307d4be6272066c137cb2023468a640f2=479=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id F299813C458 for ; Fri, 5 Oct 2007 19:38:12 +0000 (UTC) (envelope-from SRS0=9b21a6f307d4be6272066c137cb2023468a640f2=479=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id KDR45711; Fri, 05 Oct 2007 12:38:11 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A11284500E; Fri, 5 Oct 2007 12:38:10 -0700 (PDT) To: "Bjoern A. Zeeb" In-Reply-To: Your message of "Fri, 05 Oct 2007 19:15:07 -0000." <20071005191105.C6043@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1191613090_79305P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 05 Oct 2007 12:38:10 -0700 From: "Kevin Oberman" Message-Id: <20071005193810.A11284500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Bjoern A. Zeeb X-To_Domain: lists.zabbadoz.net X-To: "Bjoern A. Zeeb" X-To_Email: bzeeb-lists@lists.zabbadoz.net X-To_Alias: bzeeb-lists Cc: freebsd-current@freebsd.org, Julian Elischer Subject: Re: IPv6 support for tables in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 19:38:13 -0000 --==_Exmh_1191613090_79305P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 5 Oct 2007 19:15:07 +0000 (UTC) > From: "Bjoern A. Zeeb" > > On Fri, 5 Oct 2007, Julian Elischer wrote: > > Hi, > > > Kevin Oberman wrote: > >>> Date: Fri, 05 Oct 2007 11:02:22 -0700 > >>> From: Julian Elischer > >>> > >>> Kevin Oberman wrote: > >>>> At this time the use of tables in ipfw is limited to IPv4. Is anyone > >>>> looking at adding IPv6 address capability? > >>> > >>> I am but it's not 'soon' on my list. > >> > >> I am on travel for a couple of weeks, so I may try and get a start on > >> this while at airports or on planes. > >> > >> Tables are very useful for allowing an IDS set up blocks on the > >> fly. Right now I am limited to a new rule for every block and that is > >> not very portable (since I don't want to step on existing rules) and > >> very messy since, except for the address, all of the rules are > >> identical. > > > > yeah, exactly.. "me too". > > > >> I'm using tables right now for V4, but I really need to have v6 support > >> soon. I'm just not real sure what 'soon' is. I hope it's different from > >> yours. > > > The question is: > > do we want to duplicate the table framework for IPv6 or have mixed > tables with both v4 and v6 addresses? > > While I am thinking about performance for lookups etc. I am more > worried about the userspace API which might change. That might be > troublesome for the 7-tree. While I would hope to eventually have mixed tables with both v4 and v6 addresses, starting out (v7 era) with table and table6 would be great. It lets me get the job done. Almost all ipfw support for v6 started as separate and is slowly merging into a common facility. (If you think it is fully merged today in current, you don't run v6 is production and use ipfw with it.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1191613090_79305P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHBpKikn3rs5h7N1ERAk8lAJ4gbmC01GDgWpFkAHLIQ+tDVLAYRACfRyBn 1ivgMnbDomrgFfmQS6J1k14= =2Kb/ -----END PGP SIGNATURE----- --==_Exmh_1191613090_79305P-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 19:38:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D89D516A419 for ; Fri, 5 Oct 2007 19:38:13 +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 8E05513C459 for ; Fri, 5 Oct 2007 19:38:13 +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 3AC9941C735; Fri, 5 Oct 2007 21:20:06 +0200 (CEST) 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 SsoQqSW2sEp7; Fri, 5 Oct 2007 21:20:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id CB11D41C733; Fri, 5 Oct 2007 21:20:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 59F344448DD; Fri, 5 Oct 2007 19:15:07 +0000 (UTC) Date: Fri, 5 Oct 2007 19:15:07 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Julian Elischer In-Reply-To: <47068893.1080303@elischer.org> Message-ID: <20071005191105.C6043@maildrop.int.zabbadoz.net> References: <20071005183124.3619C4500E@ptavv.es.net> <47068893.1080303@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: IPv6 support for tables in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 19:38:14 -0000 On Fri, 5 Oct 2007, Julian Elischer wrote: Hi, > Kevin Oberman wrote: >>> Date: Fri, 05 Oct 2007 11:02:22 -0700 >>> From: Julian Elischer >>> >>> Kevin Oberman wrote: >>>> At this time the use of tables in ipfw is limited to IPv4. Is anyone >>>> looking at adding IPv6 address capability? >>> >>> I am but it's not 'soon' on my list. >> >> I am on travel for a couple of weeks, so I may try and get a start on >> this while at airports or on planes. >> >> Tables are very useful for allowing an IDS set up blocks on the >> fly. Right now I am limited to a new rule for every block and that is >> not very portable (since I don't want to step on existing rules) and >> very messy since, except for the address, all of the rules are >> identical. > > yeah, exactly.. "me too". > >> I'm using tables right now for V4, but I really need to have v6 support >> soon. I'm just not real sure what 'soon' is. I hope it's different from >> yours. The question is: do we want to duplicate the table framework for IPv6 or have mixed tables with both v4 and v6 addresses? While I am thinking about performance for lookups etc. I am more worried about the userspace API which might change. That might be troublesome for the 7-tree. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 19:46:48 2007 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 4DD1516A46B for ; Fri, 5 Oct 2007 19:46:48 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id CCEC813C474 for ; Fri, 5 Oct 2007 19:46:47 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so699821mue for ; Fri, 05 Oct 2007 12:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=zRKxyutAd8LkiGKfT/pOu3L3++RikwkWu4vjaAzZ190=; b=KOLdLif2EwfvorxAsxX9jOPV0YY1YcR3KQX0kXsHTiHTGGQ1OKLQiqre2a53UPYhjszSFIuzB/tUAjavYPO0Uh8op16ycRkdFkoF8Us1DY/dGrkl/F0lZqfS9+WVAsR52koIwDxlW/dm/klOSGaWub7oD6um2YKDXlgpt54zQZ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=V/m2N5dsxBA88mMTgvhWMpxA/Intq0JshWYDKmN9m4rjLEM/+t0m0wYJIHowRSngluA6zoFkJG/hQBKAD/ZQmgRpJJP6krdHnys3zrQPp8kodxiR8pcHQ8NMtTodgOvM7H5hn9k35iRD3A6P7yGu+ZPT0idIehEiUUZgJaCff0Y= Received: by 10.64.28.3 with SMTP id b3mr1630549qbb.1191613605469; Fri, 05 Oct 2007 12:46:45 -0700 (PDT) Received: by 10.64.184.9 with HTTP; Fri, 5 Oct 2007 12:46:45 -0700 (PDT) Message-ID: <8e10486b0710051246r41e7fbe6ob6131099630a1975@mail.gmail.com> Date: Fri, 5 Oct 2007 16:46:45 -0300 From: "Alexandre Biancalana" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: em0: The EEPROM Checksum Is Not Valid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 19:46:48 -0000 Hi List, I'm getting the following message during the boot of my new server.... em0: port 0x2000-0x201f mem 0x84000000-0x8401ffff irq 17 at device 0.0 on pci3 em0: The EEPROM Checksum Is Not Valid device_attach: em0 attach returned 5 and the em0 is not showed with ifconfig -a This is -CURRENT from today sources. Motherboard is Intel D975XBX2, I already tried to update the bios from the latest available at Intel's website but this not solve the problem. Any help is appreciated. Regards, From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 19:59:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7EDB16A418 for ; Fri, 5 Oct 2007 19:59:29 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.freebsd.org (Postfix) with ESMTP id 73B8C13C468 for ; Fri, 5 Oct 2007 19:59:29 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id 1AF351B44851; Fri, 5 Oct 2007 21:41:44 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id F268D6DC71; Fri, 5 Oct 2007 21:38:25 +0200 (CEST) Date: Fri, 5 Oct 2007 21:38:25 +0200 From: "Ralf S. Engelschall" To: freebsd-current@freebsd.org Message-ID: <20071005193825.GA66299@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: FreeBSD User-Agent: Mutt/1.5.16 OpenPKG/CURRENT (2007-06-09) Subject: cosmetics: bsdlabel fstype for ZFS partitions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 19:59:29 -0000 I've today switched the boot disk of a FreeBSD 7 system from UFS-only to UFS (/boot) plus ZFS (for /, /usr, etc). For this I the first time created a ZFS pool from a _partition_ instead of the usual whole slices or disks. In the bsdlabel(8) editing session (where I merged some of the previous UFS partitions to a single large one for ZFS) I recognized that we do not have a keyword for ZFS on the "fstype" column: | # size offset fstype [fsize bsize bps/cpg] | a: 1048576 0 4.2BSD 2048 16384 8 | b: 4142736 1048576 swap | c: 33554052 0 unused 0 0 # "raw" part, don't edit | d: 28362740 5191312 unused 0 0 ^^^^^^ I currently use "unused" here for the partition of the ZFS pool and everything works just fine, of coure. But it looks a little bit strange to me and this small cosmetic issue should be fixed IMHO. So, shouldn't we define a "zfs" filesystem type in sys/sys/disklabel.h:fstypenames plus a corresponding "#define FS_ZFS ?? /* Sun ZFS */"? If yes, what value would FS_ZFS be defined to? BTW, same for the disk type, I think. Here a numeric value certainly was already choosen, as Sun's GRUB is booting from ZFS disks, right? -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 19:59:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B7B16A553 for ; Fri, 5 Oct 2007 19:59:36 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id B87C113C48A for ; Fri, 5 Oct 2007 19:59:35 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 70243 invoked from network); 5 Oct 2007 23:59:33 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 5 Oct 2007 23:59:33 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246914, updated: 5.10.2007] Message-ID: <012901c8078a$400faeb0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Fri, 5 Oct 2007 23:52:33 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: TSO4 network problems and scheduler selection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 19:59:36 -0000 Hi! A couple of weeks ago i have written about TSO4 problems on em network interface. The problem was that when TSO4 is enable em stream send perfomace drop to about ZERO. (i cannot download any file from ftp, i canont even get midnight commander to draw a full screen in ssh client). Noone has found any solution and it was decided that it was a bug in em driver. Today i have played with SCHED_ULE scheduler on this box (it is 7-CURRENT, Pentium D). Adn accidentaly found out that when SCHED_ULE is selected TSO4 does not cause any problems. My interface: em0: flags=8843 metric 0 mtu 1500 options=18b This is totally weird, but i'm letting everybody know it if someone step into this problem. Viva SCHED_ULE! -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 20:07:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3404616A419 for ; Fri, 5 Oct 2007 20:07:27 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 5C4E213C44B for ; Fri, 5 Oct 2007 20:07:26 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 70526 invoked from network); 6 Oct 2007 00:07:25 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 6 Oct 2007 00:07:25 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246914, updated: 5.10.2007] Message-ID: <012d01c8078b$59331e30$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Sat, 6 Oct 2007 00:07:22 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: Suspeded (tty output) on perl system on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 20:07:27 -0000 I am having a problem which might not be related to current, but i do not have it on any of the 6-stable boxes. So, there is a very simple perl script. #!/usr/bin/perl $com="/usr/bin/su hordelo_ru -c '/usr/local/sbin/httpd -f /hosts/CONFS/horosheedelo.ru -k graceful-stop'"; system($com); print "done!\n"; It work find on 6-stable. RUns httpd and prints done! Howeverm on 7-current (amd64) it does the following: horus# ./a.pl httpd (no pid file) not running Suspended (tty output) if i do 'fg' it continues and finishes fine. I am lost here, maybe someone could tell why is it suspended and how to overcome this problem? My administrative script suddenly all stoped working because of this. tough! Thank you! -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 20:23:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24DF516A46C for ; Fri, 5 Oct 2007 20:23:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id A5A5F13C45D for ; Fri, 5 Oct 2007 20:23:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so536109nfb for ; Fri, 05 Oct 2007 13:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=o1w+Uny8hLmgYBmvrbqsv5Da7iME63YJjRABibjprSw=; b=AlDEWsOwBxJIpVDVcEkEOwZBxQ69G970Y96/gbzd5QXzHWCQODZ53UA2k/X+35c4Ari1F1zlDiV0inTPTGHwUIqZTbpDYaljfxTU2XMNtTN+1tmj/t1xzZ51ooswdxAm7LWW2ThsSUvKs4DXoeEUFsR4UOodoOw2ebRW5B7ejtw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kbk+Hbc3WICXpCRekWpf4ATLnAMh3BO2tdfwWlMoj8WiWL7S3ZOkB6ee6MRwe1AVVRff4p0nnegj5KZzWRHJ0d6znH1yMk95ZigmiEp/0Yj27trj/f8DIb+SFSFJ1n5UW9JCUjWjQlqlDnagwkRsbKvd0YqhNH3o9G0gQ9EXuyM= Received: by 10.86.80.5 with SMTP id d5mr2756053fgb.1191615779556; Fri, 05 Oct 2007 13:22:59 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 5 Oct 2007 13:22:59 -0700 (PDT) Message-ID: <2a41acea0710051322w214cb284x68d8bad3c4edcdc1@mail.gmail.com> Date: Fri, 5 Oct 2007 13:22:59 -0700 From: "Jack Vogel" To: "Artem Kuchin" In-Reply-To: <012901c8078a$400faeb0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <012901c8078a$400faeb0$0c00a8c0@Artem> Cc: freebsd-current@freebsd.org Subject: Re: TSO4 network problems and scheduler selection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 20:23:01 -0000 I had our test/validation group attempt to repro your problem with TSO and they were unable to do so. I do not know what hardware/config ingredients in your environment are causing a problem but something odd is going on. Test suggested something like a speed mismatch, but we don't know for sure. Right now I see no evidence to suggest that its important to disable TSO. If anyone has a scenario I can reproduce I'd be happy to look further. Jack On 10/5/07, Artem Kuchin wrote: > Hi! > > A couple of weeks ago i have written about TSO4 problems on em > network interface. The problem was that when TSO4 is enable > em stream send perfomace drop to about ZERO. (i cannot download > any file from ftp, i canont even get midnight commander to draw > a full screen in ssh client). Noone has found any solution and > it was decided that it was a bug in em driver. > > Today i have played with SCHED_ULE scheduler on this box > (it is 7-CURRENT, Pentium D). Adn accidentaly found out that > when SCHED_ULE is selected TSO4 does not cause any problems. > > My interface: > > em0: flags=8843 metric 0 mtu 1500 > options=18b > > > This is totally weird, but i'm letting everybody know it if > someone step into this problem. Viva SCHED_ULE! > > -- > Regards, > Artem > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 20:38:17 2007 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 4776F16A419 for ; Fri, 5 Oct 2007 20:38:17 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE1D13C461 for ; Fri, 5 Oct 2007 20:38:16 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1259524pyb for ; Fri, 05 Oct 2007 13:38:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QqS9vhkfrYD33kp3ncR9mCzVBK/bgqwtbJzqbtIawZw=; b=qs95JKenBt9ap8sba2nNlJndfS8HB4wX8c0wUvxFbG8sMZqiAeFFIUARYEwENkNMKO9L5Hf0dCyBBfJ6AZ0ZzqB3KBznSYm/4lnnem510Y72y81dPrEb+kFlVh1SsFIYW/9z7fdW90Vj8NWH13IauNq2XO8iWopsKrjA9+0e8Bs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JzVGBC+Swa1yWu+slKpSVXVMHxMunsxEadhBbyt43Yph20O7NUkMefOVUnrlL1n8JJtHWcgsajQn7JWwmuAKhv+Lu70aVrYRXizsIlnriMu5l3HCDtq3ihyxrClk0wsWm7I3pIJ+5J1lo2tl/ZGr6dI+jI/hbK+dvehv3w+v+ws= Received: by 10.65.214.19 with SMTP id r19mr16280508qbq.1191616694837; Fri, 05 Oct 2007 13:38:14 -0700 (PDT) Received: by 10.64.184.9 with HTTP; Fri, 5 Oct 2007 13:38:14 -0700 (PDT) Message-ID: <8e10486b0710051338of3c9104x5afe02923273bca3@mail.gmail.com> Date: Fri, 5 Oct 2007 17:38:14 -0300 From: "Alexandre Biancalana" To: "Jack Vogel" In-Reply-To: <2a41acea0710051330k43a8a1fey2f70e9220750cb91@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0710051246r41e7fbe6ob6131099630a1975@mail.gmail.com> <2a41acea0710051330k43a8a1fey2f70e9220750cb91@mail.gmail.com> Cc: current@freebsd.org Subject: Re: em0: The EEPROM Checksum Is Not Valid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 20:38:17 -0000 > > Let me see a pciconf -l please. Hi Jack ! hostb0@pci0:0:0:0: class=0x060000 card=0x58428086 chip=0x277c8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82975X Intel 975X Express Chipset' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x58428086 chip=0x277d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = '82975X PCI Express Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:0: class=0x060400 card=0x27d08086 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:5: class=0x060400 card=0x27e28086 chip=0x27e28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x58428086 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x58428086 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x58428086 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0x58428086 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x58428086 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x060401 card=0x58428086 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x58428086 chip=0x27b08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GH (ICH7DH) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x58428086 chip=0x27df8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x010601 card=0x58428086 chip=0x27c18086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB I/O Controller Hub SATA cc=AHCI' class = mass storage none0@pci0:0:31:3: class=0x0c0500 card=0x58428086 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus arcmsr0@pci0:1:0:0: class=0x010400 card=0x123117d3 chip=0x128017d3 rev=0x00 hdr=0x00 vendor = 'Areca Technology Corporation' class = mass storage subclass = RAID em0@pci0:3:0:0: class=0x020000 card=0x30a58086 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82573L Intel PRO/1000 PL Network Adaptor' class = network subclass = ethernet xl0@pci0:4:0:0: class=0x020000 card=0x00000000 chip=0x905010b7 rev=0x00 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905B - Combo Fast Etherlink XL PCI 10/100' class = network subclass = ethernet vgapci0@pci0:4:2:0: class=0x030000 card=0x89015333 chip=0x89015333 rev=0x16 hdr=0x00 vendor = 'S3 Graphics Co., Ltd' device = 'pci\ven_5333dev_9102ubsys_91025333rev_02 s3lnc' class = display subclass = VGA From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 20:46:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C4316A417 for ; Fri, 5 Oct 2007 20:46:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A140C13C47E for ; Fri, 5 Oct 2007 20:46:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B3A0D472F9; Fri, 5 Oct 2007 16:46:07 -0400 (EDT) Date: Fri, 5 Oct 2007 21:46:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: d@delphij.net In-Reply-To: <4705CA47.9090101@delphij.net> Message-ID: <20071005214506.X88717@fledge.watson.org> References: <4705CA47.9090101@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Aryeh Friedman Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 20:46:08 -0000 On Thu, 4 Oct 2007, LI Xin wrote: > Aryeh Friedman wrote: >> I am intrested in putting together a version of FreeBSD (at least the >> non-ports portion) that is 100% viral license (gpl and lgpl [not >> techinically viral but I don't trust it]) free... where would be a good >> starting point on this project? > > Set MK_GNU = no, and MK_GNU_SUPPORT = no? > > Well, if you want a moderate amount of work you may want to try replacing > sort(1) with the old BSD one, and optimize it. Also some *roff stuff, etc. > If you are really energyic then you will want to join a project like llvm or > so for a better compiler. > > My opinion is that, while licensing issue is important, but there are a lot > of other factors that must be taken into account. If a new piece of > software has better code quality, better performance, etc., then it would be > a big bonus over "just with a license we liked" :-) Optimizing libc/regex > might be a good start if you want to go this way. It's not clear this is comprehensive, but it may still be useful in discussing replacing GPL'd components with non-GPL'd ones: http://wiki.freebsd.org/ContribSoftware Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 20:59:05 2007 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 EAE4416A420 for ; Fri, 5 Oct 2007 20:59:05 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7FA13C45D for ; Fri, 5 Oct 2007 20:59:04 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so542859nfb for ; Fri, 05 Oct 2007 13:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=83moyE3JH5tNVz3YL3HpU4RLO1HGRxHwVQe/SMPtvsI=; b=uGBSQ1YqlzSoCRdqndcDkZ86W3LsgILRTccY85d79PBJaxXSTLtHWtZm6iwbeZ+pKyUzMxtAihJpVrrJEIaIdO4Jg/JWQdckanEA+8FDgvB11ygxvX1MEPN9VMUGyUGtItkiEjXlqj5PXrjKbMjgNs1xaYbfypAIr1awZ+6Q/C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kTaYPEFkUnjqleQiGianJEjXGhnxvYZlA+H95DzhBIs9EgEoiJHrA33kSysFpoji8Fepss6x3JjChpwsPIWR2SuBf3hQ31MYAKhLwyMvnDqCK/1F4YTn0b4om3L1HJ2UbVfR4c00QydeL8V9MzUps9LVqhe8PtguVAp2Omexf4Y= Received: by 10.86.54.3 with SMTP id c3mr2741284fga.1191616206132; Fri, 05 Oct 2007 13:30:06 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 5 Oct 2007 13:30:06 -0700 (PDT) Message-ID: <2a41acea0710051330k43a8a1fey2f70e9220750cb91@mail.gmail.com> Date: Fri, 5 Oct 2007 13:30:06 -0700 From: "Jack Vogel" To: "Alexandre Biancalana" In-Reply-To: <8e10486b0710051246r41e7fbe6ob6131099630a1975@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0710051246r41e7fbe6ob6131099630a1975@mail.gmail.com> Cc: current@freebsd.org Subject: Re: em0: The EEPROM Checksum Is Not Valid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 20:59:06 -0000 On 10/5/07, Alexandre Biancalana wrote: > Hi List, > > I'm getting the following message during the boot of my new server.... > > em0: port > 0x2000-0x201f mem 0x84000000-0x8401ffff irq 17 at device 0.0 on pci3 > em0: The EEPROM Checksum Is Not Valid > device_attach: em0 attach returned 5 > > and the em0 is not showed with ifconfig -a > > This is -CURRENT from today sources. > > Motherboard is Intel D975XBX2, I already tried to update the bios from > the latest available at Intel's website but this not solve the > problem. > > Any help is appreciated. Let me see a pciconf -l please. Regards, Jack From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 21:20:42 2007 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 64B2B16A41B for ; Fri, 5 Oct 2007 21:20:42 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id D9B6813C468 for ; Fri, 5 Oct 2007 21:20:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so546730nfb for ; Fri, 05 Oct 2007 14:20:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=w085jAhsCuNH6gsDP7wPDpQ/4H4iG3CQ3M1lnag+7cg=; b=oNsyGtv68woMsg6mXRbjS8ZyDJltpU3ebLEEWQnSKXAM25wl4DI+jGz96/yVgpBDruEOJV7npSD4FYLVGYlcTrBpj9e71ipYFx6tcY51k3U4a254zgVEeXcVEzaUXXV54D+gE88z4Ly2A+HBo8UOY8EcEjVItSn8Jmyk3UgBhFc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CsMStZxl/FVXx3pdS9YOxqTPhjZbODDaaPGzpSHn8FmkNDBtaO7ONaE9hbxB+PkZWzbYyxbot7jjtElC3EA6evuOG6MfpZqffhUEFUCxGQv8aqP/Sgd++8G32q0BGTDkWIpaqBtlIhNkZT6J2LY0qihqDCYgXywzZhrUVQumqCg= Received: by 10.86.100.7 with SMTP id x7mr2800553fgb.1191619240489; Fri, 05 Oct 2007 14:20:40 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 5 Oct 2007 14:20:40 -0700 (PDT) Message-ID: <2a41acea0710051420r1511d297l5d039eac94858a3c@mail.gmail.com> Date: Fri, 5 Oct 2007 14:20:40 -0700 From: "Jack Vogel" To: "Alexandre Biancalana" In-Reply-To: <8e10486b0710051338of3c9104x5afe02923273bca3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0710051246r41e7fbe6ob6131099630a1975@mail.gmail.com> <2a41acea0710051330k43a8a1fey2f70e9220750cb91@mail.gmail.com> <8e10486b0710051338of3c9104x5afe02923273bca3@mail.gmail.com> Cc: current@freebsd.org Subject: Re: em0: The EEPROM Checksum Is Not Valid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 21:20:42 -0000 On 10/5/07, Alexandre Biancalana wrote: > > > > Let me see a pciconf -l please. > > Hi Jack ! No reason it should effect it, but just try taking that 3com nic out. Any other odd messages while it boots up? Right off hand I don't see any reason this should fail. Did you buy it somewhere easy to return? Jack > > hostb0@pci0:0:0:0: class=0x060000 card=0x58428086 chip=0x277c8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82975X Intel 975X Express Chipset' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x58428086 chip=0x277d8086 > rev=0x00 hdr=0x01 > vendor = 'Intel Corporation' > device = '82975X PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:28:0: class=0x060400 card=0x27d08086 chip=0x27d08086 > rev=0x01 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:28:5: class=0x060400 card=0x27e28086 chip=0x27e28086 > rev=0x01 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' > class = bridge > subclass = PCI-PCI > uhci0@pci0:0:29:0: class=0x0c0300 card=0x58428086 chip=0x27c88086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci1@pci0:0:29:1: class=0x0c0300 card=0x58428086 chip=0x27c98086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci2@pci0:0:29:2: class=0x0c0300 card=0x58428086 chip=0x27ca8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci3@pci0:0:29:3: class=0x0c0300 card=0x58428086 chip=0x27cb8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:29:7: class=0x0c0320 card=0x58428086 chip=0x27cc8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' > class = serial bus > subclass = USB > pcib4@pci0:0:30:0: class=0x060401 card=0x58428086 chip=0x244e8086 > rev=0xe1 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB > (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0x58428086 chip=0x27b08086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GH (ICH7DH) LPC Interface Controller' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:31:1: class=0x01018a card=0x58428086 chip=0x27df8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) Ultra ATA Storage Controller' > class = mass storage > subclass = ATA > atapci1@pci0:0:31:2: class=0x010601 card=0x58428086 chip=0x27c18086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GB I/O Controller Hub SATA cc=AHCI' > class = mass storage > none0@pci0:0:31:3: class=0x0c0500 card=0x58428086 chip=0x27da8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) SMBus Controller' > class = serial bus > subclass = SMBus > arcmsr0@pci0:1:0:0: class=0x010400 card=0x123117d3 chip=0x128017d3 > rev=0x00 hdr=0x00 > vendor = 'Areca Technology Corporation' > class = mass storage > subclass = RAID > em0@pci0:3:0:0: class=0x020000 card=0x30a58086 chip=0x109a8086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82573L Intel PRO/1000 PL Network Adaptor' > class = network > subclass = ethernet > xl0@pci0:4:0:0: class=0x020000 card=0x00000000 chip=0x905010b7 rev=0x00 hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = '3C905B - Combo Fast Etherlink XL PCI 10/100' > class = network > subclass = ethernet > vgapci0@pci0:4:2:0: class=0x030000 card=0x89015333 chip=0x89015333 > rev=0x16 hdr=0x00 > vendor = 'S3 Graphics Co., Ltd' > device = 'pci\ven_5333dev_9102ubsys_91025333rev_02 s3lnc' > class = display > subclass = VGA > From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 21:36:12 2007 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 C98AD16A417 for ; Fri, 5 Oct 2007 21:36:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 579F413C45A for ; Fri, 5 Oct 2007 21:36:11 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so549665nfb for ; Fri, 05 Oct 2007 14:36:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=RIK2kjkrxcb50SXYbdPIknOyxrmiJS+T+vyPYFeA9n4=; b=P3VHsEYBMD5EG5sAShwZvB64IF9D0kjAYNheXcUEYWnOL18WaXXMXPDrkwqsk6Z683X1XpC6uxq/INjfXjDJaF+JJfdBoieXwSi3HfQABsre6WTn1ZGKEHMYD1PkhHEtXbpRrShNDJ8/gt3NrHnWMt6+cdXW82ZFjdzWO120CyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M+gtpFu1VSd4VUrpDyPCaP2LtbbWoMbu1JkHgLLJCM6q6umWC2Kaq+mq7fI3Dff3MUPYrChfSIYFf6uwym+en16D1i6zyVzvfRsqQ+Kgylovj5Byhax2WFSH9KTwKKkRCvypej4GV0eZ9SvvzvU0RoIcKu9u4RJbb91jcaZQnbE= Received: by 10.86.51.2 with SMTP id y2mr2797331fgy.1191620170822; Fri, 05 Oct 2007 14:36:10 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 5 Oct 2007 14:36:10 -0700 (PDT) Message-ID: <2a41acea0710051436l6ea9aa61ufac4d57118e9b17e@mail.gmail.com> Date: Fri, 5 Oct 2007 14:36:10 -0700 From: "Jack Vogel" To: "Alexandre Biancalana" In-Reply-To: <2a41acea0710051420r1511d297l5d039eac94858a3c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0710051246r41e7fbe6ob6131099630a1975@mail.gmail.com> <2a41acea0710051330k43a8a1fey2f70e9220750cb91@mail.gmail.com> <8e10486b0710051338of3c9104x5afe02923273bca3@mail.gmail.com> <2a41acea0710051420r1511d297l5d039eac94858a3c@mail.gmail.com> Cc: current@freebsd.org Subject: Re: em0: The EEPROM Checksum Is Not Valid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 21:36:12 -0000 On 10/5/07, Jack Vogel wrote: > On 10/5/07, Alexandre Biancalana wrote: > > > > > > Let me see a pciconf -l please. > > > > Hi Jack ! > > No reason it should effect it, but just try taking that 3com nic out. > > Any other odd messages while it boots up? > > Right off hand I don't see any reason this should fail. Did you buy > it somewhere easy to return? Was also suggested to me that you disable WOL/Management in your BIOS setup and see if that helps. Failing that it was suggested you contact Intel support about getting it replaced, it surely should work with my driver in either CURRENT or STABLE. Jack From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 21:36:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FE416A419 for ; Fri, 5 Oct 2007 21:36:45 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id C14E913C48A for ; Fri, 5 Oct 2007 21:36:44 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 4C7F112543A; Fri, 5 Oct 2007 23:36:43 +0200 (CEST) Date: Fri, 5 Oct 2007 23:36:43 +0200 From: Anton Berezin To: Artem Kuchin Message-ID: <20071005213643.GA86107@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Artem Kuchin , freebsd-current@freebsd.org References: <012d01c8078b$59331e30$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <012d01c8078b$59331e30$0c00a8c0@Artem> User-Agent: Mutt/1.4.2.3i X-Powered-By: FreeBSD http://www.freebsd.org/ Cc: freebsd-current@freebsd.org Subject: Re: Suspeded (tty output) on perl system on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 21:36:45 -0000 On Sat, Oct 06, 2007 at 12:07:22AM +0400, Artem Kuchin wrote: > I am having a problem which might not be related to current, but i do not > have it on any of the 6-stable boxes. > > So, there is a very simple perl script. > > #!/usr/bin/perl > > $com="/usr/bin/su hordelo_ru -c '/usr/local/sbin/httpd -f > /hosts/CONFS/horosheedelo.ru -k graceful-stop'"; > system($com); > print "done!\n"; > > It work find on 6-stable. RUns httpd and prints done! > Howeverm on 7-current (amd64) it does the following: > > horus# ./a.pl > httpd (no pid file) not running > > Suspended (tty output) > > if i do 'fg' it continues and finishes fine. Do you get "httpd (no pid file) not running" on 6.X? What happens on 7.0 when you do the command in $com by hand (without perl)? What's the output of perl -V? What's httpd - apache or something else? Are the versions of httpd the same on both 6.X and 7.0? \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 21:42:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF5116A41A for ; Fri, 5 Oct 2007 21:42:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 159A613C48A for ; Fri, 5 Oct 2007 21:42:56 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l95LgtVG023484; Sat, 6 Oct 2007 01:42:55 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 6 Oct 2007 01:42:55 +0400 (MSD) From: Dmitry Morozovsky To: Anton Berezin In-Reply-To: <20071005213643.GA86107@heechee.tobez.org> Message-ID: <20071006014202.Y21670@woozle.rinet.ru> References: <012d01c8078b$59331e30$0c00a8c0@Artem> <20071005213643.GA86107@heechee.tobez.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 06 Oct 2007 01:42:55 +0400 (MSD) Cc: Artem Kuchin , freebsd-current@freebsd.org Subject: Re: Suspeded (tty output) on perl system on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 21:42:58 -0000 On Fri, 5 Oct 2007, Anton Berezin wrote: AB> On Sat, Oct 06, 2007 at 12:07:22AM +0400, Artem Kuchin wrote: AB> > I am having a problem which might not be related to current, but i do not AB> > have it on any of the 6-stable boxes. AB> > AB> > So, there is a very simple perl script. AB> > AB> > #!/usr/bin/perl AB> > AB> > $com="/usr/bin/su hordelo_ru -c '/usr/local/sbin/httpd -f AB> > /hosts/CONFS/horosheedelo.ru -k graceful-stop'"; AB> > system($com); AB> > print "done!\n"; AB> > AB> > It work find on 6-stable. RUns httpd and prints done! AB> > Howeverm on 7-current (amd64) it does the following: AB> > AB> > horus# ./a.pl AB> > httpd (no pid file) not running AB> > AB> > Suspended (tty output) AB> > AB> > if i do 'fg' it continues and finishes fine. AB> AB> Do you get "httpd (no pid file) not running" on 6.X? AB> AB> What happens on 7.0 when you do the command in $com by hand (without perl)? AB> AB> What's the output of perl -V? AB> AB> What's httpd - apache or something else? AB> AB> Are the versions of httpd the same on both 6.X and 7.0? Looking at 'su' in the command line tends me to think about broken tcsh signal handling in -current... 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 Fri Oct 5 21:02:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E037616A41A for ; Fri, 5 Oct 2007 21:02:28 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32708.mail.mud.yahoo.com (web32708.mail.mud.yahoo.com [68.142.207.252]) by mx1.freebsd.org (Postfix) with SMTP id 89DFD13C45A for ; Fri, 5 Oct 2007 21:02:27 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 95414 invoked by uid 60001); 5 Oct 2007 20:35:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=OZ8W6dGTWjy4qFLjBZ6iZR0VzujOLa/BUk0y/WLa+6mnVkxcwoktkHe09WQ09dNVTYwFFbpfmaB50mpUOFpAGF86rc2Vrcksiug5GhJpZ2Erc4wNpVKKY16HN9i89PoZAKSPxLRQ5QILKtd8H6nOmHg/0pCP6nHok/Dz127cx6s=; X-YMail-OSG: XZ8DYFEVM1k6ZCX3L7EkYOknH_duwkkqnKmn1nqDMF5xTux_Zf0zZ506cfE4E2lcC1aYHhaNXIVkASsykBW2zsWX4wgMVAUenhsaKdYZd.iVnUD8E_0JnNBwXUyKhQ-- Received: from [200.118.65.183] by web32708.mail.mud.yahoo.com via HTTP; Fri, 05 Oct 2007 15:35:46 CDT Date: Fri, 5 Oct 2007 15:35:46 -0500 (CDT) From: To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <980821.94716.qm@web32708.mail.mud.yahoo.com> X-Mailman-Approved-At: Fri, 05 Oct 2007 22:00:56 +0000 Subject: Re: viral license free fork of freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@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: Fri, 05 Oct 2007 21:02:29 -0000 While this topic comes up (again), it is my duty to remind you guys that the most serious viral license trojan in the tree is GNU readline, which being a library is under the GPL. More insight into the evilness of this is given by the FSF themselves: http://www.gnu.org/licenses/why-not-lgpl.html I understand vinum used to depend on GNU readline, but that is probably not the case anymore. Of course. if it's really that necessary we *should* be using NetBSD's libedit compatibility. ____________________________________________________________________________________ ¡Sé un mejor fotógrafo! Perfecciona tu técnica y encuentra las mejores fotos. http://telemundo.yahoo.com/promos/mejorfotografo.html From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 23:14:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9B4716A418 for ; Fri, 5 Oct 2007 23:14:48 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 60DB913C45A for ; Fri, 5 Oct 2007 23:14:48 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.13] (helo=[10.29.62.13]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1IdwM4-000814-La; Sat, 06 Oct 2007 09:13:16 +1000 Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Sat, 6 Oct 2007 09:14:40 +1000 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.1 TW_ZF BODY: Odd Letter Triples with ZF Subject: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Oct 2007 23:14:48 -0000 Yesterday I tried to install (using the August 2007 snapshot iso) a new FreeBSD system using ZFS. This is what I did: * boot from CD * type "load ZFS" on the boot loader prompt (could this be made default for FreeBSD 7 release?) * drop into the live CD shell and use fdisk, disklabel and zfs to create the appropriate partitions (/boot which is UFS2 and /usr /tmp / var / which are ZFS). ZFS volumes are created inside ad4s1d. A problem is then that the installer tries to mount the partitions and presumably knows nothing about the ZFS partitions I mounted within the live CD shell. Is there a way to do this, or am I expecting too much of the installer tool at this early stage of ZFS in FreeBSD? It appears that the only alternative is to install a full system onto UFS2 partitions, install a second disk with ZFS volumes, copy across the data and set up the boot loader on the second drive, then discard the first drive. Is that what others are doing? Cheers Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 00:31:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 972C916A46C for ; Sat, 6 Oct 2007 00:31:50 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 3C82213C478 for ; Sat, 6 Oct 2007 00:31:50 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so569615wxd for ; Fri, 05 Oct 2007 17:31:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=97eNsRvXnDc2WYT0pqiu4BEm0xzatvx633S46iNgCmQ=; b=k2XIZAWTExT5oEGeKyucoszcNhfFCG96/HJ3TMxb3mUjlHvqnyZ01CmAsox46Ac75/7ZOgx1JxTiLZ/zRbn+Aov3CFeDetVkphzVkjpqhD8JDnem544qpQmHlw2/JEjGsrPfUekv1EchbucmSYd4S7sqE8D/4tJCe99Cu4fPljU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=Ys9TYcGhu1Ub3A3lYrrNLiIk9/PHO1jYTukeZW12mmASe7gj49Ff+yUtAbTGywg0z4W8fZQH/RUPJqt0Xe3jCUo5VPqNJULEyOw7qykJREycdO2e9w5bOp7+hePQvUuoG3fNQAYSsO4o0SCQhQl5A2LWLMGEWOwpvPrVZyQpGWU= Received: by 10.70.47.19 with SMTP id u19mr20068689wxu.1191629222538; Fri, 05 Oct 2007 17:07:02 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id i15sm4073798wxd.2007.10.05.17.07.00 (version=SSLv3 cipher=OTHER); Fri, 05 Oct 2007 17:07:01 -0700 (PDT) Date: Fri, 5 Oct 2007 20:06:53 -0400 From: Alexander Kabaev To: Dmitry Morozovsky Message-ID: <20071005200653.763c031d@kan.dnsalias.net> In-Reply-To: <20071006014202.Y21670@woozle.rinet.ru> References: <012d01c8078b$59331e30$0c00a8c0@Artem> <20071005213643.GA86107@heechee.tobez.org> <20071006014202.Y21670@woozle.rinet.ru> X-Mailer: Claws Mail 3.0.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_gFvQFwexRItzVwS2N+IY0Zx; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Artem Kuchin , freebsd-current@freebsd.org Subject: Re: Suspeded (tty output) on perl system on 7-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, 06 Oct 2007 00:31:50 -0000 --Sig_gFvQFwexRItzVwS2N+IY0Zx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 6 Oct 2007 01:42:55 +0400 (MSD) Dmitry Morozovsky wrote: >=20 > Looking at 'su' in the command line tends me to think about broken > tcsh signal handling in -current... >=20 It is the other way around. su was broken in order to accomodate broken signal/job handling in tcsh. Try backing out this diff: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/usr.bin/su/su.c?rev=3D= 1.79;content-type=3Dtext%2Fplain --=20 Alexander Kabaev --Sig_gFvQFwexRItzVwS2N+IY0Zx Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHBtGdQ6z1jMm+XZYRAuAmAKDozp94Z5WA3swly6gYg0TLb4LBxwCgt1yZ GNrwNMgeI6FT9PQZFHp6uPs= =FSSl -----END PGP SIGNATURE----- --Sig_gFvQFwexRItzVwS2N+IY0Zx-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 02:00:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 560D016A418 for ; Sat, 6 Oct 2007 02:00:15 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id E3DBB13C459 for ; Sat, 6 Oct 2007 02:00:14 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so673671ugf for ; Fri, 05 Oct 2007 19:00:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nMUrx914C/14bPn0u/1bb71FIJ2YGXBIcMOdp26SmEs=; b=lmIHzGjkdyGmtYY9XzLdwDEeV7sRZs1+H9kB5u4riFc38crHnTwjpreFqva+UIdgx6wWjtIXT+pdC9fiCMlbL5Qvq/AB50zLTGkdMGH4+IYtB6SM41vpIdowqmDrvaOmAodqZqPl0Ze1qhKSIbjRftDXr0eSMOW0ch4sUZKLslE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Wyia3Gh+aKhSwvEVQeGRgghN7mZmNRll49idO8SU06e12JSmE3i7G/qKcHMrAo3iyXwZvmU0q38NhSlJwUXe7xQOQdoL8YvaqisPh5biVEATsHapvUjhVkYhKRMrg2DoeN5t9yJEMu4rFuZ1WA7/xUSiC1HEKWGSLSaIBIQ26aQ= Received: by 10.67.29.20 with SMTP id g20mr3930979ugj.1191636013522; Fri, 05 Oct 2007 19:00:13 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Fri, 5 Oct 2007 19:00:13 -0700 (PDT) Message-ID: <3aaaa3a0710051900m5ececabcpfd28c7e5e391f7e7@mail.gmail.com> Date: Sat, 6 Oct 2007 03:00:13 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20071004013622.GD30781@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071004013622.GD30781@cdnetworks.co.kr> Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4)/nfe(4) with 88E1116 PHY X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 02:00:15 -0000 On 04/10/2007, Pyun YongHyeon wrote: > Hi, > > There had been several complaints that nfe(4) with 88E1116 PHY > doesn't work. The attached patch may fix it by taking the PHY > out of powerdown mode. Because I know that some revisions works > well without any patch I'd like to know whether attached patch > have any effects for those hardwares that had been working > correctly. I think both msk(4) and nfe(4) would be affacted by > the patch so if you're using one of these hardwares please give > it spin and let me know the result. > > Thanks. > -- > Regards, > Pyun YongHyeon > > _______________________________________________ > 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" > > Pyun I am using Marvell 88E1116 Gigabit PHY but have had no stability problems with the unpatched driver in 6-STABLE. Chris From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 02:05:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F354816A417 for ; Sat, 6 Oct 2007 02:05:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id C3BF713C44B for ; Sat, 6 Oct 2007 02:05:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so820584waf for ; Fri, 05 Oct 2007 19:05:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=zCG8vYgxcLULPCtOcu7HxorKLLYfjAAVY6mCk+RQmFc=; b=Sv/JPhE3S8JO4mf0rQ7ZDiD1MNpd+1QZ1vQbsvzpSJTuZhkZidBmKnnWsuOIYZGd4fNIfaZWvy4v+es/gK27qD2vtnCngvDwm7CrDsEe+W/VYKmK+ZJ7npYiwTJWSgchTGqn5Loyk2IwR3C3tT1+J64rQ47d2c0Ts1kgeciTCBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=rA1NzZLMo/eVXLwki9/SOPZAc8fjMyYPI1srIttE7jHrb5T6oWejn8yS2/MQjEXmbjtHBib+mBu1fl9P87dBSAWo0xAlHnA9+HEC0DgfNL6U9fkldSzlNa1Iw01geZOYE7K5atpOiFT6mQE/LJ+m1juezTSi9hK3aUt2X93srhI= Received: by 10.115.109.1 with SMTP id l1mr162768wam.1191636350438; Fri, 05 Oct 2007 19:05:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m40sm7283683wag.2007.10.05.19.05.46 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 05 Oct 2007 19:05:48 -0700 (PDT) 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 l96228qs039919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 11:02: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 l96227fl039918; Sat, 6 Oct 2007 11:02:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 6 Oct 2007 11:02:07 +0900 From: Pyun YongHyeon To: Chris Message-ID: <20071006020207.GA39579@cdnetworks.co.kr> References: <20071004013622.GD30781@cdnetworks.co.kr> <3aaaa3a0710051900m5ececabcpfd28c7e5e391f7e7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0710051900m5ececabcpfd28c7e5e391f7e7@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4)/nfe(4) with 88E1116 PHY 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: Sat, 06 Oct 2007 02:05:51 -0000 On Sat, Oct 06, 2007 at 03:00:13AM +0100, Chris wrote: > On 04/10/2007, Pyun YongHyeon wrote: > > Hi, > > > > There had been several complaints that nfe(4) with 88E1116 PHY > > doesn't work. The attached patch may fix it by taking the PHY > > out of powerdown mode. Because I know that some revisions works > > well without any patch I'd like to know whether attached patch > > have any effects for those hardwares that had been working > > correctly. I think both msk(4) and nfe(4) would be affacted by > > the patch so if you're using one of these hardwares please give > > it spin and let me know the result. > > > > Thanks. > > -- > > Regards, > > Pyun YongHyeon > > > > _______________________________________________ > > 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" > > > > > > Pyun I am using Marvell 88E1116 Gigabit PHY but have had no stability > problems with the unpatched driver in 6-STABLE. > Would you apply the patch to stable and let me know the result? There should be no regression for your case. > Chris -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 02:09:46 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6351A16A41A; Sat, 6 Oct 2007 02:09: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 23DCA13C481; Sat, 6 Oct 2007 02:09:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C467220BC; Sat, 6 Oct 2007 04:09:36 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3AFCC20BB; Sat, 6 Oct 2007 04:09:36 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id E8F8B84486; Sat, 6 Oct 2007 04:09:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pawel Jakub Dawidek References: <20071005000046.GC92272@garage.freebsd.pl> Date: Sat, 06 Oct 2007 04:09:35 +0200 In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> (Pawel Jakub Dawidek's message of "Fri\, 5 Oct 2007 02\:00\:46 +0200") Message-ID: <86r6k9ouxs.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS 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, 06 Oct 2007 02:09:46 -0000 Pawel Jakub Dawidek writes: > We'are about to branch RELENG_7 and I'd like to start discussion with > folks that experience 'kmem_map too small' panic with the latest HEAD. I've been getting it recently (twice in the last ten days). Intel E6600 with 4 GB RAM running an amd64 kernel from September 25. After the first panic, I increased kmem_size_max to 2G so that I now have: des@ds4 ~% sysctl -h vm | grep kmem vm.kmem_size_scale: 3 vm.kmem_size_max: 2,147,483,648 vm.kmem_size_min: 0 vm.kmem_size: 1,381,412,864 After the second panic, I set kmem_size_max to 4G and kmem_size to 2G in loader.conf, but I haven't rebooted yet. No backtraces because the watchdog kicked in and rebooted the machine. I now have tace_on_panic=3D1 and debugger_on_panic=3D0, so next time I should get at least a backtrace, and a dump if I'm lucky. Both panics occurred during the nightly rsync of my imap spool from my mail server to my file server, where it is kept in a compressed dataset which I snapshot every day. The spool currently contains about 1.5 M files with an average size of slightly less than 8 kB. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 02:17:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BA316A41A for ; Sat, 6 Oct 2007 02:17:18 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5262513C457 for ; Sat, 6 Oct 2007 02:17:17 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so674475ugf for ; Fri, 05 Oct 2007 19:17:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=2mcZ2OT4A/CEcqW+dFqRP7U6JX1TXfAqsY3rBUIH19M=; b=ZiN+U1NT6IEpKxrcH8TiolD+3XHhDFUmG2oe5xoK5wgjiUuLssdjOtFYbbzE7ht75/FjCm/G2fWPjv4CyQDru1a5khBE1oV5QwxDwsiivFyrCOr56Rkk3GWr2DIoJlu6l2MBSoTSSmBkssLT6WW3zqrFjeiqciOQG3XfvX4vhlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QoVUCOKzhVyHkP79Vno+fkNpxwYYbhejJPOrqgmoDdV0D+2xW+WROP3njwXDRucUPpPp2O1D//A4zumkRxuOktXlCVCzfK4/uahceDEX/QtgIfPXzOCok9KIEsw2kNZ93zki23eGKx5ewX1hJ66kWUzV99ZUNdhkdsyreIHC4z4= Received: by 10.66.221.18 with SMTP id t18mr3930718ugg.1191637036650; Fri, 05 Oct 2007 19:17:16 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Fri, 5 Oct 2007 19:17:16 -0700 (PDT) Message-ID: <3aaaa3a0710051917n435f416egde040ab266ef3a10@mail.gmail.com> Date: Sat, 6 Oct 2007 03:17:16 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20071006020207.GA39579@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071004013622.GD30781@cdnetworks.co.kr> <3aaaa3a0710051900m5ececabcpfd28c7e5e391f7e7@mail.gmail.com> <20071006020207.GA39579@cdnetworks.co.kr> Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4)/nfe(4) with 88E1116 PHY X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 02:17:18 -0000 On 06/10/2007, Pyun YongHyeon wrote: > On Sat, Oct 06, 2007 at 03:00:13AM +0100, Chris wrote: > > On 04/10/2007, Pyun YongHyeon wrote: > > > Hi, > > > > > > There had been several complaints that nfe(4) with 88E1116 PHY > > > doesn't work. The attached patch may fix it by taking the PHY > > > out of powerdown mode. Because I know that some revisions works > > > well without any patch I'd like to know whether attached patch > > > have any effects for those hardwares that had been working > > > correctly. I think both msk(4) and nfe(4) would be affacted by > > > the patch so if you're using one of these hardwares please give > > > it spin and let me know the result. > > > > > > Thanks. > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > _______________________________________________ > > > 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" > > > > > > > > > > Pyun I am using Marvell 88E1116 Gigabit PHY but have had no stability > > problems with the unpatched driver in 6-STABLE. > > > > Would you apply the patch to stable and let me know the result? > There should be no regression for your case. > > > Chris > > -- > Regards, > Pyun YongHyeon > Sure Chris From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 02:41:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85AB416A417 for ; Sat, 6 Oct 2007 02:41:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5474F13C46E for ; Sat, 6 Oct 2007 02:41:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l962f8H7003649; Fri, 5 Oct 2007 19:41:08 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4706F5C4.4070301@freebsd.org> Date: Fri, 05 Oct 2007 19:41:08 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <4705CA47.9090101@delphij.net> <20071005214506.X88717@fledge.watson.org> In-Reply-To: <20071005214506.X88717@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Aryeh Friedman , freebsd-current@freebsd.org, d@delphij.net Subject: Re: viral license free fork of 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: Sat, 06 Oct 2007 02:41:14 -0000 > It's not clear this is comprehensive, but it may still be useful in > discussing replacing GPL'd components with non-GPL'd ones: > > http://wiki.freebsd.org/ContribSoftware Should we add a column indicating possible alternatives? For example, I'm working on a new cpio now, Kai Wang is working on binutils, and I'm sure there are other projects in the works. I agree with other folks who have picked out GNU readline as probably the most troublesome. The other GPL-licensed tools are generally separate applications that could be fairly easily dropped from any particular application (embedded applications probably don't need to distribute gdb or gcc, for instance). Tim From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 06:18:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 561C016A420 for ; Sat, 6 Oct 2007 06:18:03 +0000 (UTC) (envelope-from k.ishish@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 3612113C45D for ; Sat, 6 Oct 2007 06:18:03 +0000 (UTC) (envelope-from k.ishish@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so881506waf for ; Fri, 05 Oct 2007 23:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=CfMuCCjZvTi/sM8rha8+UVLRMnhsaZFrIE2yK7hrnto=; b=VYTsM6QnyTZaaAfpsEff7BpHUJ+KhNRffZ4LvpWHt4rImNQp5rKFeo/jOg4Jpp23vnFkt7FoZtkxQjiSmWuG0xWTODwJGVBcIZLE+3BOzf+n4kBha4qI1aFRL23Jw7tmV6/c6JwpjU+GbkbZOvkZTCMGDX/xGwySzDou+rkMDak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LSIeDSBgVtXBByD5BVDs5CWmqrooKpOX7FmD6hH+ai/CEmZoflcRwHYpFOqjmE727FukEkhzXyI11kbMHaT/b8oyqkDS5uu0GLqpEb4xuQFRCvBqxuiJsZZeBy0+W+3vvN0iy+8UEUPMENBk2OFZfVMEmE1c+k/+qVeRCx6KRnM= Received: by 10.142.101.17 with SMTP id y17mr3650422wfb.1191649742027; Fri, 05 Oct 2007 22:49:02 -0700 (PDT) Received: by 10.142.115.1 with HTTP; Fri, 5 Oct 2007 22:49:01 -0700 (PDT) Message-ID: Date: Sat, 6 Oct 2007 14:49:01 +0900 From: "Katsuji Ishikawa" 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: heavy network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 06:18:03 -0000 Hi . I use -CURRENT on Parallels Desktop(Mac OS X). It works very fine. But today I csup'ed and installed these. After that, I encountered network problem.. Details: Host: Parallels Desktop (Mac OS X) , 192.168.0.3 Guest: FreeBSD-CURRENT , 192.168.0.6 before (Old current) katsuji@hexley% ping 192.168.0.6 PING 192.168.0.6 (192.168.0.6): 56 data bytes 64 bytes from 192.168.0.6: icmp_seq=0 ttl=64 time=0.462 ms 64 bytes from 192.168.0.6: icmp_seq=1 ttl=64 time=0.623 ms 64 bytes from 192.168.0.6: icmp_seq=2 ttl=64 time=0.497 ms 64 bytes from 192.168.0.6: icmp_seq=3 ttl=64 time=0.571 ms 64 bytes from 192.168.0.6: icmp_seq=4 ttl=64 time=0.610 ms 64 bytes from 192.168.0.6: icmp_seq=5 ttl=64 time=0.510 ms ^C --- 192.168.0.6 ping statistics --- 6 packets transmitted, 6 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.462/0.545/0.623/0.060 ms after (csuped today, occured packet loss...) katsuji@hexley% ping 192.168.0.6 PING 192.168.0.6 (192.168.0.6): 56 data bytes 64 bytes from 192.168.0.6: icmp_seq=0 ttl=64 time=4397.146 ms 64 bytes from 192.168.0.6: icmp_seq=1 ttl=64 time=3397.082 ms 64 bytes from 192.168.0.6: icmp_seq=2 ttl=64 time=2397.021 ms 64 bytes from 192.168.0.6: icmp_seq=3 ttl=64 time=1395.493 ms 64 bytes from 192.168.0.6: icmp_seq=4 ttl=64 time=393.692 ms ^C --- 192.168.0.6 ping statistics --- 11 packets transmitted, 5 packets received, 54% packet loss round-trip min/avg/max/stddev = 393.692/2396.087/4397.146/1415.415 ms kernel configuration: katsuji@seven% cat ULE3 [/sys/i386/conf] include GENERIC ident ULE3 nooptions SCHED_4BSD options SCHED_ULE Have you any good ideas? Regards, -- Katsuji ISHIKAWA From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 07:55:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B4EC16A41A for ; Sat, 6 Oct 2007 07:55:39 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from spacemail1-out.mgmt.space.net (spacemail1-out.mgmt.Space.Net [194.97.149.146]) by mx1.freebsd.org (Postfix) with ESMTP id 3308813C481 for ; Sat, 6 Oct 2007 07:55:38 +0000 (UTC) (envelope-from se@FreeBSD.org) X-SpaceNet-SBRS: None X-IronPort-AV: E=Sophos;i="4.21,238,1188770400"; d="scan'208";a="65710356" Received: from mail.atsec.com ([195.30.252.105]) by spacemail1-out.mgmt.space.net with ESMTP; 06 Oct 2007 09:26:16 +0200 Received: from [192.168.0.12] (p50876010.dip.t-dialin.net [80.135.96.16]) (Authenticated sender: se@atsec.com) by mail.atsec.com (Postfix) with ESMTP id C5D5572092E; Sat, 6 Oct 2007 09:26:15 +0200 (CEST) Message-ID: <47073894.6080205@FreeBSD.org> Date: Sat, 06 Oct 2007 09:26:12 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Aristedes Maniatis References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> In-Reply-To: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 07:55:39 -0000 Aristedes Maniatis wrote: > Yesterday I tried to install (using the August 2007 snapshot iso) a new > FreeBSD system using ZFS. This is what I did: > > * boot from CD > * type "load ZFS" on the boot loader prompt (could this be made default > for FreeBSD 7 release?) > * drop into the live CD shell and use fdisk, disklabel and zfs to create > the appropriate partitions (/boot which is UFS2 and /usr /tmp /var / > which are ZFS). ZFS volumes are created inside ad4s1d. > > A problem is then that the installer tries to mount the partitions and > presumably knows nothing about the ZFS partitions I mounted within the > live CD shell. Is there a way to do this, or am I expecting too much of > the installer tool at this early stage of ZFS in FreeBSD? > > It appears that the only alternative is to install a full system onto > UFS2 partitions, install a second disk with ZFS volumes, copy across the > data and set up the boot loader on the second drive, then discard the > first drive. Is that what others are doing? What I do is install a minimal system into the UFS root (ad4s1a or whatever, to become the boot partition). Then I create the ZFS volumes from within, mounted on a temporary mount-point and copy over the whole contents of the minimum installation. After that, I fix the fstab entry in ZFS and prepare mounting of the boot partition on a directory in the ZFS root (fstab, mount point). Finally, I add the boot_from entry to /boot/loader.conf (on the boot partition). After booting for the first time with a ZFS root (the temporary mount point where the ZFS file system have been initially mounted after creation is ignored, if a ZFS file system is accepted as the root file system), I clean up the UFS boot partition to only hold /boot, rescue (and for the time being /bin, /lib and /etc, which allows to override the root partition from the loader and instead boot with a minimal UFS root again ...) In short: Minimal install to (e.g.) ad4s1a (where ad4s1 also has a reasonably sized SWAP and the rest as ad4s1d for ZFS). Just select to create a 512MB root FS in the installer, the swap partition and use the rest for an UFS partition to be mounted on a dummy mount point (which you are going to unmount before you start creating ZFS file systems in that space). Then proceed as normal with the installation, boot to single user, create ZFS pool and file systems, copy over the contents of the UFS file system, patch fstab and loader.conf and create a mount point for /boot reboot and you are running on a ZFS root without the need for a second disk drive. This does not take half as long as the text may suggest, and the minimal installation is small enough to fit into a reasonably sized boot partition (I use 512MB, since I often keep multiple old kernels, but 256 should be enough and you might even get along with 128MB, but I never tried that since it is too small to keep my kernels). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 07:57:28 2007 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 C198816A417 for ; Sat, 6 Oct 2007 07:57:28 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4476613C4A3 for ; Sat, 6 Oct 2007 07:57:28 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l967iZek078802; Sat, 6 Oct 2007 09:44:35 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.1/8.14.1) with ESMTP id l967iZ31054193; Sat, 6 Oct 2007 09:44:35 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.1/8.14.1/Submit) id l967iTTd054192; Sat, 6 Oct 2007 09:44:29 +0200 (CEST) (envelope-from marc) Date: Sat, 6 Oct 2007 09:44:29 +0200 From: Marc Fonvieille To: Jeff Roberson Message-ID: <20071006074429.GB976@gothic.blackend.org> References: <20071002165007.D587@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002165007.D587@10.0.0.1> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 07:57:28 -0000 On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: > Enclosed is a patch that does two things: > > 1) Reduces UP context switch time by over 10% making it faster than 4BSD > on UP. On SMP it's hard to compare since ULE can do as many as 30x as many > switches per second on my 8way system. > > 2) Restores old sched_yield() behavior from 6.x. This was changed in > -current unintentionally I think. > > I'd appreciate any extra testing. The ULE context switch time improvements > required some changes to the frequency that we recalculate priorities. I'm > mostly interested in hearing whether this causes any regression in normal > workloads. > [tested with _ULE] This seems to help a bit the things for me (desktop use during compilations). But 6.X is still faster, i.e, less lags and less jerky mouse movements during port builds. Thanks for spending time improving things, I really appreciate it. -- Marc From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 08:46:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3658C16A41A; Sat, 6 Oct 2007 08:46:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1734013C457; Sat, 6 Oct 2007 08:46:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 89AB347955; Sat, 6 Oct 2007 04:46:03 -0400 (EDT) Date: Sat, 6 Oct 2007 09:46:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Tim Kientzle In-Reply-To: <4706F5C4.4070301@freebsd.org> Message-ID: <20071006094251.H19939@fledge.watson.org> References: <4705CA47.9090101@delphij.net> <20071005214506.X88717@fledge.watson.org> <4706F5C4.4070301@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Aryeh Friedman , freebsd-current@freebsd.org, d@delphij.net Subject: Re: viral license free fork of 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: Sat, 06 Oct 2007 08:46:04 -0000 On Fri, 5 Oct 2007, Tim Kientzle wrote: >> It's not clear this is comprehensive, but it may still be useful in >> discussing replacing GPL'd components with non-GPL'd ones: >> >> http://wiki.freebsd.org/ContribSoftware > > Should we add a column indicating possible alternatives? Certainly. > For example, I'm working on a new cpio now, Kai Wang is working on binutils, > and I'm sure there are other projects in the works. > > I agree with other folks who have picked out GNU readline as probably the > most troublesome. The other GPL-licensed tools are generally separate > applications that could be fairly easily dropped from any particular > application (embedded applications probably don't need to distribute gdb or > gcc, for instance). For embedded systems, a non-GPL gdbserver might be useful. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 09:00:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C6A616A421 for ; Sat, 6 Oct 2007 09:00:21 +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 B202E13C45B for ; Sat, 6 Oct 2007 09:00:20 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9690HVp048019; Sat, 6 Oct 2007 13:00:17 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 6 Oct 2007 13:00:17 +0400 (MSD) From: Dmitry Morozovsky To: Aristedes Maniatis In-Reply-To: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> Message-ID: <20071006125843.S21670@woozle.rinet.ru> References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 06 Oct 2007 13:00:17 +0400 (MSD) Cc: freebsd-current@freebsd.org Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 09:00:21 -0000 On Sat, 6 Oct 2007, Aristedes Maniatis wrote: AM> Yesterday I tried to install (using the August 2007 snapshot iso) a new AM> FreeBSD system using ZFS. This is what I did: AM> AM> * boot from CD AM> * type "load ZFS" on the boot loader prompt (could this be made default for AM> FreeBSD 7 release?) AM> * drop into the live CD shell and use fdisk, disklabel and zfs to create the AM> appropriate partitions (/boot which is UFS2 and /usr /tmp /var / which are AM> ZFS). ZFS volumes are created inside ad4s1d. AM> AM> A problem is then that the installer tries to mount the partitions and AM> presumably knows nothing about the ZFS partitions I mounted within the live AM> CD shell. Is there a way to do this, or am I expecting too much of the AM> installer tool at this early stage of ZFS in FreeBSD? AM> AM> It appears that the only alternative is to install a full system onto UFS2 AM> partitions, install a second disk with ZFS volumes, copy across the data and AM> set up the boot loader on the second drive, then discard the first drive. Is AM> that what others are doing? you can run install.sh from distribution directories (actually, base and kernel are the only required). As far as I remember sysinstall never could install on an already mounted file systems set. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 09:14:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8860116A417 for ; Sat, 6 Oct 2007 09:14:56 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep25-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id CBDDB13C480 for ; Sat, 6 Oct 2007 09:14:55 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from lizard.fafoe.narf.at ([213.47.85.26]) by viefep15-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071006085800.NSPW28924.viefep15-int.chello.at@lizard.fafoe.narf.at>; Sat, 6 Oct 2007 10:58:00 +0200 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id D2965C5A2; Sat, 6 Oct 2007 10:49:04 +0200 (CEST) Date: Sat, 6 Oct 2007 10:49:04 +0200 From: Stefan Farfeleder To: pfgshield-freebsd@yahoo.com Message-ID: <20071006084903.GA1254@lizard.fafoe.narf.at> Mail-Followup-To: pfgshield-freebsd@yahoo.com, freebsd-current@freebsd.org References: <980821.94716.qm@web32708.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <980821.94716.qm@web32708.mail.mud.yahoo.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: viral license free fork of 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: Sat, 06 Oct 2007 09:14:56 -0000 On Fri, Oct 05, 2007 at 03:35:46PM -0500, pfgshield-freebsd@yahoo.com wrote: > > While this topic comes up (again), it is my duty to remind you guys that the > most serious viral license trojan in the tree is GNU readline, which being a > library is under the GPL. More insight into the evilness of this is given by > the FSF themselves: > http://www.gnu.org/licenses/why-not-lgpl.html > > I understand vinum used to depend on GNU readline, but that is probably not the > case anymore. Of course. if it's really that necessary we *should* be using > NetBSD's libedit compatibility. This patch used to work in June, I haven't tried it recently: http://people.freebsd.org/~stefanf/readline.diff NetBSD's readline compatibility layer is good enough for the base utilities, but for ports I guess most of them will need to use the GNU readline library. Stefan From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 09:18:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C02E16A418 for ; Sat, 6 Oct 2007 09:18:58 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id D150713C47E for ; Sat, 6 Oct 2007 09:18:57 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59503 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ie5oG-0009Ta-2N for freebsd-current@freebsd.org; Sat, 06 Oct 2007 09:18:56 +0000 Message-ID: <470752FF.3080100@conducive.net> Date: Sat, 06 Oct 2007 05:18:55 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> <47073894.6080205@FreeBSD.org> In-Reply-To: <47073894.6080205@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 09:18:58 -0000 Stefan Esser wrote: > Aristedes Maniatis wrote: >> Yesterday I tried to install (using the August 2007 snapshot iso) a new >> FreeBSD system using ZFS. This is what I did: >> >> * boot from CD >> * type "load ZFS" on the boot loader prompt (could this be made default >> for FreeBSD 7 release?) >> * drop into the live CD shell and use fdisk, disklabel and zfs to create >> the appropriate partitions (/boot which is UFS2 and /usr /tmp /var / >> which are ZFS). ZFS volumes are created inside ad4s1d. >> >> A problem is then that the installer tries to mount the partitions and >> presumably knows nothing about the ZFS partitions I mounted within the >> live CD shell. Is there a way to do this, or am I expecting too much of >> the installer tool at this early stage of ZFS in FreeBSD? >> >> It appears that the only alternative is to install a full system onto >> UFS2 partitions, install a second disk with ZFS volumes, copy across the >> data and set up the boot loader on the second drive, then discard the >> first drive. Is that what others are doing? > > What I do is install a minimal system into the UFS root (ad4s1a or > whatever, to become the boot partition). Then I create the ZFS > volumes from within, mounted on a temporary mount-point and copy > over the whole contents of the minimum installation. After that, I > fix the fstab entry in ZFS and prepare mounting of the boot partition > on a directory in the ZFS root (fstab, mount point). Finally, I add > the boot_from entry to /boot/loader.conf (on the boot partition). > > After booting for the first time with a ZFS root (the temporary > mount point where the ZFS file system have been initially mounted > after creation is ignored, if a ZFS file system is accepted as the > root file system), I clean up the UFS boot partition to only hold > /boot, rescue (and for the time being /bin, /lib and /etc, which > allows to override the root partition from the loader and instead > boot with a minimal UFS root again ...) > > > In short: Minimal install to (e.g.) ad4s1a (where ad4s1 also has a > reasonably sized SWAP and the rest as ad4s1d for ZFS). Just select > to create a 512MB root FS in the installer, the swap partition and > use the rest for an UFS partition to be mounted on a dummy mount > point (which you are going to unmount before you start creating > ZFS file systems in that space). Then proceed as normal with the > installation, boot to single user, create ZFS pool and file systems, > copy over the contents of the UFS file system, patch fstab and > loader.conf and create a mount point for /boot reboot and you are > running on a ZFS root without the need for a second disk drive. > > > This does not take half as long as the text may suggest, and the > minimal installation is small enough to fit into a reasonably sized > boot partition (I use 512MB, since I often keep multiple old kernels, > but 256 should be enough and you might even get along with 128MB, > but I never tried that since it is too small to keep my kernels). > > Regards, STefan Your description, with perhaps a bit of editing, looks like something that might be a good addition to docs and howto's. Unless someone has an even faster, simpler more robust way? Bill From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 09:33:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9DD716A418; Sat, 6 Oct 2007 09:33:45 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5457613C4B6; Sat, 6 Oct 2007 09:33:45 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id AAFC22EE5A; Sat, 6 Oct 2007 05:33:44 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 06 Oct 2007 05:33:44 -0400 X-Sasl-enc: 59VuoGlBWFSUKLR/xUuFQ0933PBWZYgqzOPzmw9Dt38+ 1191663224 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 13D5A13F8; Sat, 6 Oct 2007 05:33:43 -0400 (EDT) Message-ID: <4707569E.6010400@freebsd.org> Date: Sat, 06 Oct 2007 02:34:22 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: pjd@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: ZFS & NFS integration... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 09:33:45 -0000 Pawel, Whats the planned status for ZFS+NFS with 7.0? A minor nit that I've just run into is needing to have an empty /etc/exports file so that mountd starts...any thoughts on making mountd more intelligent? Darren From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 10:19:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817F516A419; Sat, 6 Oct 2007 10:19:52 +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 C969C13C4AA; Sat, 6 Oct 2007 10:19:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-47-121.lns10.adl2.internode.on.net [121.45.47.121]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l96AJmU4037569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 19:49:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 6 Oct 2007 19:49:37 +0930 User-Agent: KMail/1.9.7 References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> <47073894.6080205@FreeBSD.org> In-Reply-To: <47073894.6080205@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1313931.30n4E9ydc4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710061949.46007.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Aristedes Maniatis Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 10:19:52 -0000 --nextPart1313931.30n4E9ydc4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 6 Oct 2007, Stefan Esser wrote: > What I do is install a minimal system into the UFS root (ad4s1a or > whatever, to become the boot partition). Then I create the ZFS > volumes from within, mounted on a temporary mount-point and copy > over the whole contents of the minimum installation. After that, I > fix the fstab entry in ZFS and prepare mounting of the boot partition > on a directory in the ZFS root (fstab, mount point). Finally, I add > the boot_from entry to /boot/loader.conf (on the boot partition). Have you tried making a FreeSBIE disk? (USB or CDROM) and booting off=20 that? Doing so will give you a complete multiuser system which you can then=20 install the system for real. I have done some work with this but the latest motherboard I got for=20 testing with causes BTX to blow up. I have tried 2 patches.. http://people.freebsd.org/~jhb/patches/btx_crx.patch http://people.freebsd.org/~kib/realbtx/realbtx.2.patch which fix it on the Supermicro P8SCT but not for the C2SBA (it spins=20 writing register dumps and I haven't taken a picture of it yet..) Note that sysinstall does not work very well as an installer if it is=20 not run as init (by design really) as it will only modify the FreeSBIE=20 stuff rather than the disk you want to install on. You could use it for=20 partitioning disks although if you're using ZFS I guess not :) One problem I have seen with those patches is that the loader appears to=20 think a key has been pressed and pauses the count down when none have,=20 I haven't had time to look at it though. =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 --nextPart1313931.30n4E9ydc4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHB2FB5ZPcIHs/zowRAtu6AJ0U3yhx/BzN6GgtgswLC8svjsZk0ACaAulF 7347BWPtLYy/nclmEZyu6Q4= =H5pm -----END PGP SIGNATURE----- --nextPart1313931.30n4E9ydc4-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 10:21:26 2007 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 B24D616A418 for ; Sat, 6 Oct 2007 10:21:26 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3323113C459 for ; Sat, 6 Oct 2007 10:21:25 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l96ALEQC080868; Sat, 6 Oct 2007 12:21:14 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.1/8.14.1) with ESMTP id l96ALE6P033954; Sat, 6 Oct 2007 12:21:14 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.1/8.14.1/Submit) id l96ALDWv033953; Sat, 6 Oct 2007 12:21:13 +0200 (CEST) (envelope-from marc) Date: Sat, 6 Oct 2007 12:21:13 +0200 From: Marc Fonvieille To: Jeff Roberson Message-ID: <20071006102113.GC976@gothic.blackend.org> References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071006074429.GB976@gothic.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 10:21:26 -0000 On Sat, Oct 06, 2007 at 09:44:29AM +0200, Marc Fonvieille wrote: > On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: > > Enclosed is a patch that does two things: > > > > 1) Reduces UP context switch time by over 10% making it faster than 4BSD > > on UP. On SMP it's hard to compare since ULE can do as many as 30x as many > > switches per second on my 8way system. > > > > 2) Restores old sched_yield() behavior from 6.x. This was changed in > > -current unintentionally I think. > > > > I'd appreciate any extra testing. The ULE context switch time improvements > > required some changes to the frequency that we recalculate priorities. I'm > > mostly interested in hearing whether this causes any regression in normal > > workloads. > > > > [tested with _ULE] > > This seems to help a bit the things for me (desktop use during > compilations). But 6.X is still faster, i.e, less lags and less jerky > mouse movements during port builds. > Thanks for spending time improving things, I really appreciate it. > After more testing, the lag problem is caused by the use of firefox. Once I try to open a heavy webpage, both firefox and Xorg become slow, the rest is fine. By the "rest" I mean: audacious playing mp3s, wget and ncftp downloading huge (100MB) files, compiling wine and aMule running. -- Marc From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 10:54:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6477316A420 for ; Sat, 6 Oct 2007 10:54:19 +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 E46F213C459 for ; Sat, 6 Oct 2007 10:54:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ie7CY-0003dB-6T for freebsd-current@freebsd.org; Sat, 06 Oct 2007 10:48:06 +0000 Received: from 78-1-127-212.adsl.net.t-com.hr ([78.1.127.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Oct 2007 10:48:06 +0000 Received: from ivoras by 78-1-127-212.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Oct 2007 10:48:06 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 06 Oct 2007 12:46:00 +0200 Lines: 33 Message-ID: References: <20071005000046.GC92272@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig88B7F7FE044F4AF1A53C50B9" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-127-212.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> X-Enigmail-Version: 0.95.3 Sender: news Cc: freebsd-fs@freebsd.org Subject: Re: ZFS 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, 06 Oct 2007 10:54:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig88B7F7FE044F4AF1A53C50B9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > What I did was to rsync 200 FreeBSD src trees from one directory to > another on the same ZFS file system. It worked fine. It looks like most problems (including mine I sent you before) are when rsync (and possibly NFS?) are run over the network. How much kernel memory does a heavily loaded network stack (multiple parallel connections & TCP streams) consume? Just for the TCP send & receive buffers I'd guess at least something like 128K*number_of_connections. --------------enig88B7F7FE044F4AF1A53C50B9 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHB2duldnAQVacBcgRAik2AKDtRmbrfduy8ilU8zqbzFCHlU89ggCcCYF8 6tU9Qs4cU5QreHK4ZjXEbKM= =ZLgi -----END PGP SIGNATURE----- --------------enig88B7F7FE044F4AF1A53C50B9-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 11:01:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441B716A420 for ; Sat, 6 Oct 2007 11:01:51 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFFC13C45D for ; Sat, 6 Oct 2007 11:01:51 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64985 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ie7Pq-000A94-0L for freebsd-current@freebsd.org; Sat, 06 Oct 2007 11:01:50 +0000 Message-ID: <47076B1D.3040600@conducive.net> Date: Sat, 06 Oct 2007 07:01:49 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071005000046.GC92272@garage.freebsd.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS 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, 06 Oct 2007 11:01:51 -0000 Ivan Voras wrote: > Pawel Jakub Dawidek wrote: > >> What I did was to rsync 200 FreeBSD src trees from one directory to >> another on the same ZFS file system. It worked fine. > > It looks like most problems (including mine I sent you before) are when > rsync (and possibly NFS?) are run over the network. How much kernel > memory does a heavily loaded network stack (multiple parallel > connections & TCP streams) consume? Just for the TCP send & receive > buffers I'd guess at least something like 128K*number_of_connections. > > Is this then hinting that ZFS testing is pointing to problems in the new stack? rsync perhaps exonerated if local disk-to-disk doesn't show it. But what of ssh? Does it happen with other-than-ZFS rsync use at comparable load? Or on the older stack - with zfs or other load? Not 'suggesting' - just questioning. Bill From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 11:03:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FEA16A418 for ; Sat, 6 Oct 2007 11:03:40 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.de [194.25.134.19]) by mx1.freebsd.org (Postfix) with ESMTP id F142B13C4AC for ; Sat, 6 Oct 2007 11:03:39 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd26.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1Ie7RZ-0006HD-01; Sat, 06 Oct 2007 13:03:37 +0200 Received: from localhost (ZG7qS-ZcgtVg-vx7hKBVtrmyNgK8827GqOauJo8sQUdsGWiOqdwdbzxLiZCzQ-3OgceQ97h6iz@[84.165.100.91]) by fwd26.t-online.de with esmtp id 1Ie7RI-0AzxI00; Sat, 6 Oct 2007 13:03:20 +0200 Date: Sat, 6 Oct 2007 13:03:20 +0200 From: Oliver Herold To: freebsd-current@freebsd.org Message-ID: <20071006110320.GA1295@olymp.home> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-ID: ZG7qS-ZcgtVg-vx7hKBVtrmyNgK8827GqOauJo8sQUdsGWiOqdwdbzxLiZCzQ-3OgceQ97h6iz X-TOI-MSGID: 26667aff-6b89-4994-966b-6bf43b219f31 Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 11:03:40 -0000 dev = ad0s1f, block = 9353784, fs = /usr panic: ffs_blkfree: freeing free block dev = ad0s1f, block = 9360032, fs = /usr panic: ffs_blkfree: freeing free block Two panics, within a larger timeframe, during sftp to server and csup at the same time (but if I do it again, no panic will happen). But I cannot reproduce it. Compiling world with -j5 plus csup isn't a problem at all for example. Did a 1 hour test with stress too, /usr/ports/sysutils/stress/, stress -c 4 -i 4 -m 4 -d 4, without any problems. -Laptop -FreeBSD current is from Oct 04 -1G of memory -Intel Core2Duo -120Gb SATA harddrive -ZFS on /home, but first panic was with gjournal at /home -disc layout: / , /var, /tmp , /usr , /home -Kernel config without witness etc., but otherwise it's default Cheers, Oliver -- A national debt, if it is not excessive, will be to us a national blessing. -- Alexander Hamilton From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 11:18:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25F216A419; Sat, 6 Oct 2007 11:18:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6E90C13C4B9; Sat, 6 Oct 2007 11:18:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7A52720BC; Sat, 6 Oct 2007 13:18:26 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E4CA920BB; Sat, 6 Oct 2007 13:18:25 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id C531484488; Sat, 6 Oct 2007 13:18:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Darren Reed References: <4707569E.6010400@freebsd.org> Date: Sat, 06 Oct 2007 13:18:25 +0200 In-Reply-To: <4707569E.6010400@freebsd.org> (Darren Reed's message of "Sat\, 06 Oct 2007 02\:34\:22 -0700") Message-ID: <868x6gpk3i.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , pjd@FreeBSD.org Subject: Re: ZFS & NFS integration... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 11:18:36 -0000 Darren Reed writes: > Whats the planned status for ZFS+NFS with 7.0? Don't Do It, basically. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 11:07:44 2007 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 0910616A418 for ; Sat, 6 Oct 2007 11:07:44 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7775F13C45A for ; Sat, 6 Oct 2007 11:07:43 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l96B7eJF022667 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 6 Oct 2007 13:07:41 +0200 From: "Petr Holub" To: Date: Sat, 6 Oct 2007 13:08:01 +0200 Message-ID: <02c001c80809$28c42450$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Envelope-To: current@freebsd.org X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Sat, 06 Oct 2007 13:07:41 +0200 (CEST) X-Mailman-Approved-At: Sat, 06 Oct 2007 11:28:17 +0000 Cc: Subject: RE: x11/nvidia-driver on Sept07 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 11:07:44 -0000 > is x11/nvidia-driver supposed to work on September 2007 > -CURRENT snapshot? I've given it a shot and it compiles > fine, kldloads fine, but doesn't detect graphics card > for some reason Just to let you know -- this was because nvidia-driver has to be loaded at boot time (/boot/loader.conf). Thx to Roman for pointing that out. Petr From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 12:18:09 2007 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 7478916A420; Sat, 6 Oct 2007 12:18:09 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8FED913C480; Sat, 6 Oct 2007 12:18:08 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FACYVB0d5LYGM/2dsb2JhbACBWQ X-IronPort-AV: E=Sophos;i="4.21,239,1188743400"; d="scan'208";a="205232380" Received: from ppp121-45-129-140.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.129.140]) by ipmail01.adl2.internode.on.net with ESMTP; 06 Oct 2007 21:32:46 +0930 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l96C2e6p003935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 21:32:42 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47077951.5030906@clearchain.com> Date: Sat, 06 Oct 2007 21:32:25 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Marc Fonvieille References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> In-Reply-To: <20071006102113.GC976@gothic.blackend.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Sat, 06 Oct 2007 21:32:42 +0930 (CST) X-Mailman-Approved-At: Sat, 06 Oct 2007 12:28:13 +0000 Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 12:18:09 -0000 Marc Fonvieille wrote: > On Sat, Oct 06, 2007 at 09:44:29AM +0200, Marc Fonvieille wrote: > >> On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: >> >>> Enclosed is a patch that does two things: >>> >>> 1) Reduces UP context switch time by over 10% making it faster than 4BSD >>> on UP. On SMP it's hard to compare since ULE can do as many as 30x as many >>> switches per second on my 8way system. >>> >>> 2) Restores old sched_yield() behavior from 6.x. This was changed in >>> -current unintentionally I think. >>> >>> I'd appreciate any extra testing. The ULE context switch time improvements >>> required some changes to the frequency that we recalculate priorities. I'm >>> mostly interested in hearing whether this causes any regression in normal >>> workloads. >>> >>> >> [tested with _ULE] >> >> This seems to help a bit the things for me (desktop use during >> compilations). But 6.X is still faster, i.e, less lags and less jerky >> mouse movements during port builds. >> Thanks for spending time improving things, I really appreciate it. >> >> > > After more testing, the lag problem is caused by the use of firefox. > Once I try to open a heavy webpage, both firefox and Xorg become slow, > the rest is fine. By the "rest" I mean: audacious playing mp3s, wget and > ncftp downloading huge (100MB) files, compiling wine and aMule running. > I find the lag occuring with the 4BSD scheduler as well. dailytech.com is a particularly good site at lagging the system (though a great website). Perhaps this isn't scheduler related? Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 12:58:18 2007 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 8F2D716A41A; Sat, 6 Oct 2007 12:58:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 832BF13C478; Sat, 6 Oct 2007 12:58:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4707866F.7030605@FreeBSD.org> Date: Sat, 06 Oct 2007 14:58:23 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Benjamin Close References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> <47077951.5030906@clearchain.com> In-Reply-To: <47077951.5030906@clearchain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 12:58:18 -0000 Benjamin Close wrote: > Marc Fonvieille wrote: >> On Sat, Oct 06, 2007 at 09:44:29AM +0200, Marc Fonvieille wrote: >> >>> On Tue, Oct 02, 2007 at 04:53:33PM -0700, Jeff Roberson wrote: >>> >>>> Enclosed is a patch that does two things: >>>> >>>> 1) Reduces UP context switch time by over 10% making it faster than >>>> 4BSD on UP. On SMP it's hard to compare since ULE can do as many as >>>> 30x as many switches per second on my 8way system. >>>> >>>> 2) Restores old sched_yield() behavior from 6.x. This was changed >>>> in -current unintentionally I think. >>>> >>>> I'd appreciate any extra testing. The ULE context switch time >>>> improvements required some changes to the frequency that we >>>> recalculate priorities. I'm mostly interested in hearing whether >>>> this causes any regression in normal workloads. >>>> >>>> >>> [tested with _ULE] >>> >>> This seems to help a bit the things for me (desktop use during >>> compilations). But 6.X is still faster, i.e, less lags and less jerky >>> mouse movements during port builds. >>> Thanks for spending time improving things, I really appreciate it. >>> >>> >> >> After more testing, the lag problem is caused by the use of firefox. >> Once I try to open a heavy webpage, both firefox and Xorg become slow, >> the rest is fine. By the "rest" I mean: audacious playing mp3s, wget and >> ncftp downloading huge (100MB) files, compiling wine and aMule running. >> > I find the lag occuring with the 4BSD scheduler as well. dailytech.com > is a particularly good site at lagging the system (though a great website). > Perhaps this isn't scheduler related? I assume you checked whether you are touching swap. Kris From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 13:52:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12BD316A418 for ; Sat, 6 Oct 2007 13:52:39 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8524213C4B3 for ; Sat, 6 Oct 2007 13:52:38 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so643947nfb for ; Sat, 06 Oct 2007 06:52:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5YjOiuQKmjGE3IfMCS+jpR+C5yFup6sWxmg+4FIkMg4=; b=iOwFTnK5MqIniV5Ph+RXWixb+e0BV7/IacDIsL3vefvYo5EwL0ihSMy6IfHIlYvm+iBI2gp1A5rmGTRAY04pC2SnVK5xKTknkq1Xc+cm9eIp1kG8m1p/svI0uTCm2+WfQPO7okYNZCfzpD926zlbaiNQQBRDmVF0N+l7Qmp6+Z4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qL1lh0nRqtenS70RJ9pTxsn28e7CUV0zjQ6bQY9GtRvV4qozMVE5jiHUZTVPtop7os5bdWcmu9T75Rt4w1h56b/ECmncdic6GVD5i3jAMdt0m6fzY2Sa59CwOulOKjRvNB9Vv0fLbpWSGvnXNUIIBtzwUGtUfNiz3+O6GFBhI3k= Received: by 10.78.142.14 with SMTP id p14mr5268927hud.1191678756774; Sat, 06 Oct 2007 06:52:36 -0700 (PDT) Received: by 10.78.146.10 with HTTP; Sat, 6 Oct 2007 06:52:36 -0700 (PDT) Message-ID: Date: Sat, 6 Oct 2007 15:52:36 +0200 From: "Claus Guttesen" 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: <20071005000046.GC92272@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS 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, 06 Oct 2007 13:52:39 -0000 > > What I did was to rsync 200 FreeBSD src trees from one directory to > > another on the same ZFS file system. It worked fine. > > It looks like most problems (including mine I sent you before) are when > rsync (and possibly NFS?) are run over the network. How much kernel > memory does a heavily loaded network stack (multiple parallel > connections & TCP streams) consume? Just for the TCP send & receive > buffers I'd guess at least something like 128K*number_of_connections. In my case I rsync'ed both across the network and locally within one zpool. Both times I got the 'kmem_map too small' error. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 14:32:13 2007 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 B0F3216A417 for ; Sat, 6 Oct 2007 14:32:13 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 222F013C45A for ; Sat, 6 Oct 2007 14:32:12 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l96EVhQr083924; Sat, 6 Oct 2007 16:31:43 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.1/8.14.1) with ESMTP id l96EVhtC082426; Sat, 6 Oct 2007 16:31:43 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.1/8.14.1/Submit) id l96EVgXp082425; Sat, 6 Oct 2007 16:31:42 +0200 (CEST) (envelope-from marc) Date: Sat, 6 Oct 2007 16:31:41 +0200 From: Marc Fonvieille To: Kris Kennaway Message-ID: <20071006143141.GD976@gothic.blackend.org> References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> <47077951.5030906@clearchain.com> <4707866F.7030605@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4707866F.7030605@FreeBSD.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Jeff Roberson , Benjamin Close , current@FreeBSD.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 14:32:13 -0000 On Sat, Oct 06, 2007 at 02:58:23PM +0200, Kris Kennaway wrote: > Benjamin Close wrote: >>> >>> After more testing, the lag problem is caused by the use of firefox. >>> Once I try to open a heavy webpage, both firefox and Xorg become slow, >>> the rest is fine. By the "rest" I mean: audacious playing mp3s, wget and >>> ncftp downloading huge (100MB) files, compiling wine and aMule running. >>> >> I find the lag occuring with the 4BSD scheduler as well. dailytech.com is >> a particularly good site at lagging the system (though a great website). >> Perhaps this isn't scheduler related? > I don't think its scheduler related, last Jeff's changes helped a bit the things with ULE but I also noticed the lag with 4BSD. > I assume you checked whether you are touching swap. > In my case, the swap is never used: Mem: 272M Active, 354M Inact, 157M Wired, 28M Cache, 110M Buf, 178M Free Swap: 2023M Total, 2023M Free -- Marc From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 18:11:06 2007 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 D20A816A419 for ; Sat, 6 Oct 2007 18:11:06 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hannah.tgi.net (hannah.tgi.net [64.34.34.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9BDA513C4B0 for ; Sat, 6 Oct 2007 18:11:06 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: (qmail 19356 invoked from network); 6 Oct 2007 11:16:40 -0700 Received: from node46.244.100.208.1dial.com (HELO ?127.0.0.1?) (208.100.244.46) by gnrac.net with SMTP; 6 Oct 2007 11:16:40 -0700 Message-ID: <4707CF8D.3070303@u.washington.edu> Date: Sat, 06 Oct 2007 11:10:21 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Marc Fonvieille References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> <47077951.5030906@clearchain.com> <4707866F.7030605@FreeBSD.org> <20071006143141.GD976@gothic.blackend.org> In-Reply-To: <20071006143141.GD976@gothic.blackend.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , Kris Kennaway , Benjamin Close , current@FreeBSD.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 18:11:06 -0000 Marc Fonvieille wrote: > On Sat, Oct 06, 2007 at 02:58:23PM +0200, Kris Kennaway wrote: > >> Benjamin Close wrote: >> >>>> After more testing, the lag problem is caused by the use of firefox. >>>> Once I try to open a heavy webpage, both firefox and Xorg become slow, >>>> the rest is fine. By the "rest" I mean: audacious playing mp3s, wget and >>>> ncftp downloading huge (100MB) files, compiling wine and aMule running. >>>> >>>> >>> I find the lag occuring with the 4BSD scheduler as well. dailytech.com is >>> a particularly good site at lagging the system (though a great website). >>> Perhaps this isn't scheduler related? >>> > > I don't think its scheduler related, last Jeff's changes helped a bit > the things with ULE but I also noticed the lag with 4BSD. > > >> I assume you checked whether you are touching swap. >> >> > > In my case, the swap is never used: > > Mem: 272M Active, 354M Inact, 157M Wired, 28M Cache, 110M Buf, 178M Free > Swap: 2023M Total, 2023M Free > > Your problem is most likely Flash/Javascript based (I'm basing my theory on the fact that there's a lot of Ajax related stuff on the site). No matter what OS you have, if a website's slow (and it's not because you don't have OpenGL support in your X-server), slowness will remain constant. It's just the way unfortunately that browsers are designed. NoScript combined with Adblock will help quite a bit though for whitelisting domains and javascript/flash content. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 18:17:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 114DA16A417 for ; Sat, 6 Oct 2007 18:17:15 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 32C4313C4A6 for ; Sat, 6 Oct 2007 18:17:13 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 17195 invoked from network); 6 Oct 2007 22:17:12 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 6 Oct 2007 22:17:12 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246988, updated: 6.10.2007] Message-ID: <010401c80845$1d6ae710$0c00a8c0@Artem> From: "Artem Kuchin" To: "Jack Vogel" References: <012901c8078a$400faeb0$0c00a8c0@Artem> <2a41acea0710051322w214cb284x68d8bad3c4edcdc1@mail.gmail.com> Date: Sat, 6 Oct 2007 22:17:10 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: freebsd-current@freebsd.org Subject: Re: TSO4 network problems and scheduler selection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 18:17:15 -0000 >I had our test/validation group attempt to repro your problem > with TSO and they were unable to do so. I do not know what > hardware/config ingredients in your environment are causing > a problem but something odd is going on. Test suggested > something like a speed mismatch, but we don't know for > sure. > > Right now I see no evidence to suggest that its important > to disable TSO. If anyone has a scenario I can reproduce > I'd be happy to look further. > Jack, i have played with kernel settings all day today trying to repoduce the bug and recompiled kernel probably 20 times ;) This is all totally weird, i went to back 4BSD scheduler, set polliing option in kernel, set HZ=1000, so, effectivelly i went back to the setup where i had this problem BUT the problem never appeared again. I did not do any cvsup since then, so, it is all the same source. But now everythig work flawlessly with TSO4 option on interface. I am really sorry to waste your and other peoples' time, but beleave me, the problem was really persistent and it was there for more than a month. I think you are right and it was some kind of speed mismatch with the cisco router or some kind of electrical problems, either way it went away and now everything works. -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 18:18:23 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05C616A46B; Sat, 6 Oct 2007 18:18:23 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id A3BF313C4C1; Sat, 6 Oct 2007 18:18:23 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id E1D575B52; Sat, 6 Oct 2007 10:46:14 -0700 (PDT) To: Pawel Jakub Dawidek In-reply-to: Your message of "Fri, 05 Oct 2007 20:01:19 +0200." <20071005180119.GE98210@garage.freebsd.pl> Date: Sat, 06 Oct 2007 10:46:14 -0700 From: Bakul Shah Message-Id: <20071006174614.E1D575B52@mail.bitblocks.com> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS 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, 06 Oct 2007 18:18:23 -0000 I have an athlon 64 x2 w/ 2GB of memory running in 64 bit mode. The system dies in a couple of days. This machine does cvsup mirroring every few hours + occassional portupgrade + makes. But I have not been able to panic it deterministically. Its loader.conf has vfs.zfs.zil_disable=1 vfs.zfs.prefetch_disable=1 No other changes from defaults for anything relating to vm or zfs. The only way to make this more stable was to revert arc.c to R1.10. There two differences: R1.11 arc_reclaim_needed() returns 1 when 80% of kmem is used, while R1.10 does so at 50% of kmem. Second, R1.11 sets arc_c_max to 3/4 of kmem_size while R1.10 sets it to 1/2 of kmem_size. > > Tips on how to reproduce it? Make the kmem_map size small and set the > > ARC's maximum size to be the same as it ? :) > > I'm not really interested in fixing configuration bugs, although we > should do as much as we can to not allow bugus tunnings. IMHO bad config can result in suboptimal performance but a panic seems a bit drastic. Particularly as things that used to work a month ago now don't. It would be nice if configurations were sanitized during initialization or if that is not possible take away a tuning knob altogether (or leave it under debugging). Still, fiddling with limits to make the panic go away seems to somehow miss the point as I always worry it will show up under other conditions. May be there a way to ensure that kmem_map is never too small or may be zfs can reserve a few resources for its own use so that it can get out of a tight spot? Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 19:10:41 2007 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 5757116A417; Sat, 6 Oct 2007 19:10:41 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id BCF1F13C45B; Sat, 6 Oct 2007 19:10:40 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l96JAFBN088375; Sat, 6 Oct 2007 21:10:15 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id l96JAEZL088374; Sat, 6 Oct 2007 21:10:14 +0200 (CEST) (envelope-from marc) Date: Sat, 6 Oct 2007 21:10:14 +0200 From: Marc Fonvieille To: Garrett Cooper Message-ID: <20071006191014.GB84780@abigail.blackend.org> References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> <47077951.5030906@clearchain.com> <4707866F.7030605@FreeBSD.org> <20071006143141.GD976@gothic.blackend.org> <4707CF8D.3070303@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4707CF8D.3070303@u.washington.edu> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: Jeff Roberson , Kris Kennaway , Benjamin Close , current@FreeBSD.org Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 19:10:41 -0000 On Sat, Oct 06, 2007 at 11:10:21AM -0700, Garrett Cooper wrote: > > Your problem is most likely Flash/Javascript based (I'm basing my > theory on the fact that there's a lot of Ajax related stuff on the site). > > No matter what OS you have, if a website's slow (and it's not > because you don't have OpenGL support in your X-server), slowness will > remain constant. It's just the way unfortunately that browsers are designed. > [...] Not really when the slowness does not exist with 6.X. -- Marc From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 19:33:02 2007 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 7275116A418 for ; Sat, 6 Oct 2007 19:33:02 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5062413C459 for ; Sat, 6 Oct 2007 19:33:01 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id A9D0F3A55D; Sat, 6 Oct 2007 21:32:59 +0200 (CEST) Date: Sat, 6 Oct 2007 21:32:59 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20071006193259.GY30704@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V6UBx4j9pGkVmsf8" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: usb_insert_transfer panic with if_zyd 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, 06 Oct 2007 19:33:02 -0000 --V6UBx4j9pGkVmsf8 Content-Type: multipart/mixed; boundary="L/iKGr82HRlWSTal" Content-Disposition: inline --L/iKGr82HRlWSTal Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline When I use my ZyXEL G-220 Wireless USB Stick with the if_zyd driver, I get a usb_insert_transfer panic after some traffic went trough. The mainboard is an Asus P5K with Intel P35 chipset. FreBSD version: FreeBSD dhcppc2 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Oct 4 22:15:47 CEST 2007 root@dhcppc1:/usr/obj/usr/src/sys/GENERIC i386 Attached is the backtrace, dmesg and the output of pciconf and usbdevs. Lars --L/iKGr82HRlWSTal Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=backtrace Unread portion of the kernel message buffer: panic: usb_insert_transfer cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 5m25s Physical memory: 2034 MB Dumping 116 MB: 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc074d7ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc074da6b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc048cab7 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc048d4a5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc048ec15 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc07746f6 in kdb_trap (type=3, code=0, tf=0xe7c277b0) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0a0285b in trap (frame=0xe7c277b0) at /usr/src/sys/i386/i386/trap.c:621 #8 0xc09e824b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0774872 in kdb_enter (msg=0xc0a99113 "panic") at cpufunc.h:60 #10 0xc074da54 in panic (fmt=0xc0a8de0d "usb_insert_transfer") at /usr/src/sys/kern/kern_shutdown.c:547 #11 0xc06ce97c in usb_insert_transfer (xfer=0xc1436b3e) at /usr/src/sys/dev/usb/usbdi.c:1010 #12 0xc06a3b32 in ehci_device_bulk_transfer (xfer=0xc563f200) at /usr/src/sys/dev/usb/ehci.c:2993 #13 0xc06ceddb in usbd_start_transfer (arg=0xc563f200, segs=0xc563f23c, nseg=1, error=0) at /usr/src/sys/dev/usb/usbdi.c:388 #14 0xc06cf375 in usbd_transfer (xfer=0xc563f200) at /usr/src/sys/dev/usb/usbdi.c:320 #15 0xc0d28408 in ?? () #16 0xc563f200 in ?? () #17 0xc59d1c80 in ?? () #18 0xc5f8952c in ?? () #19 0xc56d8000 in ?? () #20 0x00000613 in ?? () #21 0x00000009 in ?? () #22 0x00002710 in ?? () #23 0xc0d286b0 in ?? () #24 0xc5f8952c in ?? () #25 0xc5f891bc in ?? () #26 0x00000003 in ?? () #27 0xc5f88008 in ?? () #28 0xe7c2790c in ?? () #29 0x00000246 in ?? () #30 0xc56be6c8 in ?? () #31 0xc0aa5a5b in ?? () #32 0x0000060c in ?? () #33 0xc5277400 in ?? () #34 0x060cdc18 in ?? () #35 0x00000608 in ?? () #36 0xc56be6c8 in ?? () #37 0xc0b4b564 in M_MTXPOOL_init_sys_init () #38 0xc0aa5a5b in ?? () #39 0xc527750c in ?? () #40 0x01010195 in ?? () #41 0xc0aa5a5b in ?? () #42 0xc6d6cc00 in ?? () #43 0xc5ff1000 in ?? () #44 0xc5277400 in ?? () #45 0xc5277400 in ?? () #46 0xc527750c in ?? () #47 0xe7c27930 in ?? () #48 0xc07dc769 in if_start (ifp=0xc5277400) at /usr/src/sys/net/if.c:2704 Previous frame identical to this frame (corrupt stack?) --L/iKGr82HRlWSTal Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=dmesg Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Thu Oct 4 22:15:47 CEST 2007 root@dhcppc1:/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 E6750 @ 2.66GHz (2671.62-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6fb Stepping =3D 11 Features=3D0xbfebfbff Features2=3D0xe3fd AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 2146959360 (2047 MB) avail memory =3D 2091413504 (1994 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 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] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - DE, shou= ld be DD [20070320] est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xcc00-0xcc7f mem 0xfd000000-0xfdfff= fff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 uhci0: port 0xb800-0xb81f irq 16 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 0xb880-0xb89f 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 0xbc00-0xbc1f irq 18 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 0xf9fffc00-0xf9ffffff irq 18= 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) pcib2: irq 17 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: mem 0xfeafe000-0xfeafffff irq = 16 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xdc00-0xdc07,0xd880-0xd8= 83,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f at device 0.1 on pci3 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 pci2: at device 0.0 (no driver attached) uhci3: port 0xb080-0xb09f 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 0xb400-0xb41f 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 0xb480-0xb49f 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 0xf9fff800-0xf9fffbff 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 uhub7: device problem (TIMEOUT), disabling port 1 umass0: on u= hub7 pcib5: at device 30.0 on pci0 pci5: on pcib5 fwohci0: port 0xec00-0xec7f mem 0xfebff800-0xfebffff= f irq 18 at device 2.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:66:45:68:1b:69 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:06:68:1b:69 fwe0: Ethernet address: 02:11:06:68:1b:69 fwip0: on firewire0 fwip0: Firewire address: 00:11:06:66:45:68:1b:69 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x13e0000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode fwohci1: port 0xe880-0xe8ff mem 0xfebff000-0xfebff7f= f irq 16 at device 3.0 on pci5 fwohci1: [FILTER] fwohci1: OHCI version 1.10 (ROM=3D1) fwohci1: No. of Isochronous channels is 4. fwohci1: EUI64 00:11:d8:00:01:65:23:ee fwohci1: Phy 1394a available S400, 2 ports. fwohci1: Link S400, max_rec 2048 bytes. firewire1: on fwohci1 fwe1: on firewire1 if_fwe1: Fake Ethernet address: 02:11:d8:65:23:ee fwe1: Ethernet address: 02:11:d8:65:23:ee fwip1: on firewire1 fwip1: Firewire address: 00:11:d8:00:01:65:23:ee @ 0xfffe00000000, S400, ma= xrec 2048 sbp1: on firewire1 dcons_crom1: on firewire1 dcons_crom1: bus_addr 0x13e0000 dcons_crom1: dcons_paddr is already set fwohci1: Initiate bus reset fwohci1: BUS reset fwohci1: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0= x9887,0x9800-0x9803,0x9480-0x948f,0x9400-0x940f irq 22 at device 31.2 on pc= i0 atapci2: [ITHREAD] ata3: on atapci2 ata3: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci3: port 0xb000-0xb007,0xac00-0xac03,0= xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 22 at device 31.= 5 on pci0 atapci3: [ITHREAD] ata5: on atapci3 ata5: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcffff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) firewire1: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire1: bus manager 0 (me) acd0: DVDR at ata2-master UDMA33 ad5: 190782MB at ata2-slave UDMA100 ad6: 381554MB at ata3-master UDMA33 ad8: 381554MB at ata4-master UDMA33 GEOM_LABEL: Label for provider ad5s1 is ntfs/WindowsXP. GEOM_LABEL: Label for provider ad5s5 is ntfs/Daten. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device=20 da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device=20 da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device=20 da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad6s2a zyd0: on uhub7 zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:13:49:70:b0:52 zyd0: Ethernet address: 00:13:49:70:b0:52 zyd0: if_start running deferred for Giant lock order reversal: (Giant after non-sleepable) 1st 0xc0bfcbac in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in_mcast= =2Ec:318 2nd 0xc0badfb0 Giant (Giant) @ /usr/src/sys/modules/zyd/../../dev/usb/if_z= yd.c:2375 KDB: stack backtrace: db_trace_self_wrapper(c0a9bbcc,e7c7ba24,c0784f1e,c0a9e093,c0badfb0,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0a9e093,c0badfb0,c0ab3bf6,c0ab3bf6,c0d2abd4,...) at kdb_back= trace+0x29 witness_checkorder(c0badfb0,9,c0d2abd4,947,c0aa5360,...) at witness_checkor= der+0x6de _mtx_lock_flags(c0badfb0,0,c0d2abd4,947,c566e9e0,...) at _mtx_lock_flags+0x= bc zyd_ioctl(c5277400,80206931,0,94d,c527764c,...) at zyd_ioctl+0x3b if_addmulti(c5277400,e7c7bab4,e7c7bb34,140,210,...) at if_addmulti+0x244 in_addmulti(e7c7bba0,c5277400,0,0,c0aa5360,...) at in_addmulti+0x173 in_control(c572f318,8040691a,c56848c0,c5277400,c59c5000,...) at in_control+= 0xadf ifioctl(c572f318,8040691a,c56848c0,c59c5000,c59c5000,...) at ifioctl+0x323 soo_ioctl(c56a8048,8040691a,c56848c0,c50f2300,c59c5000,...) at soo_ioctl+0x= 3a4 kern_ioctl(c59c5000,3,8040691a,c56848c0,0,...) at kern_ioctl+0x243 ioctl(c59c5000,e7c7bcfc,c,c0acaa83,c0b45710,...) at ioctl+0x134 syscall(e7c7bd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x2815f323, esp =3D 0xbfbfe= 63c, ebp =3D 0xbfbfe668 --- zyd0: link state changed to UP panic: usb_insert_transfer cpuid =3D 0 KDB: enter: panic panic: from debugger cpuid =3D 0 Uptime: 5m25s Physical memory: 2034 MB Dumping 116 MB: 101 85 69 53 37 21 5Copyright (c) 1992-2007 The FreeBSD Pro= ject. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Thu Oct 4 22:15:47 CEST 2007 root@dhcppc1:/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 E6750 @ 2.66GHz (2671.62-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6fb Stepping =3D 11 Features=3D0xbfebfbff Features2=3D0xe3fd AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 2146959360 (2047 MB) avail memory =3D 2091413504 (1994 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 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] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - DE, shou= ld be DD [20070320] est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xcc00-0xcc7f mem 0xfd000000-0xfdfff= fff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 uhci0: port 0xb800-0xb81f irq 16 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 0xb880-0xb89f 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 0xbc00-0xbc1f irq 18 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 0xf9fffc00-0xf9ffffff irq 18= 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) pcib2: irq 17 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: mem 0xfeafe000-0xfeafffff irq = 16 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xdc00-0xdc07,0xd880-0xd8= 83,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f at device 0.1 on pci3 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 pci2: at device 0.0 (no driver attached) uhci3: port 0xb080-0xb09f 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 0xb400-0xb41f 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 0xb480-0xb49f 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 0xf9fff800-0xf9fffbff 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 zyd0: on uhub7 zyd0: setting config no failed device_attach: zyd0 attach returned 6 umass0: on u= hub7 pcib5: at device 30.0 on pci0 pci5: on pcib5 fwohci0: port 0xec00-0xec7f mem 0xfebff800-0xfebffff= f irq 18 at device 2.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:66:45:68:1b:69 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:06:68:1b:69 fwe0: Ethernet address: 02:11:06:68:1b:69 fwip0: on firewire0 fwip0: Firewire address: 00:11:06:66:45:68:1b:69 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x13e0000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode fwohci1: port 0xe880-0xe8ff mem 0xfebff000-0xfebff7f= f irq 16 at device 3.0 on pci5 fwohci1: [FILTER] fwohci1: OHCI version 1.10 (ROM=3D1) fwohci1: No. of Isochronous channels is 4. fwohci1: EUI64 00:11:d8:00:01:65:23:ee fwohci1: Phy 1394a available S400, 2 ports. fwohci1: Link S400, max_rec 2048 bytes. firewire1: on fwohci1 fwe1: on firewire1 if_fwe1: Fake Ethernet address: 02:11:d8:65:23:ee fwe1: Ethernet address: 02:11:d8:65:23:ee fwip1: on firewire1 fwip1: Firewire address: 00:11:d8:00:01:65:23:ee @ 0xfffe00000000, S400, ma= xrec 2048 sbp1: on firewire1 dcons_crom1: on firewire1 dcons_crom1: bus_addr 0x13e0000 dcons_crom1: dcons_paddr is already set fwohci1: Initiate bus reset fwohci1: BUS reset fwohci1: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0= x9887,0x9800-0x9803,0x9480-0x948f,0x9400-0x940f irq 22 at device 31.2 on pc= i0 atapci2: [ITHREAD] ata3: on atapci2 ata3: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci3: port 0xb000-0xb007,0xac00-0xac03,0= xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 22 at device 31.= 5 on pci0 atapci3: [ITHREAD] ata5: on atapci3 ata5: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcffff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) firewire1: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire1: bus manager 0 (me) acd0: DVDR at ata2-master UDMA33 ad5: 190782MB at ata2-slave UDMA100 ad6: 381554MB at ata3-master UDMA33 ad8: 381554MB at ata4-master UDMA33 GEOM_LABEL: Label for provider ad5s1 is ntfs/WindowsXP. GEOM_LABEL: Label for provider ad5s5 is ntfs/Daten. zyd0: at uhub7 port 1 (addr 2) disconnected SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device=20 da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device=20 da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device=20 da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad6s2a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted zyd0: on uhub7 zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:13:49:70:b0:52 zyd0: Ethernet address: 00:13:49:70:b0:52 zyd0: if_start running deferred for Giant lock order reversal: (Giant after non-sleepable) 1st 0xc0bfcbac in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in_mcast= =2Ec:318 2nd 0xc0badfb0 Giant (Giant) @ /usr/src/sys/modules/zyd/../../dev/usb/if_z= yd.c:2375 KDB: stack backtrace: db_trace_self_wrapper(c0a9bbcc,e7bf4a24,c0784f1e,c0a9e093,c0badfb0,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0a9e093,c0badfb0,c0ab3bf6,c0ab3bf6,c0d2abd4,...) at kdb_back= trace+0x29 witness_checkorder(c0badfb0,9,c0d2abd4,947,c0aa5360,...) at witness_checkor= der+0x6de _mtx_lock_flags(c0badfb0,0,c0d2abd4,947,c567e400,...) at _mtx_lock_flags+0x= bc zyd_ioctl(c54c5000,80206931,0,94d,c54c524c,...) at zyd_ioctl+0x3b if_addmulti(c54c5000,e7bf4ab4,e7bf4b34,140,210,...) at if_addmulti+0x244 in_addmulti(e7bf4ba0,c54c5000,0,0,c0aa5360,...) at in_addmulti+0x173 in_control(c5724000,8040691a,c5875680,c54c5000,c56d9000,...) at in_control+= 0xadf ifioctl(c5724000,8040691a,c5875680,c56d9000,c56d9000,...) at ifioctl+0x323 soo_ioctl(c56a87e0,8040691a,c5875680,c50f2300,c56d9000,...) at soo_ioctl+0x= 3a4 kern_ioctl(c56d9000,3,8040691a,c5875680,0,...) at kern_ioctl+0x243 ioctl(c56d9000,e7bf4cfc,c,c0acaa83,c0b45710,...) at ioctl+0x134 syscall(e7bf4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x2815f323, esp =3D 0xbfbfe= 63c, ebp =3D 0xbfbfe668 --- zyd0: link state changed to UP --L/iKGr82HRlWSTal Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=pcivonf hostb0@pci0:0:0:0: class=0x060000 card=0x82761043 chip=0x29c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x82761043 chip=0x29c18086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI uhci0@pci0:0:26:0: class=0x0c0300 card=0x82771043 chip=0x29378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x82771043 chip=0x29388086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci2@pci0:0:26:2: class=0x0c0300 card=0x82771043 chip=0x29398086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x82771043 chip=0x293c8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB none0@pci0:0:27:0: class=0x040300 card=0x829f1043 chip=0x293e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = multimedia pcib2@pci0:0:28:0: class=0x060400 card=0x82771043 chip=0x29408086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:4: class=0x060400 card=0x82771043 chip=0x29488086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:5: class=0x060400 card=0x82771043 chip=0x294a8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI uhci3@pci0:0:29:0: class=0x0c0300 card=0x82771043 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci4@pci0:0:29:1: class=0x0c0300 card=0x82771043 chip=0x29358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci5@pci0:0:29:2: class=0x0c0300 card=0x82771043 chip=0x29368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x82771043 chip=0x293a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x82771043 chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x82771043 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA atapci2@pci0:0:31:2: class=0x01018f card=0x82771043 chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA none1@pci0:0:31:3: class=0x0c0500 card=0x82771043 chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus atapci3@pci0:0:31:5: class=0x010185 card=0x82771043 chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA vgapci0@pci0:1:0:0: class=0x030000 card=0x82431043 chip=0x040210de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = display subclass = VGA atapci0@pci0:3:0:0: class=0x010601 card=0x824f1043 chip=0x2363197b rev=0x03 hdr=0x00 vendor = 'JMicron Technology Corp' device = 'JMB36X PCIE-to-SATAII/IDE RAID Controller' class = mass storage atapci1@pci0:3:0:1: class=0x010185 card=0x824f1043 chip=0x2363197b rev=0x03 hdr=0x00 vendor = 'JMicron Technology Corp' device = 'JMB36X PCIE-to-SATAII/IDE RAID Controller' class = mass storage subclass = ATA none2@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 class = network subclass = ethernet fwohci0@pci0:5:2:0: class=0x0c0010 card=0x30441106 chip=0x30441106 rev=0x46 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire fwohci1@pci0:5:3:0: class=0x0c0010 card=0x81fe1043 chip=0x30441106 rev=0xc0 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire --L/iKGr82HRlWSTal Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=usbdevs Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub1 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub2 port 1 powered port 2 powered Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub3 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub4 port 1 powered port 2 powered Controller /dev/usb5: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub5 port 1 powered port 2 powered Controller /dev/usb6: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub6 port 1 powered port 2 powered Controller /dev/usb7: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub7 port 1 powered port 2 powered port 3 addr 2: high speed, power 500 mA, config 1, ZyXEL G-220(0x340f), ZyDAS(0x0586), rev 48.10 zyd0 port 4 powered port 5 addr 3: high speed, power 500 mA, config 1, USB Storage(0x070e), vendor 0x05e3(0x05e3), rev 96.02 umass0 port 6 powered --L/iKGr82HRlWSTal-- --V6UBx4j9pGkVmsf8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHB+LrKc512sD3afgRAngGAKCIWSzrQuyNfeJv4T7Zjn0uGEXBcwCguczL VyJrt+asTiCOlVKd3LyMAwA= =3mj6 -----END PGP SIGNATURE----- --V6UBx4j9pGkVmsf8-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 22:04:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 340F416A41B for ; Sat, 6 Oct 2007 22:04:49 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id EABCD13C457 for ; Sat, 6 Oct 2007 22:04:48 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 0628B23C41F; Sun, 7 Oct 2007 00:04:46 +0200 (CEST) Date: Sun, 7 Oct 2007 00:04:46 +0200 From: Peter Schuller To: Aristedes Maniatis Message-ID: <20071006220446.GA98567@hyperion.scode.org> References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Oct 2007 22:04:49 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > drive. Is that what others are doing? I've been doing the install-and-then-movie variant. Right now I have however prepared a full freebsd installation on a USB stick, so that I can just boot that and 'make installworld && make distribution' + do the necessary grub and/or boot0cfg stuff required. I have not yet actually used it for a ZFS install, but I imagine I will love myself for preparing it the next time I need to do such an install ;) I like the approach since you have a 100% complete system available (all the tools or whatnot; can install any ports required or whatever). So as long as I am somehow able to pull off the boot off of usb, I should be set regardless of wonky features of the system I am installing on, or of the intended installation. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHCAZ+DNor2+l1i30RAkWpAJ4gFtVnK78ETciqvGJxPb5t0jSNmgCghI/P EOSmmkA5CSb8Y29uUVMoNcg= =IIGH -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 6 22:07:43 2007 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 1B1D716A4C0 for ; Sat, 6 Oct 2007 22:07:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hannah.tgi.net (hannah.tgi.net [64.34.34.36]) by mx1.freebsd.org (Postfix) with ESMTP id 51AF813C4DB for ; Sat, 6 Oct 2007 22:07:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: (qmail 11700 invoked from network); 6 Oct 2007 15:13:16 -0700 Received: from cs213-15.fsmodem.washington.edu (HELO ?127.0.0.1?) (140.142.173.16) by dogday.net with SMTP; 6 Oct 2007 15:13:16 -0700 Message-ID: <4708070A.7070507@u.washington.edu> Date: Sat, 06 Oct 2007 15:07:06 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Marc Fonvieille , current@FreeBSD.org References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> <47077951.5030906@clearchain.com> <4707866F.7030605@FreeBSD.org> <20071006143141.GD976@gothic.blackend.org> <4707CF8D.3070303@u.washington.edu> <20071006191014.GB84780@abigail.blackend.org> In-Reply-To: <20071006191014.GB84780@abigail.blackend.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 22:07:43 -0000 Marc Fonvieille wrote: > On Sat, Oct 06, 2007 at 11:10:21AM -0700, Garrett Cooper wrote: > >> Your problem is most likely Flash/Javascript based (I'm basing my >> theory on the fact that there's a lot of Ajax related stuff on the site). >> >> No matter what OS you have, if a website's slow (and it's not >> because you don't have OpenGL support in your X-server), slowness will >> remain constant. It's just the way unfortunately that browsers are designed. >> >> > [...] > > Not really when the slowness does not exist with 6.X. > > Ah, ok. Has anything else really changed then? -Garrett