From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 00:12:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E6E116A41F for ; Sun, 18 Dec 2005 00:12:33 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D3A43D70 for ; Sun, 18 Dec 2005 00:12:21 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 708E811454; Sun, 18 Dec 2005 01:12:05 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Sun, 18 Dec 2005 01:12:03 +0100 User-Agent: KMail/1.8.3 References: <20051217155800.GA63807@scott.blazing.de> <200512172141.18017.freebsd.stable@melvyn.homeunix.org> <20051217215505.GA29499@scott.blazing.de> In-Reply-To: <20051217215505.GA29499@scott.blazing.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512180112.04263.freebsd.stable@melvyn.homeunix.org> Subject: Re: Update from 6.0-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 00:12:33 -0000 On Saturday 17 December 2005 22:55, Frank Steinborn wrote: > > > =3D=3D=3D> libexec/bootpd (install) > > > install -s -o root -g wheel -m 555 =A0 bootpd /usr/libexec > > > strip: /usr/libexec/bootpd: Memory exhausted > Melvyn Sopacua wrote: > > strip /usr/libexec/bootpd > > strip: '/usr/libexec/bootpd': No such file alright: cp /usr/obj/usr/src/libexec/bootpd/bootpd /tmp/ strip /tmp/bootpd If that works, rm -rf /usr/obj and redo. See if memory is still exhausted=20 after installworld, but do it in single user mode if you didn't. =2D-=20 Melvyn Sopacua freebsd.stable@melvyn.homeunix.org =46reeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 00:14:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2ED516A41F for ; Sun, 18 Dec 2005 00:14:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CCD43D5C for ; Sun, 18 Dec 2005 00:14:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sat, 17 Dec 2005 16:13:59 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 46E495D07; Sat, 17 Dec 2005 16:13:59 -0800 (PST) To: martinko In-reply-to: Your message of "Sat, 17 Dec 2005 18:14:01 +0100." <43A44759.805@pobox.sk> Date: Sat, 17 Dec 2005 16:13:59 -0800 From: "Kevin Oberman" Message-Id: <20051218001359.46E495D07@ptavv.es.net> Cc: Melvyn Sopacua , freebsd-stable@freebsd.org Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 00:14:03 -0000 > Date: Sat, 17 Dec 2005 18:14:01 +0100 > From: martinko > > Kevin Oberman wrote: > >>Date: Fri, 16 Dec 2005 14:29:39 -0600 > >>From: Craig Boston > >>Sender: owner-freebsd-stable@freebsd.org > >> > >> > >>>-cpu0: on acpi0 > >>>+cpu0: on acpi0 > >>> > >>>Q: Guessing that's a formatting difference, rather then 6.x not recognizing > >>>the states (sysctl hw.acpi.cpu.cx_supported confirms 4 states) > >> > >>Not sure on this, but you're probably better off using EST anyway as I > >>think it gives you more control over the processor frequency. > > > > > > No. There is no conflict between Cx states and EST. Cx states specifies > > how deeply the CPU will sleep when idle. EST controls processor speed > > and voltage. In most cases, your REALLY want to use both of these. They > > are very significant in saving power. (Of course, USB tends to limit the > > effectiveness of Cx states. I need to run without USB to get really good > > battery life and to make suspend (S3) really ut power drain. > > > Kevin, > > I used to have 3 Cx states supported when I started with FreeBSD on > version 5.3. Since I upgraded to 5.4 and recently to 6.0, all I can see > is just one supported Cx state. I much wonder why. (?) What value do you have in /etc/rc.conf (if any) for performance_cx_lowest? It defaults to HIGH which will limit you to only the most power hungry sleep state (simple halt). This was made the default because some hardware was breaking when this was defaulted to LOW. T0 get other Cx states to be utilized, add 'performance_cx_lowest="LOW"' to /etc/rc.conf. -- 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 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 00:24:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC59B16A41F for ; Sun, 18 Dec 2005 00:24:49 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 569C443D4C for ; Sun, 18 Dec 2005 00:24:49 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 9E16911454; Sun, 18 Dec 2005 01:24:46 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Sun, 18 Dec 2005 01:24:46 +0100 User-Agent: KMail/1.8.3 References: <20051218001359.46E495D07@ptavv.es.net> In-Reply-To: <20051218001359.46E495D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512180124.46491.freebsd.stable@melvyn.homeunix.org> Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 00:24:49 -0000 On Sunday 18 December 2005 01:13, Kevin Oberman wrote: > > Date: Sat, 17 Dec 2005 18:14:01 +0100 > > From: martinko > > > > Kevin Oberman wrote: > > >>Date: Fri, 16 Dec 2005 14:29:39 -0600 > > >>From: Craig Boston > > >>Sender: owner-freebsd-stable@freebsd.org > > >> > > >>>-cpu0: on acpi0 > > >>>+cpu0: on acpi0 > > >>> > > >>>Q: Guessing that's a formatting difference, rather then 6.x not > > >>> recognizing the states (sysctl hw.acpi.cpu.cx_supported confirms 4 > > >>> states) > > >> > > >>Not sure on this, but you're probably better off using EST anyway as I > > >>think it gives you more control over the processor frequency. > > > > > > No. There is no conflict between Cx states and EST. Cx states specifies > > > how deeply the CPU will sleep when idle. EST controls processor speed > > > and voltage. In most cases, your REALLY want to use both of these. They > > > are very significant in saving power. (Of course, USB tends to limit > > > the effectiveness of Cx states. I need to run without USB to get really > > > good battery life and to make suspend (S3) really ut power drain. > > > > Kevin, > > > > I used to have 3 Cx states supported when I started with FreeBSD on > > version 5.3. Since I upgraded to 5.4 and recently to 6.0, all I can see > > is just one supported Cx state. I much wonder why. (?) > > What value do you have in /etc/rc.conf (if any) for > performance_cx_lowest? It defaults to HIGH which will limit you to only > the most power hungry sleep state (simple halt). This was made the > default because some hardware was breaking when this was defaulted to > LOW. T0 get other Cx states to be utilized, add > 'performance_cx_lowest="LOW"' to /etc/rc.conf. Doesn't affect hw.acpi.cpu.cx_supported though, so that's the thing to check: # sysctl hw.acpi.cpu.cx_supported; grep performance /etc/rc.conf|wc -l hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 0 -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 00:31:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACEC916A420 for ; Sun, 18 Dec 2005 00:31:42 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from kirk.giovannelli.it (dns01.ablia.net [83.149.160.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id E381843D58 for ; Sun, 18 Dec 2005 00:31:40 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from gimbo.org (localhost [127.0.0.1]) by kirk.giovannelli.it (8.13.3/8.13.3) with ESMTP id jBI0VQr1071250 for ; Sun, 18 Dec 2005 01:31:26 +0100 (CET) (envelope-from gmarco@giovannelli.it) From: "Gianmarco" To: stable@freebsd.org Date: Sun, 18 Dec 2005 01:31:26 +0100 Message-Id: <20051218002458.M77556@giovannelli.it> X-Mailer: Open WebMail 2.40 20040816 X-OriginatingIP: 83.149.149.149 (gmg-giova) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Milter: Spamilter (Reciever: kirk.giovannelli.it; Sender-ip: 127.0.0.1; Sender-helo: gimbo.org; ) X-Virus-Scanned: ClamAV devel-20051108/1211/Fri Dec 16 23:51:35 2005 on kirk.giovannelli.it X-Virus-Status: Clean Cc: Subject: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 00:31:42 -0000 HI all, I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based notebook with i915 graphic chipset). I am trying to use the latest drm hook for i915, but I get this error: drmsub0: port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmsub0 attach returned 12 pci0: at device 2.1 (no driver attached) Any idea ? I have added to my kernel: device agp # support several AGP chipsets device drm # DRM core module required by DRM drivers device i915drm # Intel i830 through i915 and my pciconf -vl shows: drmsub0@pci0:2:0: class=0x030000 card=0x3080103c chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA none0@pci0:2:1: class=0x038000 card=0x3080103c chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' class = display Do I miss something ? Thanks ... -- Open WebMail Project (http://openwebmail.org) From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 01:19:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BCC116A41F; Sun, 18 Dec 2005 01:19:26 +0000 (GMT) (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 3FC3943D5D; Sun, 18 Dec 2005 01:19:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBI1JMnx036781; Sat, 17 Dec 2005 18:19:23 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43A4B91D.8040304@samsco.org> Date: Sat, 17 Dec 2005 18:19:25 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <43A492B6.6050305@t-hosting.hu> <20051217232856.GT77268@cirb503493.alcatel.com.au> In-Reply-To: <20051217232856.GT77268@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@freebsd.org, =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= , current Subject: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 01:19:26 -0000 Peter Jeremy wrote: > On Sat, 2005-Dec-17 23:35:34 +0100, Kövesdán Gábor wrote: > >>I agree. And after all, tracking a security branch isn't too difficult, > > ... > >># cd /usr/src >># patch < /path/to/patch >># cd /usr/src/gnu/usr.bin/cvs/cvsbug >># make obj && make depend && make && make install >># cd /usr/src/gnu/usr.bin/send-pr >># make obj && make depend && make && make install >> >>Is that difficult? > > > Speaking as a developer, I think it's trivially easy. > > As an end user, I don't think this is acceptable. Firstly, it > requires that the user has installed the src distribution - which is > optional. Secondly, the user is expected to use development tools > without understanding what they do - this is scary for them. Running > the above commands is OK as long as nothing goes wrong but the > "support" group (who inhabit -questions and answer seemingly silly > questions) are going to have to cope with people who've made a typo > somewhere in the sequence and can't explain exactly what they did - > without putting them off FreeBSD. > > I think FreeBSD Update shows the way forward but IMHO there needs to > be an "official" binary update tool accessible from www.freebsd.org. > FreeBSD Update was written by, and is continuously maintained by the actual FreeBSD Security Officer. It's as official as it gets. If the only barrier to acceptance is that it's not distributed from the FreeBSD.org domain, then a) that's a silly argument, and b) it's easily solvable so long as Colin agrees. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 02:34:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF9716A41F; Sun, 18 Dec 2005 02:34:47 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D4C43D8D; Sun, 18 Dec 2005 02:34:31 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jBI2YH44002609 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 18 Dec 2005 13:34:26 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jBI2YHHh088178; Sun, 18 Dec 2005 13:34:17 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jBI2YEae088177; Sun, 18 Dec 2005 13:34:14 +1100 (EST) (envelope-from pjeremy) Date: Sun, 18 Dec 2005 13:34:13 +1100 From: Peter Jeremy To: Scott Long Message-ID: <20051218023413.GU77268@cirb503493.alcatel.com.au> References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <43A492B6.6050305@t-hosting.hu> <20051217232856.GT77268@cirb503493.alcatel.com.au> <43A4B91D.8040304@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A4B91D.8040304@samsco.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: stable@freebsd.org, current Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 02:34:48 -0000 On Sat, 2005-Dec-17 18:19:25 -0700, Scott Long wrote: >Peter Jeremy wrote: >>I think FreeBSD Update shows the way forward but IMHO there needs to >>be an "official" binary update tool accessible from www.freebsd.org. > >FreeBSD Update was written by, and is continuously maintained by the >actual FreeBSD Security Officer. I realise that. But nowhere does it state that it is an "official" Project tool (though it no longer seems to include the "this is not sanctioned by the FreeBSD Project" disclaimer that I thought it used to have). > If the only barrier to acceptance is that it's not distributed from the >FreeBSD.org domain, then a) that's a silly argument, and b) it's easily >solvable so long as Colin agrees. I agree it's easily solvable. I disagree that it's a silly argument. As an end user, I would expect to find online updates to Solaris at sun.com, Microsoft at microsoft.com, etc. If I run FreeBSD, I would expect to find FreeBSD updates at freebsd.org, not daemonology.net. A quick search starting at www.freebsd.org does not throw up any references to FreeBSD Update. If I didn't know that Colin Percival was the SO, there would be nothing to suggest that FreeBSD Update had any relationship to the FreeBSD Project. Computer users are slowly cottoning on to the idea of computer security. This is good. Encouraging them to find an apparently arbitrary site that says "upgrade your operating system here" does nothing to reinforce the concept that people should be careful about downloading software from "unknown" sources. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 02:37:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF46016A41F; Sun, 18 Dec 2005 02:37:31 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A3A43D60; Sun, 18 Dec 2005 02:37:27 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-144-221-183.jan.bellsouth.net [70.144.221.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 5BE67AD; Sat, 17 Dec 2005 20:37:26 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 2E6EF61C21; Sat, 17 Dec 2005 20:37:25 -0600 (CST) Date: Sat, 17 Dec 2005 20:37:25 -0600 From: "Matthew D. Fuller" To: Joe Rhett Message-ID: <20051218023725.GM63497@over-yonder.net> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051217220021.GB93998@svcolo.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 02:37:32 -0000 On Sat, Dec 17, 2005 at 02:00:21PM -0800 I heard the voice of Joe Rhett, and lo! it spake thus: > > Increasing the number of deployed systems out of date [...] This doesn't make any sense. If you install a 6.0 system, in 6 months (assuming you installed it right when 6.0 was cut, for simplicity), it will be 6 months out of date. It's neither more nor less out of date if the current release is then 6.1, or 6.2, or 8.12; it's still 6 months back. A case could, in fact, be made that more common releases lead to far FEWER deployed systems out of date, since it makes it far easier for those who already use binary upgrades instead of source to get things faster. Now, this is not to say that easier incremental binary upgrades are a bad thing, but bad analogy doesn't help anybody... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 03:07:46 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA71316A422 for ; Sun, 18 Dec 2005 03:07:46 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate2.pacific.net.sg (smtpgate2.pacific.net.sg [203.120.90.32]) by mx1.FreeBSD.org (Postfix) with SMTP id B69EB43D5F for ; Sun, 18 Dec 2005 03:07:44 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 31942 invoked from network); 18 Dec 2005 03:07:42 -0000 Received: from maxwell6.pacific.net.sg (203.120.90.212) by smtpgate2.pacific.net.sg with SMTP; 18 Dec 2005 03:07:40 -0000 Received: from [192.168.0.107] ([210.24.124.189]) by maxwell6.pacific.net.sg with ESMTP id <20051218030740.OBXU16871.maxwell6.pacific.net.sg@[192.168.0.107]>; Sun, 18 Dec 2005 11:07:40 +0800 Message-ID: <43A4D209.2000609@pacific.net.sg> Date: Sun, 18 Dec 2005 11:05:45 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <43A492B6.6050305@t-hosting.hu> <20051217232856.GT77268@cirb503493.alcatel.com.au> <43A4B91D.8040304@samsco.org> In-Reply-To: <43A4B91D.8040304@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , stable@freebsd.org, =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= , current Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 03:07:47 -0000 Hi, Scott Long wrote: > Peter Jeremy wrote: > >> I think FreeBSD Update shows the way forward but IMHO there needs to >> be an "official" binary update tool accessible from www.freebsd.org. >> > > FreeBSD Update was written by, and is continuously maintained by the > actual FreeBSD Security Officer. It's as official as it gets. If > the only barrier to acceptance is that it's not distributed from the > FreeBSD.org domain, then a) that's a silly argument, and b) it's easily > solvable so long as Colin agrees. > isn't this the problem Microsoft faces all the while when users download the latest security patch from somewhere in the Internet? Teaching water and drinking wine? Erich From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 06:10:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B05A816A41F for ; Sun, 18 Dec 2005 06:10:12 +0000 (GMT) (envelope-from frank@ircnow.org) Received: from scott.blazing.de (scott.blazing.de [80.86.187.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FCD43D5F for ; Sun, 18 Dec 2005 06:10:12 +0000 (GMT) (envelope-from frank@ircnow.org) Received: by scott.blazing.de (Postfix, from userid 510) id 10BB08241E; Sun, 18 Dec 2005 07:10:11 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on scott.blazing.de X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from shodan.nognu.de (shodan.nognu.de [85.14.216.230]) by scott.blazing.de (Postfix) with ESMTP id 70B398241E for ; Sun, 18 Dec 2005 07:10:09 +0100 (CET) Received: by shodan.nognu.de (nbSMTP-1.00) for uid 1002 frank@ircnow.org; Sun, 18 Dec 2005 07:10:09 +0100 (CET) Date: Sun, 18 Dec 2005 07:10:09 +0100 From: Frank Steinborn To: freebsd-stable@freebsd.org Message-ID: <20051218061009.GA31661@scott.blazing.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051217155800.GA63807@scott.blazing.de> <200512172141.18017.freebsd.stable@melvyn.homeunix.org> <20051217215505.GA29499@scott.blazing.de> <200512180112.04263.freebsd.stable@melvyn.homeunix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <200512180112.04263.freebsd.stable@melvyn.homeunix.org> X-PGP: 41F1741D User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Update from 6.0-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 06:10:12 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Melvyn Sopacua wrote: > alright: > cp /usr/obj/usr/src/libexec/bootpd/bootpd /tmp/ > strip /tmp/bootpd >=20 > If that works, rm -rf /usr/obj and redo. See if memory is still exhausted= =20 > after installworld, but do it in single user mode if you didn't. I did a fresh cvsup and build, now installworld is okay. Don't ask me what was wrong before, *maybe* buildworld got trouble with out of swap without my notice somewhere, who knows... Thanks for you help! Frank --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpP1AK0akcUHxdB0RAjvFAJ9ZhzDoxBreLhhDUq0VaQFpBwYatwCeJcpm vovimCDJDMwCsNR4f9Ol4eg= =e4ja -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 09:28:46 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2798A16A41F for ; Sun, 18 Dec 2005 09:28:46 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 1620F43D49 for ; Sun, 18 Dec 2005 09:28:44 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 3435 invoked by uid 300); 18 Dec 2005 09:28:42 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(1.6/5.0):. Processed in 5.758244 secs); 18 Dec 2005 09:28:42 -0000 X-Spam-Status: No, hits=1.6 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 18 Dec 2005 09:28:36 -0000 Message-ID: <43A52BA2.4060800@tvnetwork.hu> Date: Sun, 18 Dec 2005 10:28:02 +0100 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gianmarco References: <20051218002458.M77556@giovannelli.it> In-Reply-To: <20051218002458.M77556@giovannelli.it> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 09:28:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gianmarco wrote: > HI all, > I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based > notebook with i915 graphic chipset). > > I am trying to use the latest drm hook for i915, but I get this error: > > drmsub0: port 0x1800-0x1807 mem > 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at > device 2.0 on pci0 > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. > device_attach: drmsub0 attach returned 12 > pci0: at device 2.1 (no driver attached) > > > Any idea ? > > I have added to my kernel: > > device agp # support several AGP chipsets > device drm # DRM core module required by DRM drivers > device i915drm # Intel i830 through i915 > > and my pciconf -vl shows: > > drmsub0@pci0:2:0: class=0x030000 card=0x3080103c chip=0x25928086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915GM/GMS, 82910GML Integrated Graphics Device' > class = display > subclass = VGA > none0@pci0:2:1: class=0x038000 card=0x3080103c chip=0x27928086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller > (??)' > class = display > > > Do I miss something ? Thanks ... > I have the same experience. But note that i915 (both agp and drm) is still in beta stage. Check this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=80396 (Problem Report kern/80396 : [agp] i915 AGP not supported). Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDpSuiHGP5/4adgcURAvMGAJ9xH4eVDTi9diO0EFL6P46nA/T4gACfdzDG Zbmfn16b72QAyMhqk6kRt2g= =ebZC -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 09:55:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A61A16A41F; Sun, 18 Dec 2005 09:55:52 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B397D43D46; Sun, 18 Dec 2005 09:55:49 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id jBI9tdEA077826; Sun, 18 Dec 2005 09:55:40 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <43A53215.8090001@infracaninophile.co.uk> Date: Sun, 18 Dec 2005 09:55:33 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <43A4A557.3010600@mac.com> In-Reply-To: <43A4A557.3010600@mac.com> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig4B2841E627D47D72C34079BE" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Sun, 18 Dec 2005 09:55:40 +0000 (GMT) X-Virus-Scanned: ClamAV 0.87.1/1211/Fri Dec 16 22:51:35 2005 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on happy-idiot-talk.infracaninophile.co.uk Cc: Joe Rhett , stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 09:55:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4B2841E627D47D72C34079BE Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Chuck Swiger wrote: > Upgrading the ports from there was somewhat annoying, as this guy's machine had > ~400 or so, but deleting them all, and then using "pkg_add -r " works just fine > if you want to grab the latest current binaries. From there you can portupgrade > as usual. > > Now, if you want to talk about upgrading to intermediate patch releases, you've > got a valid point there. :-) Doesn't creating a binary updates system that's going to be practical to use require implementation of that old and exceedingly bikesheddable subject: packaging up the base system? After all, you're going to need some mechanism for auditing servers down the line (yes, this machine has had the vital fix to the foo daemon applied), and while bumping the patch level on the release sorta works to do that, it implies a new kernel and a reboot for each patch applied if it's going to be visible. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig4B2841E627D47D72C34079BE 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.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDpTIb8Mjk52CukIwRA5ghAJ93xPRSJJcFgNU429W6CRxTSiaf8gCdG93f DuzOr5UrL/5t59sS6UzD7EM= =aytM -----END PGP SIGNATURE----- --------------enig4B2841E627D47D72C34079BE-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 12:46:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B75416A420 for ; Sun, 18 Dec 2005 12:46:02 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7982943D5A for ; Sun, 18 Dec 2005 12:45:43 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Enxuz-000Km5-Le; Sun, 18 Dec 2005 13:45:37 +0100 Date: Sun, 18 Dec 2005 13:45:37 +0100 From: Oliver Brandmueller To: Fabian Keil Message-ID: <20051218124537.GK34429@e-Gitt.NET> Mail-Followup-To: Fabian Keil , freebsd-stable@freebsd.org References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <20051216163031.6d5ce939@TP51.local> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Cc: freebsd-stable@freebsd.org Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 12:46:02 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On Fri, Dec 16, 2005 at 04:30:31PM +0100, Fabian Keil wrote: > Oliver Brandmueller wrote: >=20 > > I'm experiencing problems when trying to mount NFS filesystems from a > > RELENG_6 server (FreeBSD hudson 6.0-STABLE FreeBSD 6.0-STABLE > > #0: Wed Dec 14 16:59:55 CET 2005 =20 > > root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386) > > to either 5.4-STABLE or 6-STABLE clients. mounting works fine, but=20 > > afterwards the access to the filesystem on the client stalls. As soon > > as I mount the FS with a TCP mount everything works as expected. > >=20 > > The mounts worked fine on UDP when the server was 5.4-STABLE. There > > is just a plain GigE switch involved, no firewalls or routing. > >=20 > > Anyone else experiencing those problems or having an idea? >=20 > I just copied some files (<200 MB) from a NFS Server running >=20 > FreeBSD africanqueen.local 6.0-STABLE FreeBSD 6.0-STABLE > #5: Thu Dec 15 19:31:12 CET 2005 > fk@africanqueen.local:/usr/obj/usr/src/sys/AFRICANQUEEN i386 >=20 > without problems. My client runs FreeBSD 5.4, I use GigE as well, > but no switch. Which kind GigE Interface do you use? I'm currently checking different=20 things. I have another RELENG_6 machine where everything works fine,=20 which has a slightly older system at the moment. Luckily it's still in=20 the testing phase, so I'm currently updating and see if everything is=20 still working after update. This one has bge interfaces (and is amd64). The machine with the problem has em interfaces and I've got the feeling=20 the problem is related to the interface. When doing a tcpdump at the=20 time the mount stalls there's an interesting effect: On the client I see=20 outgoing NFS requests only. The tcpdump on the server shows the incoming=20 requests from the client AND outgoing answers from the server, which=20 don't show up at the client then. I have no other GigE NIC around to put into the original server and it=20 will take some time to do the patching in the datacenter and set up a=20 monitoring port (dunno if the switch is smart enough after all to do=20 that) to sniff from an independent machine. I'll keep you posted. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpVnxiqtMdzjafykRAlJxAJ9n9Sa6bg8qGEuq7MJ4R2UPBd2/uACfcr7r oXGHjQLHSK5QVKAa55kpihY= =SKux -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 14:03:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C2A416A41F for ; Sun, 18 Dec 2005 14:03:03 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natsmtp00.rzone.de (natsmtp00.rzone.de [81.169.145.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FAE443D58 for ; Sun, 18 Dec 2005 14:03:01 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480B104.dip.t-dialin.net [84.128.177.4]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id jBIE3065027178 for ; Sun, 18 Dec 2005 15:03:00 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id C631EE38DD5C for ; Sun, 18 Dec 2005 15:02:59 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09601-02 for ; Sun, 18 Dec 2005 15:02:59 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id C82C2E000353; Sun, 18 Dec 2005 15:02:58 +0100 (CET) Date: Sun, 18 Dec 2005 15:02:58 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20051218140258.GF7262@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051217120101.BBEDB16A440@hub.freebsd.org> <43A45789.7080601@ywave.com> <20051217234448.GA68713@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051217234448.GA68713@xor.obsecurity.org> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 14:03:03 -0000 On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote: > It looks like in the course of writing your long email you forgot to > describe any of the problems you are having. I don't know his exact problems either, but I could name you a few examples that currently reduce the fun of using FreeBSD: - The sound sytem is broken in FreeBSD in all 5.x and 6 versions, and I would like to listen to a few mp3-files from time to time. - To my surprise it's almost impossible to use the parallel port with interrupts ("interrupt storms"), polling mode works... - wlan is broken, my Thinkpad keeps losing WPA-PSK connection very often (probably kern/88793). - Keeping the system and the ports up to date gets more and more time consuming and risky (especially when compared to an "apt-get update && apt-get upgrade"). For example, the last devel/pear update in the ports crashed my PHP installations on 2 development machines (still no clue how to fix this). Don't get me wrong, I certainly don't want to complain, I just wanted to give you some examples. Uwe From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 14:12:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F75D16A41F for ; Sun, 18 Dec 2005 14:12:48 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B2AF43D5C for ; Sun, 18 Dec 2005 14:12:48 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EnzHK-000MbX-UP; Sun, 18 Dec 2005 15:12:46 +0100 Date: Sun, 18 Dec 2005 15:12:46 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20051218141246.GL34429@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org, Fabian Keil References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <20051218124537.GK34429@e-Gitt.NET> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Cc: Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 14:12:48 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On Sun, Dec 18, 2005 at 01:45:37PM +0100, Oliver Brandmueller wrote: > Which kind GigE Interface do you use? I'm currently checking different=20 > things. I have another RELENG_6 machine where everything works fine,=20 > which has a slightly older system at the moment. Luckily it's still in=20 > the testing phase, so I'm currently updating and see if everything is=20 > still working after update. This one has bge interfaces (and is amd64). OK. UDP NFS works as expected with amd64/bge on RELENG_6 of today. It=20 does not work in the same network on i386/em for me. Still=20 investigating. - Olli --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpW5eiqtMdzjafykRAjn1AJ9zIv0qRp67zyxEMRjGtz+le/hAgACgr9Xf l+xI9MuQF82fF6Zoon00xR0= =IeVr -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 14:18:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6350116A41F for ; Sun, 18 Dec 2005 14:18:20 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6270443D46 for ; Sun, 18 Dec 2005 14:18:18 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 3D210183E41 for ; Sun, 18 Dec 2005 22:18:17 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 2A8CE183D12 for ; Sun, 18 Dec 2005 22:18:17 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.extinput (Postfix) with ESMTP id 10418183417 for ; Sun, 18 Dec 2005 22:18:17 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 33F5A18022; Sun, 18 Dec 2005 22:18:16 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 01D5C17DFA; Sun, 18 Dec 2005 22:18:15 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1EnzMd-0001dC-00; Sun, 18 Dec 2005 22:18:15 +0800 Date: Sun, 18 Dec 2005 22:18:15 +0800 (WST) From: David Adam To: Uwe Laverenz In-Reply-To: <20051218140258.GF7262@laverenz.de> Message-ID: References: <20051217120101.BBEDB16A440@hub.freebsd.org> <43A45789.7080601@ywave.com> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (305/051215) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 14:18:20 -0000 Uwe, On Sun, 18 Dec 2005, Uwe Laverenz wrote: > On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote: > > > It looks like in the course of writing your long email you forgot to > > describe any of the problems you are having. > > I don't know his exact problems either, but I could name you a few > examples that currently reduce the fun of using FreeBSD: > > - The sound sytem is broken in FreeBSD in all 5.x and 6 versions, and I > would like to listen to a few mp3-files from time to time. If I was at work and I got a comment or a phone call like this, I would usually sigh heavily and, in a voice dripping with sarcasm, ask the exact same question that I'm going to ask you: How exactly is it broken? Actually, you should probably take it to -questions. > > - Keeping the system and the ports up to date gets more and more time > consuming and risky (especially when compared to an "apt-get update && > apt-get upgrade"). For example, the last devel/pear update in the > ports crashed my PHP installations on 2 development machines (still no > clue how to fix this). I don't use PEAR, but wasn't there something in UPDATING about it? David Adam zanchey@ucc.gu.uwa.edu.au UCC Wheel Member (who does plenty with apt, too, and will stick with the ports system thank you very much.) From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 14:25:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79EA716A41F for ; Sun, 18 Dec 2005 14:25:03 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E6943D45 for ; Sun, 18 Dec 2005 14:25:02 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id D5E3B11437; Sun, 18 Dec 2005 15:25:01 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Sun, 18 Dec 2005 15:25:01 +0100 User-Agent: KMail/1.8.3 References: <20051217120101.BBEDB16A440@hub.freebsd.org> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> In-Reply-To: <20051218140258.GF7262@laverenz.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512181525.01686.freebsd.stable@melvyn.homeunix.org> Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 14:25:03 -0000 On Sunday 18 December 2005 15:02, Uwe Laverenz wrote: > On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote: > > It looks like in the course of writing your long email you forgot to > > describe any of the problems you are having. > > I don't know his exact problems either, but I could name you a few > examples that currently reduce the fun of using FreeBSD: > > - The sound sytem is broken in FreeBSD in all 5.x and 6 versions, and I > would like to listen to a few mp3-files from time to time. Define broken? I put snd_ich_load="YES" into /boot/loader.conf, nothing in the kernel and it just works. Listening to SomaFM's Groovesalad via mpg123 as I type. > - Keeping the system and the ports up to date gets more and more time > consuming and risky (especially when compared to an "apt-get update && > apt-get upgrade"). For example, the last devel/pear update in the > ports crashed my PHP installations on 2 development machines (still no > clue how to fix this). That's independant of -stable/-current or any FreeBSD release for that matter, but if you have a PR to look at... -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 14:28:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71F2A16A41F for ; Sun, 18 Dec 2005 14:28:28 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F47B43D58 for ; Sun, 18 Dec 2005 14:28:25 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 39ACE11437; Sun, 18 Dec 2005 15:28:22 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org, Fabian Keil Date: Sun, 18 Dec 2005 15:28:21 +0100 User-Agent: KMail/1.8.3 References: <20051216143936.GF34429@e-Gitt.NET> <20051218124537.GK34429@e-Gitt.NET> <20051218141246.GL34429@e-Gitt.NET> In-Reply-To: <20051218141246.GL34429@e-Gitt.NET> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512181528.22054.freebsd.stable@melvyn.homeunix.org> Cc: Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 14:28:28 -0000 On Sunday 18 December 2005 15:12, Oliver Brandmueller wrote: > Hi. > > On Sun, Dec 18, 2005 at 01:45:37PM +0100, Oliver Brandmueller wrote: > > Which kind GigE Interface do you use? I'm currently checking different > > things. I have another RELENG_6 machine where everything works fine, > > which has a slightly older system at the moment. Luckily it's still in > > the testing phase, so I'm currently updating and see if everything is > > still working after update. This one has bge interfaces (and is amd64). > > OK. UDP NFS works as expected with amd64/bge on RELENG_6 of today. It > does not work in the same network on i386/em for me. Still > investigating. To rule out NFS, do something like syslogging remotely (also UDP). -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 15:18:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF31816A41F for ; Sun, 18 Dec 2005 15:18:24 +0000 (GMT) (envelope-from mailing@libet.de) Received: from mail.libet.de (www.libet.de [212.202.150.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D070643D45 for ; Sun, 18 Dec 2005 15:18:22 +0000 (GMT) (envelope-from mailing@libet.de) Received: (qmail 45965 invoked from network); 18 Dec 2005 15:18:21 -0000 Received: from port-212-202-150-226.static.qsc.de (HELO ?192.168.23.38?) (212.202.150.226) by mail.libet.de with SMTP; 18 Dec 2005 15:18:21 -0000 Message-ID: <43A57DBF.6050404@libet.de> Date: Sun, 18 Dec 2005 16:18:23 +0100 From: =?ISO-8859-15?Q?Christian_Gr=FCndemann?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 15:18:24 -0000 Hi, I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI Seagate drives as a RAID-5 without any probelms for almost two years now. Last week I attached to the aac0 controller a Tandberg DLT Drive QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device for large backup purposes. We decided to use dump/restore for our backup strategy but unfortunately we can only make backups and no restores. E.g dumping a filesystem works great: root@hercules ~ dump -0aLf /dev/sa0 /var DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 63220 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 64341 tape blocks on 1 volume DUMP: finished in 15 seconds, throughput 4289 KBytes/sec DUMP: Closing /dev/sa0 DUMP: DUMP IS DONE root@hercules ~ I guess the backup has been successfully finished. But when I try a access the backup ether via the interactive console or by trying to extract the data directly I get the follwing errors in /var/log/messages root@hercules /var restore -i -f /dev/sa0 tape read error: Input/output error Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 0 0 80 0 0 Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI (length mismatch): 22528 csi:e0,40,0,20 asc:0,0 Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional sense information Sometimes I often get some Timeouts (only using restore). Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT AFTER 51 SECONDS Kernel config: ------------------------- # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) ------------------------- dmesg (cutted): ------------------ hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz 686-class CPU) hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs hercules kernel: cpu0 (BSP): APIC ID: 0 hercules kernel: cpu1 (AP): APIC ID: 1 hercules kernel: cpu2 (AP): APIC ID: 6 hercules kernel: cpu3 (AP): APIC ID: 7 aac0: mem 0xd0000000-0xd3ffffff irq 52 at device 2.0 on pci4 aac0: [FAST] aac0: Unknown processor 100MHz, 48MB cache memory, optional battery not installed aac0: Kernel 4.1-0, Build 7244, S/N bd10c2 aac0: Supported Options=11d7e aacp0: on aac0 acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% (probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1 (probe5:aacp0:0:5:0): Logical unit is in process of becoming ready sa0 at aacp0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) ---------------------- Does anybody maybe have an idea why I can use dump but not restore ? This doesn't make sense to me. And I should mention that "tar" works great! I can write and read from the tape, even with filemarks. Thanks for your help! Christian From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 15:30:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC0116A41F for ; Sun, 18 Dec 2005 15:30:50 +0000 (GMT) (envelope-from mailing@libet.de) Received: from mail.libet.de (www.libet.de [212.202.150.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B55F43D62 for ; Sun, 18 Dec 2005 15:30:49 +0000 (GMT) (envelope-from mailing@libet.de) Received: (qmail 46587 invoked from network); 18 Dec 2005 15:30:48 -0000 Received: from port-212-202-150-226.static.qsc.de (HELO ?192.168.23.38?) (212.202.150.226) by mail.libet.de with SMTP; 18 Dec 2005 15:30:47 -0000 Message-ID: <43A580A9.5090504@libet.de> Date: Sun, 18 Dec 2005 16:30:49 +0100 From: =?ISO-8859-15?Q?Christian_Gr=FCndemann?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43A57DBF.6050404@libet.de> In-Reply-To: <43A57DBF.6050404@libet.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 15:30:50 -0000 Waah, I forgot the most important information. Its an 5.3-STABLE FreeBSD Operating System. :-) Christian Christian Gründemann schrieb: > Hi, > > I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI > Seagate drives as a RAID-5 without any probelms for almost two years now. > > Last week I attached to the aac0 controller a Tandberg DLT Drive > QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device > for large backup purposes. > > We decided to use dump/restore for our backup strategy but > unfortunately we can > only make backups and no restores. E.g dumping a filesystem works great: > > root@hercules ~ dump -0aLf /dev/sa0 /var > DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 63220 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: DUMP: 64341 tape blocks on 1 volume > DUMP: finished in 15 seconds, throughput 4289 KBytes/sec > DUMP: Closing /dev/sa0 > DUMP: DUMP IS DONE > root@hercules ~ > > I guess the backup has been successfully finished. > > But when I try a access the backup ether via the interactive console or > by trying to extract the data directly I get the follwing errors in > /var/log/messages > > root@hercules /var restore -i -f /dev/sa0 > tape read error: Input/output error > > Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 0 > 0 80 0 0 > Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI > (length mismatch): 22528 csi:e0,40,0,20 asc:0,0 > Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional > sense information > > Sometimes I often get some Timeouts (only using restore). > Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT > AFTER 51 SECONDS > > Kernel config: > ------------------------- > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and > SAF-TE) > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > ------------------------- > > dmesg (cutted): > ------------------ > hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz > 686-class CPU) > hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > hercules kernel: cpu0 (BSP): APIC ID: 0 > hercules kernel: cpu1 (AP): APIC ID: 1 > hercules kernel: cpu2 (AP): APIC ID: 6 > hercules kernel: cpu3 (AP): APIC ID: 7 > > aac0: mem 0xd0000000-0xd3ffffff irq 52 at > device 2.0 on pci4 > aac0: [FAST] > aac0: Unknown processor 100MHz, 48MB cache memory, optional battery > not installed > aac0: Kernel 4.1-0, Build 7244, S/N bd10c2 > aac0: Supported > Options=11d7e > > aacp0: on aac0 > > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > (probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1 > (probe5:aacp0:0:5:0): Logical unit is in process of becoming ready > sa0 at aacp0 bus 0 target 5 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) > ---------------------- > > Does anybody maybe have an idea why I can use dump but not restore ? > This doesn't make sense to me. > > And I should mention that "tar" works great! I can write and read > from the tape, even with filemarks. > > Thanks for your help! > Christian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 15:51:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C6E816A41F for ; Sun, 18 Dec 2005 15:51:05 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C5E43D5E for ; Sun, 18 Dec 2005 15:51:04 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 29370 invoked from network); 18 Dec 2005 15:51:00 -0000 Received: from unknown (HELO TP51.local) ([pbs]775067@[217.187.178.249]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 18 Dec 2005 15:51:00 -0000 Date: Sun, 18 Dec 2005 16:50:29 +0100 From: Fabian Keil To: Oliver Brandmueller Message-ID: <20051218165029.6aa75b7b@TP51.local> In-Reply-To: <20051218124537.GK34429@e-Gitt.NET> References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd5.4) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_wxY4ZbYb1F78dlfaQ+/i.ZG"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 15:51:05 -0000 --Sig_wxY4ZbYb1F78dlfaQ+/i.ZG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Oliver Brandmueller wrote: > On Fri, Dec 16, 2005 at 04:30:31PM +0100, Fabian Keil wrote: > > Oliver Brandmueller wrote: > >=20 > > > I'm experiencing problems when trying to mount NFS filesystems > > > from a RELENG_6 server (FreeBSD hudson 6.0-STABLE FreeBSD > > > 6.0-STABLE #0: Wed Dec 14 16:59:55 CET 2005 =20 > > > root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386) > > > to either 5.4-STABLE or 6-STABLE clients. mounting works fine, > > > but afterwards the access to the filesystem on the client stalls. > > > As soon as I mount the FS with a TCP mount everything works as > > > expected. > > >=20 > > > The mounts worked fine on UDP when the server was 5.4-STABLE. > > > There is just a plain GigE switch involved, no firewalls or > > > routing. > > >=20 > > > Anyone else experiencing those problems or having an idea? > >=20 > > I just copied some files (<200 MB) from a NFS Server running > >=20 > > FreeBSD africanqueen.local 6.0-STABLE FreeBSD 6.0-STABLE > > #5: Thu Dec 15 19:31:12 CET 2005 > > fk@africanqueen.local:/usr/obj/usr/src/sys/AFRICANQUEEN i386 > >=20 > > without problems. My client runs FreeBSD 5.4, I use GigE as well, > > but no switch. >=20 > Which kind GigE Interface do you use? Client: fk@TP51 ~ $pciconf -lv| grep em0 -A 2 em0@pci2:1:0: class=3D0x020000 card=3D0x05491014 chip=3D0x101e8086 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82540EP Gigabit Ethernet Controller (Mobile)' Server: fk@africanqueen ~ $pciconf -lv| grep re[01] -A 2 re0@pci0:9:0: class=3D0x020000 card=3D0x816910ec chip=3D0x816910ec rev=3D= 0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8169 Gigabit Ethernet Adapter' -- re1@pci0:10:0: class=3D0x020000 card=3D0x601b182d chip=3D0x816910ec rev=3D= 0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8169 Gigabit Ethernet Adapter' re0 is made by Vivanco, re1 is a Sitecom card. Fabian --=20 http://www.fabiankeil.de/ --Sig_wxY4ZbYb1F78dlfaQ+/i.ZG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpYVYjV8GA4rMKUQRAqTGAKCsR0zCWWqQpVQiVIrDIM7wD0+TEACfaszF zQyvSvzKRxakro5WByrLtVI= =ppbI -----END PGP SIGNATURE----- --Sig_wxY4ZbYb1F78dlfaQ+/i.ZG-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 17:06:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0787916A41F for ; Sun, 18 Dec 2005 17:06:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A50A343D5D for ; Sun, 18 Dec 2005 17:06:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8A1BE1A3C1A for ; Sun, 18 Dec 2005 09:06:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2027952B3E; Sun, 18 Dec 2005 12:06:12 -0500 (EST) Date: Sun, 18 Dec 2005 12:06:12 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20051218170611.GA20351@xor.obsecurity.org> References: <20051217120101.BBEDB16A440@hub.freebsd.org> <43A45789.7080601@ywave.com> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20051218140258.GF7262@laverenz.de> User-Agent: Mutt/1.4.2.1i Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 17:06:15 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 18, 2005 at 03:02:58PM +0100, Uwe Laverenz wrote: > On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote: >=20 > > It looks like in the course of writing your long email you forgot to > > describe any of the problems you are having. >=20 > I don't know his exact problems either, but I could name you a few > examples that currently reduce the fun of using FreeBSD: >=20 > - The sound sytem is broken in FreeBSD in all 5.x and 6 versions, and I > would like to listen to a few mp3-files from time to time. Well, no, the "sound system" is not broken, perhaps a driver just doesn't work on your hardware (or you're using the wrong driver). You also forgot to describe your system. > - Keeping the system and the ports up to date gets more and more time > consuming and risky (especially when compared to an "apt-get update && > apt-get upgrade"). For example, the last devel/pear update in the > ports crashed my PHP installations on 2 development machines (still no > clue how to fix this). As far as I can tell nothing has changed here except for random timing of updates. Yes, sometimes when an update it committed it is broken at first or requires extra work on your part to adapt. This has always been true, except thesedays we make a lot more effort to test for problems and describe any additional upgrade steps (see UPDATING). When you encounter a problem, as you apparently did, you need to inform the appropriate people (e.g. port maintainer), otherwise there's no way they can help you to resolve it. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpZcCWry0BWjoQKURAkR7AKC6agjb8u4Kejler0KM+l7v99VYAQCg+nlM DIiUWd6DlnczBOkHLpoh4fE= =Nx+4 -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 17:13:55 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14F6016A422; Sun, 18 Dec 2005 17:13:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CBEB43D5F; Sun, 18 Dec 2005 17:13:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0678D1A3C1A; Sun, 18 Dec 2005 09:13:10 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6855351242; Sun, 18 Dec 2005 12:13:09 -0500 (EST) Date: Sun, 18 Dec 2005 12:13:09 -0500 From: Kris Kennaway To: Matthew Seaman Message-ID: <20051218171308.GA20557@xor.obsecurity.org> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <43A4A557.3010600@mac.com> <43A53215.8090001@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <43A53215.8090001@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.1i Cc: Joe Rhett , stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 17:13:55 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 18, 2005 at 09:55:33AM +0000, Matthew Seaman wrote: > Chuck Swiger wrote: >=20 > >Upgrading the ports from there was somewhat annoying, as this guy's=20 > >machine had > >~400 or so, but deleting them all, and then using "pkg_add -r " works ju= st=20 > >fine > >if you want to grab the latest current binaries. From there you can=20 > >portupgrade > >as usual. > > > >Now, if you want to talk about upgrading to intermediate patch releases,= =20 > >you've > >got a valid point there. :-) >=20 > Doesn't creating a binary updates system that's going to be practical to = use > require implementation of that old and exceedingly bikesheddable subject:= =20 > packaging > up the base system? No, after all the *existing* binary update systems don't require packaging of the base system. Kris --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpZikWry0BWjoQKURAvTSAKDLj/qk806/kOlSpxqOuYzjOIp/3wCfRu1/ gsh6TvfeRJ40HCVp8Wg9n70= =SU7Q -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 17:17:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CB5C16A41F for ; Sun, 18 Dec 2005 17:17:29 +0000 (GMT) (envelope-from billn@ywave.com) Received: from smtpout1.ywave.com (ycomradius.yelmtel.com [216.227.100.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 04F0843D53 for ; Sun, 18 Dec 2005 17:17:25 +0000 (GMT) (envelope-from billn@ywave.com) Received: (qmail 12734 invoked by uid 502); 18 Dec 2005 17:17:07 -0000 Received: from dsl13091.ywave.com (HELO ?10.0.0.25?) (billn@66.243.212.91) by 0 with SMTP; 18 Dec 2005 17:17:07 -0000 X-CLIENT-IP: 66.243.212.91 X-CLIENT-HOST: dsl13091.ywave.com Message-ID: <43A599BD.2060004@ywave.com> Date: Sun, 18 Dec 2005 09:17:49 -0800 From: Bill Nicholls User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.12) Gecko/20050922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051218120051.E393B16A423@hub.freebsd.org> In-Reply-To: <20051218120051.E393B16A423@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 17:17:29 -0000 Thanks to the email from some kind members here, it is likely that my problems are not fatal, just temporarily blocking me. I plan to do another attempt on Mt 6.0, with proper planning, base and upper camps, and of course, porter support. Thanks to those who wrote. BillN From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 19:24:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73F6D16A420 for ; Sun, 18 Dec 2005 19:24:55 +0000 (GMT) (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 BA6ED43D5D for ; Sun, 18 Dec 2005 19:24:54 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBIJ4Tmh041673; Sun, 18 Dec 2005 12:04:30 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43A5B2BC.6050307@samsco.org> Date: Sun, 18 Dec 2005 12:04:28 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?Christian_Gr=FCndemann?= References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> In-Reply-To: <43A580A9.5090504@libet.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 19:24:55 -0000 First of all, let me apologize for the mess that is the aac passthrough driver. I wrote it in hopes that it would be useful, but the support needed for it in the aac firmware simply isn't robust enough for the kind of SCSI stuff that FreeBSD does. In other words, it's a hack from top to bottom, and really is little more than a novelty at this point. See below... Christian Gründemann wrote: > Waah, I forgot the most important information. > > Its an 5.3-STABLE FreeBSD Operating System. > :-) > Christian > > > Christian Gründemann schrieb: > >> Hi, >> >> I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI >> Seagate drives as a RAID-5 without any probelms for almost two years now. >> >> Last week I attached to the aac0 controller a Tandberg DLT Drive >> QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device >> for large backup purposes. >> >> We decided to use dump/restore for our backup strategy but >> unfortunately we can >> only make backups and no restores. E.g dumping a filesystem works great: >> >> root@hercules ~ dump -0aLf /dev/sa0 /var >> DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005 >> DUMP: Date of last level 0 dump: the epoch >> DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0 >> DUMP: mapping (Pass I) [regular files] >> DUMP: mapping (Pass II) [directories] >> DUMP: estimated 63220 tape blocks. >> DUMP: dumping (Pass III) [directories] >> DUMP: dumping (Pass IV) [regular files] >> DUMP: DUMP: 64341 tape blocks on 1 volume >> DUMP: finished in 15 seconds, throughput 4289 KBytes/sec >> DUMP: Closing /dev/sa0 >> DUMP: DUMP IS DONE >> root@hercules ~ >> >> I guess the backup has been successfully finished. >> >> But when I try a access the backup ether via the interactive console or >> by trying to extract the data directly I get the follwing errors in >> /var/log/messages >> >> root@hercules /var restore -i -f /dev/sa0 >> tape read error: Input/output error >> >> Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 0 >> 0 80 0 0 >> Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI >> (length mismatch): 22528 csi:e0,40,0,20 asc:0,0 >> Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional >> sense information This is very very strange, and I don't even know where to start guessing. It could be either a fairly minor bug in the driver, or a major bug/lack of support in the firmware. >> >> Sometimes I often get some Timeouts (only using restore). >> Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT >> AFTER 51 SECONDS This is usually a sign that the firmware either lost a command, or paniced all together. Both conditions are fatal =-( >> >> Kernel config: >> ------------------------- >> # SCSI peripherals >> device scbus # SCSI bus (required for SCSI) >> device ch # SCSI media changers >> device da # Direct Access (disks) >> device sa # Sequential Access (tape etc) >> device cd # CD >> device pass # Passthrough device (direct SCSI access) >> device ses # SCSI Environmental Services (and >> SAF-TE) >> # RAID controllers >> device aac # Adaptec FSA RAID >> device aacp # SCSI passthrough for aac (requires CAM) >> ------------------------- >> >> dmesg (cutted): >> ------------------ >> hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz >> 686-class CPU) >> hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> hercules kernel: cpu0 (BSP): APIC ID: 0 >> hercules kernel: cpu1 (AP): APIC ID: 1 >> hercules kernel: cpu2 (AP): APIC ID: 6 >> hercules kernel: cpu3 (AP): APIC ID: 7 >> >> aac0: mem 0xd0000000-0xd3ffffff irq 52 at >> device 2.0 on pci4 >> aac0: [FAST] >> aac0: Unknown processor 100MHz, 48MB cache memory, optional battery >> not installed >> aac0: Kernel 4.1-0, Build 7244, S/N bd10c2 >> aac0: Supported >> Options=11d7e >> >> aacp0: on aac0 >> >> acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% >> (probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> (probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1 >> (probe5:aacp0:0:5:0): Logical unit is in process of becoming ready >> sa0 at aacp0 bus 0 target 5 lun 0 >> sa0: Removable Sequential Access SCSI-2 device >> sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) >> ---------------------- >> >> Does anybody maybe have an idea why I can use dump but not restore ? >> This doesn't make sense to me. >> >> And I should mention that "tar" works great! I can write and read >> from the tape, even with filemarks. >> >> Thanks for your help! >> Christian >> I have a DLT drive here that I could probably hook up and start debugging with, but there are a lot of other things on my plate with higher priority, unfortunately. Your best bet for now is to put the tape drive onto a real Symbios or Adaptec SCSI card. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 19:46:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F0916A41F for ; Sun, 18 Dec 2005 19:46:54 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A8AE43D46 for ; Sun, 18 Dec 2005 19:46:51 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: (qmail 9049 invoked by uid 0); 18 Dec 2005 19:46:49 -0000 Received: from r5k4.chello.upc.cz (HELO ?86.49.10.4?) (86.49.10.4) by smtp.dkm.cz with SMTP; 18 Dec 2005 19:46:49 -0000 Message-ID: <43A5BCA9.3090105@pobox.sk> Date: Sun, 18 Dec 2005 20:46:49 +0100 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20051218001359.46E495D07@ptavv.es.net> In-Reply-To: <20051218001359.46E495D07@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: martinko , Melvyn Sopacua , freebsd-stable@freebsd.org Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 19:46:54 -0000 Kevin Oberman wrote: >>Date: Sat, 17 Dec 2005 18:14:01 +0100 >>From: martinko >> >>Kevin Oberman wrote: >> >> >>>>Date: Fri, 16 Dec 2005 14:29:39 -0600 >>>>From: Craig Boston >>>>Sender: owner-freebsd-stable@freebsd.org >>>> >>>> >>>> >>>> >>>>>-cpu0: on acpi0 >>>>>+cpu0: on acpi0 >>>>> >>>>>Q: Guessing that's a formatting difference, rather then 6.x not recognizing >>>>>the states (sysctl hw.acpi.cpu.cx_supported confirms 4 states) >>>>> >>>>> >>>>Not sure on this, but you're probably better off using EST anyway as I >>>>think it gives you more control over the processor frequency. >>>> >>>> >>>No. There is no conflict between Cx states and EST. Cx states specifies >>>how deeply the CPU will sleep when idle. EST controls processor speed >>>and voltage. In most cases, your REALLY want to use both of these. They >>>are very significant in saving power. (Of course, USB tends to limit the >>>effectiveness of Cx states. I need to run without USB to get really good >>>battery life and to make suspend (S3) really ut power drain. >>> >>> >>Kevin, >> >>I used to have 3 Cx states supported when I started with FreeBSD on >>version 5.3. Since I upgraded to 5.4 and recently to 6.0, all I can see >>is just one supported Cx state. I much wonder why. (?) >> >> > >What value do you have in /etc/rc.conf (if any) for >performance_cx_lowest? It defaults to HIGH which will limit you to only >the most power hungry sleep state (simple halt). This was made the >default because some hardware was breaking when this was defaulted to >LOW. T0 get other Cx states to be utilized, add >'performance_cx_lowest="LOW"' to /etc/rc.conf. > > i see. anyway: # grep cx /etc/rc.conf.local economy_cx_lowest="LOW" performance_cx_lowest="LOW" still: # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/1 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% and, imho, cx_supported should list all available states, doesn't matter what is in rc.conf. (well, at least i reckon it's supposed to work that way.) but: i already had 3 Cx states back on 5.3. and when i had them, C2 was used most often (and C3 wasn't at all iirc). so what has changed in the system please and how am i to get back my states please ?? many thanks, martin From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 20:22:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E07916A41F for ; Sun, 18 Dec 2005 20:22:41 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id D06AB43D5A for ; Sun, 18 Dec 2005 20:22:40 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 8194211437; Sun, 18 Dec 2005 21:22:39 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Sun, 18 Dec 2005 21:22:37 +0100 User-Agent: KMail/1.8.3 References: <20051218001359.46E495D07@ptavv.es.net> <43A5BCA9.3090105@pobox.sk> In-Reply-To: <43A5BCA9.3090105@pobox.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512182122.37985.freebsd.stable@melvyn.homeunix.org> Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 20:22:41 -0000 On Sunday 18 December 2005 20:46, martinko wrote: > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/1 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% > > and, imho, cx_supported should list all available states, doesn't matter > what is in rc.conf. (well, at least i reckon it's supposed to work that > way.) > > but: > > i already had 3 Cx states back on 5.3. > and when i had them, C2 was used most often (and C3 wasn't at all iirc). > > so what has changed in the system please and how am i to get back my > states please ?? This is exactly the thing you need to report via send-pr. Developers won't be aware of regression errors if they don't get reported. Cx states are configured via acpi, so I'd visit the acpi list and prepare a dump of your acpicode for the developers to look at. See acpidump(8) for details. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 20:44:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A5DA16A41F for ; Sun, 18 Dec 2005 20:44:09 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 66CE843D68 for ; Sun, 18 Dec 2005 20:44:08 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 22586 invoked by uid 399); 18 Dec 2005 20:44:07 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Dec 2005 20:44:07 -0000 Message-ID: <43A5CA16.70205@FreeBSD.org> Date: Sun, 18 Dec 2005 12:44:06 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051217120101.BBEDB16A440@hub.freebsd.org> <43A45789.7080601@ywave.com> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> In-Reply-To: <20051218140258.GF7262@laverenz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 20:44:09 -0000 Uwe Laverenz wrote: > On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote: > >> It looks like in the course of writing your long email you forgot to >> describe any of the problems you are having. > > I don't know his exact problems either, but I could name you a few > examples that currently reduce the fun of using FreeBSD: > > - To my surprise it's almost impossible to use the parallel port with > interrupts ("interrupt storms"), polling mode works... It doesn't surprise me, as most printer hardware is USB nowadays, so I'm sure that these bits haven't been well exercised lately. If there is a regression in this area in RELENG_6, it would be worth reporting to this list, hopefully with enough detail that a developer could help you troubleshoot the problem. > - wlan is broken, my Thinkpad keeps losing WPA-PSK connection very often > (probably kern/88793). Two things, first I seem to recall someone saying that the ral hardware is not all that hot to begin with, and you'd be better off with another wifi card. If that's not possible, have you tried upgrading to the latest 6-stable? If it's still not working after that, please report it to the list. Also, it's worth noting that if you're trying WPA on 5-stable, you're not likely to succeed. The infrastructure was greatly improved for 6-release. > Don't get me wrong, I certainly don't want to complain, I just wanted to > give you some examples. Ok, assuming we can take you at face value here, please note the consistent item in both of my responses above. The only way we can fix problems is if we know they exist, and the users experiencing the problems are willing to help with details, and testing solutions. The nature of PC hardware is such that no matter how much a developer tests on what they have (and some of our developers have extensive hardware testing facilities, often purchased with their own money), there will always be corner cases. FreeBSD got to the state that it is in right now (good or bad) because the community of its users helped make it that way. The only way it gets better is if people help make it better. Relying on "them" to do it for you is not the FreeBSD way. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 21:41:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3798716A41F for ; Sun, 18 Dec 2005 21:41:20 +0000 (GMT) (envelope-from pdquilty@adelphia.net) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1552943D4C for ; Sun, 18 Dec 2005 21:41:18 +0000 (GMT) (envelope-from pdquilty@adelphia.net) Received: from pdq-lan103 ([68.67.198.69]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051218214114.CGDQ26442.mta13.adelphia.net@pdq-lan103> for ; Sun, 18 Dec 2005 16:41:14 -0500 From: "Peter D. Quilty" To: freebsd-stable@freebsd.org In-Reply-To: <1134775015.2892.28.camel@pdq-9100> References: <1134775015.2892.28.camel@pdq-9100> Date: Sun, 18 Dec 2005 16:41:14 -0500 Message-Id: <1134942074.12290.8.camel@pdq-9100> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Need help with crash analysis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Peter D. Quilty" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 21:41:20 -0000 I had another crash and this time ran kgdb and typed "bt full" with the following output. As a last resort I rebuilt the kernel with HZ=2000, instead of 1000 and haven't had a crash since. My wireless card seems more responsive under load too. Ping times are lower when I'm transferring large files across the network. [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: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc066ccec stack pointer = 0x28:0xe36198bc frame pointer = 0x28:0x0 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 = 38 (swi1: net) trap number = 12 panic: page fault cpuid = 0 Uptime: 3m17s Dumping 1023 MB (2 chunks) chunk 0: 1MB (158 pages) Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x20:0xc0549f20 stack pointer = 0x28:0xe5084c8c frame pointer = 0x28:0xe5084ccc 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 = 36 (swi4: clock) trap number = 12 ... ok chunk 1: 1023MB (261802 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc053b467 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc053b818 in panic (fmt=0xc06dc865 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc22ec4b0 bootopt = 260 newpanic = 0 ap = 0xc22ec4b0 "" buf = "page fault", '\0' #3 0xc06b4b14 in trap_fatal (frame=0xe361987c, eva=0) at /usr/src/sys/i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #4 0xc06b480d in trap_pfault (frame=0xe361987c, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0xc073d820 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc22ec4b0 p = (struct proc *) 0xc234b000 #5 0xc06b43f3 in trap (frame= {tf_fs = -480182264, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = -315641204, tf_ebp = 0, tf_isp = -480143192, tf_ebx = -315638608, tf_edx = 791735, tf_ecx = -1073475471, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067004692, tf_cs = 32, tf_eflags = 66050, tf_esp = 16777216, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc22ec4b0 p = (struct proc *) 0xc234b000 sticks = 3814824188 i = 0 ucode = 0 type = 12 code = 0 eva = 16 #6 0xc06a041a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc066ccec in zz0e373a4d () No symbol table info available. (kgdb) quit On Fri, 2005-12-16 at 18:17 -0500, Peter D. Quilty wrote: > I have a Dell Inspiron 9100 laptop that has been crashing lately. It > seems to happen when there is a moderate disk load and the network load > is > 6 Mbits/sec. I can usually replicate it by running "portsdb -fUu" > while downloading or copying large files across the network. I have > tried the following in an attempt to isolate the problem, but nothing > has worked. > * disabling ACPI > * disabling hyperthreading > * disabling SMP > * switching back to the 4BSD scheduler from ULE > I ran kgdb against kernel.debug and the crash dump, but don't quite know > how to interpret it or where to go from here. I've attached my kernel > config file, dmesg.boot, and the outputs from kldstat and kgdb. > > I recently upgraded my router/access point at home from 802.11b to > 802.11g to take advantage of the faster network cards in my laptops and > I am wondering if that could be exposing a bug or race condition. I > tried putting my network card back in 11b mode (instead of 11g) and I > don't see the problem nearly as often. > > Does anyone have any suggestions as to how to troubleshoot this further? > I have saved the relevant kernel files and crash dumps, in case I need > to reference them again. > > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 22:18:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2295116A41F for ; Sun, 18 Dec 2005 22:18:39 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79AF43D5A for ; Sun, 18 Dec 2005 22:18:38 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sun, 18 Dec 2005 14:18:34 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1DEE65D07; Sun, 18 Dec 2005 14:18:34 -0800 (PST) To: martinko In-reply-to: Your message of "Sun, 18 Dec 2005 20:46:49 +0100." <43A5BCA9.3090105@pobox.sk> Date: Sun, 18 Dec 2005 14:18:34 -0800 From: "Kevin Oberman" Message-Id: <20051218221834.1DEE65D07@ptavv.es.net> Cc: Melvyn Sopacua , freebsd-stable@freebsd.org Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 22:18:39 -0000 > Date: Sun, 18 Dec 2005 20:46:49 +0100 > From: martinko > > Kevin Oberman wrote: > > >>Date: Sat, 17 Dec 2005 18:14:01 +0100 > >>From: martinko > >> > >>Kevin Oberman wrote: > >> > >> > >>>>Date: Fri, 16 Dec 2005 14:29:39 -0600 > >>>>From: Craig Boston > >>>>Sender: owner-freebsd-stable@freebsd.org > >>>> > >>>> > >>>> > >>>> > >>>>>-cpu0: on acpi0 > >>>>>+cpu0: on acpi0 > >>>>> > >>>>>Q: Guessing that's a formatting difference, rather then 6.x not recognizing > >>>>>the states (sysctl hw.acpi.cpu.cx_supported confirms 4 states) > >>>>> > >>>>> > >>>>Not sure on this, but you're probably better off using EST anyway as I > >>>>think it gives you more control over the processor frequency. > >>>> > >>>> > >>>No. There is no conflict between Cx states and EST. Cx states specifies > >>>how deeply the CPU will sleep when idle. EST controls processor speed > >>>and voltage. In most cases, your REALLY want to use both of these. They > >>>are very significant in saving power. (Of course, USB tends to limit the > >>>effectiveness of Cx states. I need to run without USB to get really good > >>>battery life and to make suspend (S3) really ut power drain. > >>> > >>> > >>Kevin, > >> > >>I used to have 3 Cx states supported when I started with FreeBSD on > >>version 5.3. Since I upgraded to 5.4 and recently to 6.0, all I can see > >>is just one supported Cx state. I much wonder why. (?) > >> > >> > > > >What value do you have in /etc/rc.conf (if any) for > >performance_cx_lowest? It defaults to HIGH which will limit you to only > >the most power hungry sleep state (simple halt). This was made the > >default because some hardware was breaking when this was defaulted to > >LOW. T0 get other Cx states to be utilized, add > >'performance_cx_lowest="LOW"' to /etc/rc.conf. > > > > > > i see. > > anyway: > > # grep cx /etc/rc.conf.local > economy_cx_lowest="LOW" > performance_cx_lowest="LOW" > > still: > > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/1 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% > > and, imho, cx_supported should list all available states, doesn't matter > what is in rc.conf. (well, at least i reckon it's supposed to work that > way.) > > but: > > i already had 3 Cx states back on 5.3. > and when i had them, C2 was used most often (and C3 wasn't at all iirc). > > so what has changed in the system please and how am i to get back my > states please ?? This is a totally different problem. I thought that the problem was simply not using all of the states. Instead, you are not even showing the states as available. Looks like the kernel is not reading the capabilities of your system correctly. This seems to coincide with the new ACPI code import. Sounds like something is not being handled properly and it is likely beyond my capability to track it down. I would suggest posting your the output of 'acpidump -t -d' on a web site and then sending a report with a pointer to that ASL to freebsd-acpi@freebsd.org. There it will be seen by the folks who really know the ACPI stuff. -- 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 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 01:02:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ED8D16A41F for ; Mon, 19 Dec 2005 01:02:05 +0000 (GMT) (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 CE4F943D62 for ; Mon, 19 Dec 2005 01:02:02 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBJ11vfZ097640 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 19 Dec 2005 11:31:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 19 Dec 2005 11:31:51 +1030 User-Agent: KMail/1.8.3 References: <20051217120101.BBEDB16A440@hub.freebsd.org> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> In-Reply-To: <20051218140258.GF7262@laverenz.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1230720.IYfKCduUZR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512191131.51954.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 01:02:05 -0000 --nextPart1230720.IYfKCduUZR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 19 Dec 2005 00:32, Uwe Laverenz wrote: > On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote: > I don't know his exact problems either, but I could name you a few > examples that currently reduce the fun of using FreeBSD: If you're going to do this, please write a GOOD bug report. Yes it is more= =20 time consuming, but your actually likely to get the problem fixed. > - The sound sytem is broken in FreeBSD in all 5.x and 6 versions, and I > would like to listen to a few mp3-files from time to time. This is a non bug report. Sound works perfectly on the various pieces of=20 hardware I have (snd_vt8233, snd_ich, snd_t4dwave). > - To my surprise it's almost impossible to use the parallel port with > interrupts ("interrupt storms"), polling mode works... This is a fixable side effect of the interrupt storm detector being=20 implemented. Arguably the default limit should be bumped up, but I don't know what the c= ons=20 are. In your case you can do.. sysctl hw.intr_storm_threshold=3D50000 and all should be well again. > - wlan is broken, my Thinkpad keeps losing WPA-PSK connection very often > (probably kern/88793). "Works for me" (tm). Although I have an ath card. Perhaps you should take i= t=20 up with the ipw(4) driver maintainer? > - Keeping the system and the ports up to date gets more and more time > consuming and risky (especially when compared to an "apt-get update && > apt-get upgrade"). For example, the last devel/pear update in the > ports crashed my PHP installations on 2 development machines (still no > clue how to fix this). Bit of a hammer, but you could try rebuilding php.. =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 --nextPart1230720.IYfKCduUZR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDpgZ/5ZPcIHs/zowRAm5pAKCiTc5Ct/09NRMeyYX98TEGrcxMAQCfZAN9 b7pwDxJEb96Z3/AyniW2DDY= =e5ab -----END PGP SIGNATURE----- --nextPart1230720.IYfKCduUZR-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 01:09:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0249C16A41F for ; Mon, 19 Dec 2005 01:09:53 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE1A43D58 for ; Mon, 19 Dec 2005 01:09:50 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id B558A86 for ; Sun, 18 Dec 2005 20:09:48 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <200512191131.51954.doconnor@gsoft.com.au> References: <20051217120101.BBEDB16A440@hub.freebsd.org> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> <200512191131.51954.doconnor@gsoft.com.au> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <00042B55-8922-4735-9831-644757BD1CAE@ece.cmu.edu> Content-Transfer-Encoding: 7bit From: "Brandon S. Allbery KF8NH" Date: Sun, 18 Dec 2005 20:09:45 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 01:09:53 -0000 On Dec 18, 2005, at 8:01 , Daniel O'Connor wrote: > On Mon, 19 Dec 2005 00:32, Uwe Laverenz wrote: >> - wlan is broken, my Thinkpad keeps losing WPA-PSK connection very >> often >> (probably kern/88793). > > "Works for me" (tm). Although I have an ath card. Perhaps you > should take it > up with the ipw(4) driver maintainer? Last I heard, *only* ath and maybe the ndisulator worked reliably. : ( I don't know if anyone has stepped forward to maintain any of the other drivers. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 07:39:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A7E16A41F for ; Mon, 19 Dec 2005 07:39:49 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFD6C43D58 for ; Mon, 19 Dec 2005 07:39:48 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoFcZ-000IaQ-SV for freebsd-stable@freebsd.org; Mon, 19 Dec 2005 08:39:47 +0100 Date: Mon, 19 Dec 2005 08:39:47 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20051219073947.GO34429@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051216143936.GF34429@e-Gitt.NET> <20051218124537.GK34429@e-Gitt.NET> <20051218141246.GL34429@e-Gitt.NET> <200512181528.22054.freebsd.stable@melvyn.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CblX+4bnyfN0pR09" Content-Disposition: inline In-Reply-To: <200512181528.22054.freebsd.stable@melvyn.homeunix.org> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 07:39:49 -0000 --CblX+4bnyfN0pR09 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Melvyn. On Sun, Dec 18, 2005 at 03:28:21PM +0100, Melvyn Sopacua wrote: > > OK. UDP NFS works as expected with amd64/bge on RELENG_6 of today. It > > does not work in the same network on i386/em for me. Still > > investigating. >=20 > To rule out NFS, do something like syslogging remotely (also UDP). While NFS stalls at the same time ntp to the same host works without=20 problems. So it's not a com=FCplete stall of all UDP traffic.I guess=20 there's something that's only triggered by a certain combination of=20 things. At the moment I'm building RELENG_6_0 on the server to find out,=20 if the regression was from 5 to 6 or from 6.0 to 6-STABLE. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --CblX+4bnyfN0pR09 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpmPDiqtMdzjafykRAgF9AKDLCIR8fqq0Thmd4YZZdtQUaOiOwQCgupWE bmgR7uPZ9dNxNqd2acn8DnY= =fqku -----END PGP SIGNATURE----- --CblX+4bnyfN0pR09-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 07:52:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 829B016A41F for ; Mon, 19 Dec 2005 07:52:21 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E3943D5C for ; Mon, 19 Dec 2005 07:51:54 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoFoG-000InV-47 for freebsd-stable@freebsd.org; Mon, 19 Dec 2005 08:51:52 +0100 Date: Mon, 19 Dec 2005 08:51:52 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20051219075152.GP34429@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ieNMXl1Fr3cevapt" Content-Disposition: inline In-Reply-To: <20051218165029.6aa75b7b@TP51.local> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 07:52:21 -0000 --ieNMXl1Fr3cevapt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On Sun, Dec 18, 2005 at 04:50:29PM +0100, Fabian Keil wrote: > > Which kind GigE Interface do you use? >=20 > Client: > fk@TP51 ~ $pciconf -lv| grep em0 -A 2 > em0@pci2:1:0: class=3D0x020000 card=3D0x05491014 chip=3D0x101e8086 rev= =3D0x03 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82540EP Gigabit Ethernet Controller (Mobile)' >=20 > Server: > fk@africanqueen ~ $pciconf -lv| grep re[01] -A 2 > re0@pci0:9:0: class=3D0x020000 card=3D0x816910ec chip=3D0x816910ec rev= =3D0x10 > hdr=3D0x00 vendor =3D 'Realtek Semiconductor' > device =3D 'RTL8169 Gigabit Ethernet Adapter' > -- > re1@pci0:10:0: class=3D0x020000 card=3D0x601b182d chip=3D0x816910ec rev= =3D0x10 > hdr=3D0x00 vendor =3D 'Realtek Semiconductor' > device =3D 'RTL8169 Gigabit Ethernet Adapter' >=20 > re0 is made by Vivanco, re1 is a Sitecom card. So at least the server does not have an em interface in your case. I=20 have an i386 RELENG_6 client running (on a 5.4 server) with an em=20 interface for NFS and don't have any problems with this one. Also my em=20 interface is a different chip: em1@pci3:2:0: class=3D0x020000 card=3D0x10768086 chip=3D0x10768086 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82547EI Gigabit Ethernet Controller' class =3D network subclass =3D ethernet em1: port=20 0xc400-0xc43f mem 0xf2020000-0xf203 ffff,0xf2000000-0xf201ffff irq 17 at device 2.0 on pci3 It's actually mentioned in CVS log for src/sys/dev/em/if_em_hw.c in the=20 last commit: --- cut here --- revision 1.89 date: 2005/11/24 01:44:48; author: glebius; state: Exp; lines: +131 -77 Merge in new driver version from Intel - 3.2.18. The most important change is support for adapters based on 82571 and 82572 chips. Tested on: 82547EI on i386 Tested on: 82540EM on sparc64 ---------------- Everything has been fine on 5.4, though. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --ieNMXl1Fr3cevapt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpmaYiqtMdzjafykRAs+wAJ4gFtg9fQ0XY9sdeq8jRnjhlulAAQCgukjv jACFPAlqGIHjqI1SGF/8RBk= =fOlU -----END PGP SIGNATURE----- --ieNMXl1Fr3cevapt-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 08:17:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C330916A41F for ; Mon, 19 Dec 2005 08:17:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA9D143D46 for ; Mon, 19 Dec 2005 08:17:42 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jBJ8HeCF029657 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 19 Dec 2005 19:17:40 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jBJ8HdHh090030 for ; Mon, 19 Dec 2005 19:17:39 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jBJ8Hdf3090029 for freebsd-stable@freebsd.org; Mon, 19 Dec 2005 19:17:39 +1100 (EST) (envelope-from pjeremy) Date: Mon, 19 Dec 2005 19:17:39 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20051219081739.GW77268@cirb503493.alcatel.com.au> References: <20051216143936.GF34429@e-Gitt.NET> <20051218124537.GK34429@e-Gitt.NET> <20051218141246.GL34429@e-Gitt.NET> <200512181528.22054.freebsd.stable@melvyn.homeunix.org> <20051219073947.GO34429@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20051219073947.GO34429@e-Gitt.NET> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 08:17:43 -0000 On Mon, 2005-Dec-19 08:39:47 +0100, Oliver Brandmueller wrote: >While NFS stalls at the same time ntp to the same host works without >problems. So it's not a comüplete stall of all UDP traffic.I guess >there's something that's only triggered by a certain combination of >things. How about big/fragmented UDP packets? NFS typically sends 8K packets which are split into 6 UDP packets. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 09:01:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 052BB16A41F for ; Mon, 19 Dec 2005 09:01:36 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from lira.ugcs.caltech.edu (lira.ugcs.caltech.edu [131.215.176.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 593A843D49 for ; Mon, 19 Dec 2005 09:01:35 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by lira.ugcs.caltech.edu (Postfix, from userid 3640) id 6ED706B002; Mon, 19 Dec 2005 01:01:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lira.ugcs.caltech.edu (Postfix) with ESMTP id 349BD5300A; Mon, 19 Dec 2005 01:01:34 -0800 (PST) Date: Mon, 19 Dec 2005 01:01:34 -0800 (PST) From: Jon Dama To: Fabian Keil In-Reply-To: <20051218165029.6aa75b7b@TP51.local> Message-ID: References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 09:01:36 -0000 A very critical question here is the network topology. UDP NFS _cannot_ be used across switches where the ports are operating at different speeds--unless the UDP packet size is to be smaller than MTU. Be sure and verify that every link between the server and the client are operating at the same speed. -Jon On Sun, 18 Dec 2005, Fabian Keil wrote: > Oliver Brandmueller wrote: > > > On Fri, Dec 16, 2005 at 04:30:31PM +0100, Fabian Keil wrote: > > > Oliver Brandmueller wrote: > > > > > > > I'm experiencing problems when trying to mount NFS filesystems > > > > from a RELENG_6 server (FreeBSD hudson 6.0-STABLE FreeBSD > > > > 6.0-STABLE #0: Wed Dec 14 16:59:55 CET 2005 > > > > root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386) > > > > to either 5.4-STABLE or 6-STABLE clients. mounting works fine, > > > > but afterwards the access to the filesystem on the client stalls. > > > > As soon as I mount the FS with a TCP mount everything works as > > > > expected. > > > > > > > > The mounts worked fine on UDP when the server was 5.4-STABLE. > > > > There is just a plain GigE switch involved, no firewalls or > > > > routing. > > > > > > > > Anyone else experiencing those problems or having an idea? > > > > > > I just copied some files (<200 MB) from a NFS Server running > > > > > > FreeBSD africanqueen.local 6.0-STABLE FreeBSD 6.0-STABLE > > > #5: Thu Dec 15 19:31:12 CET 2005 > > > fk@africanqueen.local:/usr/obj/usr/src/sys/AFRICANQUEEN i386 > > > > > > without problems. My client runs FreeBSD 5.4, I use GigE as well, > > > but no switch. > > > > Which kind GigE Interface do you use? > > Client: > fk@TP51 ~ $pciconf -lv| grep em0 -A 2 > em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 > hdr=0x00 vendor = 'Intel Corporation' > device = '82540EP Gigabit Ethernet Controller (Mobile)' > > Server: > fk@africanqueen ~ $pciconf -lv| grep re[01] -A 2 > re0@pci0:9:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 > hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RTL8169 Gigabit Ethernet Adapter' > -- > re1@pci0:10:0: class=0x020000 card=0x601b182d chip=0x816910ec rev=0x10 > hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RTL8169 Gigabit Ethernet Adapter' > > re0 is made by Vivanco, re1 is a Sitecom card. > > Fabian > -- > http://www.fabiankeil.de/ > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 09:14:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 324A616A41F for ; Mon, 19 Dec 2005 09:14:45 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996A943D58 for ; Mon, 19 Dec 2005 09:14:44 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoH6P-000KPN-Ua; Mon, 19 Dec 2005 10:14:41 +0100 Date: Mon, 19 Dec 2005 10:14:41 +0100 From: Oliver Brandmueller To: Jon Dama Message-ID: <20051219091441.GQ34429@e-Gitt.NET> Mail-Followup-To: Jon Dama , Fabian Keil , freebsd-stable@freebsd.org References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Cc: freebsd-stable@freebsd.org Subject: [SOLVED] Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 09:14:45 -0000 Hi. On Mon, Dec 19, 2005 at 01:01:34AM -0800, Jon Dama wrote: > A very critical question here is the network topology. > > UDP NFS _cannot_ be used across switches where the ports are operating at > different speeds--unless the UDP packet size is to be smaller than MTU. > > Be sure and verify that every link between the server and the client are > operating at the same speed. *ouch* shame on me. I looked at interfaces, links, errors - everything. I found the problem in a misconfiguration and you just pointed at it: The server has not been booted for a few hundred days before upgrading. >From an old test there was an "mtu 9000" for the NFS interface still in /etc/rc.conf (while it has been reset after failed tests with other hardware on that network manually to 1500). So: SORRY for making everybody mad here. It was just me being blind. Thanx for pointing me at that! - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 09:37:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD4516A41F for ; Mon, 19 Dec 2005 09:37:46 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from lira.ugcs.caltech.edu (lira.ugcs.caltech.edu [131.215.176.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4ACE43D5D for ; Mon, 19 Dec 2005 09:37:45 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by lira.ugcs.caltech.edu (Postfix, from userid 3640) id E00116B002; Mon, 19 Dec 2005 01:37:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lira.ugcs.caltech.edu (Postfix) with ESMTP id A92225300A; Mon, 19 Dec 2005 01:37:44 -0800 (PST) Date: Mon, 19 Dec 2005 01:37:44 -0800 (PST) From: Jon Dama To: Oliver Brandmueller In-Reply-To: <20051219091441.GQ34429@e-Gitt.NET> Message-ID: References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> <20051219091441.GQ34429@e-Gitt.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 09:37:46 -0000 No shame. This is a common problem, and if you think real hard you should start getting quasy about UDP NFS under high load. The problem arises because if part of a UDP packet is lost the entire packet is lost, and as UDP NFS uses fixed packet sizes... this means the system never recovers if frames stop droping perpetually. Its easy to see how this happens for speed mismatches, the switch (vs a router) provides no buffering and therefore frames from the fast source are dropped. Now imagine that you have many clients all writing data to the NFS server at once... Suddently that pipe into the server is like a narrow straw. Ooops. I haven't see any evidence that suggests using NFS with UDP is actually useful. IMO, its a false economy. TCP processing takes on the order of 1uS of CPU time--which is on the order of the frame latency through a single switch! That is to say, nothing, but the behavior of TCP NFS under load (when it counts) is superior. TCP SACK and interrupt aggregation are better ways of squeezing extra performance out of your hardware than simply using UDP... Just my two cents. -Jon On Mon, 19 Dec 2005, Oliver Brandmueller wrote: > Hi. > > On Mon, Dec 19, 2005 at 01:01:34AM -0800, Jon Dama wrote: > > A very critical question here is the network topology. > > > > UDP NFS _cannot_ be used across switches where the ports are operating at > > different speeds--unless the UDP packet size is to be smaller than MTU. > > > > Be sure and verify that every link between the server and the client are > > operating at the same speed. > > *ouch* shame on me. > > I looked at interfaces, links, errors - everything. I found the problem > in a misconfiguration and you just pointed at it: > > The server has not been booted for a few hundred days before upgrading. > >From an old test there was an "mtu 9000" for the NFS interface still in > /etc/rc.conf (while it has been reset after failed tests with other > hardware on that network manually to 1500). > > So: SORRY for making everybody mad here. It was just me being blind. > > Thanx for pointing me at that! > > - Oliver > > -- > | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | > | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | > | Ich bin das Internet. Sowahr ich Gott helfe. | > | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 09:38:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B6E16A41F for ; Mon, 19 Dec 2005 09:38:59 +0000 (GMT) (envelope-from mailing@libet.de) Received: from mail.libet.de (www.libet.de [212.202.150.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A30BD43D6D for ; Mon, 19 Dec 2005 09:38:49 +0000 (GMT) (envelope-from mailing@libet.de) Received: (qmail 59184 invoked from network); 19 Dec 2005 09:38:46 -0000 Received: from port-212-202-150-226.static.qsc.de (HELO ?192.168.23.38?) (212.202.150.226) by mail.libet.de with SMTP; 19 Dec 2005 09:38:46 -0000 Message-ID: <43A67FA9.5070308@libet.de> Date: Mon, 19 Dec 2005 10:38:49 +0100 From: =?ISO-8859-15?Q?Christian_Gr=FCndemann?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Scott Long References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> <43A5B2BC.6050307@samsco.org> In-Reply-To: <43A5B2BC.6050307@samsco.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 09:38:59 -0000 Scott Long schrieb: > First of all, let me apologize for the mess that is the aac passthrough > driver. I wrote it in hopes that it would be useful, but the support > needed for it in the aac firmware simply isn't robust enough for the > kind of SCSI stuff that FreeBSD does. In other words, it's a hack from > top to bottom, and really is little more than a novelty at this point. > > See below... > > Christian Gründemann wrote: > >> Waah, I forgot the most important information. >> >> Its an 5.3-STABLE FreeBSD Operating System. >> :-) >> Christian >> >> >> Christian Gründemann schrieb: >> >>> Hi, >>> >>> I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI >>> Seagate drives as a RAID-5 without any probelms for almost two years >>> now. >>> >>> Last week I attached to the aac0 controller a Tandberg DLT Drive >>> QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device >>> for large backup purposes. >>> >>> We decided to use dump/restore for our backup strategy but >>> unfortunately we can >>> only make backups and no restores. E.g dumping a filesystem works >>> great: >>> >>> root@hercules ~ dump -0aLf /dev/sa0 /var >>> DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005 >>> DUMP: Date of last level 0 dump: the epoch >>> DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0 >>> DUMP: mapping (Pass I) [regular files] >>> DUMP: mapping (Pass II) [directories] >>> DUMP: estimated 63220 tape blocks. >>> DUMP: dumping (Pass III) [directories] >>> DUMP: dumping (Pass IV) [regular files] >>> DUMP: DUMP: 64341 tape blocks on 1 volume >>> DUMP: finished in 15 seconds, throughput 4289 KBytes/sec >>> DUMP: Closing /dev/sa0 >>> DUMP: DUMP IS DONE >>> root@hercules ~ >>> >>> I guess the backup has been successfully finished. >>> >>> But when I try a access the backup ether via the interactive >>> console or >>> by trying to extract the data directly I get the follwing errors >>> in /var/log/messages >>> >>> root@hercules /var restore -i -f /dev/sa0 >>> tape read error: Input/output error >>> >>> Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 >>> 0 0 80 0 0 >>> Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI >>> (length mismatch): 22528 csi:e0,40,0,20 asc:0,0 >>> Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional >>> sense information >> > > This is very very strange, and I don't even know where to start > guessing. It could be either a fairly minor bug in the driver, or a > major bug/lack of support in the firmware. > >>> >>> Sometimes I often get some Timeouts (only using restore). >>> Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT >>> AFTER 51 SECONDS >> > > This is usually a sign that the firmware either lost a command, or > paniced all together. Both conditions are fatal =-( > > >>> >>> Kernel config: >>> ------------------------- >>> # SCSI peripherals >>> device scbus # SCSI bus (required for SCSI) >>> device ch # SCSI media changers >>> device da # Direct Access (disks) >>> device sa # Sequential Access (tape etc) >>> device cd # CD >>> device pass # Passthrough device (direct SCSI >>> access) >>> device ses # SCSI Environmental Services (and >>> SAF-TE) >>> # RAID controllers >>> device aac # Adaptec FSA RAID >>> device aacp # SCSI passthrough for aac (requires >>> CAM) >>> ------------------------- >>> >>> dmesg (cutted): >>> ------------------ >>> hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz >>> 686-class CPU) >>> hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> hercules kernel: cpu0 (BSP): APIC ID: 0 >>> hercules kernel: cpu1 (AP): APIC ID: 1 >>> hercules kernel: cpu2 (AP): APIC ID: 6 >>> hercules kernel: cpu3 (AP): APIC ID: 7 >>> >>> aac0: mem 0xd0000000-0xd3ffffff irq 52 at >>> device 2.0 on pci4 >>> aac0: [FAST] >>> aac0: Unknown processor 100MHz, 48MB cache memory, optional battery >>> not installed >>> aac0: Kernel 4.1-0, Build 7244, S/N bd10c2 >>> aac0: Supported >>> Options=11d7e >>> >>> aacp0: on aac0 >>> >>> acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% >>> (probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> (probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1 >>> (probe5:aacp0:0:5:0): Logical unit is in process of becoming ready >>> sa0 at aacp0 bus 0 target 5 lun 0 >>> sa0: Removable Sequential Access SCSI-2 device >>> sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) >>> ---------------------- >>> >>> Does anybody maybe have an idea why I can use dump but not restore ? >>> This doesn't make sense to me. >>> >>> And I should mention that "tar" works great! I can write and read >>> from the tape, even with filemarks. >>> >>> Thanks for your help! >>> Christian >>> > > I have a DLT drive here that I could probably hook up and start > debugging with, but there are a lot of other things on my plate with > higher priority, unfortunately. Your best bet for now is to put the > tape drive onto a real Symbios or Adaptec SCSI card. > > Scott > Thanks for your fast answer, Scott! What Adaptec Card can you recommend? I am thinking about this card, it seems to be supported quite well. * Adaptec 19160B Is this card a "real" SCSI card ? Actually I thought the 2120S is a "real" SCSI Card. And for the future, what kind of Adaptec RAID-5 card is useable where I can put several devices on it like a Raid-5 *and* a DLT device ? Christian > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 10:02:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 575C116A41F for ; Mon, 19 Dec 2005 10:02:01 +0000 (GMT) (envelope-from amar@kfs.ru) Received: from kfs.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C37E443D69 for ; Mon, 19 Dec 2005 10:01:58 +0000 (GMT) (envelope-from amar@kfs.ru) Received: from amar.int.kfs.ru (amar.int.kfs.ru [192.168.3.231]) by kfs.kfs.ru (8.13.4/8.13.4) with ESMTP id jBJA1t1M079861; Mon, 19 Dec 2005 13:01:55 +0300 (MSK) (envelope-from amar@kfs.ru) To: freebsd-stable@freebsd.org Date: Mon, 19 Dec 2005 13:02:57 -0000 From: "Artem Martirosov" Organization: KFS Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 955) X-Virus-Scanned: ClamAV 0.87/1212/Sun Dec 18 14:09:50 2005 on kfs.kfs.ru X-Virus-Status: Clean Cc: efad@kfs.ru Subject: =?utf-8?b?0J/QoNCY0JLQldCiINCf0KDQntCS0JXQoNCa0JAg0KHQktCv0Jc=?= =?utf-8?b?0Jg=?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 10:02:01 -0000 ???? ???? ? ?????!! ????? ????? ???????? ?????!!!!!!!! -- amar From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 10:02:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED80916A41F for ; Mon, 19 Dec 2005 10:02:40 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id B548743D49 for ; Mon, 19 Dec 2005 10:02:39 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 19 Dec 2005 10:02:37 -0000 Received: from p54A7DA0A.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.218.10] by mail.gmx.net (mp038) with SMTP; 19 Dec 2005 11:02:37 +0100 X-Authenticated: #5465401 Message-ID: <43A68523.2060000@gmx.de> Date: Mon, 19 Dec 2005 11:02:11 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: 6-stable doesn't recognize detatchment of CD-Rom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 10:02:41 -0000 I don't know into which list this belongs, so I'm posting it to mobile and stable. I've got a Thinkpad-R40, a first generation Centrino system. When I detach the CD-Rom drive nothing is shown on dmesg. The same when I reenter it. No dmesg output. When I try to mount a cd after detaching and reentering the drive the system freezes. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 10:05:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48B7116A41F for ; Mon, 19 Dec 2005 10:05:04 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C52043D7C for ; Mon, 19 Dec 2005 10:04:50 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jBJA4lI1018670 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 19 Dec 2005 21:04:48 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jBJA4kHh090150; Mon, 19 Dec 2005 21:04:46 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jBJA4k6o090149; Mon, 19 Dec 2005 21:04:46 +1100 (EST) (envelope-from pjeremy) Date: Mon, 19 Dec 2005 21:04:46 +1100 From: Peter Jeremy To: Jon Dama Message-ID: <20051219100446.GY77268@cirb503493.alcatel.com.au> References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> <20051219091441.GQ34429@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 10:05:04 -0000 On Mon, 2005-Dec-19 01:37:44 -0800, Jon Dama wrote: >I haven't see any evidence that suggests using NFS with UDP is actually >useful. IMO, its a false economy. On modern hardware anyway. Keep in mind that NFS was written to run on a 25MHz (or so) 68020. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 10:36:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D915716A41F for ; Mon, 19 Dec 2005 10:36:19 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from lira.ugcs.caltech.edu (lira.ugcs.caltech.edu [131.215.176.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id A995943D60 for ; Mon, 19 Dec 2005 10:36:17 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by lira.ugcs.caltech.edu (Postfix, from userid 3640) id 5D6C26B002; Mon, 19 Dec 2005 02:36:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lira.ugcs.caltech.edu (Postfix) with ESMTP id 11A1F5300A; Mon, 19 Dec 2005 02:36:16 -0800 (PST) Date: Mon, 19 Dec 2005 02:36:16 -0800 (PST) From: Jon Dama To: Peter Jeremy In-Reply-To: <20051219100446.GY77268@cirb503493.alcatel.com.au> Message-ID: References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> <20051219091441.GQ34429@e-Gitt.NET> <20051219100446.GY77268@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 10:36:20 -0000 > >I haven't see any evidence that suggests using NFS with UDP is actually > >useful. IMO, its a false economy. > > On modern hardware anyway. Keep in mind that NFS was written to run > on a 25MHz (or so) 68020. > 100% agreed. That is precisely what assumed when I made my statement. -Jon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 12:10:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B69F116A42F for ; Mon, 19 Dec 2005 12:10:28 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2831243D53 for ; Mon, 19 Dec 2005 12:10:14 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id 6FD00A6C2B for ; Mon, 19 Dec 2005 13:10:13 +0100 (CET) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Mon, 19 Dec 2005 13:10:10 +0100 User-Agent: KMail/1.8.3 References: <20051218002458.M77556@giovannelli.it> In-Reply-To: <20051218002458.M77556@giovannelli.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512191310.11003.patfbsds@davenulle.org> Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 12:10:29 -0000 Le Dimanche 18 Décembre 2005 01:31, Gianmarco a écrit : > I am trying to use the latest drm hook for i915, but I get this error: > > drmsub0: port 0x1800-0x1807 mem > 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 > at device 2.0 on pci0 > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize > AGP. device_attach: drmsub0 attach returned 12 > pci0: at device 2.1 (no driver attached) > > > Any idea ? > > I have added to my kernel: > > device agp # support several AGP chipsets > device drm # DRM core module required by DRM drivers > device i915drm # Intel i830 through i915 Just put agp, Xorg will load i915.ko. I've got the same problem. But dri does not work, Xorg seems to look for a /dev/dri/card0 and i've got only one device /dev/dri/card1 ? Xorg.log: (II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fee000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed [drm] failed to load kernel module "i915" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 12:32:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C76A16A41F for ; Mon, 19 Dec 2005 12:32:26 +0000 (GMT) (envelope-from mahmoh@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id B54C943D5C for ; Mon, 19 Dec 2005 12:32:25 +0000 (GMT) (envelope-from mahmoh@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so1083525wra for ; Mon, 19 Dec 2005 04:32:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=RjsIfMVlZhIE48B3Ri6K6HylWy/LeUMXwrQgXHwy9F17jvmrgTBK2qDttPqCSpKUkO0Q8kZuieqHQXY5Ps2n8rvh4i0fxBMXrJ5YDlj+uo/xfmbckOEKBTw2+Bg8J4dMSNzcvm9vEiSLAUpeKd+pBw/1zZAPYvf1x9J0NweTDPU= Received: by 10.65.177.16 with SMTP id e16mr2976411qbp; Mon, 19 Dec 2005 04:32:25 -0800 (PST) Received: by 10.65.225.9 with HTTP; Mon, 19 Dec 2005 04:32:25 -0800 (PST) Message-ID: Date: Mon, 19 Dec 2005 12:32:25 +0000 From: Maher Mohamed To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Acer Ferrari 4005 WMLi Configuration Files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 12:32:26 -0000 Dear Reader, If you have a Ferrari 4005 WMli and you made work with the FreeBSD 6.0 64bi= t Release, please do not hesitate to share you config files with me, since i have a tough time in configuring the system so far. I need the files Regarding the Kernel Settings and the Xorg settings since = i use the windowmaker as my windowmanager. thank you in advanced -- Mohamed M. Maher From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 12:40:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1516D16A41F for ; Mon, 19 Dec 2005 12:40:54 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37DEC43D62 for ; Mon, 19 Dec 2005 12:40:52 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id jBJCeof9072673; Mon, 19 Dec 2005 13:40:51 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id jBJCeosf038941; Mon, 19 Dec 2005 13:40:50 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id jBJCeo6Z038940; Mon, 19 Dec 2005 13:40:50 +0100 (CET) (envelope-from wb) Date: Mon, 19 Dec 2005 13:40:50 +0100 From: Wilko Bulte To: Peter Jeremy Message-ID: <20051219124050.GB38876@freebie.xs4all.nl> References: <20051216143936.GF34429@e-Gitt.NET> <20051216163031.6d5ce939@TP51.local> <20051218124537.GK34429@e-Gitt.NET> <20051218165029.6aa75b7b@TP51.local> <20051219091441.GQ34429@e-Gitt.NET> <20051219100446.GY77268@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051219100446.GY77268@cirb503493.alcatel.com.au> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] Re: NFS UDP mounts on RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 12:40:54 -0000 On Mon, Dec 19, 2005 at 09:04:46PM +1100, Peter Jeremy wrote.. > On Mon, 2005-Dec-19 01:37:44 -0800, Jon Dama wrote: > >I haven't see any evidence that suggests using NFS with UDP is actually > >useful. IMO, its a false economy. > > On modern hardware anyway. Keep in mind that NFS was written to run > on a 25MHz (or so) 68020. Sun2, 68010 ;) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 13:11:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64B2916A41F; Mon, 19 Dec 2005 13:11:01 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (vds.fauxbox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B97543D55; Mon, 19 Dec 2005 13:11:00 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 0B78AEB; Mon, 19 Dec 2005 08:11:21 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 8B9CB1AE8; Mon, 19 Dec 2005 08:11:16 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoKmz-000CPU-Jm; Mon, 19 Dec 2005 13:10:53 +0000 Date: Mon, 19 Dec 2005 13:10:53 +0000 From: Brian Candler To: Kris Kennaway Message-ID: <20051219131053.GA47692@uk.tiscali.com> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <43A4A557.3010600@mac.com> <43A53215.8090001@infracaninophile.co.uk> <20051218171308.GA20557@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051218171308.GA20557@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Joe Rhett , stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 13:11:01 -0000 On Sun, Dec 18, 2005 at 12:13:09PM -0500, Kris Kennaway wrote: > > Doesn't creating a binary updates system that's going to be practical to use > > require implementation of that old and exceedingly bikesheddable subject: > > packaging > > up the base system? > > No, after all the *existing* binary update systems don't require > packaging of the base system. Except that the existing binary update system is broken in several fundamental ways. I guess the reason it gets little attention is because most developers are happy to (or even prefer to) rebuild their systems from source. Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 13:29:44 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5888216A41F for ; Mon, 19 Dec 2005 13:29:44 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AD343D4C for ; Mon, 19 Dec 2005 13:29:43 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so878478wxc for ; Mon, 19 Dec 2005 05:29:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OXi7bbPcIpM7mWYOpO4C1rn7SG16G125i1roaayGXOl2AqopKPoHvssJ++8gRj93QF9hv8U/TGpeGkvvWXWPuK7sc90yg3KkTNREDypRa0w7v/y/zWqGAnP+YenMfcBXBgsmdSMQOrY/5BucDS29hHGT/skeX2D3ar4nkupUf7Y= Received: by 10.70.60.13 with SMTP id i13mr4454024wxa; Mon, 19 Dec 2005 05:29:43 -0800 (PST) Received: by 10.70.126.13 with HTTP; Mon, 19 Dec 2005 05:29:43 -0800 (PST) Message-ID: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> Date: Mon, 19 Dec 2005 21:29:43 +0800 From: Rong-En Fan To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 13:29:44 -0000 Hi all, We have a IBM xSeries 336 which has 2 Pentium 4 (EM64T) 3.2G with 2GB memor= y. When we boot it with 6.0-RELEASE/amd64, it hangs after acd0 is shown. However, if apic is disabled, then it boots. For 5.4-RELEASE/amd64, it work= s great. A 7.0-CURRENT (SNAP009, Nov/2005) shows the same behavior. To have it boot, I set following in loader.conf hint.atkbd.0.disabled=3D"0x4" # otherwise, I lose my keyboard hint.apic.0.disabled=3D"1" The verbose dmesg with/without apic, and the asl dump (with bios version 1.= 12, the latest one found on IBM site) are available at: http://www.rafan.org/FreeBSD/x336/ BTW, the SCSI timeout message from dmesg-noapic.txt is a bit wired. If I bo= ot without verbose message it does not show, everything works great. With verbose booting, those messages show up and it takes me a lot of time to get into multiuser = mode. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 13:55:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC70516A41F for ; Mon, 19 Dec 2005 13:55:40 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5695B43D49 for ; Mon, 19 Dec 2005 13:55:40 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so882210wxc for ; Mon, 19 Dec 2005 05:55:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NpySZbXtTJCMJafQgT2Q8TcLQrC1A6B2OV2hbiyiltn+j+TatslAsc/E9A6OpMnmFGlgXSthwxRhsuVPoEzEugOpdu39Ncszp0f3nD9q8qaY4ke4Ua5nJfYg8Wb0qvsvJss//e0bS9SHRAhyv/NRSI3XGHVrwiXtJ9kzHztEbRM= Received: by 10.70.110.13 with SMTP id i13mr4551790wxc; Mon, 19 Dec 2005 05:55:39 -0800 (PST) Received: by 10.70.105.13 with HTTP; Mon, 19 Dec 2005 05:55:39 -0800 (PST) Message-ID: <84dead720512190555q5b57eea4xcec7cdb652629925@mail.gmail.com> Date: Mon, 19 Dec 2005 19:25:39 +0530 From: Joseph Koshy To: Maher Mohamed In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Acer Ferrari 4005 WMLi Configuration Files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 13:55:41 -0000 mm> If you have a Ferrari 4005 WMli and you made work with the mm> FreeBSD 6.0 64bit Release, please do not hesitate to share mm> you config files with me, since i have a tough time in mm> configuring the system so far. It would help if you could tell us where you've managed to reach so far. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 14:00:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6210016A41F for ; Mon, 19 Dec 2005 14:00:18 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80B243D5F for ; Mon, 19 Dec 2005 14:00:10 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id 761573982D; Mon, 19 Dec 2005 20:00:04 +0600 (NOVT) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id C281E3982B; Mon, 19 Dec 2005 20:00:03 +0600 (NOVT) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id A5F7A39826; Mon, 19 Dec 2005 20:00:03 +0600 (NOVT) Date: Mon, 19 Dec 2005 20:00:03 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Rong-En Fan In-Reply-To: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> Message-ID: <20051219195521.T20708@sbk-gw.sibnet.ru> References: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 14:00:18 -0000 I'm run FreeBSD 6.0-RELEASE hint.acpi.0.disabled="1" in /boot/device.hints and options SMP options IPI_PREEMPTION device mptable and device atpic commented out in custom kernel The hardware is single 3.0GHz CPU and 4GB RAM. The question I have. Does Intel CPU have HTT in amd64 mode? Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Mon, 19 Dec 2005, Rong-En Fan wrote: > Hi all, > > We have a IBM xSeries 336 which has 2 Pentium 4 (EM64T) 3.2G with 2GB memory. > When we boot it with 6.0-RELEASE/amd64, it hangs after acd0 is shown. > However, if apic is disabled, then it boots. For 5.4-RELEASE/amd64, it works > great. A 7.0-CURRENT (SNAP009, Nov/2005) shows the same behavior. > > To have it boot, I set following in loader.conf > > hint.atkbd.0.disabled="0x4" # otherwise, I lose my keyboard > hint.apic.0.disabled="1" > > The verbose dmesg with/without apic, and the asl dump (with bios version 1.12, > the latest one found on IBM site) are available at: > > http://www.rafan.org/FreeBSD/x336/ > > BTW, the SCSI timeout message from dmesg-noapic.txt is a bit wired. If I boot > without verbose message it does not show, everything works great. With > verbose booting, > those messages show up and it takes me a lot of time to get into multiuser mode. > > Regards, > Rong-En Fan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 14:22:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7F716A41F for ; Mon, 19 Dec 2005 14:22:21 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9794643D53 for ; Mon, 19 Dec 2005 14:22:20 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so886286wxc for ; Mon, 19 Dec 2005 06:22:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OPD45QfLsgDF3io7/VkflX91LPWpkn2YGgOoO3Xfiu4tFaK4s+/yqOgK2OnXI1X3RWiAYmqZpksKo5W+17BBFQZh853ZyLpyMjzS+mhFdvlD501IpdhSOrIlK3d69GkXNz0oGAv7j6eBi+L6UqGbbYj6Aif6ddOZ+zqunGXR2Ho= Received: by 10.70.110.13 with SMTP id i13mr4583803wxc; Mon, 19 Dec 2005 06:22:19 -0800 (PST) Received: by 10.70.105.13 with HTTP; Mon, 19 Dec 2005 06:22:19 -0800 (PST) Message-ID: <84dead720512190622m387d6e78vc2e3b8657f8f2a0d@mail.gmail.com> Date: Mon, 19 Dec 2005 19:52:19 +0530 From: Joseph Koshy To: "Maxim M. Kazachek" In-Reply-To: <20051219195521.T20708@sbk-gw.sibnet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> <20051219195521.T20708@sbk-gw.sibnet.ru> Cc: stable@freebsd.org Subject: Re: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 14:22:21 -0000 mk> The question I have. Does Intel CPU have HTT in amd64 mode? Yes, AFAIK. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 14:27:07 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70A8616A41F for ; Mon, 19 Dec 2005 14:27:07 +0000 (GMT) (envelope-from mat@mat.cc) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED7443D76 for ; Mon, 19 Dec 2005 14:27:04 +0000 (GMT) (envelope-from mat@mat.cc) Received: from andromede.in.absolight.net (andromede.in.absolight.net [193.30.224.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 7A26C4A9BE0 for ; Mon, 19 Dec 2005 15:27:02 +0100 (CET) Date: Mon, 19 Dec 2005 15:26:42 +0100 From: Mathieu Arnold To: stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.4 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic: lockmgr: locking against myself X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 14:27:07 -0000 Hi just got that today : Unread portion of the kernel message buffer: panic: lockmgr: locking against myself cpuid = 0 Uptime: 2d21h29m5s Dumping 510 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 510MB (130416 pages) 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04a03d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04a0784 in panic (fmt=0xc06305fb "lockmgr: locking against myself") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc04921b6 in lockmgr (lkp=0xc2ac27c8, flags=12290, interlkp=0x80, td=0xc1ebd600) at /usr/src/sys/kern/kern_lock.c:330 #4 0xc04fc8e0 in vop_stdlock (ap=0x0) at /usr/src/sys/kern/vfs_default.c:258 #5 0xc0622557 in VOP_LOCK_APV (vop=0xc065d5a0, a=0xdeb59aa0) at vnode_if.c:1642 #6 0xc0515b81 in vn_lock (vp=0xc2ac2770, flags=4098, td=0xc1ebd600) at vnode_if.h:844 #7 0xc04fec97 in lookup (ndp=0xdeb59c0c) at /usr/src/sys/kern/vfs_lookup.c:382 #8 0xc04fe8bd in namei (ndp=0xdeb59c0c) at /usr/src/sys/kern/vfs_lookup.c:203 #9 0xc0511059 in kern_rename (td=0xc1ebd600, from=0x0, to=0x0, pathseg=UIO_USERSPACE) at /usr/src/sys/kern/vfs_syscalls.c:3211 #10 0xc0510f55 in rename (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:3167 #11 0xc060fe1f in syscall (frame= {tf_fs = 135069755, tf_es = 135069755, tf_ds = -1078001605, tf_edi = 135127484, tf_esi = 135127472, tf_ebp = -1077944856, tf_isp = -558523036, tf_ebx = 135097024, tf_edx = -1077944240, tf_ecx = 135097024, tf_eax = 128, tf_trapno = 12, tf_err = 2, tf_eip = 674283299, tf_cs = 51, tf_eflags = 582, tf_esp = -1077944900, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 #12 0xc05fc3df in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) the thing is that I don't really know what could have caused that. -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 16:00:33 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDF0A16A41F for ; Mon, 19 Dec 2005 16:00:33 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBBFC43D60 for ; Mon, 19 Dec 2005 16:00:32 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so1125576wra for ; Mon, 19 Dec 2005 08:00:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qf8eVLZdHqnIeZJhndcA76ToKEX5f1FcQklkuH8Q7QU2UtkMG+lAj0yOC+GoBi58x0wOrBkW3FZMVP4fVeUqN/PqnXMmpPWXoxIkwdAxfGISiATQ0ejwAx8v8YHWPEJy4k+bj4gWehxYe1N8WBSq3/MD2DW27SzM9K8Mpe+lrCQ= Received: by 10.64.242.4 with SMTP id p4mr2573918qbh; Mon, 19 Dec 2005 08:00:26 -0800 (PST) Received: by 10.65.72.5 with HTTP; Mon, 19 Dec 2005 08:00:18 -0800 (PST) Message-ID: Date: Tue, 20 Dec 2005 00:00:18 +0800 From: Xin LI To: Mathieu Arnold In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: panic: lockmgr: locking against myself X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 16:00:34 -0000 SGksCgpPbiAxMi8xOS8wNSwgTWF0aGlldSBBcm5vbGQgPG1hdEBtYXQuY2M+IHdyb3RlOgo+IFVu cmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6Cj4gcGFuaWM6IGxvY2tt Z3I6IGxvY2tpbmcgYWdhaW5zdCBteXNlbGYKCklzIGl0IDYuMC1SRUxFQVNFIGFuZCB5b3UgaGF2 ZSBtb3VudGVkIE5GUz8KCkNoZWVycywKLS0KWGluIExJIDxkZWxwaGlqQGRlbHBoaWoubmV0PiBo dHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 16:10:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B1716A420 for ; Mon, 19 Dec 2005 16:10:04 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1A9F43D6A for ; Mon, 19 Dec 2005 16:10:01 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from andromede.in.absolight.net (andromede.in.absolight.net [193.30.224.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id D0FD44A9BE3; Mon, 19 Dec 2005 17:09:59 +0100 (CET) Date: Mon, 19 Dec 2005 17:09:55 +0100 From: Mathieu Arnold To: delphij@delphij.net Message-ID: In-Reply-To: References: X-Mailer: Mulberry/4.0.4 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========5D10766EC9C6FA718820==========" Cc: stable@freebsd.org Subject: Re: panic: lockmgr: locking against myself X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 16:10:05 -0000 --==========5D10766EC9C6FA718820========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +-le 20/12/2005 00:00 +0800, Xin LI a dit : | Hi, | | On 12/19/05, Mathieu Arnold wrote: |> Unread portion of the kernel message buffer: |> panic: lockmgr: locking against myself | | Is it 6.0-RELEASE and you have mounted NFS? Both, yes. -- Mathieu Arnold --==========5D10766EC9C6FA718820========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFDpttVJqR8av5thQ8RAvcYAJ0aPAUvIxzRc1f8y+YTzhHfA8BwrwCdFrwI X3G1asfswdYOHmcRl7plfwI= =F76c -----END PGP SIGNATURE----- --==========5D10766EC9C6FA718820==========-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 16:14:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A73D816A422 for ; Mon, 19 Dec 2005 16:14:42 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natfrord.rzone.de (natfrord.rzone.de [81.169.145.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A80A43D67 for ; Mon, 19 Dec 2005 16:14:41 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480EBF2.dip.t-dialin.net [84.128.235.242]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id jBJGEdtZ005638 for ; Mon, 19 Dec 2005 17:14:40 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 0F0E8E38DD5C for ; Mon, 19 Dec 2005 17:14:39 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04793-01 for ; Mon, 19 Dec 2005 17:14:38 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id D4351E000353; Mon, 19 Dec 2005 17:14:37 +0100 (CET) Date: Mon, 19 Dec 2005 17:14:37 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20051219161437.GE3823@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051217120101.BBEDB16A440@hub.freebsd.org> <43A45789.7080601@ywave.com> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> <20051218170611.GA20351@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051218170611.GA20351@xor.obsecurity.org> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 16:14:43 -0000 On Sun, Dec 18, 2005 at 12:06:12PM -0500, Kris Kennaway wrote: > Well, no, the "sound system" is not broken, perhaps a driver just In my case it is broken, I hear cracks and dropouts with my Soundblaster Live card and the emu10k driver. It gets worse with higher loads and uptime. I experienced the same with onboard sound (VIA 8237/ALC850). I think these problems are well known since the first 5.x releases. > doesn't work on your hardware (or you're using the wrong driver). You > also forgot to describe your system. No, I didn't describe my system(s), because it wasn't my intention to ask for help or support with this mail. > When you encounter a problem, as you apparently did, you need to > inform the appropriate people (e.g. port maintainer), otherwise > there's no way they can help you to resolve it. In this special case (devel/pear) we had a thread in ports@, and the maintainer was involved but obviously couldn't help with this problem, at least he did not comment on this. Uwe From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 16:24:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C22C416A41F for ; Mon, 19 Dec 2005 16:24:21 +0000 (GMT) (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 247C043D75 for ; Mon, 19 Dec 2005 16:24:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBJGO24Z047808; Mon, 19 Dec 2005 09:24:05 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43A6DEA2.90703@samsco.org> Date: Mon, 19 Dec 2005 09:24:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?Christian_Gr=FCndemann?= References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> <43A5B2BC.6050307@samsco.org> <43A67FA9.5070308@libet.de> In-Reply-To: <43A67FA9.5070308@libet.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 16:24:21 -0000 Christian Gründemann wrote: >> > Thanks for your fast answer, Scott! What Adaptec Card can you recommend? > I am thinking about this card, it seems to be supported quite well. > * Adaptec 19160B > > Is this card a "real" SCSI card ? Actually I thought the 2120S is a "real" > SCSI Card. > And for the future, what kind of Adaptec RAID-5 card is useable where > I can put several devices on it like a Raid-5 *and* a DLT device ? > > Christian > An Adaptec 19160 would be an excellent choice. By 'real SCSI card' I mean one that only does SCSI and doesn't have a RAID processor sitting in front on it. I don't have a good answer for your last question. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 16:31:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3080A16A42F for ; Mon, 19 Dec 2005 16:31:59 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natsluvver.rzone.de (natsluvver.rzone.de [81.169.145.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3F5C43D66 for ; Mon, 19 Dec 2005 16:31:57 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480EBF2.dip.t-dialin.net [84.128.235.242]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id jBJGVtkW019623 for ; Mon, 19 Dec 2005 17:31:55 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 8CE19E38DD5C for ; Mon, 19 Dec 2005 17:31:54 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04793-03 for ; Mon, 19 Dec 2005 17:31:53 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 5ADA0E000353; Mon, 19 Dec 2005 17:31:53 +0100 (CET) Date: Mon, 19 Dec 2005 17:31:53 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20051219163153.GF3823@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051217120101.BBEDB16A440@hub.freebsd.org> <43A45789.7080601@ywave.com> <20051217234448.GA68713@xor.obsecurity.org> <20051218140258.GF7262@laverenz.de> <43A5CA16.70205@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A5CA16.70205@FreeBSD.org> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Release Schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 16:31:59 -0000 On Sun, Dec 18, 2005 at 12:44:06PM -0800, Doug Barton wrote: > regression in this area in RELENG_6, it would be worth reporting to this > list, hopefully with enough detail that a developer could help you > troubleshoot the problem. This problem already existed in 5.x, please have a look at kern/73744. > Two things, first I seem to recall someone saying that the ral hardware is > not all that hot to begin with, and you'd be better off with another wifi No, I don't use a ral card, in my case it's a Thinkpad with an iwi card. > card. If that's not possible, have you tried upgrading to the latest > 6-stable? If it's still not working after that, please report it to the Yes, I was always following RELENG_6 until 2 weeks ago when I finally installed Ubuntu on the Thinkpad, partly because of the wlan-problem, partly because FreeBSD does not boot with a second battery installed instead of the CD-/DVD-drive... > list. Also, it's worth noting that if you're trying WPA on 5-stable, you're > not likely to succeed. The infrastructure was greatly improved for > 6-release. Yes, I know. > the state that it is in right now (good or bad) because the community of > its users helped make it that way. The only way it gets better is if people > help make it better. Relying on "them" to do it for you is not the FreeBSD > way. Yes, I know, although there were other statements recently ("fix it or pay someone to fix it for you"). tnx, Uwe From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 17:13:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7374116A41F for ; Mon, 19 Dec 2005 17:13:31 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91FAC43D5E for ; Mon, 19 Dec 2005 17:13:30 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so1143444wra for ; Mon, 19 Dec 2005 09:13:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nVJbgC+WUMH3AAJd9bhhfZNVsWVxCKqU097O34DX8797wB6WRafMoGLsBFKR57iiTPwhUWJ6QlAW7zeMC3KqgITvhNTVsOAlqyYVk3Xek2LpIOD6yuKwzm/fyu5iL0nFpoupJthnINoiLBC+U0Eejkgg3XnW+PVINEARFWROB7I= Received: by 10.64.253.1 with SMTP id a1mr3174769qbi; Mon, 19 Dec 2005 09:13:29 -0800 (PST) Received: by 10.65.72.5 with HTTP; Mon, 19 Dec 2005 09:13:29 -0800 (PST) Message-ID: Date: Tue, 20 Dec 2005 01:13:29 +0800 From: Xin LI To: Mathieu Arnold In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: panic: lockmgr: locking against myself X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 17:13:31 -0000 SGksIE1hdGhpZXUsCgpPbiAxMi8yMC8wNSwgTWF0aGlldSBBcm5vbGQgPG1hdEBmcmVlYnNkLm9y Zz4gd3JvdGU6Cj4gKy1sZSAyMC8xMi8yMDA1IDAwOjAwICswODAwLCBYaW4gTEkgYSBkaXQgOgo+ IHwgSGksCj4gfAo+IHwgT24gMTIvMTkvMDUsIE1hdGhpZXUgQXJub2xkIDxtYXRAbWF0LmNjPiB3 cm90ZToKPiB8PiBVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVyOgo+ IHw+IHBhbmljOiBsb2NrbWdyOiBsb2NraW5nIGFnYWluc3QgbXlzZWxmCj4gfAo+IHwgSXMgaXQg Ni4wLVJFTEVBU0UgYW5kIHlvdSBoYXZlIG1vdW50ZWQgTkZTPwo+Cj4gQm90aCwgeWVzLgoKSSB0 aGluayA2LjAtUkVMRUFTRS1wMSBzaG91bGQgaGF2ZSBmaXhlZCBpdC4uLiAgWW91IG1heSB3YW50 IHRvCnVwZ3JhZGUgdG8gUkVMRU5HXzZfMCB0byBnZXQgdGhlIHBhdGNoZXMuCgpUaGVyZSB3b3Vs ZCBiZSBhbiBhbm5vdW5jZW1lbnQgc29vbi4KCkNoZWVycywKLS0KWGluIExJIDxkZWxwaGlqQGRl bHBoaWoubmV0PiBodHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 17:15:24 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7068B16A41F for ; Mon, 19 Dec 2005 17:15:24 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC42A43D5A for ; Mon, 19 Dec 2005 17:15:23 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from andromede.in.absolight.net (andromede.in.absolight.net [193.30.224.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id CCF824A9BD1; Mon, 19 Dec 2005 18:15:22 +0100 (CET) Date: Mon, 19 Dec 2005 18:15:19 +0100 From: Mathieu Arnold To: delphij@delphij.net Message-ID: In-Reply-To: References: X-Mailer: Mulberry/4.0.4 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========FD3AD73DC5F3454A93F8==========" Cc: stable@freebsd.org Subject: Re: panic: lockmgr: locking against myself X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 17:15:24 -0000 --==========FD3AD73DC5F3454A93F8========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +-le 20/12/2005 01:13 +0800, Xin LI a dit : | Hi, Mathieu, | | On 12/20/05, Mathieu Arnold wrote: |> +-le 20/12/2005 00:00 +0800, Xin LI a dit : |> | Hi, |> | |> | On 12/19/05, Mathieu Arnold wrote: |> |> Unread portion of the kernel message buffer: |> |> panic: lockmgr: locking against myself |> | |> | Is it 6.0-RELEASE and you have mounted NFS? |> |> Both, yes. | | I think 6.0-RELEASE-p1 should have fixed it... You may want to | upgrade to RELENG_6_0 to get the patches. I saw the commit about that, I'll see :-) Thanks -- Mathieu Arnold --==========FD3AD73DC5F3454A93F8========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFDpuqpJqR8av5thQ8RAvQNAKC0fyegGzSNuXIPt8jyJfN6rTfw6ACgmT+c XHrkA97P6YfOkQLQ/Z8ZhqA= =tjqA -----END PGP SIGNATURE----- --==========FD3AD73DC5F3454A93F8==========-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 18:00:30 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A79FF16A41F for ; Mon, 19 Dec 2005 18:00:30 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6919443D53 for ; Mon, 19 Dec 2005 18:00:27 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id 336183982D; Tue, 20 Dec 2005 00:00:20 +0600 (NOVT) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id C14D23982B; Tue, 20 Dec 2005 00:00:19 +0600 (NOVT) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id AA82839826; Tue, 20 Dec 2005 00:00:19 +0600 (NOVT) Date: Tue, 20 Dec 2005 00:00:19 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Joseph Koshy In-Reply-To: <84dead720512190622m387d6e78vc2e3b8657f8f2a0d@mail.gmail.com> Message-ID: <20051219232434.Q21691@sbk-gw.sibnet.ru> References: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> <20051219195521.T20708@sbk-gw.sibnet.ru> <84dead720512190622m387d6e78vc2e3b8657f8f2a0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 18:00:30 -0000 Would you tell me how to enable HTT? I've set 2 parameters hyperthreading_allowed="1" hlt_logical_cpus="0" but FreeBSD 6.0-RELEASE does not start logical CPU Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Mon, 19 Dec 2005, Joseph Koshy wrote: > mk> The question I have. Does Intel CPU have HTT in amd64 mode? > > Yes, AFAIK. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 18:05:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D91616A420 for ; Mon, 19 Dec 2005 18:05:54 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D21A43D5F for ; Mon, 19 Dec 2005 18:05:52 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id B61A73982D; Tue, 20 Dec 2005 00:05:47 +0600 (NOVT) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id DDAA93982B; Tue, 20 Dec 2005 00:05:46 +0600 (NOVT) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id BDB9C39826; Tue, 20 Dec 2005 00:05:46 +0600 (NOVT) Date: Tue, 20 Dec 2005 00:05:46 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Scott Long In-Reply-To: <43A6DEA2.90703@samsco.org> Message-ID: <20051220000151.I21691@sbk-gw.sibnet.ru> References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> <43A5B2BC.6050307@samsco.org> <43A67FA9.5070308@libet.de> <43A6DEA2.90703@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, =?ISO-8859-15?Q?Christian_Gr=FCndemann?= Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 18:05:54 -0000 IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI Logic MPT channel (6i is a Zero channel RAID Controller). There was trouble with setting DDS-4 streamer under SCO. Due to lack of information provided by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was tried to see, which devices are detected. After installation of Adaptec 19160 streamer was seen by FreeBSD, then was configured under SCO. As far as I know it works perfectly now. Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Mon, 19 Dec 2005, Scott Long wrote: > Christian Gr?ndemann wrote: >>> >> Thanks for your fast answer, Scott! What Adaptec Card can you recommend? >> I am thinking about this card, it seems to be supported quite well. >> * Adaptec 19160B >> >> Is this card a "real" SCSI card ? Actually I thought the 2120S is a "real" >> SCSI Card. >> And for the future, what kind of Adaptec RAID-5 card is useable where >> I can put several devices on it like a Raid-5 *and* a DLT device ? >> >> Christian >> > > An Adaptec 19160 would be an excellent choice. By 'real SCSI card' I mean one > that only does SCSI and doesn't have a RAID processor sitting > in front on it. I don't have a good answer for your last question. > Scott > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 18:15:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FF716A41F for ; Mon, 19 Dec 2005 18:15:21 +0000 (GMT) (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 43E7E43D70 for ; Mon, 19 Dec 2005 18:15:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBJIF97d048352; Mon, 19 Dec 2005 11:15:09 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43A6F8AC.5020404@samsco.org> Date: Mon, 19 Dec 2005 11:15:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Maxim M. Kazachek" References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> <43A5B2BC.6050307@samsco.org> <43A67FA9.5070308@libet.de> <43A6DEA2.90703@samsco.org> <20051220000151.I21691@sbk-gw.sibnet.ru> In-Reply-To: <20051220000151.I21691@sbk-gw.sibnet.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, =?ISO-8859-1?Q?Christian_Gr=FCndemann?= Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 18:15:21 -0000 The ServeRAID/ips driver in FreeBSD cannot talk directly to the SCSI bus on the RAID card, nor does the card export non-RAID devices to the driver, nor do I know if there is a way to make this work. Seriously, using a $200-$1000 RAID card to run your tape drive in place of a $40 SCSI card really doesn't make a whole lot of sense in most cases. I understand that there are situations where there aren't enough PCI slots for an extra SCSI card, but it's a tradeoff. Most firmware simply isn't written to multiplex direct SCSI requests from the OS with it's own SCSi stack. Trying to do so only jeopardizes the integrity of the system. Scott Maxim M. Kazachek wrote: > IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI > Logic MPT channel (6i is a Zero channel RAID Controller). There was > trouble with setting DDS-4 streamer under SCO. Due to lack of > information provided by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was > tried to see, which devices are detected. After installation of Adaptec > 19160 streamer was seen by FreeBSD, then was configured under SCO. As > far as I know it works perfectly now. > > Sincerely, Maxim M. Kazachek > mailto:stranger@sberbank.sibnet.ru > > > On Mon, 19 Dec 2005, Scott Long wrote: > >> Christian Gr?ndemann wrote: >> >>>> >>> Thanks for your fast answer, Scott! What Adaptec Card can you recommend? >>> I am thinking about this card, it seems to be supported quite well. >>> * Adaptec 19160B >>> >>> Is this card a "real" SCSI card ? Actually I thought the 2120S is a >>> "real" >>> SCSI Card. >>> And for the future, what kind of Adaptec RAID-5 card is useable where >>> I can put several devices on it like a Raid-5 *and* a DLT device ? >>> >>> Christian >>> >> >> An Adaptec 19160 would be an excellent choice. By 'real SCSI card' I >> mean one that only does SCSI and doesn't have a RAID processor sitting >> in front on it. I don't have a good answer for your last question. >> Scott >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 18:15:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B12616A43A for ; Mon, 19 Dec 2005 18:15:40 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C02A943D58 for ; Mon, 19 Dec 2005 18:15:39 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [134.93.180.218] (edda.Physik.Uni-Mainz.DE [134.93.180.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 20029300137C for ; Mon, 19 Dec 2005 19:15:38 +0100 (CET) Message-ID: <43A6F890.6060307@mail.uni-mainz.de> Date: Mon, 19 Dec 2005 19:14:40 +0100 From: "O. Hartmann" Organization: Institut =?UTF-8?B?ZsO8ciBHZW9waHlzaWs=?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: Firefox/Thunderbird: Weired close behaviour (stuck) and installation problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 18:15:40 -0000 Hello. Since a few days I recognize a weired behaviour of both Mozilla Firefox 1.5 and Mozilla Thunderbird 1.0.7 on FreeBSD 6.0-STABLE/AMD64/i386: - when closing both applications, the close their window but there is still a process eating up CPU time with state 'ucond'. kill -9 # helps. As far as I can remember this misbehaviour wasn't obvious befor last week (I do cvsupdates on a two-daily cycle). On both, amd64 and i386, types of the most recent FreeBSD 6.0-STABLE, doing a portupgrade fails for thunderbird, I remains stuck on this last message forever: install -o root -g wheel -m 444 /usr/data/ports/usr/data/ports/mail/thunderbird/work/fake/libdata/pkgconfig/thunderbird-plugin.pc /usr/X11R6/libdata/pkgconfig/thunderbird-plugin.pc /bin/mkdir -p /usr/X11R6/lib/browser_plugins /usr/bin/touch -f /usr/X11R6/lib/browser_plugins/.thunderbird.keep ===> Building Chrome's registry... Can anyone confirm or help, in case this is a fault on my own weirdness? Thanks, Oliver P.S. I do not apply a dmesg because this error occurs on all diffrent flavours of hardware but with the same OS: FReeBSD 6.0-STABLE (most recent). From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 18:29:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 693AE16A43D for ; Mon, 19 Dec 2005 18:29:02 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id C158043D80 for ; Mon, 19 Dec 2005 18:28:46 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-112-148-128.austin.res.rr.com [70.112.148.128]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 104796463 for ; Mon, 19 Dec 2005 12:28:44 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.4/8.13.4) with ESMTP id jBJIShAL060057 for ; Mon, 19 Dec 2005 12:28:43 -0600 (CST) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.4/8.13.4/Submit) id jBJIShFq060056 for freebsd-stable@freebsd.org; Mon, 19 Dec 2005 12:28:43 -0600 (CST) (envelope-from brucegb) Date: Mon, 19 Dec 2005 12:28:42 -0600 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20051219182842.GF56798@tigerfish2.my.domain> References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> <43A5B2BC.6050307@samsco.org> <43A67FA9.5070308@libet.de> <43A6DEA2.90703@samsco.org> <20051220000151.I21691@sbk-gw.sibnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051220000151.I21691@sbk-gw.sibnet.ru> User-Agent: Mutt/1.4.2.1i X-Server: High Performance Mail Server - http://surgemail.com r=-224271992 Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 18:29:02 -0000 On Tue, Dec 20, 2005 at 12:05:46AM +0600, Maxim M. Kazachek wrote: > > After installation of Adaptec 19160 streamer > was seen by FreeBSD, then was configured under SCO. As far as I know it > works perfectly now. > I have a Seagate DDS-4 sa0 mounted off of an Adapted 29320 card, and that works fine. I have an Adaptec 2230SLP on the way, for use in an AMD-64 configuration, and from the sounds of things, I am doing the right thing in planning to either migrate the 29320 forward or using the on-board (LSI) SCSI of the new board. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 20:04:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A0416A41F for ; Mon, 19 Dec 2005 20:04:36 +0000 (GMT) (envelope-from joeldiaz@nc.rr.com) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD2043D70 for ; Mon, 19 Dec 2005 20:04:25 +0000 (GMT) (envelope-from joeldiaz@nc.rr.com) Received: from ms-mss-03-ce0-1 ([10.10.5.84]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id jBJK4K1u020059 for ; Mon, 19 Dec 2005 15:04:21 -0500 (EST) Received: from southeast.rr.com (localhost [127.0.0.1]) by ms-mss-03.southeast.rr.com (iPlanet Messaging Server 5.2 HotFix 2.08 (built Sep 22 2005)) with ESMTP id <0IRR000JLH38SN@ms-mss-03.southeast.rr.com> for freebsd-stable@freebsd.org; Mon, 19 Dec 2005 15:04:20 -0500 (EST) Received: from [10.10.1.22] (Forwarded-For: [129.33.49.251]) by ms-mss-03.southeast.rr.com (mshttpd); Mon, 19 Dec 2005 15:04:20 -0500 Date: Mon, 19 Dec 2005 15:04:20 -0500 From: joeldiaz@nc.rr.com To: freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.08 (built Sep 22 2005) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: panic while messing with dhclient on 6.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:04:36 -0000 Using the Gnome applet for network interfaces, I checked DHCP for interface em0. It sucessfully got an IP address. I then realized that this would not be good (I use wireless at home with ath0), so I went back and undid the changes in /etc/rc.conf. Then I tried running 'dhclient em0' again a few times from the command line (it seemed like it was taking forever) and eventually got a panic: Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04c6238 stack pointer = 0x28:0xd547cb60 frame pointer = 0x28:0xd547cb74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 27 (swi1: net) trap number = 12 panic: page fault Uptime: 5m49s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130656 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04a6432 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04a66c8 in panic (fmt=0xc05befc2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc05a8d30 in trap_fatal (frame=0xd547cb20, eva=36) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc05a8516 in trap (frame= {tf_fs = -716767224, tf_es = -1068826584, tf_ds = -1049952216, tf_edi = -1050872656, tf_esi = -1038145184, tf_ebp = -716715148, tf_isp = -716715188, tf_ebx = -1067400680, tf_edx = 40, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068735944, tf_cs = 32, tf_eflags = 589958, tf_esp = 40, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:267 #5 0xc0598e7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc04c6238 in propagate_priority (td=0xc21f2960) at /usr/src/sys/kern/subr_turnstile.c:233 #7 0xc04c69e6 in turnstile_wait (lock=0xc16fa87c, owner=0xc1629640) at /usr/src/sys/kern/subr_turnstile.c:628 #8 0xc049dc9c in _mtx_lock_sleep (m=0xc16fa87c, tid=3244094640, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:553 #9 0xc0516aa9 in rtalloc1 (dst=0xd547cc28, report=0, ignflags=0) at /usr/src/sys/net/route.c:148 #10 0xc051b88d in arplookup (addr=0, create=0, proxy=0) at /usr/src/sys/netinet/if_ether.c:913 #11 0xc051b1b9 in in_arpinput (m=0xc2333300) at /usr/src/sys/netinet/if_ether.c:692 #12 0xc051af0e in arpintr (m=0xc2333300) at /usr/src/sys/netinet/if_ether.c:553 #13 0xc0514183 in netisr_processqueue (ni=0xc060d9f8) at /usr/src/sys/net/netisr.c:236 #14 0xc051437e in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:349 #15 0xc0492029 in ithread_loop (arg=0xc1585400) at /usr/src/sys/kern/kern_intr.c:547 #16 0xc04912b0 in fork_exit (callout=0xc0491ed0 , arg=0xc1585400, frame=0xd547cd38) at /usr/src/sys/kern/kern_fork.c:789 #17 0xc0598edc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) frame 6 #6 0xc04c6238 in propagate_priority (td=0xc21f2960) at /usr/src/sys/kern/subr_turnstile.c:233 233 ts = td->td_blocked; (kgdb) list *0xc04c6238 0xc04c6238 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:235). 230 /* 231 * Pick up the lock that td is blocked on. 232 */ 233 ts = td->td_blocked; 234 MPASS(ts != NULL); 235 tc = TC_LOOKUP(ts->ts_lockobj); 236 mtx_lock_spin(&tc->tc_lock); 237 238 /* Resort td on the list if needed. */ 239 if (!turnstile_adjust_thread(ts, td)) { (kgdb) print td $1 = (struct thread *) 0xc21f2960 (kgdb) print td->td_blocked $2 = (struct turnstile *) 0x0 (kgdb) This was on 6.0-RELEASE with a custom kernel. Mostly just have things set up as modules instead of compiling them direclty into the kernel (if_em is a module BTW). I hope I've captured all the relevant information. If not, I've still got the dump, and can do further analysis. Joel From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 20:30:52 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9931F16A43B for ; Mon, 19 Dec 2005 20:30:52 +0000 (GMT) (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 8485943DA3 for ; Mon, 19 Dec 2005 20:30:09 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (varonk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id jBJKTtbD055503 for ; Mon, 19 Dec 2005 21:29:56 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id jBJKTtDx055502; Mon, 19 Dec 2005 21:29:55 +0100 (CET) (envelope-from olli) Date: Mon, 19 Dec 2005 21:29:55 +0100 (CET) Message-Id: <200512192029.jBJKTtDx055502@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20051218002458.M77556@giovannelli.it> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-STABLE (i386)) Cc: Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:30:53 -0000 Gianmarco wrote: > I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based > notebook with i915 graphic chipset). Same here (Centrino, i915, not HP though). > I am trying to use the latest drm hook for i915, but I get this error: > > drmsub0: port 0x1800-0x1807 mem > 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at > device 2.0 on pci0 > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. > device_attach: drmsub0 attach returned 12 > pci0: at device 2.1 (no driver attached) Is there any mentioning of an AGP device (agp0) in your dmesg? If not, then that's probably the problem. It is interesting that your drmsub0 comes directly as a child of pci0. On my machine, it's a child of agp0. I get this in dmesg: agp0: port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb0080000 0MB info: [drm] Initialized i915 1.2.0 20041217 pci0: at device 2.1 (no driver attached) That's with RELENG_6 from yesterday (Dec. 18, 12:00 GMT). (By the way, it's normal that no driver is reported to be attached to device 2.1.) I'm using the latest Xorg development snapshot, which runs fine, including 2D acceleration, hardware cursor and XVideo extension with hardware acceleration (i.e. hardware scaler and color space conversion). No problems whatsoever. > device agp # support several AGP chipsets > device drm # DRM core module required by DRM drivers > device i915drm # Intel i830 through i915 I have the same entries in my kernel config. > and my pciconf -vl shows: > > drmsub0@pci0:2:0: class=0x030000 card=0x3080103c chip=0x25928086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915GM/GMS, 82910GML Integrated Graphics Device' > class = display > subclass = VGA > none0@pci0:2:1: class=0x038000 card=0x3080103c chip=0x27928086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' > class = display Just for comparison, this is mine: agp0@pci0:2:0: class=0x030000 card=0xc01a144d chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA none0@pci0:2:1: class=0x038000 card=0xc01a144d chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' class = display Looks pretty much the same. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "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-stable@FreeBSD.ORG Mon Dec 19 20:32:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B89316A41F for ; Mon, 19 Dec 2005 20:32:37 +0000 (GMT) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [207.109.235.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2786D43D5A for ; Mon, 19 Dec 2005 20:32:36 +0000 (GMT) (envelope-from rand@meridian-enviro.com) X-Envelope-To: Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by newman.meridian-enviro.com (8.13.1/8.13.1) with ESMTP id jBJKWWKS058575 for ; Mon, 19 Dec 2005 14:32:32 -0600 (CST) (envelope-from rand@meridian-enviro.com) Received: (from rand@localhost) by delta.meridian-enviro.com (8.13.3/8.13.3/Submit) id jBJKWWqL047819; Mon, 19 Dec 2005 14:32:32 -0600 (CST) (envelope-from rand@delta.meridian-enviro.com) To: freebsd-stable References: From: rand@meridian-enviro.com (Douglas K. Rand) Date: 19 Dec 2005 14:32:31 -0600 In-Reply-To: Message-ID: <87d5jsj09s.fsf@delta.meridian-enviro.com> Lines: 1035 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.84/1213/Mon Dec 19 08:48:34 2005 on newman.meridian-enviro.com X-Virus-Status: Clean Subject: Re: indefinite wait buffer: Does this indicate hardware issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:32:37 -0000 ** On Sat, 17 Dec 2005 00:49:48 +0800, Xin LI said: Xin> I have a box indicating the following sometimes: Xin> "swap_pager: indefinite wait buffer: bufobj: 0, blkno: 262169, size: 4096" We are having a very similar problem that we've been trying to diagnose off and on for a while. About 20% of the time the system will emit very similar messages. In each case processes trying to write to disks get stuck in the "ufs" state. This is a dual CPU AMD Athlon(tm) MP 1600+ system on a Tyan 2460 mobo with 512 MB of RAM and an ICP Vortex GDT8546RZ SATA RAID controller. Here is the result of a C-t on an interactive shell via a serial console: load: 0.00 cmd: csh 547 [ufs] 0.02u 0.01s 0% 2516k With the kernel debugger a few processes will be stuck in the same state: db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 647 c1a08000 0 645 647 0000110 [SLPQ ufs 0xc1856c08][SLP] cron 646 c1883418 2 644 646 0000110 [SLPQ biord 0xcbcff650][SLP] cron 645 c1a0a830 0 493 493 0000000 [SLPQ ppwait 0xc1a0a830][SLP] cron 644 c1887c48 0 493 493 0000000 [SLPQ ppwait 0xc1887c48][SLP] cron 643 c1a0a418 0 632 642 0004002 [SLPQ wdrain 0xc06a26c4][SLP] bsdtar 632 c1a08a3c 0 631 632 0004002 [SLPQ pause 0xc1a08a70][SLP] tcsh 631 c1834624 1001 616 631 0004102 [SLPQ wait 0xc1834624][SLP] su 616 c188720c 1001 615 616 0004002 [SLPQ pause 0xc1887240][SLP] tcsh 615 c1a0a624 1001 613 613 0000100 [SLPQ select 0xc06a2144][SLP] sshd 613 c1883624 0 471 613 0004100 [SLPQ sbwait 0xc1b3dbc8][SLP] sshd 547 c1671a3c 0 537 547 0004002 [SLPQ ufs 0xc1856c08][SLP] csh 537 c1883a3c 0 1 537 0004102 [SLPQ wait 0xc1883a3c][SLP] login 536 c1887624 0 1 536 0004002 [SLPQ ttyin 0xc16e8810][SLP] getty 535 c1671624 0 1 535 0004002 [SLPQ ttyin 0xc16e8410][SLP] getty 534 c1a0aa3c 0 1 534 0004002 [SLPQ ttyin 0xc16dac10][SLP] getty 533 c1671c48 0 1 533 0004002 [SLPQ ttyin 0xc16e7010][SLP] getty 532 c1a0ac48 0 1 532 0004002 [SLPQ ttyin 0xc16e7410][SLP] getty 531 c1887a3c 0 1 531 0004002 [SLPQ ttyin 0xc16e7810][SLP] getty 530 c1887000 0 1 530 0004002 [SLPQ ttyin 0xc16e7c10][SLP] getty 529 c183420c 0 1 529 0004002 [SLPQ ttyin 0xc16e8010][SLP] getty 513 c1a0a20c 0 1 513 0000000 [SLPQ select 0xc06a2144][SLP] inetd 493 c1a08830 0 1 493 0000000 [SLPQ ufs 0xc1856c08][SLP] cron 481 c1883c48 25 1 481 0000100 [SLPQ pause 0xc1883c7c][SLP] sendmail 477 c167120c 0 1 477 0000100 [SLPQ pause 0xc1671240][SLP] sendmail 471 c1834000 0 1 471 0000100 [SLPQ select 0xc06a2144][SLP] sshd 349 c1887418 0 1 349 0000000 [SLPQ ufs 0xc1856c08][SLP] ypbind 336 c1834418 0 1 336 0000000 [SLPQ select 0xc06a2144][SLP] rpcbind 317 c1887830 0 1 317 0000000 [SLPQ select 0xc06a2144][SLP] syslogd 283 c1671830 0 1 283 0000000 [SLPQ select 0xc06a2144][SLP] devd 228 c1883000 65 1 228 0000100 [SLPQ select 0xc06a2144][SLP] dhclient 208 c188320c 0 1 53 0000002 [SLPQ select 0xc06a2144][SLP] dhclient 52 c1834a3c 0 0 0 0000204 [SLPQ - 0xd5526d08][SLP] schedcpu 51 c1834c48 0 0 0 0000204 [SLPQ - 0xc06aa4cc][SLP] nfsiod 3 50 c161b624 0 0 0 0000204 [SLPQ - 0xc06aa4c8][SLP] nfsiod 2 49 c161b830 0 0 0 0000204 [SLPQ - 0xc06aa4c4][SLP] nfsiod 1 48 c161ba3c 0 0 0 0000204 [SLPQ - 0xc06aa4c0][SLP] nfsiod 0 47 c161bc48 0 0 0 0000204 [SLPQ vlruwt 0xc161bc48][SLP] vnlru 46 c1670000 0 0 0 0000204 [SLPQ getblk 0xcbc36578][SLP] syncer 45 c167020c 0 0 0 0000204 [SLPQ psleep 0xc06a268c][SLP] bufdaemon 44 c1670418 0 0 0 000020c [SLPQ pgzero 0xc06b09c4][SLP] pagezero 9 c1670624 0 0 0 0000204 [SLPQ psleep 0xc06b0514][SLP] vmdaemon 8 c1670830 0 0 0 0000204 [SLPQ psleep 0xc06b04d0][SLP] pagedaemon 43 c1670a3c 0 0 0 0000204 [IWAIT] swi0: sio 7 c1670c48 0 0 0 0000204 [SLPQ - 0xc16dd43c][SLP] fdc0 6 c1671000 0 0 0 0000204 [SLPQ - 0xc166f280][SLP] kqueue taskq 42 c160fc48 0 0 0 0000204 [IWAIT] swi5:+ 5 c161a000 0 0 0 0000204 [SLPQ - 0xc15c1280][SLP] thread taskq 41 c161a20c 0 0 0 0000204 [IWAIT] swi6:+ 40 c161a418 0 0 0 0000204 [IWAIT] swi6: task queue 39 c161a624 0 0 0 0000204 [IWAIT] swi2: cambio 38 c161a830 0 0 0 0000204 [SLPQ - 0xc0698140][SLP] yarrow 4 c161aa3c 0 0 0 0000204 [SLPQ - 0xc0698b08][SLP] g_down 3 c161ac48 0 0 0 0000204 [SLPQ - 0xc0698b04][SLP] g_up 2 c161b000 0 0 0 0000204 [SLPQ - 0xc0698afc][SLP] g_event 37 c161b20c 0 0 0 0000204 [IWAIT] swi3: vm 36 c161b418 0 0 0 000020c [IWAIT] swi4: clock sio 35 c1600624 0 0 0 0000204 [IWAIT] swi1: net 34 c1600830 0 0 0 0000204 [IWAIT] irq23: 33 c1600a3c 0 0 0 0000204 [IWAIT] irq22: 32 c1600c48 0 0 0 0000204 [IWAIT] irq21: 31 c160f000 0 0 0 0000204 [IWAIT] irq20: 30 c160f20c 0 0 0 0000204 [IWAIT] irq19: 29 c160f418 0 0 0 0000204 [IWAIT] irq18: 28 c160f624 0 0 0 0000204 [IWAIT] irq17: fxp0 27 c160f830 0 0 0 0000204 [IWAIT] irq16: iir0 26 c160fa3c 0 0 0 0000204 [IWAIT] irq15: ata1 25 c15cc20c 0 0 0 0000204 [IWAIT] irq14: ata0 24 c15cc418 0 0 0 0000204 [IWAIT] irq13: 23 c15cc624 0 0 0 0000204 [IWAIT] irq12: 22 c15cc830 0 0 0 0000204 [IWAIT] irq11: 21 c15cca3c 0 0 0 0000204 [IWAIT] irq10: 20 c15ccc48 0 0 0 0000204 [IWAIT] irq9: 19 c1600000 0 0 0 0000204 [IWAIT] irq8: 18 c160020c 0 0 0 0000204 [IWAIT] irq7: 17 c1600418 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c15c7000 0 0 0 0000204 [IWAIT] irq5: 15 c15c720c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c15c7418 0 0 0 0000204 [IWAIT] irq3: sio1 13 c15c7624 0 0 0 0000204 [IWAIT] irq0: 12 c15c7830 0 0 0 0000204 [IWAIT] irq1: atkbd0 11 c15c7a3c 0 0 0 000020c [CPU 0] idle: cpu0 10 c15c7c48 0 0 0 000020c [CPU 1] idle: cpu1 1 c15cc000 0 0 1 0004200 [SLPQ wait 0xc15cc000][SLP] init 0 c0698c00 0 0 0 0000200 [IWAIT] swapper On another thread someone suggested show lockedvnods and alltrace, but I'm unsure how to interpert the output: db> show lockedvnods Locked vnodes 0xc1856bb0: tag ufs, type VDIR usecount 56, writecount 0, refcount 59 mountedhere 0 flags (VV_ROOT) v_object 0xc189e8c4 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc1884c00 (pid 646) with 4 pending ino 2, on dev da0s1a 0xc19ed220: tag ufs, type VREG usecount 1, writecount 1, refcount 4 mountedhere 0 flags () v_object 0xc18a9ce4 ref 0 pages 5 lock type ufs: EXCL (count 1) by thread 0xc1673d80 (pid 317) ino 211971, on dev da0s1e 0xc1943770: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc161c480 (pid 46) 0xc1b2e660: tag ufs, type VDIR usecount 5, writecount 0, refcount 7 mountedhere 0 flags () v_object 0xc1b3c108 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc161c480 (pid 46) ino 7418881, on dev da0s1h 0xc1d3add0: tag ufs, type VREG usecount 1, writecount 1, refcount 2257 mountedhere 0 flags () v_object 0xc1d4e210 ref 0 pages 9020 lock type ufs: EXCL (count 1) by thread 0xc1885d80 (pid 643) ino 7420444, on dev da0s1h db> alltrace Tracing command cron pid 647 tid 100077 td 0xc1673900 sched_switch(c1673900,0,1) at sched_switch+0x14b mi_switch(1,0,c1673900,0,0) at mi_switch+0x1ba sleepq_switch(c1856c08) at sleepq_switch+0x133 sleepq_wait(c1856c08,0,0,c1673900,c1856c08) at sleepq_wait+0xb msleep(c1856c08,c069a58c,50,c063ff41,0) at msleep+0x345 acquire(d554da48,40,60000,c1673900,0) at acquire+0x7b lockmgr(c1856c08,3002,c1856c2c,c1673900,d554da6c) at lockmgr+0x3fe vop_stdlock(d554dab4,c0676a40,d554dab4,d554da7c,c05bca98) at vop_stdlock+0x1e VOP_LOCK_APV(c0676f80,d554dab4,d554da90,c062243b,d554dab4) at VOP_LOCK_APV+0x43 ffs_lock(d554dab4,1002,c1856bb0,d554dad0,c051e198) at ffs_lock+0x10 VOP_LOCK_APV(c0676a40,d554dab4) at VOP_LOCK_APV+0x43 vn_lock(c1856bb0,1002,c1673900) at vn_lock+0xf4 lookup(d554dba0,11,0,d554dbc8,41) at lookup+0xc3 namei(d554dba0,bfbfe3c0,0,0,c1856bb0) at namei+0x376 kern_lstat(c1673900,bfbfe3c0,0,d554dc74) at kern_lstat+0x47 lstat(c1673900,d554dd04,2,2,216) at lstat+0x1b syscall(3b,3b,3b,0,0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x280ca36b, esp = 0xbfbfe2ec, ebp = 0xbfbfe388 --- Tracing command cron pid 646 tid 100065 td 0xc1884c00 sched_switch(c1884c00,0,1) at sched_switch+0x14b mi_switch(1,0,c1884c00,0,c06407f5) at mi_switch+0x1ba sleepq_switch(cbcff650) at sleepq_switch+0x133 sleepq_wait(cbcff650,0,0,c1884c00,4c) at sleepq_wait+0xb msleep(cbcff650,c06a2760,4c,c06407f5,0) at msleep+0x345 bwait(cbcff650,4c,c06407f5) at bwait+0x5f bufwait(cbcff650,1,0,0,0) at bufwait+0x1a breadn(c1856bb0,0,0,800,0) at breadn+0x1e6 bread(c1856bb0,0,0,800,0) at bread+0x20 ffs_blkatoff(c1856bb0,0,0,0,d69b79e8) at ffs_blkatoff+0x9e ufs_lookup(d69b7a84) at ufs_lookup+0x2cd VOP_CACHEDLOOKUP_APV(c0676a40,d69b7a84) at VOP_CACHEDLOOKUP_APV+0x38 vfs_cache_lookup(d69b7b1c,c1856bb0,c1b0b700,d69b7b38,c050b579) at vfs_cache_lookup+0xb2 VOP_LOOKUP_APV(c0676a40,d69b7b1c) at VOP_LOOKUP_APV+0x43 lookup(d69b7ba0,0,0,d69b7bc8,b4d3cb1e) at lookup+0x421 namei(d69b7ba0,bfbfe3c0,0,0,c1856bb0) at namei+0x376 kern_lstat(c1884c00,bfbfe3c0,0,d69b7c74) at kern_lstat+0x47 lstat(c1884c00,d69b7d04,2,1,216) at lstat+0x1b syscall(3b,3b,3b,2,0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x280ca36b, esp = 0xbfbfe2ec, ebp = 0xbfbfe388 --- Tracing command cron pid 645 tid 100088 td 0xc1885a80 sched_switch(c1885a80,0,1) at sched_switch+0x14b mi_switch(1,0,c1885a80,0,c1b0b300) at mi_switch+0x1ba sleepq_switch(c1a0a830) at sleepq_switch+0x133 sleepq_wait(c1a0a830,0,0,c1885a80,c1a08068) at sleepq_wait+0xb msleep(c1a0a830,c1a08068,5c,c063aab6,0) at msleep+0x345 fork1(c1885a80,80000034,0,d69d2cd4,c1885a80) at fork1+0x123b vfork(c1885a80,d69d2d04,0,1,246) at vfork+0x1b syscall(3b,3b,3b,1,8052040) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (66, FreeBSD ELF32, vfork), eip = 0x280ad184, esp = 0xbfbfe850, ebp = 0xbfbfedf8 --- Tracing command cron pid 644 tid 100076 td 0xc1673a80 sched_switch(c1673a80,0,1) at sched_switch+0x14b mi_switch(1,0,c1673a80,0,c1b0b700) at mi_switch+0x1ba sleepq_switch(c1887c48) at sleepq_switch+0x133 sleepq_wait(c1887c48,0,0,c1673a80,c1883480) at sleepq_wait+0xb msleep(c1887c48,c1883480,5c,c063aab6,0) at msleep+0x345 fork1(c1673a80,80000034,0,d5550cd4,d5550ce0) at fork1+0x123b vfork(c1673a80,d5550d04,0,0,246) at vfork+0x1b syscall(3b,3b,3b,0,8052040) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (66, FreeBSD ELF32, vfork), eip = 0x280ad184, esp = 0xbfbfe850, ebp = 0xbfbfedf8 --- Tracing command bsdtar pid 643 tid 100086 td 0xc1885d80 sched_switch(c1885d80,0,1) at sched_switch+0x14b mi_switch(1,0,c1885d80,0,4) at mi_switch+0x1ba sleepq_switch(c06a26c4) at sleepq_switch+0x133 sleepq_wait(c06a26c4,0,0,c1885d80,64000004) at sleepq_wait+0xb msleep(c06a26c4,c06a26e0,44,c06404c9,0) at msleep+0x345 waitrunningbufspace(c0f57398,cbcf6818,d69d89a0,c05010c3,cbc09a28) at waitrunningbufspace+0x66 bufwrite(cbc09a28) at bufwrite+0x121 bawrite(cbc09a28,c16d7cc0,c1d3ae4c,c1d3ae4c,c1d3ae4c) at bawrite+0x13 cluster_wbuild(c1d3add0,4000,8cc,0,8) at cluster_wbuild+0x714 cluster_write(c1d3add0,cbcf6818,2330000,0,7f) at cluster_write+0x4db ffs_write(d69d8bf0,0,0,d69d8ba4,4) at ffs_write+0x508 VOP_WRITE_APV(c0676a40,d69d8bf0) at VOP_WRITE_APV+0xce vn_write(c186f948,d69d8cbc,c1b05a80,0,c1885d80) at vn_write+0x1ea dofilewrite(c1885d80,3,c186f948,d69d8cbc,ffffffff) at dofilewrite+0x4f kern_writev(c1885d80,3,d69d8cbc,8067b48,4b8) at kern_writev+0x3b write(c1885d80,d69d8d04,3,5dd,292) at write+0x45 syscall(3b,3b,3b,0,232fcb8) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280fa06b, esp = 0xbfbfe4cc, ebp = 0xbfbfe508 --- Tracing command tcsh pid 632 tid 100082 td 0xc1a09480 sched_switch(c1a09480,0,1) at sched_switch+0x14b mi_switch(1,0,c1a09480,0,0) at mi_switch+0x1ba sleepq_switch(c1a08a70,c1a09480,d69f1c88,c04c0d16,c1a08a70) at sleepq_switch+0x133 sleepq_wait_sig(c1a08a70,0,100,c1a09480,c1a08a70) at sleepq_wait_sig+0xc msleep(c1a08a70,c1a08aa4,168,c063cae1,0) at msleep+0x336 kern_sigsuspend(c1a09480,2,0,0,0) at kern_sigsuspend+0xbf sigsuspend(c1a09480,d69f1d04,1,2,202) at sigsuspend+0x33 syscall(3b,3b,3b,2901,bfbf0240) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x2814e94b, esp = 0xbfbf022c, ebp = 0xbfbf0258 --- Tracing command su pid 631 tid 100059 td 0xc1672780 sched_switch(c1672780,0,1) at sched_switch+0x14b mi_switch(1,0,c1672780,0,0) at mi_switch+0x1ba sleepq_switch(c1834624,c1672780,d552cc38,c04c0d16,c1834624) at sleepq_switch+0x133 sleepq_wait_sig(c1834624,0,100,c1672780,0) at sleepq_wait_sig+0xc msleep(c1834624,c183468c,15c,c063c9be,0) at msleep+0x336 kern_wait(c1672780,278,d552cc84,2,0) at kern_wait+0x8ec wait4(c1672780,d552cd04,4,2,206) at wait4+0x2a syscall(3b,3b,3b,28155f40,bfbfe36a) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x280cd00b, esp = 0xbfbfe22c, ebp = 0xbfbfe248 --- Tracing command tcsh pid 616 tid 100071 td 0xc1884300 sched_switch(c1884300,0,1) at sched_switch+0x14b mi_switch(1,0,c1884300,0,0) at mi_switch+0x1ba sleepq_switch(c1887240,c1884300,d69a5c88,c04c0d16,c1887240) at sleepq_switch+0x133 sleepq_wait_sig(c1887240,0,100,c1884300,c1887240) at sleepq_wait_sig+0xc msleep(c1887240,c1887274,168,c063cae1,0) at msleep+0x336 kern_sigsuspend(c1884300,2,0,0,0) at kern_sigsuspend+0xbf sigsuspend(c1884300,d69a5d04,1,6,202) at sigsuspend+0x33 syscall(3b,3b,3b,101,bfbf28d0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x2814e94b, esp = 0xbfbf28bc, ebp = 0xbfbf28e8 --- Tracing command sshd pid 615 tid 100087 td 0xc1885c00 sched_switch(c1885c00,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,d69d5b54,c0491dae,c06a2144) at sleepq_switch+0x133 sleepq_wait_sig(c06a2144,c06a2144,c06a2144,c06a2120,c063ea71) at sleepq_wait_sig+0xc cv_wait_sig(c06a2144,c06a2120,4,d69d5ba4,d69d5b80) at cv_wait_sig+0x18a kern_select(c1885c00,b,8079bf0,8079c00,0) at kern_select+0x5c4 select(c1885c00,d69d5d04,5,26,202) at select+0x44 syscall(3b,3b,3b,0,bfbfe564) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x282c390b, esp = 0xbfbfe4ec, ebp = 0xbfbfe538 --- Tracing command sshd pid 613 tid 100066 td 0xc1884a80 sched_switch(c1884a80,0,1) at sched_switch+0x14b mi_switch(1,0,c1884a80,0,0) at mi_switch+0x1ba sleepq_switch(c1b3dbc8,c1884a80,d69b4bc0,c04c0d16,c1b3dbc8) at sleepq_switch+0x133 sleepq_wait_sig(c1b3dbc8,0,100,c1884a80,c1b3db20) at sleepq_wait_sig+0xc msleep(c1b3dbc8,c1b3db94,158,c063fb82,0) at msleep+0x336 sbwait(c1b3db70,1,4,0,0) at sbwait+0x35 soreceive(c1b3db20,0,d69b4cbc,0,0) at soreceive+0x283 soo_read(c187a288,d69b4cbc,c1b06100,0,c1884a80) at soo_read+0x5d dofileread(c1884a80,5,c187a288,d69b4cbc,ffffffff) at dofileread+0x52 kern_readv(c1884a80,5,d69b4cbc,bfbfe518,4) at kern_readv+0x36 read(c1884a80,d69b4d04,3,1,286) at read+0x45 syscall(3b,3b,3b,4,0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x282c408b, esp = 0xbfbfe4bc, ebp = 0xbfbfe4e8 --- Tracing command csh pid 547 tid 100054 td 0xc1673000 sched_switch(c1673000,0,1) at sched_switch+0x14b mi_switch(1,0,c1673000,0,0) at mi_switch+0x1ba sleepq_switch(c1856c08) at sleepq_switch+0x133 sleepq_wait(c1856c08,0,0,c1673000,c1856c08) at sleepq_wait+0xb msleep(c1856c08,c069a58c,50,c063ff41,0) at msleep+0x345 acquire(d553ba48,40,60000,c1673000,0) at acquire+0x7b lockmgr(c1856c08,3002,c1856c2c,c1673000,d553ba6c) at lockmgr+0x3fe vop_stdlock(d553bab4,c0676a40,d553bab4,d553ba7c,c05bca98) at vop_stdlock+0x1e VOP_LOCK_APV(c0676f80,d553bab4,d553ba90,c062243b,d553bab4) at VOP_LOCK_APV+0x43 ffs_lock(d553bab4,1002,c1856bb0,d553bad0,c051e198) at ffs_lock+0x10 VOP_LOCK_APV(c0676a40,d553bab4) at VOP_LOCK_APV+0x43 vn_lock(c1856bb0,1002,c1673000) at vn_lock+0xf4 lookup(d553bc00,c1673154,0,d553bc28,d553bb74) at lookup+0xc3 namei(d553bc00,0,1,d553bbcc,c0610875) at namei+0x376 kern_stat(c1673000,8132408,0,d553bc74) at kern_stat+0x35 stat(c1673000,d553bd04,2,1,282) at stat+0x1b syscall(3b,3b,3b,bfbf6c40,8132408) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x2814f3ab, esp = 0xbfbf66ec, ebp = 0xbfbf6bf8 --- Tracing command login pid 537 tid 100068 td 0xc1884780 sched_switch(c1884780,0,1) at sched_switch+0x14b mi_switch(1,0,c1884780,0,0) at mi_switch+0x1ba sleepq_switch(c1883a3c,c1884780,d69aec38,c04c0d16,c1883a3c) at sleepq_switch+0x133 sleepq_wait_sig(c1883a3c,0,100,c1884780,0) at sleepq_wait_sig+0xc msleep(c1883a3c,c1883aa4,15c,c063c9be,0) at msleep+0x336 kern_wait(c1884780,223,d69aec84,0,0) at kern_wait+0x8ec wait4(c1884780,d69aed04,4,1,206) at wait4+0x2a syscall(3b,3b,3b,0,bfbfefa7) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x280ce00b, esp = 0xbfbfedac, ebp = 0xbfbfedc8 --- Tracing command getty pid 536 tid 100073 td 0xc1884000 sched_switch(c1884000,0,1) at sched_switch+0x14b mi_switch(1,0,c1884000,1,0) at mi_switch+0x1ba sleepq_switch(c16e8810,c1884000,d699f9d4,c04c0d16,c16e8810) at sleepq_switch+0x133 sleepq_wait_sig(c16e8810,0,100,c1884000,c16e8800) at sleepq_wait_sig+0xc msleep(c16e8810,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e8800,c16e8810,159,c063f4de,0) at ttysleep+0x21 ttread(c16e8800,d699fcbc,0) at ttread+0x513 ttyread(c16eae00,d699fcbc,0,d699fc18,c04927a4) at ttyread+0x2f scread(c16eae00,d699fcbc,0,0,d699fc44) at scread+0x22 giant_read(c16eae00,d699fcbc,0,1,c16eae00) at giant_read+0x4c devfs_read_f(c187ac60,d699fcbc,c15c1080,0,c1884000) at devfs_read_f+0x62 dofileread(c1884000,0,c187ac60,d699fcbc,ffffffff) at dofileread+0x52 kern_readv(c1884000,0,d699fcbc,bfbfee3f,1) at kern_readv+0x36 read(c1884000,d699fd04,3,0,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 535 tid 100052 td 0xc1673300 sched_switch(c1673300,0,1) at sched_switch+0x14b mi_switch(1,0,c1673300,1,0) at mi_switch+0x1ba sleepq_switch(c16e8410,c1673300,d55419d4,c04c0d16,c16e8410) at sleepq_switch+0x133 sleepq_wait_sig(c16e8410,0,100,c1673300,c16e8400) at sleepq_wait_sig+0xc msleep(c16e8410,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e8400,c16e8410,159,c063f4de,0) at ttysleep+0x21 ttread(c16e8400,d5541cbc,0) at ttread+0x513 ttyread(c1674700,d5541cbc,0,d5541c18,c04927a4) at ttyread+0x2f scread(c1674700,d5541cbc,0,0,d5541c44) at scread+0x22 giant_read(c1674700,d5541cbc,0,1,c1674700) at giant_read+0x4c devfs_read_f(c187a3a8,d5541cbc,c15c1080,0,c1673300) at devfs_read_f+0x62 dofileread(c1673300,0,c187a3a8,d5541cbc,ffffffff) at dofileread+0x52 kern_readv(c1673300,0,d5541cbc,bfbfee3f,1) at kern_readv+0x36 read(c1673300,d5541d04,3,0,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 534 tid 100089 td 0xc1885900 sched_switch(c1885900,0,1) at sched_switch+0x14b mi_switch(1,0,c1885900,1,0) at mi_switch+0x1ba sleepq_switch(c16dac10,c1885900,d69cf9d4,c04c0d16,c16dac10) at sleepq_switch+0x133 sleepq_wait_sig(c16dac10,0,100,c1885900,c16dac00) at sleepq_wait_sig+0xc msleep(c16dac10,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16dac00,c16dac10,159,c063f4de,0) at ttysleep+0x21 ttread(c16dac00,d69cfcbc,0) at ttread+0x513 ttyread(c1674e00,d69cfcbc,0,d69cfc18,c04927a4) at ttyread+0x2f scread(c1674e00,d69cfcbc,0,0,d69cfc44) at scread+0x22 giant_read(c1674e00,d69cfcbc,0,1,c1674e00) at giant_read+0x4c devfs_read_f(c186f750,d69cfcbc,c15c1080,0,c1885900) at devfs_read_f+0x62 dofileread(c1885900,0,c186f750,d69cfcbc,ffffffff) at dofileread+0x52 kern_readv(c1885900,0,d69cfcbc,bfbfee3f,1) at kern_readv+0x36 read(c1885900,d69cfd04,3,1,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 533 tid 100055 td 0xc1672d80 sched_switch(c1672d80,0,1) at sched_switch+0x14b mi_switch(1,0,c1672d80,1,0) at mi_switch+0x1ba sleepq_switch(c16e7010,c1672d80,d55389d4,c04c0d16,c16e7010) at sleepq_switch+0x133 sleepq_wait_sig(c16e7010,0,100,c1672d80,c16e7000) at sleepq_wait_sig+0xc msleep(c16e7010,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e7000,c16e7010,159,c063f4de,0) at ttysleep+0x21 ttread(c16e7000,d5538cbc,0) at ttread+0x513 ttyread(c1674d00,d5538cbc,0,d5538c18,c04927a4) at ttyread+0x2f scread(c1674d00,d5538cbc,0,0,d5538c44) at scread+0x22 giant_read(c1674d00,d5538cbc,0,1,c1674d00) at giant_read+0x4c devfs_read_f(c186f558,d5538cbc,c15c1080,0,c1672d80) at devfs_read_f+0x62 dofileread(c1672d80,0,c186f558,d5538cbc,ffffffff) at dofileread+0x52 kern_readv(c1672d80,0,d5538cbc,bfbfee3f,1) at kern_readv+0x36 read(c1672d80,d5538d04,3,2,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 532 tid 100090 td 0xc1885780 sched_switch(c1885780,0,1) at sched_switch+0x14b mi_switch(1,0,c1885780,1,0) at mi_switch+0x1ba sleepq_switch(c16e7410,c1885780,d69cc9d4,c04c0d16,c16e7410) at sleepq_switch+0x133 sleepq_wait_sig(c16e7410,0,100,c1885780,c16e7400) at sleepq_wait_sig+0xc msleep(c16e7410,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e7400,c16e7410,159,c063f4de,0) at ttysleep+0x21 ttread(c16e7400,d69cccbc,0) at ttread+0x513 ttyread(c1674c00,d69cccbc,0,d69ccc18,c04927a4) at ttyread+0x2f scread(c1674c00,d69cccbc,0,0,d69ccc44) at scread+0x22 giant_read(c1674c00,d69cccbc,0,1,c1674c00) at giant_read+0x4c devfs_read_f(c1870870,d69cccbc,c15c1080,0,c1885780) at devfs_read_f+0x62 dofileread(c1885780,0,c1870870,d69cccbc,ffffffff) at dofileread+0x52 kern_readv(c1885780,0,d69cccbc,bfbfee3f,1) at kern_readv+0x36 read(c1885780,d69ccd04,3,0,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 531 tid 100075 td 0xc1673c00 sched_switch(c1673c00,0,1) at sched_switch+0x14b mi_switch(1,0,c1673c00,1,0) at mi_switch+0x1ba sleepq_switch(c16e7810,c1673c00,d55539d4,c04c0d16,c16e7810) at sleepq_switch+0x133 sleepq_wait_sig(c16e7810,0,100,c1673c00,c16e7800) at sleepq_wait_sig+0xc msleep(c16e7810,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e7800,c16e7810,159,c063f4de,0) at ttysleep+0x21 ttread(c16e7800,d5553cbc,0) at ttread+0x513 ttyread(c1674b00,d5553cbc,0,d5553c18,c04927a4) at ttyread+0x2f scread(c1674b00,d5553cbc,0,0,d5553c44) at scread+0x22 giant_read(c1674b00,d5553cbc,0,1,c1674b00) at giant_read+0x4c devfs_read_f(c187a240,d5553cbc,c15c1080,0,c1673c00) at devfs_read_f+0x62 dofileread(c1673c00,0,c187a240,d5553cbc,ffffffff) at dofileread+0x52 kern_readv(c1673c00,0,d5553cbc,bfbfee3f,1) at kern_readv+0x36 read(c1673c00,d5553d04,3,0,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 530 tid 100070 td 0xc1884480 sched_switch(c1884480,0,1) at sched_switch+0x14b mi_switch(1,0,c1884480,1,0) at mi_switch+0x1ba sleepq_switch(c16e7c10,c1884480,d69a89d4,c04c0d16,c16e7c10) at sleepq_switch+0x133 sleepq_wait_sig(c16e7c10,0,100,c1884480,c16e7c00) at sleepq_wait_sig+0xc msleep(c16e7c10,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e7c00,c16e7c10,159,c063f4de,0) at ttysleep+0x21 ttread(c16e7c00,d69a8cbc,0) at ttread+0x513 ttyread(c1674900,d69a8cbc,0,d69a8c18,c04927a4) at ttyread+0x2f scread(c1674900,d69a8cbc,0,0,d69a8c44) at scread+0x22 giant_read(c1674900,d69a8cbc,0,1,c1674900) at giant_read+0x4c devfs_read_f(c187a120,d69a8cbc,c15c1080,0,c1884480) at devfs_read_f+0x62 dofileread(c1884480,0,c187a120,d69a8cbc,ffffffff) at dofileread+0x52 kern_readv(c1884480,0,d69a8cbc,bfbfee3f,1) at kern_readv+0x36 read(c1884480,d69a8d04,3,0,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 529 tid 100057 td 0xc1672a80 sched_switch(c1672a80,0,1) at sched_switch+0x14b mi_switch(1,0,c1672a80,1,0) at mi_switch+0x1ba sleepq_switch(c16e8010,c1672a80,d55329d4,c04c0d16,c16e8010) at sleepq_switch+0x133 sleepq_wait_sig(c16e8010,0,100,c1672a80,c16e8000) at sleepq_wait_sig+0xc msleep(c16e8010,0,159,c063f4de,0) at msleep+0x336 ttysleep(c16e8000,c16e8010,159,c063f4de,0) at ttysleep+0x21 ttread(c16e8000,d5532cbc,0) at ttread+0x513 ttyread(c1674800,d5532cbc,0,d5532c18,c04927a4) at ttyread+0x2f scread(c1674800,d5532cbc,0,0,d5532c44) at scread+0x22 giant_read(c1674800,d5532cbc,0,1,c1674800) at giant_read+0x4c devfs_read_f(c187a090,d5532cbc,c15c1080,0,c1672a80) at devfs_read_f+0x62 dofileread(c1672a80,0,c187a090,d5532cbc,ffffffff) at dofileread+0x52 kern_readv(c1672a80,0,d5532cbc,bfbfee3f,1) at kern_readv+0x36 read(c1672a80,d5532d04,3,0,292) at read+0x45 syscall(3b,3b,3b,0,804f8a0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280c808b, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command inetd pid 513 tid 100085 td 0xc1a09000 sched_switch(c1a09000,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,d69e8b54,c0491dae,c06a2144) at sleepq_switch+0x133 sleepq_wait_sig(c06a2144,c06a2144,c06a2144,c06a2120,c063ea71) at sleepq_wait_sig+0xc cv_wait_sig(c06a2144,c06a2120,4,d69e8ba4,0) at cv_wait_sig+0x18a kern_select(c1a09000,5,bfbfe8c0,0,0) at kern_select+0x5c4 select(c1a09000,d69e8d04,5,0,206) at select+0x44 syscall(3b,3b,3b,0,bfbfee50) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x280da90b, esp = 0xbfbfe82c, ebp = 0xbfbfee88 --- Tracing command cron pid 493 tid 100081 td 0xc1a09600 sched_switch(c1a09600,0,1) at sched_switch+0x14b mi_switch(1,0,c1a09600,0,0) at mi_switch+0x1ba sleepq_switch(c1856c08) at sleepq_switch+0x133 sleepq_wait(c1856c08,0,0,c1a09600,c1856c08) at sleepq_wait+0xb msleep(c1856c08,c069a58c,50,c063ff41,0) at msleep+0x345 acquire(d69f4a48,40,60000,c1a09600,0) at acquire+0x7b lockmgr(c1856c08,3002,c1856c2c,c1a09600,d69f4a6c) at lockmgr+0x3fe vop_stdlock(d69f4ab4,c0676a40,d69f4ab4,d69f4a7c,c05bca98) at vop_stdlock+0x1e VOP_LOCK_APV(c0676f80,d69f4ab4,d69f4a90,c062243b,d69f4ab4) at VOP_LOCK_APV+0x43 ffs_lock(d69f4ab4,1002,c1856bb0,d69f4ad0,c051e198) at ffs_lock+0x10 VOP_LOCK_APV(c0676a40,d69f4ab4) at VOP_LOCK_APV+0x43 vn_lock(c1856bb0,1002,c1a09600) at vn_lock+0xf4 lookup(d69f4c00,c060c336,0,d69f4c28,11) at lookup+0xc3 namei(d69f4c00,48,1cc01,241c0,0) at namei+0x376 kern_stat(c1a09600,804e66d,0,d69f4c74) at kern_stat+0x35 stat(c1a09600,d69f4d04,2,0,292) at stat+0x1b syscall(3b,3b,3b,bfbfee80,bfbfeee4) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x280ca3ab, esp = 0xbfbfeb5c, ebp = 0xbfbfee58 --- Tracing command sendmail pid 481 tid 100069 td 0xc1884600 sched_switch(c1884600,0,1) at sched_switch+0x14b mi_switch(1,0,c1884600,0,0) at mi_switch+0x1ba sleepq_switch(c1883c7c,c1884600,d69abc88,c04c0d16,c1883c7c) at sleepq_switch+0x133 sleepq_wait_sig(c1883c7c,0,100,c1884600,c1883c7c) at sleepq_wait_sig+0xc msleep(c1883c7c,c1883cb0,168,c063cae1,0) at msleep+0x336 kern_sigsuspend(c1884600,0,0,0,0) at kern_sigsuspend+0xbf sigsuspend(c1884600,d69abd04,1,0,202) at sigsuspend+0x33 syscall(3b,3b,3b,0,bfbfd020) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x2827a94b, esp = 0xbfbfd00c, ebp = 0xbfbfd038 --- Tracing command sendmail pid 477 tid 100050 td 0xc1673600 sched_switch(c1673600,0,1) at sched_switch+0x14b mi_switch(1,0,c1673600,0,0) at mi_switch+0x1ba sleepq_switch(c1671240,c1673600,d5547c88,c04c0d16,c1671240) at sleepq_switch+0x133 sleepq_wait_sig(c1671240,0,100,c1673600,c1671240) at sleepq_wait_sig+0xc msleep(c1671240,c1671274,168,c063cae1,0) at msleep+0x336 kern_sigsuspend(c1673600,0,0,0,0) at kern_sigsuspend+0xbf sigsuspend(c1673600,d5547d04,1,0,202) at sigsuspend+0x33 syscall(3b,3b,3b,0,bfbfd030) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x2827a94b, esp = 0xbfbfd01c, ebp = 0xbfbfd048 --- Tracing command sshd pid 471 tid 100056 td 0xc1672c00 sched_switch(c1672c00,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,d5535b54,c0491dae,c06a2144) at sleepq_switch+0x133 sleepq_wait_sig(c06a2144,c06a2144,c06a2144,c06a2120,c063ea71) at sleepq_wait_sig+0xc cv_wait_sig(c06a2144,c06a2120,4,d5535ba4,4) at cv_wait_sig+0x18a kern_select(c1672c00,7,80798e0,0,0) at kern_select+0x5c4 select(c1672c00,d5535d04,5,0,202) at select+0x44 syscall(3b,3b,3b,8073d60,80798e0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x282c390b, esp = 0xbfbfe5ac, ebp = 0xbfbfee98 --- Tracing command ypbind pid 349 tid 100072 td 0xc1884180 sched_switch(c1884180,0,1) at sched_switch+0x14b mi_switch(1,0,c1884180,0,0) at mi_switch+0x1ba sleepq_switch(c1856c08) at sleepq_switch+0x133 sleepq_wait(c1856c08,0,0,c1884180,c1856c08) at sleepq_wait+0xb msleep(c1856c08,c069a58c,50,c063ff41,0) at msleep+0x345 acquire(d69a28f8,40,60000,c1884180,0) at acquire+0x7b lockmgr(c1856c08,3002,c1856c2c,c1884180,d69a291c) at lockmgr+0x3fe vop_stdlock(d69a2964,c0676a40,d69a2964,d69a292c,c05bca98) at vop_stdlock+0x1e VOP_LOCK_APV(c0676f80,d69a2964,d69a2940,c062243b,d69a2964) at VOP_LOCK_APV+0x43 ffs_lock(d69a2964,1002,c1856bb0,d69a2980,c051e198) at ffs_lock+0x10 VOP_LOCK_APV(c0676a40,d69a2964) at VOP_LOCK_APV+0x43 vn_lock(c1856bb0,1002,c1884180) at vn_lock+0xf4 lookup(d69a2bcc,4,0,d69a2bf4,6) at lookup+0xc3 namei(d69a2bcc,d69a2a68,c04a6a10,c1884180,d69a2aa4) at namei+0x376 vn_open_cred(d69a2bcc,d69a2ccc,1a4,c15c1080,7) at vn_open_cred+0x2ad vn_open(d69a2bcc,d69a2ccc,1a4,7,c04de086) at vn_open+0x1e kern_open(c1884180,28135537,0,1,1b6) at kern_open+0xb6 open(c1884180,d69a2d04,3,0,296) at open+0x1a syscall(3b,3b,3b,4,28150160) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x280bb04b, esp = 0xbfbfe8bc, ebp = 0xbfbfe8e8 --- Tracing command rpcbind pid 336 tid 100058 td 0xc1672900 sched_switch(c1672900,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,0,d552fb94,c0492160) at sleepq_switch+0x133 sleepq_timedwait_sig(c06a2144,0,c06a2144,c06a2144,7531) at sleepq_timedwait_sig+0xd cv_timedwait_sig(c06a2144,c06a2120,7531,38,7) at cv_timedwait_sig+0x19c poll(c1672900,d552fd04,3,0,296) at poll+0x4ec syscall(3b,3b,3b,8051390,7) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (209, FreeBSD ELF32, poll), eip = 0x280d31cb, esp = 0xbfbfcd9c, ebp = 0xbfbfee48 --- Tracing command syslogd pid 317 tid 100074 td 0xc1673d80 sched_switch(c1673d80,0,1) at sched_switch+0x14b mi_switch(1,0,c1673d80,0,200012) at mi_switch+0x1ba sleepq_switch(c06a26c4) at sleepq_switch+0x133 sleepq_wait(c06a26c4,0,0,c1673d80,a00200a4) at sleepq_wait+0xb msleep(c06a26c4,c06a26e0,44,c06404c9,0) at msleep+0x345 waitrunningbufspace(cbcfd500,cbcfd500,d5556c40,c05010c3,cbcfd500) at waitrunningbufspace+0x66 bufwrite(cbcfd500) at bufwrite+0x121 bawrite(cbcfd500) at bawrite+0x13 ffs_syncvnode(c19ed220,1,4,d5556c94,c0621fcc) at ffs_syncvnode+0x28d ffs_fsync(d5556cc0) at ffs_fsync+0x12 VOP_FSYNC_APV(c0676a40,d5556cc0) at VOP_FSYNC_APV+0x38 fsync(c1673d80,d5556d04,1,2,296) at fsync+0x170 syscall(3b,3b,3b,10,0) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (95, FreeBSD ELF32, fsync), eip = 0x280ca8eb, esp = 0xbfbfe86c, ebp = 0xbfbfe888 --- Tracing command devd pid 283 tid 100053 td 0xc1673180 sched_switch(c1673180,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,d553eb54,c0491dae,c06a2144) at sleepq_switch+0x133 sleepq_wait_sig(c06a2144,c06a2144,c06a2144,c06a2120,c063ea71) at sleepq_wait_sig+0xc cv_wait_sig(c06a2144,c06a2120,4,d553eba4,d553eb78) at cv_wait_sig+0x18a kern_select(c1673180,5,bfbfe9d0,0,0) at kern_select+0x5c4 select(c1673180,d553ed04,5,0,292) at select+0x44 syscall(3b,3b,3b,1,bfbfea50) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x806060f, esp = 0xbfbfe98c, ebp = 0xbfbfee78 --- Tracing command dhclient pid 228 tid 100063 td 0xc1885000 sched_switch(c1885000,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,0,d69bdb94,c0492160) at sleepq_switch+0x133 sleepq_timedwait_sig(c06a2144,0,c06a2144,c06a2144,84c831) at sleepq_timedwait_sig+0xd cv_timedwait_sig(c06a2144,c06a2120,84c831,10,2) at cv_timedwait_sig+0x19c poll(c1885000,d69bdd04,3,0,292) at poll+0x4ec syscall(3b,3b,3b,80701d0,2) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (209, FreeBSD ELF32, poll), eip = 0x280c51cb, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command dhclient pid 208 tid 100064 td 0xc1884d80 sched_switch(c1884d80,0,1) at sched_switch+0x14b mi_switch(1,0,0,0,c06a2144) at mi_switch+0x1ba sleepq_switch(c06a2144,0,d69bab98,c0491dae,c06a2144) at sleepq_switch+0x133 sleepq_wait_sig(c06a2144,c06a2144,c06a2144,c06a2120,c063ea71) at sleepq_wait_sig+0xc cv_wait_sig(c06a2144,c06a2120,8,1,0) at cv_wait_sig+0x18a poll(c1884d80,d69bad04,3,0,292) at poll+0x502 syscall(3b,3b,3b,4,bfbfee30) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (209, FreeBSD ELF32, poll), eip = 0x280c51cb, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command schedcpu pid 52 tid 100061 td 0xc1672480 sched_switch(c1672480,0,1) at sched_switch+0x14b mi_switch(1,0,c1672480,0,0) at mi_switch+0x1ba sleepq_switch(d5526d08,c1672480,d5526cec,c04c0cfe,d5526d08) at sleepq_switch+0x133 sleepq_timedwait(d5526d08,0,0,c1672480,d5526d08) at sleepq_timedwait+0xc msleep(d5526d08,0,60,c0638487,3e8) at msleep+0x31e schedcpu_thread(0,d5526d38) at schedcpu_thread+0x32 fork_exit(c04cbb44,0,d5526d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5526d6c, ebp = 0 --- Tracing command nfsiod 3 pid 51 tid 100062 td 0xc1672300 sched_switch(c1672300,0,1) at sched_switch+0x14b mi_switch(1,0,c1672300,1,0) at mi_switch+0x1ba sleepq_switch(c06aa4cc,c1672300,d5523ce0,c04c0d16,c06aa4cc) at sleepq_switch+0x133 sleepq_wait_sig(c06aa4cc,0,100,c1672300,c1834c48) at sleepq_wait_sig+0xc msleep(c06aa4cc,0,15c,c0638487,0) at msleep+0x336 nfssvc_iod(c06a9e6c,d5523d38) at nfssvc_iod+0xba fork_exit(c0581c58,c06a9e6c,d5523d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5523d6c, ebp = 0 --- Tracing command nfsiod 2 pid 50 tid 100038 td 0xc161ca80 sched_switch(c161ca80,0,1) at sched_switch+0x14b mi_switch(1,0,c161ca80,1,0) at mi_switch+0x1ba sleepq_switch(c06aa4c8,c161ca80,d5514ce0,c04c0d16,c06aa4c8) at sleepq_switch+0x133 sleepq_wait_sig(c06aa4c8,0,100,c161ca80,c161b624) at sleepq_wait_sig+0xc msleep(c06aa4c8,0,15c,c0638487,0) at msleep+0x336 nfssvc_iod(c06a9e68,d5514d38) at nfssvc_iod+0xba fork_exit(c0581c58,c06a9e68,d5514d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5514d6c, ebp = 0 --- Tracing command nfsiod 1 pid 49 tid 100039 td 0xc161c900 sched_switch(c161c900,0,1) at sched_switch+0x14b mi_switch(1,0,c161c900,1,0) at mi_switch+0x1ba sleepq_switch(c06aa4c4,c161c900,d5511ce0,c04c0d16,c06aa4c4) at sleepq_switch+0x133 sleepq_wait_sig(c06aa4c4,0,100,c161c900,c161b830) at sleepq_wait_sig+0xc msleep(c06aa4c4,0,15c,c0638487,0) at msleep+0x336 nfssvc_iod(c06a9e64,d5511d38) at nfssvc_iod+0xba fork_exit(c0581c58,c06a9e64,d5511d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5511d6c, ebp = 0 --- Tracing command nfsiod 0 pid 48 tid 100040 td 0xc161c780 sched_switch(c161c780,0,1) at sched_switch+0x14b mi_switch(1,0,c161c780,1,0) at mi_switch+0x1ba sleepq_switch(c06aa4c0,c161c780,d550ece0,c04c0d16,c06aa4c0) at sleepq_switch+0x133 sleepq_wait_sig(c06aa4c0,0,100,c161c780,0) at sleepq_wait_sig+0xc msleep(c06aa4c0,0,15c,c0638487,0) at msleep+0x336 nfssvc_iod(c06a9e60,d550ed38) at nfssvc_iod+0xba fork_exit(c0581c58,c06a9e60,d550ed38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd550ed6c, ebp = 0 --- Tracing command vnlru pid 47 tid 100041 td 0xc161c600 sched_switch(c161c600,0,1) at sched_switch+0x14b mi_switch(1,0,c161c600,1,0) at mi_switch+0x1ba sleepq_switch(c161bc48,c161c600,d550bcd8,c04c0cfe,c161bc48) at sleepq_switch+0x133 sleepq_timedwait(c161bc48,0,0,c161c600,4f00b) at sleepq_timedwait+0xc msleep(c161bc48,c06a2aa0,250,c0641464,3e8,c06a2b20) at msleep+0x31e vnlru_proc(0,d550bd38) at vnlru_proc+0x117 fork_exit(c050f9c4,0,d550bd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd550bd6c, ebp = 0 --- Tracing command syncer pid 46 tid 100042 td 0xc161c480 sched_switch(c161c480,0,1) at sched_switch+0x14b mi_switch(1,0,c161c480,1,0) at mi_switch+0x1ba sleepq_switch(cbc36578) at sleepq_switch+0x133 sleepq_wait(cbc36578,0,0,c161c480,cbc36578) at sleepq_wait+0xb msleep(cbc36578,c069a034,50,c0640783,0) at msleep+0x345 acquire(d5508ae0,120,60000,c161c480,0) at acquire+0x7b lockmgr(cbc36578,202122,c193d8fc,c161c480) at lockmgr+0x3fe getblk(c193d880,710f240,0,4000,0) at getblk+0x1a5 breadn(c193d880,710f240,0,4000,0) at breadn+0x31 bread(c193d880,710f240,0,4000,0) at bread+0x20 ffs_update(c1b2e660,0,2032,1,0) at ffs_update+0x21c ffs_syncvnode(c1b2e660,3) at ffs_syncvnode+0x450 ffs_sync(c17b3800,3,c161c480,c17b3800,2) at ffs_sync+0x1f9 sync_fsync(d5508cc0) at sync_fsync+0x177 VOP_FSYNC_APV(c066dac0,d5508cc0) at VOP_FSYNC_APV+0x38 sync_vnode(c1943830,c161c480) at sync_vnode+0x153 sched_sync(0,d5508d38) at sched_sync+0x259 fork_exit(c05115d0,0,d5508d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5508d6c, ebp = 0 --- Tracing command bufdaemon pid 45 tid 100043 td 0xc161c300 sched_switch(c161c300,0,1) at sched_switch+0x14b mi_switch(1,0,c161c300,1,0) at mi_switch+0x1ba sleepq_switch(c06a268c,c161c300,d5505cf0,c04c0cfe,c06a268c) at sleepq_switch+0x133 sleepq_timedwait(c06a268c,0,0,c161c300,4) at sleepq_timedwait+0xc msleep(c06a268c,c06a26a0,44,c064069e,3e8) at msleep+0x31e buf_daemon(0,d5505d38) at buf_daemon+0x173 fork_exit(c0502cc8,0,d5505d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5505d6c, ebp = 0 --- Tracing command pagezero pid 44 tid 100044 td 0xc161c180 sched_switch(c161c180,0,1) at sched_switch+0x14b mi_switch(1,0,c161c180,0,0) at mi_switch+0x1ba sleepq_switch(c06b09c4,c161c180,d5502cf0,c04c0cfe,c06b09c4) at sleepq_switch+0x133 sleepq_timedwait(c06b09c4,0,0,c161c180,c161c180) at sleepq_timedwait+0xc msleep(c06b09c4,c06b04a0,2ff,c064c4da,493e0) at msleep+0x31e vm_pagezero(0,d5502d38) at vm_pagezero+0x97 fork_exit(c05e3678,0,d5502d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5502d6c, ebp = 0 --- Tracing command vmdaemon pid 9 tid 100045 td 0xc161c000 sched_switch(c161c000,0,1) at sched_switch+0x14b mi_switch(1,0,c161c000,1,0) at mi_switch+0x1ba sleepq_switch(c06b0514) at sleepq_switch+0x133 sleepq_wait(c06b0514,0,0,c161c000,c1670624) at sleepq_wait+0xb msleep(c06b0514,0,68,c064069e,0) at msleep+0x345 vm_daemon(0,d54ffd38) at vm_daemon+0x50 fork_exit(c05e249c,0,d54ffd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54ffd6c, ebp = 0 --- Tracing command pagedaemon pid 8 tid 100046 td 0xc1610d80 sched_switch(c1610d80,0,1) at sched_switch+0x14b mi_switch(1,0,c1610d80,0,0) at mi_switch+0x1ba sleepq_switch(c06b04d0,c1610d80,d54fccec,c04c0cfe,c06b04d0) at sleepq_switch+0x133 sleepq_timedwait(c06b04d0,0,0,c1610d80,4) at sleepq_timedwait+0xc msleep(c06b04d0,c06b04a0,44,c064069e,1388) at msleep+0x31e vm_pageout(0,d54fcd38) at vm_pageout+0x280 fork_exit(c05e210c,0,d54fcd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54fcd6c, ebp = 0 --- Tracing command swi0: sio pid 43 tid 100047 td 0xc1610c00 sched_switch(c1610c00,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba ithread_loop(c16ed880,d54f9d38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c16ed880,d54f9d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54f9d6c, ebp = 0 --- Tracing command fdc0 pid 7 tid 100048 td 0xc1610a80 sched_switch(c1610a80,0,1) at sched_switch+0x14b mi_switch(1,0,c1610a80,0,0) at mi_switch+0x1ba sleepq_switch(c16dd43c,c1610a80,d54f6ca8,c04c0cfe,c16dd43c) at sleepq_switch+0x133 sleepq_timedwait(c16dd43c,0,0,c1610a80,c16dd43c) at sleepq_timedwait+0xc msleep(c16dd43c,c16dd4f0,4c,c0638487,3e8) at msleep+0x31e fdc_worker(c16dd400,c1670c48,c05ed680,0,d54f6d24) at fdc_worker+0x25a fdc_thread(c16dd400,d54f6d38) at fdc_thread+0x8e fork_exit(c05ed680,c16dd400,d54f6d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54f6d6c, ebp = 0 --- Tracing command kqueue taskq pid 6 tid 100049 td 0xc1610900 sched_switch(c1610900,0,1) at sched_switch+0x14b mi_switch(1,0,c1610900,0,0) at mi_switch+0x1ba sleepq_switch(c166f280) at sleepq_switch+0x133 sleepq_wait(c166f280,0,0,c1610900,c166f280) at sleepq_wait+0xb msleep(c166f280,c166f29c,5c,c0638487,0,c166f280) at msleep+0x345 taskqueue_thread_loop(c06993c0,d54f3d38) at taskqueue_thread_loop+0x52 fork_exit(c04da954,c06993c0,d54f3d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54f3d6c, ebp = 0 --- Tracing command swi5:+ pid 42 tid 100027 td 0xc1610180 fork_trampoline() at fork_trampoline Tracing command thread taskq pid 5 tid 100028 td 0xc1610000 sched_switch(c1610000,0,1) at sched_switch+0x14b mi_switch(1,0,c1610000,0,0) at mi_switch+0x1ba sleepq_switch(c15c1280) at sleepq_switch+0x133 sleepq_wait(c15c1280,0,0,c1610000,c15c1280) at sleepq_wait+0xb msleep(c15c1280,c15c129c,5c,c0638487,0,c15c1280) at msleep+0x345 taskqueue_thread_loop(c06a0c08,d54e1d38) at taskqueue_thread_loop+0x52 fork_exit(c04da954,c06a0c08,d54e1d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54e1d6c, ebp = 0 --- Tracing command swi6:+ pid 41 tid 100029 td 0xc15cdd80 fork_trampoline() at fork_trampoline Tracing command swi6: task queue pid 40 tid 100030 td 0xc15cdc00 sched_switch(c15cdc00,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba ithread_loop(c15c1400,d42f0d38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c15c1400,d42f0d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42f0d6c, ebp = 0 --- Tracing command swi2: cambio pid 39 tid 100031 td 0xc15cda80 sched_switch(c15cda80,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba ithread_loop(c15c1500,d42edd38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c15c1500,d42edd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42edd6c, ebp = 0 --- Tracing command yarrow pid 38 tid 100032 td 0xc15cd900 sched_switch(c15cd900,0,1) at sched_switch+0x14b mi_switch(1,0,c15cd900,0,c0698144) at mi_switch+0x1ba sleepq_switch(c0698140,c15cd900,d42eacdc,c04c0cfe,c0698140) at sleepq_switch+0x133 sleepq_timedwait(c0698140,0,0,c15cd900,44) at sleepq_timedwait+0xc msleep(c0698140,0,44,c0638487,64) at msleep+0x31e random_kthread(0,d42ead38) at random_kthread+0x215 fork_exit(c0476078,0,d42ead38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42ead6c, ebp = 0 --- Tracing command g_down pid 4 tid 100033 td 0xc15cd780 sched_switch(c15cd780,0,1) at sched_switch+0x14b mi_switch(1,0,c15cd780,0,0) at mi_switch+0x1ba sleepq_switch(c0698b08,c15cd780,d42e7cd8,c04c0cfe,c0698b08) at sleepq_switch+0x133 sleepq_timedwait(c0698b08,0,0,c15cd780,0) at sleepq_timedwait+0xc msleep(c0698b08,c06989e8,24c,c0638487,64) at msleep+0x31e g_io_schedule_down(c15cd780) at g_io_schedule_down+0x56 g_down_procbody(0,d42e7d38) at g_down_procbody+0x92 fork_exit(c0482cf8,0,d42e7d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42e7d6c, ebp = 0 --- Tracing command g_up pid 3 tid 100034 td 0xc15cd600 sched_switch(c15cd600,0,1) at sched_switch+0x14b mi_switch(1,0,c15cd600,0,0) at mi_switch+0x1ba sleepq_switch(c0698b04,c15cd600,d42e4cdc,c04c0cfe,c0698b04) at sleepq_switch+0x133 sleepq_timedwait(c0698b04,0,0,c15cd600,0) at sleepq_timedwait+0xc msleep(c0698b04,c0698a28,24c,c0638487,64) at msleep+0x31e g_io_schedule_up(c15cd600) at g_io_schedule_up+0xcc g_up_procbody(0,d42e4d38) at g_up_procbody+0x92 fork_exit(c0482c60,0,d42e4d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42e4d6c, ebp = 0 --- Tracing command g_event pid 2 tid 100035 td 0xc15cd480 sched_switch(c15cd480,0,1) at sched_switch+0x14b mi_switch(1,0,c15cd480,0,0) at mi_switch+0x1ba sleepq_switch(c0698afc,c15cd480,d42e1ce4,c04c0cfe,c0698afc) at sleepq_switch+0x133 sleepq_timedwait(c0698afc,0,0,c15cd480,66666667) at sleepq_timedwait+0xc msleep(c0698afc,0,4c,c0638487,64) at msleep+0x31e g_event_procbody(0,d42e1d38) at g_event_procbody+0xca fork_exit(c0482d90,0,d42e1d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42e1d6c, ebp = 0 --- Tracing command swi3: vm pid 37 tid 100036 td 0xc161cd80 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 36 tid 100037 td 0xc161cc00 sched_switch(c161cc00,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba ithread_loop(c15b4280,d5517d38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c15b4280,d5517d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5517d6c, ebp = 0 --- Tracing command swi1: net pid 35 tid 100017 td 0xc15c9900 sched_switch(c15c9900,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba ithread_loop(c15b4300,d42ccd38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c15b4300,d42ccd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42ccd6c, ebp = 0 --- Tracing command irq23: pid 34 tid 100018 td 0xc15c9780 fork_trampoline() at fork_trampoline Tracing command irq22: pid 33 tid 100019 td 0xc15c9600 fork_trampoline() at fork_trampoline Tracing command irq21: pid 32 tid 100020 td 0xc15c9480 fork_trampoline() at fork_trampoline Tracing command irq20: pid 31 tid 100021 td 0xc15c9300 fork_trampoline() at fork_trampoline Tracing command irq19: pid 30 tid 100022 td 0xc15c9180 fork_trampoline() at fork_trampoline Tracing command irq18: pid 29 tid 100023 td 0xc1610780 fork_trampoline() at fork_trampoline Tracing command irq17: fxp0 pid 28 tid 100024 td 0xc1610600 sched_switch(c063e049,d54edce4,c04c0f0a,13f574b6,302c63e) at sched_switch+0x14b kdb_backtrace(13f574b6,302c63e,ffc03014,c1610600,bbd) at kdb_backtrace+0x21 mi_switch(1,0) at mi_switch+0xf6 ithread_loop(c15b4680,d54edd38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c15b4680,d54edd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54edd6c, ebp = 0 --- Tracing command irq16: iir0 pid 27 tid 100025 td 0xc1610480 sched_switch(c1610480,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba ithread_loop(c15b4700,d54ead38) at ithread_loop+0x2a2 fork_exit(c04a6ae4,c15b4700,d54ead38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd54ead6c, ebp = 0 --- Tracing command irq15: ata1 pid 26 tid 100026 td 0xc1610300 fork_trampoline() at fork_trampoline Tracing command irq14: ata0 pid 25 tid 100008 td 0xc15c8300 fork_trampoline() at fork_trampoline Tracing command irq13: pid 24 tid 100009 td 0xc15c8180 fork_trampoline() at fork_trampoline Tracing command irq12: pid 23 tid 100010 td 0xc15c8000 fork_trampoline() at fork_trampoline Tracing command irq11: pid 22 tid 100011 td 0xc15cd300 fork_trampoline() at fork_trampoline Tracing command irq10: pid 21 tid 100012 td 0xc15cd180 fork_trampoline() at fork_trampoline Tracing command irq9: pid 20 tid 100013 td 0xc15cd000 fork_trampoline() at fork_trampoline Tracing command irq8: pid 19 tid 100014 td 0xc15c9d80 fork_trampoline() at fork_trampoline Tracing command irq7: pid 18 tid 100015 td 0xc15c9c00 fork_trampoline() at fork_trampoline Tracing command irq6: fdc0 pid 17 tid 100016 td 0xc15c9a80 fork_trampoline() at fork_trampoline Tracing command irq5: pid 16 tid 100000 td 0xc15c9000 fork_trampoline() at fork_trampoline Tracing command irq4: sio0 pid 15 tid 100001 td 0xc15c8d80 fork_trampoline() at fork_trampoline Tracing command irq3: sio1 pid 14 tid 100002 td 0xc15c8c00 fork_trampoline() at fork_trampoline Tracing command irq0: pid 13 tid 100003 td 0xc15c8a80 fork_trampoline() at fork_trampoline Tracing command irq1: atkbd0 pid 12 tid 100004 td 0xc15c8900 fork_trampoline() at fork_trampoline Tracing command idle: cpu0 pid 11 tid 100005 td 0xc15c8780 kdb_enter(c064d658) at kdb_enter+0x2b siointr1(c16e9400) at siointr1+0xd5 siointr(c16e9400) at siointr+0x5e intr_execute_handlers(c15fa090,d42abcb4,4,d42abcf8,c0606603) at intr_execute_handlers+0x85 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc060d7bd, esp = 0xd42abcf8, ebp = 0xd42abcf8 --- cpu_idle_default(d42abd10,c04a5fed,c15c7a3c,c04a5f58,d42abd24) at cpu_idle_default+0x5 cpu_idle(c15c7a3c,c04a5f58,d42abd24,c04a5d01,0) at cpu_idle+0x28 idle_proc(0,d42abd38) at idle_proc+0x95 fork_exit(c04a5f58,0,d42abd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42abd6c, ebp = 0 --- Tracing command idle: cpu1 pid 10 tid 100006 td 0xc15c8600 sched_switch(c15c8600,c1610600,6) at sched_switch+0x14b mi_switch(6,c1610600,c1610754,c1610600,d42a8c3c) at mi_switch+0x1ba maybe_preempt(c1610600) at maybe_preempt+0xc4 sched_add(c1610600,4,c15c8600,c1610600,c15b4680) at sched_add+0xf0 setrunqueue(c1610600,4) at setrunqueue+0x63 ithread_schedule(c15b4680,11,c15c8600,c15c8600,2) at ithread_schedule+0xcf intr_execute_handlers(c15fa1c8,d42a8cb4,11,d42a8cf8,c0606653) at intr_execute_handlers+0xc5 lapic_handle_intr(41) at lapic_handle_intr+0x2e Xapic_isr2() at Xapic_isr2+0x33 --- interrupt, eip = 0xc060d7bd, esp = 0xd42a8cf8, ebp = 0xd42a8cf8 --- cpu_idle_default(d42a8d10,c04a5fed,c15c7c48,c04a5f58,d42a8d24) at cpu_idle_default+0x5 cpu_idle(c15c7c48,c04a5f58,d42a8d24,c04a5d01,0) at cpu_idle+0x28 idle_proc(0,d42a8d38) at idle_proc+0x95 fork_exit(c04a5f58,0,d42a8d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42a8d6c, ebp = 0 --- Tracing command init pid 1 tid 100007 td 0xc15c8480 sched_switch(c15c8480,0,1) at sched_switch+0x14b mi_switch(1,0,c15c8480,0,0) at mi_switch+0x1ba sleepq_switch(c15cc000,c15c8480,d42a5c38,c04c0d16,c15cc000) at sleepq_switch+0x133 sleepq_wait_sig(c15cc000,0,100,c15c8480,0) at sleepq_wait_sig+0xc msleep(c15cc000,c15cc068,15c,c063c9be,0) at msleep+0x336 kern_wait(c15c8480,ffffffff,d42a5c84,0,0) at kern_wait+0x8ec wait4(c15c8480,d42a5d04,4,1,282) at wait4+0x2a syscall(3b,3b,3b,bfbfef24,bfbfef18) at syscall+0x29b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x8051f43, esp = 0xbfbfed9c, ebp = 0xbfbfedb8 --- Tracing command swapper pid 0 tid 0 td 0xc0698e20 sched_switch(c0698e20,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba scheduler(0,81ec00,81e000,0,c042f5d5) at scheduler+0x262 mi_startup() at mi_startup+0x96 begin() at begin+0x2c From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 20:35:31 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4827D16A41F for ; Mon, 19 Dec 2005 20:35:31 +0000 (GMT) (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 8768043D94 for ; Mon, 19 Dec 2005 20:35:15 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (rytytm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id jBJKZ9ks055722 for ; Mon, 19 Dec 2005 21:35:09 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id jBJKZ9kD055721; Mon, 19 Dec 2005 21:35:09 +0100 (CET) (envelope-from olli) Date: Mon, 19 Dec 2005 21:35:09 +0100 (CET) Message-Id: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200512191310.11003.patfbsds@davenulle.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:35:31 -0000 Patrick Lamaizičre wrote: > But dri does not work, Xorg seems to look for a /dev/dri/card0 and i've got > only one device /dev/dri/card1 ? > > Xorg.log: > (II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fee000 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is -1, (No such file or directory) > drmOpenDevice: open result is -1, (No such file or directory) > drmOpenDevice: Open failed > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is -1, (No such file or directory) > drmOpenDevice: open result is -1, (No such file or directory) > drmOpenDevice: Open failed > [drm] failed to load kernel module "i915" Strange. It works fine for me: (II) I810(0): Allocated 64 kB for the scratch buffer at 0xffee000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) I810(0): [drm] DRM interface version 1.2 (II) I810(0): [drm] created "i915" driver at busid "pci:0000:00:02.0" (II) I810(0): [drm] added 8192 byte SAREA at 0xc5307000 (II) I810(0): [drm] mapped SAREA 0xc5307000 to 0x28744000 (II) I810(0): [drm] framebuffer handle = 0xc0020000 (II) I810(0): [drm] added 1 reserved context for kernel .. etc. ... Are you sure that you're using the latest RELENG_6 _and_ the latest Xorg development snapshot? You need both for things to work correctly. (I'm not using DRM/DRI, because I'm not playing games on my notebook, and I don't need 3D OpenGL "screen savers" either, but according to the logs and everything, it is detected and initialized correctly. However, I am using the XVideo extension for full-screen video playback with hardware acceleration, and that requires the presence of DRM, too -- that's why I configured it in my kernel.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 20:45:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 111BF16A41F for ; Mon, 19 Dec 2005 20:45:39 +0000 (GMT) (envelope-from o.palij@dp.uz.gov.ua) Received: from spd-i.dp.uz.gov.ua (spd-i.dp.uz.gov.ua [193.108.46.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D004643D4C for ; Mon, 19 Dec 2005 20:45:37 +0000 (GMT) (envelope-from o.palij@dp.uz.gov.ua) Received: from s4dnepr.dp.uz.gov.ua (s4dnepr.dp.uz.gov.ua [10.6.105.15]) by spd-i.dp.uz.gov.ua (8.13.4/8.13.4/Debian-3) with ESMTP id jBJKjZxi032191 for ; Mon, 19 Dec 2005 22:45:35 +0200 Received: from s1dnepr.dp.uz.gov.ua ([10.6.105.18]) by s4dnepr.dp.uz.gov.ua (Lotus Domino Release 5.0.12) with SMTP id 2005121922451277:322 ; Mon, 19 Dec 2005 22:45:12 +0200 Received: from iscmpd-oleg.dp.uz.gov.ua ([10.6.105.74]) by s1dnepr.dp.uz.gov.ua (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) with SMTP id 422570DC.0071F508; Mon, 19 Dec 2005 22:44:42 +0200 Received: by iscmpd-oleg.dp.uz.gov.ua (sSMTP sendmail emulation); Mon, 19 Dec 2005 22:44:51 +0200 Date: Mon, 19 Dec 2005 22:44:51 +0200 From: Oleg Palij To: freebsd-stable@freebsd.org Message-ID: <20051219204450.GA985@iscmpd-oleg.dp.uz.gov.ua> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 User-Agent: Mutt/1.4.2.1i X-MIMETrack: Itemize by SMTP Server on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13, 2003) at 12/19/2005 10:45:12 PM, Serialize by Router on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13, 2003) at 12/19/2005 10:45:35 PM, Serialize complete at 12/19/2005 10:45:35 PM Content-Type: text/plain; charset=koi8-r Content-Disposition: inline X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on spd-i X-Virus-Status: Clean Subject: 6.0-R random freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:45:39 -0000 Hi! I have machine running OpenBSD without any problems. When I put FreeBSD 6.0-R to this machine it started randomly freezing with and without load. It does not respond to keyboard ctrl-alt-esc, ctrl-alt-del (with KDB in kernel) and by network. So I rebuild kernel with DDB, attached serial console, and send break with minicom when it freezed. KD@: enter: Line break on console [thread pid 22 tid 100011 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 22 tid 100011 td 0xc0d91300 kdb_enter(c064968f) at kdb_enter+0x2b siointr1(c0e4f800) at siointr1+0xce siointr(c0e4f800) at siointr+0x38 intr_execute_handlers(c067c140,c5a38c7c,c9f38068,c0e33400,6) at intr_execute_ha5 atpic_handle_intr(4) at atpic_handle_intr+0x96 Xatpic_intr4() at Xatpic_intr4+0x20 --- interrupt, eip = 0xc0484d03, esp = 0xc5a38cc0, ebp = 0xc5a38cd4 --- lnc_tint(c0e33400) at lnc_tint+0x47 lncintr(c0e33400) at lncintr+0xf7 ithread_loop(c0d89680,c5a38d38) at ithread_loop+0x159 fork_exit(c04dd348,c0d89680,c5a38d38) at fork_exit+0x70 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc5a38d6c, ebp = 0 --- db> show lockedvnods Locked vnodes db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 695 c104fc48 0 692 695 0004002 [SLPQ ttyin 0xc0e4fc10][SLP] bash 692 c0ec5418 10641 691 692 0004002 [SLPQ wait 0xc0ec5418][SLP] bash 691 c104f20c 0 1 691 0004102 [SLPQ wait 0xc104f20c][SLP] login 475 c0f84c48 100 435 475 0004000 [SLPQ piperd 0xc0ef2330][SLP] unlinkd 474 c0f8420c 0 1 1 0004000 [SLPQ nanslp 0xc068752c][SLP] getty 472 c0f84418 0 1 472 0004002 [SLPQ ttyin 0xc0e57010][SLP][SWAP] getty 471 c0f84000 0 1 471 0004002 [SLPQ ttyin 0xc0e56010][SLP][QWAP] getty 470 c0f84624 0 1 470 0004002 [SLPQ ttyin 0xc0e55c10][SLP][SWAP] getty 435 c0ec6624 100 433 433 0004000 [SLPQ select 0xc068bf64][SLP] squid 433 c0ec620c 100 1 433 0000000 [SLPQ wait 0xc0ec620c][SLP][SWAP] squid 432 c0ec6c48 1100 418 432 0004002 [SLPQ select 0xc068bf64][SLP] mlnet-real 418 c0ec6830 0 1 43 0004102 [SLPQ wait 0xc0ec6830][SLP][SWAP] su 398 c0e13830 0 1 398 0000000 [SLPQ nanslp 0xc068752c][SLP] cron 385 c0e13624 0 1 385 0000100 [SLPQ select 0xc068bf64][SLP] sshd 242 c0e13a3c 0 1 242 0000000 [SLPQ select 0xc068bf64][SLP][SWAP] devd 151 c0ec520c 0 1 151 0000000 [SLPQ pause 0xc0ec5240][SLP][SWAP] adjkz 42 c0ec5830 0 0 0 0000204 [SLPQ - 0xc5e85d08][SLP] schedcpu 41 c0ec5a3c 0 0 0 0000204 [SLPQ syncer 0xc068729c][SLP] syncer 40 c0ec5c48 0 0 0 0000204 [SLPQ vlruwt 0xc0ec5c48][SLP] vnlru 39 c0ec6000 0 0 0 0000204 [SLPQ psleep 0xc068c4ac][SLP] bufdaemon 38 c0db4c48 0 0 0 000020c [SLPQ pgzero 0xc068fc24][SLP] pagezero 37 c0e12000 0 0 0 0000204 [SLPQ psleep 0xc068f774][SLP] vmdaemon 36 c0e1220c 0 0 0 0000204 [SLPQ psleep 0xc068f730][SLP] pagedaemon 35 c0e12418 0 0 0 0000204 [IWAIT] swi0: sio 34 c0e12624 0 0 0 0000204 [SLPQ - 0xc0d8203c][SLP] fdc0 9 c0e12830 0 0 0 0000204 [SLPQ - 0xc0e20400][SLP] thread taskq 33 c0e12a3c 0 0 0 0000204 [IWAIT] swi6:+ 32 c0e12c48 0 0 0 0000204 [IWAIT] swi6: task queue 8 c0e13000 0 0 0 0000204 [SLPQ - 0xc0d8a480][SLP] acpi_task2 7 c0e1320c 0 0 0 0000204 [SLPQ - 0xc0d8a480][SLP] acpi_task1 6 c0e13418 0 0 0 0000204 [SLPQ - 0xc0d8a480][SLP] acpi_task0 5 c0da5624 0 0 0 0000204 [SLPQ - 0xc0d8a580][SLP] kqueue taskq 31 c0da5830 0 0 0 0000204 [IWAIT] swi5:+ 30 c0da5a3c 0 0 0 0000204 [SLPQ - 0xc0683fe0][SLP] yarrow 4 c0da5c48 0 0 0 0000204 [SLPQ - 0xc0684a48][SLP] g_down 3 c0db4000 0 0 0 0000204 [SLPQ - 0xc0684a44][SLP] g_up 2 c0db420c 0 0 0 0000204 [SLPQ - 0xc0684a3c][SLP] g_event 28 c0db4624 0 0 0 0000204 [IWAIT] swi3: vmt 27 c0db4830 0 0 0 000020c [RUNQ] swi4: clock sio 25 c0d9020c 0 0 0 0000204 [IWAIT] irq14: ata0 24 c0d90418 0 0 0 0000204 [IWAIT] irq13: 23 c0d90624 0 0 0 0000204 [IWAIT] irq12: 22 c0d90830 0 0 0 0000204 [APU 0] irq11: lnc0 21 c0d90a3c 0 0 0 0000204 [IWAIT] irq10: 20 c0d90c48 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c0da5000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c0da520c 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c0da5418 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c0d8b000 0 0 0 0000204 [IWAIT] irq5: 15 c0d8b20c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c0d8b418 0 0 0 0000204 [IWAIT] irq3: 13 c0d8b624 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c0d8b830 0 0 0 0000204 [IWAIT] irq0: clk 11 c0d8ba3c 0 0 0 000020c [Aan run] idle 1 c0d8bc48 0 0 1 0004200 [SLPQ wait 0xc0d8bc48][SLP] init 10 c0d90000 0 0 0 0000204 [SLPQ ktrace 0xc0685498][SLP] ktrace 0 c0684b40 0 0 0 0000200 [IWAIT] swapper dmesg -a can be found at http://www.dp.uz.gov.ua/dmesg.squid kernel config at http://www.dp.uz.gov.ua/kernel.squid pciconf -lv at http://www.dp.uz.gov.ua/pciconf.squid What addidional information can I provide? -- Best regards, Palij Oleg, ISC (Pridn railway) xmpp://malik@jabber.te.ua From owner-freebsd-stable@FreeBSD.ORG Mon Dec 19 22:41:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C331B16A41F for ; Mon, 19 Dec 2005 22:41:27 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A62943D75 for ; Mon, 19 Dec 2005 22:41:21 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: (qmail 33151 invoked by uid 0); 19 Dec 2005 22:41:19 -0000 Received: from r5k4.chello.upc.cz (HELO ?86.49.10.4?) (86.49.10.4) by smtp.dkm.cz with SMTP; 19 Dec 2005 22:41:19 -0000 Message-ID: <43A7370F.2070504@pobox.sk> Date: Mon, 19 Dec 2005 23:41:19 +0100 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <20051218221834.1DEE65D07@ptavv.es.net> In-Reply-To: <20051218221834.1DEE65D07@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: martinko , freebsd-stable@freebsd.org Subject: Cx states missing after upgrade -- Was: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 22:41:28 -0000 Kevin Oberman wrote: >>Date: Sun, 18 Dec 2005 20:46:49 +0100 >>From: martinko >> >>Kevin Oberman wrote: >> >> >> >>>>Date: Sat, 17 Dec 2005 18:14:01 +0100 >>>>From: martinko >>>> >>>>Kevin Oberman wrote: >>>> >>>> >>>> >>>> >>>>>>Date: Fri, 16 Dec 2005 14:29:39 -0600 >>>>>>From: Craig Boston >>>>>>Sender: owner-freebsd-stable@freebsd.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>-cpu0: on acpi0 >>>>>>>+cpu0: on acpi0 >>>>>>> >>>>>>>Q: Guessing that's a formatting difference, rather then 6.x not recognizing >>>>>>>the states (sysctl hw.acpi.cpu.cx_supported confirms 4 states) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>Not sure on this, but you're probably better off using EST anyway as I >>>>>>think it gives you more control over the processor frequency. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>No. There is no conflict between Cx states and EST. Cx states specifies >>>>>how deeply the CPU will sleep when idle. EST controls processor speed >>>>>and voltage. In most cases, your REALLY want to use both of these. They >>>>>are very significant in saving power. (Of course, USB tends to limit the >>>>>effectiveness of Cx states. I need to run without USB to get really good >>>>>battery life and to make suspend (S3) really ut power drain. >>>>> >>>>> >>>>> >>>>> >>>>Kevin, >>>> >>>>I used to have 3 Cx states supported when I started with FreeBSD on >>>>version 5.3. Since I upgraded to 5.4 and recently to 6.0, all I can see >>>>is just one supported Cx state. I much wonder why. (?) >>>> >>>> >>>> >>>> >>>What value do you have in /etc/rc.conf (if any) for >>>performance_cx_lowest? It defaults to HIGH which will limit you to only >>>the most power hungry sleep state (simple halt). This was made the >>>default because some hardware was breaking when this was defaulted to >>>LOW. T0 get other Cx states to be utilized, add >>>'performance_cx_lowest="LOW"' to /etc/rc.conf. >>> >>> >>> >>> >>i see. >> >>anyway: >> >># grep cx /etc/rc.conf.local >>economy_cx_lowest="LOW" >>performance_cx_lowest="LOW" >> >>still: >> >># sysctl hw.acpi.cpu >>hw.acpi.cpu.cx_supported: C1/1 >>hw.acpi.cpu.cx_lowest: C1 >>hw.acpi.cpu.cx_usage: 100.00% >> >>and, imho, cx_supported should list all available states, doesn't matter >>what is in rc.conf. (well, at least i reckon it's supposed to work that >>way.) >> >>but: >> >>i already had 3 Cx states back on 5.3. >>and when i had them, C2 was used most often (and C3 wasn't at all iirc). >> >>so what has changed in the system please and how am i to get back my >>states please ?? >> >> > >This is a totally different problem. I thought that the problem was >simply not using all of the states. Instead, you are not even showing the >states as available. Looks like the kernel is not reading the >capabilities of your system correctly. > >This seems to coincide with the new ACPI code import. Sounds like >something is not being handled properly and it is likely beyond my >capability to track it down. > >I would suggest posting your the output of 'acpidump -t -d' on a web >site and then sending a report with a pointer to that ASL to >freebsd-acpi@freebsd.org. There it will be seen by the folks who really >know the ACPI stuff. > > hello! thank you, kevin. i did as you advised and here are the outputs of acpidump: # acpidump -t -d -o asus_w1n.dsdt > asus_w1n.asl acpidump: RSDT entry 1 (sig OEMB) is corrupt http://mato.gamato.org/freebsd/aw1n/asus_w1n.dsdt http://mato.gamato.org/freebsd/aw1n/asus_w1n.asl i look forward to hearing from you folks.. :-) many thanks! regards, martin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 00:18:43 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1F0016A41F for ; Tue, 20 Dec 2005 00:18:43 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id E7C6E43D62 for ; Tue, 20 Dec 2005 00:18:42 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 5460 invoked by uid 300); 20 Dec 2005 00:18:40 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(1.6/5.0):. Processed in 4.084655 secs); 20 Dec 2005 00:18:40 -0000 X-Spam-Status: No, hits=1.6 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 20 Dec 2005 00:18:35 -0000 Message-ID: <43A74DBA.3000609@tvnetwork.hu> Date: Tue, 20 Dec 2005 01:18:02 +0100 From: =?ISO-8859-2?Q?L=E1szl=F3_K=E1roly?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> In-Reply-To: <200512192029.jBJKTtDx055502@lurza.secnetix.de> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 00:18:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oliver Fromme wrote: > Gianmarco wrote: > > I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based > > notebook with i915 graphic chipset). > > Same here (Centrino, i915, not HP though). > > > I am trying to use the latest drm hook for i915, but I get this error: > > > > drmsub0: port 0x1800-0x1807 mem > > 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at > > device 2.0 on pci0 > > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. > > device_attach: drmsub0 attach returned 12 > > pci0: at device 2.1 (no driver attached) > > Is there any mentioning of an AGP device (agp0) in your > dmesg? If not, then that's probably the problem. It > is interesting that your drmsub0 comes directly as a > child of pci0. On my machine, it's a child of agp0. > > I get this in dmesg: > > agp0: port 0x1800-0x1807 > mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff > irq 16 at device 2.0 on pci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > drmsub0: : (child of agp_i810.c) on agp0 > info: [drm] AGP at 0xb0080000 0MB > info: [drm] Initialized i915 1.2.0 20041217 > pci0: at device 2.1 (no driver attached) > In my HP Compaq nx6110 (i915GM) too drmsub wants to come directly as a child of pci0: drmsub0: port 0x7000-0x7007 mem 0xd0400000-0xd047ffff,0xc0000000-0xcfffffff,0xd0480000-0xd04bffff irq 16 at device 2.0 on pci0 [drm:pid0:drm_load] [drm:pid0:drm_agp_init] agp_available = 0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. [drm:pid0:drm_lastclose] device_attach: drmsub0 attach returned 12 pci0: at device 2.1 (no driver attached) If I have drm loaded after boot time (by X.org) there will be agpgart but no dri/cardX... Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDp026HGP5/4adgcURAt33AJ9GrO4sLJEMWguEqK/4JqaRWPXO/wCglKHu Txo1xArRPtpJMGeO0jLTKII= =6NZN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 02:10:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15E316A41F for ; Tue, 20 Dec 2005 02:10:00 +0000 (GMT) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [216.24.42.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 685C943D72 for ; Tue, 20 Dec 2005 02:09:53 +0000 (GMT) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 5C40C730002 for ; Mon, 19 Dec 2005 21:09:52 -0500 (EST) Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02717-01 for ; Mon, 19 Dec 2005 21:09:51 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP for ; Mon, 19 Dec 2005 21:09:51 -0500 (EST) Date: Mon, 19 Dec 2005 21:09:51 -0500 (EST) From: Mike Andrews To: freebsd-stable@freebsd.org Message-ID: <20051219210527.G2707@bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at bit0.com Subject: "Request Requeued/Retrying Command" with twa card on FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 02:10:01 -0000 I've got a weird but apparently minor issue with a 3Ware 9500S-4LP in a FreeBSD 6.0-RELEASE system... When the system is run with boot.verbose="YES" in /boot/loader.conf, I get these messages on the console: (da0:twa0:0:0:0): Request Requeued (da0:twa0:0:0:0): Retrying Command (da0:twa0:0:0:0): Request Requeued (da0:twa0:0:0:0): Retrying Command (repeat a few dozen times each time) ...during some heavy disk activity, like, for example, qpopper rewriting a 50 MB mailbox. (I know qpopper's a bit of a slug.) Not all heavy disk IO triggers it, though; I can do something like "dd if=/dev/zero of=/tmp/testfile bs=10485760 count=128" followed by "dd if=/tmp/testfile of=/dev/null bs=10485760" and have it complete without a single SCSI timeout message. Turn boot.verbose="NO" off and the messages go away, but IO still lags badly. "camcontrol tags" says it has 254 tag openings, which seems like a bit much. Dropping down to 16 seems to make the messages go away. Do the twa cards even do TCQ between the card and the OS? From what I understand, they won't do NCQ between the card and the SATA disks, even if you have something like Barracudas that support it -- you need the new 3Ware 9550 card for that. If they don't, why does it advertise 254 tags, and if it does, why does it seem to choke on the default setting of 254? Other than laggy IO (shell prompts hang, MP3's skip for 5 - 30 seconds) there aren't any actual IO errors or anything else wrong, which for this particular system is just minor annoyance instead of serious problem. 5.4-RELEASE did the same thing. I have an apparent workaround, I'm just trying to sanity-check it and its necessity. This is an Asus P4C800-E Deluxe board, so I'm running the twa card in a 32-bit slot. The system is otherwise totally idle when this happens, no interrupt storms, USB and Firewire disabled in the BIOS so we don't have IRQs shared with Giant-locked drivers... dmesg, vmstat -i, other stuff available on request if needed. Kernel config is the stock 'SMP' one. Mike Andrews * mandrews@bit0.com * http://www.bit0.com It's not news, it's Fark.com. Carpe cavy! From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 02:40:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1EE16A41F for ; Tue, 20 Dec 2005 02:40:51 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from sdcexchange01.amcc.com (gatekeeper-out.amcc.com [198.137.200.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13F143D6A for ; Tue, 20 Dec 2005 02:40:50 +0000 (GMT) (envelope-from vkashyap@amcc.com) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Importance: normal Priority: normal Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 19 Dec 2005 18:40:45 -0800 Message-ID: <2B3B2AA816369A4E87D7BE63EC9D2F2601224B37@SDCEXCHANGE01.ad.amcc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: "Request Requeued/Retrying Command" with twa card on FreeBSD 6.0 thread-index: AcYFCjcCRhJmDpyWR3iNGwpGuGU7kwAA4zeA From: "Vinod Kashyap" To: "Mike Andrews" , Cc: Subject: RE: "Request Requeued/Retrying Command" with twa card on FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 02:40:52 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org=20 > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Mike Andrews > Sent: Monday, December 19, 2005 6:10 PM > To: freebsd-stable@freebsd.org > Subject: "Request Requeued/Retrying Command" with twa card on=20 > FreeBSD 6.0 >=20 > I've got a weird but apparently minor issue with a 3Ware=20 > 9500S-4LP in a FreeBSD 6.0-RELEASE system... >=20 > When the system is run with boot.verbose=3D"YES" in=20 > /boot/loader.conf, I get these messages on the console: >=20 > (da0:twa0:0:0:0): Request Requeued > (da0:twa0:0:0:0): Retrying Command > (da0:twa0:0:0:0): Request Requeued > (da0:twa0:0:0:0): Retrying Command > (repeat a few dozen times each time) >=20 > ...during some heavy disk activity, like, for example,=20 > qpopper rewriting a 50 MB mailbox. (I know qpopper's a bit=20 > of a slug.) Not all heavy disk IO triggers it, though; I can=20 > do something like "dd if=3D/dev/zero of=3D/tmp/testfile=20 > bs=3D10485760 count=3D128" followed by "dd if=3D/tmp/testfile=20 > of=3D/dev/null bs=3D10485760" and have it complete without a=20 > single SCSI timeout message. >=20 > Turn boot.verbose=3D"NO" off and the messages go away, but IO=20 > still lags badly. >=20 > "camcontrol tags" says it has 254 tag openings, which seems=20 > like a bit much. Dropping down to 16 seems to make the=20 > messages go away. >=20 > Do the twa cards even do TCQ between the card and the OS? =20 > From what I understand, they won't do NCQ between the card=20 > and the SATA disks, even if you have something like=20 > Barracudas that support it -- you need the new 3Ware 9550=20 > card for that. >=20 > If they don't, why does it advertise 254 tags, and if it=20 > does, why does it seem to choke on the default setting of 254? >=20 Although the driver can handle 254 simultaneous requests, if the I/O's, are big, there's the possibility that the firmware cannot accept new requests even if 254 has not been hit. In that case, the driver will have to ask CAM to requeue the requests. > Other than laggy IO (shell prompts hang, MP3's skip for 5 -=20 > 30 seconds) there aren't any actual IO errors or anything=20 > else wrong, which for this particular system is just minor=20 > annoyance instead of serious problem.=20 > 5.4-RELEASE did the same thing. I have an apparent=20 > workaround, I'm just trying to sanity-check it and its necessity. >=20 > This is an Asus P4C800-E Deluxe board, so I'm running the twa=20 > card in a 32-bit slot. The system is otherwise totally idle=20 > when this happens, no interrupt storms, USB and Firewire=20 > disabled in the BIOS so we don't have IRQs shared with=20 > Giant-locked drivers... >=20 > dmesg, vmstat -i, other stuff available on request if needed.=20 > Kernel config is the stock 'SMP' one. >=20 >=20 >=20 > Mike Andrews * mandrews@bit0.com * http://www.bit0.com > It's not news, it's Fark.com. Carpe cavy! >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to=20 > "freebsd-stable-unsubscribe@freebsd.org" > -------------------------------------------------------- CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, = is for the sole use of the intended recipient(s) and contains = information that is confidential and proprietary to Applied Micro = Circuits Corporation or its subsidiaries. It is to be used solely for = the purpose of furthering the parties' business relationship. All = unauthorized review, use, disclosure or distribution is prohibited. If = you are not the intended recipient, please contact the sender by reply = e-mail and destroy all copies of the original message. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 03:38:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB5E16A41F for ; Tue, 20 Dec 2005 03:38:11 +0000 (GMT) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [216.24.42.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F5D43D5D for ; Tue, 20 Dec 2005 03:38:10 +0000 (GMT) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id BA6B8730002 for ; Mon, 19 Dec 2005 22:38:09 -0500 (EST) Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03019-09 for ; Mon, 19 Dec 2005 22:38:08 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP for ; Mon, 19 Dec 2005 22:38:08 -0500 (EST) Date: Mon, 19 Dec 2005 22:38:08 -0500 (EST) From: Mike Andrews To: freebsd-stable@freebsd.org In-Reply-To: <2B3B2AA816369A4E87D7BE63EC9D2F2601224B37@SDCEXCHANGE01.ad.amcc.com> Message-ID: <20051219223317.W4412@bit0.com> References: <2B3B2AA816369A4E87D7BE63EC9D2F2601224B37@SDCEXCHANGE01.ad.amcc.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at bit0.com Subject: RE: "Request Requeued/Retrying Command" with twa card on FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 03:38:11 -0000 On Mon, 19 Dec 2005, Vinod Kashyap wrote: >> I've got a weird but apparently minor issue with a 3Ware >> 9500S-4LP in a FreeBSD 6.0-RELEASE system... >> >> When the system is run with boot.verbose="YES" in >> /boot/loader.conf, I get these messages on the console: >> >> (da0:twa0:0:0:0): Request Requeued >> (da0:twa0:0:0:0): Retrying Command >> (da0:twa0:0:0:0): Request Requeued >> (da0:twa0:0:0:0): Retrying Command >> (repeat a few dozen times each time) > Although the driver can handle 254 simultaneous requests, if the I/O's, > are big, there's the possibility that the firmware cannot accept new > requests > even if 254 has not been hit. In that case, the driver will have to ask > CAM to requeue the requests. OK, that makes sense. I'll just try raising the tag values until I hit the retries again and then back off a bit. Maybe 64 or so. (And move my project to replace qpopper with something Maildir-based a little higher up my priority list...) Mike Andrews * mandrews@bit0.com * http://www.bit0.com It's not news, it's Fark.com. Carpe cavy! From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 04:19:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1917216A41F for ; Tue, 20 Dec 2005 04:19:41 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A0843D5A for ; Tue, 20 Dec 2005 04:19:39 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1000541wxc for ; Mon, 19 Dec 2005 20:19:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HJWW0meu+yJo+0WJAyUz9/1IQa3YLx/FJdvp1rsQfmbtq8Gxb17wIXByBrlFGm5ZxafMHD+7XfDO/huZWOYV1HMGwiwdDAphivlihlUlk0yodpMPE+v3yKfbiS6ZwhwxLHVc6OR4ESLPfZ8IYjmt5t2p11ihjpQpTTwZMeqsq5E= Received: by 10.70.102.16 with SMTP id z16mr5397844wxb; Mon, 19 Dec 2005 20:19:38 -0800 (PST) Received: by 10.70.105.13 with HTTP; Mon, 19 Dec 2005 20:19:38 -0800 (PST) Message-ID: <84dead720512192019q576b0c17ifc7626df472ab580@mail.gmail.com> Date: Tue, 20 Dec 2005 09:49:38 +0530 From: Joseph Koshy To: "Maxim M. Kazachek" In-Reply-To: <20051219232434.Q21691@sbk-gw.sibnet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> <20051219195521.T20708@sbk-gw.sibnet.ru> <84dead720512190622m387d6e78vc2e3b8657f8f2a0d@mail.gmail.com> <20051219232434.Q21691@sbk-gw.sibnet.ru> Cc: stable@freebsd.org Subject: Re: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 04:19:41 -0000 mk> The question I have. Does Intel CPU have HTT in amd64 mk> mode? jk> Yes, AFAIK. mk> Would you tell me how to enable HTT? mk> I've set 2 parameters mk> hyperthreading_allowed=3D"1" mk> hlt_logical_cpus=3D"0" mk> but FreeBSD 6.0-RELEASE does not start logical CPU Please check if your CPU supports multiple HTT "logical CPUs" in the first place. If it does, your dmesg output should be something like the snippet below: >>>><<<<>>>><<<< CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 Features=3D0xbfebfbff Features2=3D0x641d> AMD Features=3D0x20100800 Hyperthreading: 2 logical CPUs ... FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 >>>><<<<>>>><<<< -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 06:26:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F30B116A41F for ; Tue, 20 Dec 2005 06:26:05 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0DF43D6B for ; Tue, 20 Dec 2005 06:26:03 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from [62.212.229.11] (port=39821 helo=[62.212.229.11]) by mx1.mail.ru with esmtp id 1Eoawj-0002gl-00 for freebsd-stable@freebsd.org; Tue, 20 Dec 2005 09:26:01 +0300 Message-ID: <43A7A3F7.7060500@mail.ru> Date: Tue, 20 Dec 2005 10:25:59 +0400 From: rihad User-Agent: Debian Thunderbird 1.0.2 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 06:26:06 -0000 Is there a security branch for the FreeBSD ports collection? Let's say, I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages (i.e., those on the CD). Running security/portaudit after a while reveals that some of the installed packages have vulnerabilities. Am I on my own to go grab the fresh ports tree, and upgrade the affected software, suffering all the intricacies of the move by myself? Debian GNU/Linux has its security package updates, OpenBSD has a separately maintained "errata" ports branch (it's very likely you still get to download a newer release of the software, though). Sorry if this is a bit OT. I've already asked this on freebsd-questions@ but they told me there's no such thing at all. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 07:01:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 670B616A41F for ; Tue, 20 Dec 2005 07:01:05 +0000 (GMT) (envelope-from llp@iteranet.com) Received: from eva.iteranet.ru (eva.iteranet.ru [212.74.231.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8770B43D5E for ; Tue, 20 Dec 2005 07:01:03 +0000 (GMT) (envelope-from llp@iteranet.com) Received: from [10.1.41.116] ([10.1.44.102]) by eva.iteranet.ru (8.13.1/8.13.1) with ESMTP id jBK70v8O022915; Tue, 20 Dec 2005 10:00:57 +0300 (MSK) (envelope-from llp@iteranet.com) Message-ID: <43A7ACEC.50605@iteranet.com> Date: Tue, 20 Dec 2005 10:04:12 +0300 From: Alexey Popov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050419) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-2?Q?L=E1szl=F3_K=E1roly?= References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> In-Reply-To: <43A74DBA.3000609@tvnetwork.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (eva.iteranet.ru [212.74.231.163]); Tue, 20 Dec 2005 10:00:57 +0300 (MSK) X-Virus-Scanned: ClamAV 0.87.1/1213/Mon Dec 19 17:48:34 2005 on eva.iteranet.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 07:01:05 -0000 Hi. László Károly wrote: >> > drmsub0: port 0x1800-0x1807 mem >> > 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at >> > device 2.0 on pci0 >> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. >> > device_attach: drmsub0 attach returned 12 >> > pci0: at device 2.1 (no driver attached) i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 07:51:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96C0B16A41F for ; Tue, 20 Dec 2005 07:51:14 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDAA643D53 for ; Tue, 20 Dec 2005 07:51:11 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.5/8.13.5) with ESMTP id jBK7p7t8004280 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 20 Dec 2005 07:51:08 GMT From: "Rob MacGregor" To: Date: Tue, 20 Dec 2005 07:51:07 -0000 Message-ID: <002801c6053a$23183970$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 thread-index: AcYFLmxJwZcnFSyiSKSWbYfZo36W7AAC3vQA In-Reply-To: <43A7A3F7.7060500@mail.ru> X-Virus-Scanned: by amavisd-new Subject: RE: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 07:51:14 -0000 On Tuesday, December 20, 2005 6:26 AM when we last met our heroes, owner-freebsd-stable@freebsd.org <> was heard to say: > Sorry if this is a bit OT. I've already asked this on > freebsd-questions@ > but they told me there's no such thing at all. And they were correct. The overhead of managing such a thing correctly would be significant, probably more than the overhead of managing the base port itself. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 08:05:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E245316A41F for ; Tue, 20 Dec 2005 08:05:07 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B02F43D49 for ; Tue, 20 Dec 2005 08:05:06 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBK83IRg097045 for ; Tue, 20 Dec 2005 09:03:18 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <7.0.0.16.2.20051220084742.02560738@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Tue, 20 Dec 2005 09:02:21 +0100 To: freebsd-stable@freebsd.org From: Gianmarco Giovannelli In-Reply-To: <200512192029.jBJKTtDx055502@lurza.secnetix.de> References: <20051218002458.M77556@giovannelli.it> <200512192029.jBJKTtDx055502@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 08:05:08 -0000 At 21.29 19/12/2005, Oliver Fromme wrote: >Gianmarco wrote: > > I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based > > notebook with i915 graphic chipset). > >Same here (Centrino, i915, not HP though). > > > I am trying to use the latest drm hook for i915, but I get this error: > > >Is there any mentioning of an AGP device (agp0) in your >dmesg? If not, then that's probably the problem. It >is interesting that your drmsub0 comes directly as a >child of pci0. On my machine, it's a child of agp0. > >I get this in dmesg: > >agp0: port 0x1800-0x1807 > mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff > irq 16 at device 2.0 on pci0 >agp0: detected 7932k stolen memory >agp0: aperture size is 256M >drmsub0: : (child of agp_i810.c) on agp0 >info: [drm] AGP at 0xb0080000 0MB >info: [drm] Initialized i915 1.2.0 20041217 >pci0: at device 2.1 (no driver attached) > >That's with RELENG_6 from yesterday (Dec. 18, 12:00 GMT). >(By the way, it's normal that no driver is reported to be >attached to device 2.1.) Uhm.. I don't have the agp part... Should be my i915 not an agp card but i.e a pci express bus device ? In this case should I put in my kernel the agp device the same ? FreeBSD 6.0-STABLE #2: Sat Dec 17 10:38:28 CET 2005 gmarco@hp.giovannelli.com:/usr/obj/usr/src/sys/FREEBSD Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1064173568 (1014 MB) avail memory = 1036627968 (988 MB) [...] pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 drmsub0: port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmsub0 attach returned 12 pci0: at device 2.1 (no driver attached) [...] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >I'm using the latest Xorg development snapshot, which runs >fine, including 2D acceleration, hardware cursor and XVideo >extension with hardware acceleration (i.e. hardware scaler >and color space conversion). No problems whatsoever. Can you post your xorg.conf ? I am using it too (6.8.99.903) . I'd like to use the 3d accel mostly to play (i.e. Quake III :-) > > device agp # support several AGP chipsets > > device drm # DRM core module required by DRM drivers > > device i915drm # Intel i830 through i915 > >I have the same entries in my kernel config. Thanks for attention. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 08:39:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85D1D16A41F for ; Tue, 20 Dec 2005 08:39:15 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 080C543D5E for ; Tue, 20 Dec 2005 08:39:14 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Eod1e-0000E3-0n; Tue, 20 Dec 2005 08:39:14 +0000 Date: Tue, 20 Dec 2005 08:39:13 +0000 From: Yann Golanski To: rihad Message-ID: <20051220083913.GA505@kierun.org> References: <43A7A3F7.7060500@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <43A7A3F7.7060500@mail.ru> User-Agent: Mutt/1.5.11 Sender: "Yann Golanski, University of York, +44(0)1904-433088" Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 08:39:15 -0000 --1LKvkjL3sHcu1TtY Content-Type: multipart/mixed; boundary="gKMricLos+KVdGMg" Content-Disposition: inline --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth rihad on Tue, Dec 20, 2005 at 10:25:59 +0400 > Is there a security branch for the FreeBSD ports collection? Let's say, > I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages > (i.e., those on the CD). Running security/portaudit after a while > reveals that some of the installed packages have vulnerabilities. Am I > on my own to go grab the fresh ports tree, and upgrade the affected > software, suffering all the intricacies of the move by myself? Debian > GNU/Linux has its security package updates, OpenBSD has a separately > maintained "errata" ports branch (it's very likely you still get to > download a newer release of the software, though). Attached is a script I use to update my machines. It works fine but you need to understand what it does and not run it blindly. DO NOT put that in cron, there lies pain! Otherwise, just run the script and it will update all your ports for you. It'll even mail you with the updated ports.=20 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="PORT.update" Content-Transfer-Encoding: quoted-printable #!/bin/sh # portupgrade script. ### variables. day=3D`date +%d` month=3D`date +%b` year=3D`date +%Y` host=3D`uname -n` tmp=3D".upgrade.tmp" ### Does what it does... #/usr/local/bin/cvsup -g -L 2 /usr/ports/CVSUP make update make fetchindex less /usr/ports/UPDATING echo 'Do you want to update the port tree? [yn]?' read -p '[y]es or [n]o: ' -e val case ${val} in [yY]) echo 'Updating the port collection now!!!...' ;; [nN]) echo 'Aborting NOW!!!...' exit; ;; *) echo 'What the hell?... I am aborting now.' exit; ;; esac #/usr/local/sbin/portsdb -Uu /usr/local/sbin/pkgdb -F /usr/bin/tar ycf /var/db/$year-$month-$day-pkg.tbz2 /var/db/pkg /usr/local/sbin/portupgrade -C -u -v -r -R -a -l /usr/ports/LATEST.update /usr/local/sbin/portaudit -Fad > $tmp echo ''>> $tmp cat /usr/ports/LATEST.update | sort >> $tmp cat $tmp | mail -s "Portupdate $host on $day $month $year" root@$host /usr/local/sbin/portsclean -C -L -P -D /usr/home/yann/bin/aide.sh ### reporting. echo '' echo 'This is what has been updated today:' /usr/bin/grep -v '^\-' /usr/ports/LATEST.update | sort=20 echo '' exit --gKMricLos+KVdGMg-- --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDp8Mx91FwBp3iYxgRAhf/AJ9g3I9H/pe3dpx+2Si7SO7qT+TUCwCcC6vb 2UU/8sz+y+VUYcl7+ZuAp/M= =z96o -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 08:40:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6972216A41F for ; Tue, 20 Dec 2005 08:40:41 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2004B43D5A for ; Tue, 20 Dec 2005 08:40:39 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBK8clQf097154; Tue, 20 Dec 2005 09:38:52 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Tue, 20 Dec 2005 09:37:50 +0100 To: Alexey Popov From: Gianmarco Giovannelli In-Reply-To: <43A7ACEC.50605@iteranet.com> References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> <43A7ACEC.50605@iteranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 08:40:41 -0000 At 08.04 20/12/2005, you wrote: >Hi. > >L=E1szl=F3 K=E1roly wrote: >>> > drmsub0: port 0x1800-0x1807 mem >>> >=20 >>> 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16= at >>> > device 2.0 on pci0 >>> > error: [drm:pid0:drm_load] *ERROR* Card=20 >>> isn't AGP, or couldn't initialize AGP. >>> > device_attach: drmsub0 attach returned 12 >>> > pci0: at device 2.1 (no driver attached) >i915 DRM is not fully supported in -stable. You=20 >may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . Thanks for the input. I have applied the patch et voila' :-) pci0: on pcib0 agp0: port 0x1800-0x1807 mem=20 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff=20 irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb0080000 0MB info: [drm] Initialized i915 1.2.0 20041217 pci0: at device 2.1 (no driver attached) Uhm... we are a very big step ahead :-) But ... hp:/home/gmarco> glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering 1024 frames in 5.0 seconds =3D 204.800 FPS 1260 frames in 5.0 seconds =3D 252.000 FPS 1267 frames in 5.0 seconds =3D 253.400 FPS (before patch it used to be about 600) and glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: [...] even if the xorg.log: (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.so (II) I810(0): initializing int10 (=3D=3D) I810(0): Write-combining range (0xa0000,0x20000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 7872 kB (II) I810(0): VESA VBE OEM:=20 Intel(r)915GM/910ML/915MS Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product:=20 Intel(r)915GM/910ML/915MS Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Allocated 128 kB for the ring buffer at 0x0 (II) I810(0): Allocating at least 256 scanlines for pixmap cache (II) I810(0): Initial framebuffer allocation size: 8192 kByte (II) I810(0): Allocated 4 kB for HW cursor at 0xffff000 (0x2e3c0000) (WW) I810(0): xf86AllocateGARTMemory: allocation of 4 pages failed (Cannot allocate memory) (EE) I810(0): Failed to allocate HW (ARGB) cursor space. (II) I810(0): Allocated 4 kB for Overlay registers at 0xfffe000= (0x2e9a1000). (II) I810(0): Allocated 64 kB for the scratch buffer at 0xffee000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) I810(0): [drm] DRM interface version 1.2 (II) I810(0): [drm] created "i915" driver at busid "pci:0000:00:02.0" (II) I810(0): [drm] added 8192 byte SAREA at 0xc4d80000 (II) I810(0): [drm] mapped SAREA 0xc4d80000 to 0x286c9000 (II) I810(0): [drm] framebuffer handle =3D 0xc0020000 (II) I810(0): [drm] added 1 reserved context for kernel (II) I810(0): Allocated 6144 kB for the back buffer at 0xf000000. (II) I810(0): Allocated 6144 kB for the depth buffer at 0xe800000. (II) I810(0): Allocated 32 kB for the logical context at 0xe7f8000. (II) I810(0): Allocated 44800 kB for textures at 0x820000 (II) I810(0): Updated framebuffer allocation size from 8192 to 8216 kByte (II) I810(0): Updated pixmap cache from 256 scanlines to 259 scanlines (II) I810(0): 0x81e592c: Memory at offset 0x00020000, size 8216 kBytes (II) I810(0): 0x81e3320: Memory at offset 0x0ffff000, size 4 kBytes (II) I810(0): 0x81e3340: Memory at offset 0x00000000, size 0 kBytes (II) I810(0): 0x81e0f84: Memory at offset 0x00000000, size 128 kBytes (II) I810(0): 0x81e596c: Memory at offset 0x0ffee000, size 64 kBytes (II) I810(0): 0x81e3360: Memory at offset 0x0fffe000, size 4 kBytes (II) I810(0): 0x81e59bc: Memory at offset 0x0f000000, size 6144 kBytes (II) I810(0): 0x81e59dc: Memory at offset 0x0e800000, size 6144 kBytes (II) I810(0): 0x81e5a1c: Memory at offset 0x0e7f8000, size 32 kBytes (II) I810(0): 0x81e59fc: Memory at offset 0x00820000, size 44800 kBytes (II) I810(0): Activating tiled memory for the back buffer. (II) I810(0): Activating tiled memory for the depth buffer. (II) I810(0): [drm] Registers =3D 0xb0080000 (II) I810(0): [drm] Back Buffer =3D 0xcf000000 (II) I810(0): [drm] Depth Buffer =3D 0xce800000 (II) I810(0): [drm] ring buffer =3D 0xc0000000 (II) I810(0): [drm] textures =3D 0xc0820000 (II) I810(0): [drm] dma control initialized, using IRQ 16 (II) I810(0): [drm] Initialized kernel agp heap manager, 45875200 (II) I810(0): [dri] visual configs initialized (=3D=3D) I810(0): Removed Write-combining range (0xb0080000,0x80000) (=3D=3D) I810(0): Write-combining range (0xc0000000,0x10000000) (II) I810(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is= 0x0000 (=3D=3D) I810(0): Write-combining range (0xa0000,0x10000) was already clear (WW) I810(0): Extended BIOS function 0x5f05 failed. (II) I810(0): xf86BindGARTMemory: bind key 7 at 0x007bf000 (pgoffset 1983) (II) I810(0): xf86BindGARTMemory: bind key 1 at 0x0ffff000 (pgoffset 65535) (II) I810(0): xf86BindGARTMemory: bind key 3 at 0x0ffee000 (pgoffset 65518) (II) I810(0): xf86BindGARTMemory: bind key 2 at 0x0fffe000 (pgoffset 65534) (II) I810(0): xf86BindGARTMemory: bind key 4 at 0x0f000000 (pgoffset 61440) (II) I810(0): xf86BindGARTMemory: bind key 5 at 0x0e800000 (pgoffset 59392) (II) I810(0): xf86BindGARTMemory: bind key 6 at 0x0e7f8000 (pgoffset 59384) (II) I810(0): Display plane A is disabled and connected to Pipe A. (II) I810(0): Display plane B is enabled and connected to Pipe B. (II) I810(0): Enabling plane B. (II) I810(0): Display plane A is now disabled and connected to Pipe A. (II) I810(0): Display plane B is now enabled and connected to Pipe B. (II) I810(0): PIPEACONF is 0x00000000 (II) I810(0): PIPEBCONF is 0x80000000 (II) I810(0): Mode bandwidth is 58 Mpixel/s (II) I810(0): maxBandwidth is 1088 Mbyte/s, pipe=20 bandwidths are 264 Mbyte/s, 0 Mbyte/s (II) I810(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 9 256x256 slots (=3D=3D) I810(0): Backing store disabled (=3D=3D) I810(0): Silken mouse enabled (II) I810(0): Initializing HW Cursor (**) Option "dpms" "true" (**) I810(0): DPMS enabled (II) I810(0): X context handle =3D 0x1 (II) I810(0): [drm] installed DRM signal handler (II) I810(0): [DRI] installation complete (II) I810(0): direct rendering: Enabled Any idea ??? Thanks anyway for the patch I'll continue to test it ... From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 08:45:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0839916A41F for ; Tue, 20 Dec 2005 08:45:03 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A188A43D79 for ; Tue, 20 Dec 2005 08:44:57 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Eod78-0000Jc-PJ for freebsd-stable@freebsd.org; Tue, 20 Dec 2005 08:44:54 +0000 Date: Tue, 20 Dec 2005 08:44:54 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20051220084454.GA914@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.5.11 Sender: "Yann Golanski, University of York, +44(0)1904-433088" Subject: postgateway@blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 08:45:03 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Every time I post to the list, I get a message from postgateway@blogger.com complaining that "Blogger does not accept multipart/signed files." =20 Could whoever set this mess up make sure it _does_ accept PGP singed messages? =20 Thanks. --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDp8SG91FwBp3iYxgRAosIAJ9OMC09Jcbm9E6jQe347bwY3klXVwCgsyzx xrqoWiabIgqYSbe3yhyOGew= =y19u -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 08:52:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A5216A41F for ; Tue, 20 Dec 2005 08:52:02 +0000 (GMT) (envelope-from chris@chris-j.net) Received: from mail.axisinternet.net (mail.axisinternet.net [150.101.78.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0105443D58 for ; Tue, 20 Dec 2005 08:52:01 +0000 (GMT) (envelope-from chris@chris-j.net) Received: from mail.axisinternet.net (localhost [127.0.0.1]) by mail.axisinternet.net (Postfix) with ESMTP id 25AF8242F23; Tue, 20 Dec 2005 19:22:00 +1030 (CST) Received: from [127.0.0.1] (nazgul.chris-j.net [10.194.10.1]) by mail.axisinternet.net (Postfix) with ESMTP id 81611242F22; Tue, 20 Dec 2005 19:21:58 +1030 (CST) Message-ID: <43A7C62D.4040005@chris-j.net> Date: Tue, 20 Dec 2005 19:21:57 +1030 From: Chris Jones User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Yann Golanski References: <20051220084454.GA914@kierun.org> In-Reply-To: <20051220084454.GA914@kierun.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at axisinternet.net X-Spam-Status: No, hits=-1 tagged_above=-999 required=4.8 tests=ALL_TRUSTED X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: postgateway@blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 08:52:02 -0000 The better option would be to remove postgateway@blogger.com from the list -- since i highly doubt it's a real person Yann Golanski wrote: > Every time I post to the list, I get a message from > postgateway@blogger.com complaining that "Blogger does not accept > multipart/signed files." > > Could whoever set this mess up make sure it _does_ accept PGP singed > messages? > > Thanks. > > -- Chris Jones chris@chris-j.net From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 09:47:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1494316A41F for ; Tue, 20 Dec 2005 09:47:18 +0000 (GMT) (envelope-from llp@iteranet.com) Received: from eva.iteranet.ru (eva.iteranet.ru [212.74.231.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 616F443D46 for ; Tue, 20 Dec 2005 09:47:16 +0000 (GMT) (envelope-from llp@iteranet.com) Received: from [10.1.41.116] ([10.1.44.102]) by eva.iteranet.ru (8.13.1/8.13.1) with ESMTP id jBK9lFJ3026064; Tue, 20 Dec 2005 12:47:15 +0300 (MSK) (envelope-from llp@iteranet.com) Message-ID: <43A7D3E6.608@iteranet.com> Date: Tue, 20 Dec 2005 12:50:30 +0300 From: Alexey Popov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050419) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gianmarco Giovannelli References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> In-Reply-To: <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (eva.iteranet.ru [212.74.231.163]); Tue, 20 Dec 2005 12:47:15 +0300 (MSK) X-Virus-Scanned: ClamAV 0.87.1/1213/Mon Dec 19 17:48:34 2005 on eva.iteranet.ru X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 09:47:18 -0000 Hi. Gianmarco Giovannelli wrote: >>>> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't >> i915 DRM is not fully supported in -stable. You may try 7-current or >> this hack: ftp://213.85.11.250/pub/drm3.patch . > I have applied the patch et voila' :-) > drmsub0: : (child of agp_i810.c) on agp0 > info: [drm] AGP at 0xb0080000 0MB > info: [drm] Initialized i915 1.2.0 20041217 > hp:/home/gmarco> glxgears > ERROR: line 125, Function intelInitDriver, File intel_screen.c This looks like incompatibility between graphics/dri and xorg-server. See this thread: http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html Works for me with graphics/dri-devel and x11-server/xorg-server With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:18:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 140FC16A41F for ; Tue, 20 Dec 2005 10:18:31 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E9943D45 for ; Tue, 20 Dec 2005 10:18:30 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from [62.212.229.11] (port=47363 helo=[62.212.229.11]) by mx1.mail.ru with esmtp id 1EoeZg-0008uI-00; Tue, 20 Dec 2005 13:18:29 +0300 Message-ID: <43A7DA65.1020801@mail.ru> Date: Tue, 20 Dec 2005 14:18:13 +0400 From: rihad User-Agent: Debian Thunderbird 1.0.2 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yann Golanski References: <43A7A3F7.7060500@mail.ru> <20051220083913.GA505@kierun.org> In-Reply-To: <20051220083913.GA505@kierun.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:18:31 -0000 Yann Golanski wrote: > Quoth rihad on Tue, Dec 20, 2005 at 10:25:59 +0400 > >>Is there a security branch for the FreeBSD ports collection? Let's say, >>I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages >>(i.e., those on the CD). Running security/portaudit after a while >>reveals that some of the installed packages have vulnerabilities. Am I >>on my own to go grab the fresh ports tree, and upgrade the affected >>software, suffering all the intricacies of the move by myself? Debian >>GNU/Linux has its security package updates, OpenBSD has a separately >>maintained "errata" ports branch (it's very likely you still get to >>download a newer release of the software, though). > > > Attached is a script I use to update my machines. It works fine but > you need to understand what it does and not run it blindly. DO NOT put > that in cron, there lies pain! > > Otherwise, just run the script and it will update all your ports for > you. It'll even mail you with the updated ports. > > > [script snipped] A very interesting script for its own purpose, but I'm afraid this doesn't answer my question at all. Perhaps seeing the way that e.g. Debian deals with the upgrade problem might shed some light on the issue. Hell, FreeBSD does exactly that for the base world+kernel, too! Not for the ports, though. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:25:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FB7816A41F for ; Tue, 20 Dec 2005 10:25:15 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id D665343D45 for ; Tue, 20 Dec 2005 10:25:12 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoegC-0000rX-RO; Tue, 20 Dec 2005 10:25:12 +0000 Date: Tue, 20 Dec 2005 10:25:12 +0000 From: Yann Golanski To: rihad Message-ID: <20051220102512.GA2952@kierun.org> References: <43A7A3F7.7060500@mail.ru> <20051220083913.GA505@kierun.org> <43A7DA65.1020801@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A7DA65.1020801@mail.ru> User-Agent: Mutt/1.5.11 Sender: "Yann Golanski, University of York, +44(0)1904-433088" Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:25:15 -0000 Quoth rihad on Tue, Dec 20, 2005 at 14:18:13 +0400 > A very interesting script for its own purpose, but I'm afraid this > doesn't answer my question at all. Perhaps seeing the way that e.g. > Debian deals with the upgrade problem might shed some light on the > issue. Hell, FreeBSD does exactly that for the base world+kernel, too! > Not for the ports, though. As far as I know, the way to keep up to date with ports is to follow the procedure: portaudit -Fad if no_problems then quit else cd /usr/ports make update portupgrade port1 port2 port3 (...) If you want to do that automatically, put my script (or a similar one) into cron but that way lies pain. You've been warned. -- yann@kierun.org -=*=- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:44:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12AE116A420 for ; Tue, 20 Dec 2005 10:44:05 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 588BD43D75 for ; Tue, 20 Dec 2005 10:43:59 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 8EDF511454; Tue, 20 Dec 2005 11:43:56 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 11:43:55 +0100 User-Agent: KMail/1.8.3 References: <43A7A3F7.7060500@mail.ru> <20051220083913.GA505@kierun.org> <43A7DA65.1020801@mail.ru> In-Reply-To: <43A7DA65.1020801@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201143.55965.freebsd.stable@melvyn.homeunix.org> Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:44:05 -0000 On Tuesday 20 December 2005 11:18, rihad wrote: > Yann Golanski wrote: > > Quoth rihad on Tue, Dec 20, 2005 at 10:25:59 +0400 > > > >>Is there a security branch for the FreeBSD ports collection? Let's say, > >>I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages > >>(i.e., those on the CD). Running security/portaudit after a while > >>reveals that some of the installed packages have vulnerabilities. Am I > >>on my own to go grab the fresh ports tree, and upgrade the affected > >>software, suffering all the intricacies of the move by myself? Debian > >>GNU/Linux has its security package updates, OpenBSD has a separately > >>maintained "errata" ports branch (it's very likely you still get to > >>download a newer release of the software, though). > > > > Attached is a script I use to update my machines. It works fine but > > you need to understand what it does and not run it blindly. DO NOT put > > that in cron, there lies pain! > > > > Otherwise, just run the script and it will update all your ports for > > you. It'll even mail you with the updated ports. > > [script snipped] > > A very interesting script for its own purpose, but I'm afraid this > doesn't answer my question at all. FreeBSD accepts limited responsibility for what is in /usr/ports. Maintaining security is not one of them. > Perhaps seeing the way that e.g. > Debian deals with the upgrade problem might shed some light on the > issue. Hell, FreeBSD does exactly that for the base world+kernel, too! > Not for the ports, though. See above. Instead of focusing on the method, focus on the end-goal: you want security updates on your ports and the script posted attempts to provide that. I had one that was safe to run in cron (in fact it ran in periodic/daily), but uses a cvs tree of ports, not cvsup to save time[1]. I lost it with a disk crash, but was going to recreate it anyway, might as well do it now if people are interested. [1] cvsup allthough faster on the entire tree cannot update a single directory. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:50:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EAF016A41F for ; Tue, 20 Dec 2005 10:50:48 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4252843D5C for ; Tue, 20 Dec 2005 10:50:47 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: by zproxy.gmail.com with SMTP id o37so1873458nzf for ; Tue, 20 Dec 2005 02:50:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=eO8jm759G5A29IryJAp4dH/MW6Jg2l4YHYSIQ8Ja+OYTkyH7rBC+MxvfHLbfUT+rsLR5b1bCTKBjhx4Dx7sG1fUsoTZaa/TJ8Mj9GBnq08RxUCW6ynK3/D/vMS4veJV9jnW0e/caD4w6ocnLX0H4T5JxWokfIE/hvh808JL51ZY= Received: by 10.65.157.12 with SMTP id j12mr4074712qbo; Tue, 20 Dec 2005 02:50:46 -0800 (PST) Received: by 10.65.113.13 with HTTP; Tue, 20 Dec 2005 02:50:46 -0800 (PST) Message-ID: Date: Tue, 20 Dec 2005 18:50:46 +0800 From: "Paul.LKW" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: LAN Card Polling problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:50:48 -0000 Hello All: I recently upgraded to 6.0-p1 stable, I want to ask does anyone know now to use "ifconfig" to enable POLLING on the LAN Card (I tried 'ifconfig rl0 192.168.1.254 polling' not work. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:55:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1145B16A41F for ; Tue, 20 Dec 2005 10:55:35 +0000 (GMT) (envelope-from mikael.krantz@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26DB243D55 for ; Tue, 20 Dec 2005 10:55:33 +0000 (GMT) (envelope-from mikael.krantz@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id DABEF51974; Tue, 20 Dec 2005 11:53:28 +0100 (CET) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04512-02; Tue, 20 Dec 2005 11:53:27 +0100 (CET) Received: from [10.43.0.5] (mikael.p0.u3.local [10.43.0.5]) by mail.qbrick.com (Postfix) with ESMTP id B98935196C; Tue, 20 Dec 2005 11:53:27 +0100 (CET) Message-ID: <43A7E320.1090709@qbrick.com> Date: Tue, 20 Dec 2005 11:55:28 +0100 From: Mikael Krantz User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Paul.LKW" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at qbrick.com Cc: freebsd-stable@freebsd.org Subject: Re: LAN Card Polling problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:55:35 -0000 Paul.LKW wrote: >Hello All: >I recently upgraded to 6.0-p1 stable, I want to ask does anyone know now to >use "ifconfig" to enable POLLING on the LAN Card (I tried 'ifconfig rl0 >192.168.1.254 polling' not work. >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Hi Ever tried using compilation as an option? Recompile your kernel with probably option DEVICE_POLLING option HZ=1000 Added and you have device polling if your nic supports it. //Mikael Krantz Qbrick AB www.qbrick.com Streaming media solutions From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:57:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF3B16A41F; Tue, 20 Dec 2005 10:57:50 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (relay1.kaspersky-labs.com [212.5.80.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5F243D6B; Tue, 20 Dec 2005 10:57:40 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id EC19A17407; Tue, 20 Dec 2005 13:57:34 +0300 (MSK) Received: from antispam.localhost (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id 0338C1740F; Tue, 20 Dec 2005 13:57:33 +0300 (MSK) Received: by relay1.kaspersky-labs.com (ESMTP, from userid 230) id 5DD0217405; Tue, 20 Dec 2005 13:57:29 +0300 (MSK) Received: from mbx2.avp.ru (mx.avp.ru [212.5.80.15]) by relay1.kaspersky-labs.com (ESMTP) with ESMTP id 939F517059; Tue, 20 Dec 2005 13:57:29 +0300 (MSK) Received: from moscow2.avp.ru ([10.64.0.4]) by mbx2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Dec 2005 13:57:29 +0300 Received: from moscow.avp.ru ([10.64.0.3]) by moscow2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Dec 2005 13:57:28 +0300 Received: from dawnshade-note.avp.ru ([172.16.128.10]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Dec 2005 13:49:04 +0300 From: dawnshade To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 13:50:01 +0300 User-Agent: KMail/1.8.3 References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> In-Reply-To: <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201350.02310.dawnshade@mail.ru> X-OriginalArrivalTime: 20 Dec 2005 10:49:04.0890 (UTC) FILETIME=[FEEADDA0:01C60552] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 20122005 #156289, status: clean Cc: Alexey Popov , stable@freebsd.org, Gianmarco Giovannelli Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:57:50 -0000 On Tuesday 20 December 2005 11:37, Gianmarco Giovannelli wrote: > hp:/home/gmarco> glxgears > ERROR: line 125, Function intelInitDriver, File intel_screen.c > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > 1024 frames in 5.0 seconds = 204.800 FPS > 1260 frames in 5.0 seconds = 252.000 FPS > 1267 frames in 5.0 seconds = 253.400 FPS > > (before patch it used to be about 600) try to upgrade port dri to dri-devel I have the same situation - glxinfo shows that dri disabled, after portupgrade -f -o graphics/dri-devel dri glxgears shown 1128.200 FPS (was ~300 and ~600 w/o dri) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 10:57:50 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF3B16A41F; Tue, 20 Dec 2005 10:57:50 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (relay1.kaspersky-labs.com [212.5.80.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5F243D6B; Tue, 20 Dec 2005 10:57:40 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id EC19A17407; Tue, 20 Dec 2005 13:57:34 +0300 (MSK) Received: from antispam.localhost (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id 0338C1740F; Tue, 20 Dec 2005 13:57:33 +0300 (MSK) Received: by relay1.kaspersky-labs.com (ESMTP, from userid 230) id 5DD0217405; Tue, 20 Dec 2005 13:57:29 +0300 (MSK) Received: from mbx2.avp.ru (mx.avp.ru [212.5.80.15]) by relay1.kaspersky-labs.com (ESMTP) with ESMTP id 939F517059; Tue, 20 Dec 2005 13:57:29 +0300 (MSK) Received: from moscow2.avp.ru ([10.64.0.4]) by mbx2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Dec 2005 13:57:29 +0300 Received: from moscow.avp.ru ([10.64.0.3]) by moscow2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Dec 2005 13:57:28 +0300 Received: from dawnshade-note.avp.ru ([172.16.128.10]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Dec 2005 13:49:04 +0300 From: dawnshade To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 13:50:01 +0300 User-Agent: KMail/1.8.3 References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> In-Reply-To: <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201350.02310.dawnshade@mail.ru> X-OriginalArrivalTime: 20 Dec 2005 10:49:04.0890 (UTC) FILETIME=[FEEADDA0:01C60552] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 20122005 #156289, status: clean Cc: Alexey Popov , stable@freebsd.org, Gianmarco Giovannelli Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 10:57:50 -0000 On Tuesday 20 December 2005 11:37, Gianmarco Giovannelli wrote: > hp:/home/gmarco> glxgears > ERROR: line 125, Function intelInitDriver, File intel_screen.c > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > 1024 frames in 5.0 seconds = 204.800 FPS > 1260 frames in 5.0 seconds = 252.000 FPS > 1267 frames in 5.0 seconds = 253.400 FPS > > (before patch it used to be about 600) try to upgrade port dri to dri-devel I have the same situation - glxinfo shows that dri disabled, after portupgrade -f -o graphics/dri-devel dri glxgears shown 1128.200 FPS (was ~300 and ~600 w/o dri) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 11:03:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 543E316A41F for ; Tue, 20 Dec 2005 11:03:23 +0000 (GMT) (envelope-from feanor@kh405.net) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B5343D66 for ; Tue, 20 Dec 2005 11:03:02 +0000 (GMT) (envelope-from feanor@kh405.net) Received: from melkor.kh405.net (plb95-2-82-236-78-224.fbx.proxad.net [82.236.78.224]) by smtp1-g19.free.fr (Postfix) with ESMTP id 2182C61B21; Tue, 20 Dec 2005 12:02:59 +0100 (CET) Received: by melkor.kh405.net (Postfix, from userid 1001) id 9920A6690; Tue, 20 Dec 2005 12:03:15 +0100 (CET) Date: Tue, 20 Dec 2005 12:03:15 +0100 From: Marwan Burelle To: rihad Message-ID: <20051220110315.GA66112@melkor.kh405.net> References: <43A7A3F7.7060500@mail.ru> <20051220083913.GA505@kierun.org> <43A7DA65.1020801@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <43A7DA65.1020801@mail.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 11:03:23 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 02:18:13PM +0400, rihad wrote: > A very interesting script for its own purpose, but I'm afraid this=20 > doesn't answer my question at all. Perhaps seeing the way that e.g.=20 > Debian deals with the upgrade problem might shed some light on the=20 > issue. Hell, FreeBSD does exactly that for the base world+kernel, too!=20 > Not for the ports, though. That's a much more complex problem. IMHO, there's at least two kinds of ports : end-user apps and their related libs and services/system related tools. Security issues mostly appear in the second kind, the problem is that the dependancies tree is "too connex", some libs are needed by both kinds (just think to libs like ssl, gettext or expat =2E.. ) Relying on the maintainer work is a good starting point, you may trust him for doing only the needed updates for those ports that requier security concerns. But even here, major updates of widely used libs imply rebuild of most of the ports, even when no security issue arises. The "debian way" is too have a frozen tree and restraint updates, this induces at least a two level maintaining, one that follows "on-the-edge" updates and the other that only follow security updates. The problem is that most applications don't work like that, they don't maintain two branches, and thus you need (or the maintainer of the ports needs) to maintain a bunch of security patches for that app that doesn't have any dependance links (or at least only to other security updates ... ) This is a lot of work, and IMHO that's why debian stable is so often outdated (and some time completely obsolete.) This also raises questions like "when should we move to the next/last release ?", "Is that patch-set too important ?" ... My own experience shows me that most of the time when you only need security updates, that means that your boxe is "specialized" in some way with a small set of installed ports and thus every updates in the tree for those ports are relevant. Otherwise, you may want to have up to date ports because it's providing you with shiny new features ;) --=20 Marwan Burelle, http://www.lri.fr/~burelle ( burelle@lri.fr | Marwan.Burelle@ens.fr ) http://www.cduce.org --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDp+TzI+2UvUKfgvgRAo5kAJwKcmnE6YyarlihW9ldaQxxJPVSoACcCF8X u++bgKJjeZbGkAWfBodYM6E= =BWMh -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 11:05:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51FD516A420 for ; Tue, 20 Dec 2005 11:05:23 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C9843D70 for ; Tue, 20 Dec 2005 11:05:22 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id B064211454; Tue, 20 Dec 2005 12:05:21 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 12:05:21 +0100 User-Agent: KMail/1.8.3 References: <43A7A3F7.7060500@mail.ru> <200512201143.55965.freebsd.stable@melvyn.homeunix.org> <20051220104955.GB3416@kierun.org> In-Reply-To: <20051220104955.GB3416@kierun.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201205.21552.freebsd.stable@melvyn.homeunix.org> Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 11:05:23 -0000 On Tuesday 20 December 2005 11:49, Yann Golanski wrote: > Quoth Melvyn Sopacua on Tue, Dec 20, 2005 at 11:43:55 +0100 > > > I had one that was safe to run in cron (in fact it ran in > > periodic/daily), but uses a cvs tree of ports, not cvsup to save > > time[1]. I lost it with a disk crash, but was going to recreate it > > anyway, might as well do it now if people are interested. > > Yeah, I'm interested. > > How did you deal with ports doing a "make config" before updating?... > That was the crunch for me -- hence lots of portupgrade hanging. Hmm, not sure why that's an issue. Maybe because I set PATH in my script? -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 11:15:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D56116A41F for ; Tue, 20 Dec 2005 11:15:32 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57CAD43D46 for ; Tue, 20 Dec 2005 11:15:31 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 5009A11454; Tue, 20 Dec 2005 12:15:30 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 12:15:30 +0100 User-Agent: KMail/1.8.3 References: <43A7A3F7.7060500@mail.ru> <43A7DA65.1020801@mail.ru> <20051220110315.GA66112@melkor.kh405.net> In-Reply-To: <20051220110315.GA66112@melkor.kh405.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201215.30165.freebsd.stable@melvyn.homeunix.org> Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 11:15:32 -0000 On Tuesday 20 December 2005 12:03, Marwan Burelle wrote: > Relying on the maintainer work is a good starting point, you may trust > him for doing only the needed updates for those ports that requier > security concerns. But even here, major updates of widely used libs > imply rebuild of most of the ports, even when no security issue > arises. No it doesn't. Only with static linking or when interfaces changed, which is not always the case. The fact that the gnome project is fond of changing library versions with every release doesn't mean there aren't sane projects. Typically security patches do not update library versions, allthough it is possible if the interface is insecure by design. Example: freetype was updated wc -l /var/db/pkg/freetype2-2.1.10_2/+REQUIRED_BY 111 /var/db/pkg/freetype2-2.1.10_2/+REQUIRED_BY Not a single port rebuilt, 111 packages re-packed, but that's it. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 11:33:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B0116A41F for ; Tue, 20 Dec 2005 11:33:27 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1332743D5C for ; Tue, 20 Dec 2005 11:33:24 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id 89E713982D; Tue, 20 Dec 2005 17:32:57 +0600 (NOVT) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id A63093982B; Tue, 20 Dec 2005 17:32:56 +0600 (NOVT) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id 806A03980A; Tue, 20 Dec 2005 17:32:56 +0600 (NOVT) Date: Tue, 20 Dec 2005 17:32:56 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Scott Long In-Reply-To: <43A6F8AC.5020404@samsco.org> Message-ID: <20051220170638.A27518@sbk-gw.sibnet.ru> References: <43A57DBF.6050404@libet.de> <43A580A9.5090504@libet.de> <43A5B2BC.6050307@samsco.org> <43A67FA9.5070308@libet.de> <43A6DEA2.90703@samsco.org> <20051220000151.I21691@sbk-gw.sibnet.ru> <43A6F8AC.5020404@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-1?Q?Christian_Gr=FCndemann?= , freebsd-stable@freebsd.org Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 11:33:27 -0000 Windows doesn't see DAT too... Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Mon, 19 Dec 2005, Scott Long wrote: > The ServeRAID/ips driver in FreeBSD cannot talk directly to the > SCSI bus on the RAID card, nor does the card export non-RAID > devices to the driver, nor do I know if there is a way to make > this work. > > Seriously, using a $200-$1000 RAID card to run your tape drive > in place of a $40 SCSI card really doesn't make a whole lot of > sense in most cases. I understand that there are situations > where there aren't enough PCI slots for an extra SCSI card, but > it's a tradeoff. Most firmware simply isn't written to multiplex > direct SCSI requests from the OS with it's own SCSi stack. Trying > to do so only jeopardizes the integrity of the system. > > Scott > > Maxim M. Kazachek wrote: > >> IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI >> Logic MPT channel (6i is a Zero channel RAID Controller). There was trouble >> with setting DDS-4 streamer under SCO. Due to lack of information provided >> by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was tried to see, which devices >> are detected. After installation of Adaptec 19160 streamer was seen by >> FreeBSD, then was configured under SCO. As far as I know it works perfectly >> now. >> >> Sincerely, Maxim M. Kazachek >> mailto:stranger@sberbank.sibnet.ru >> >> >> On Mon, 19 Dec 2005, Scott Long wrote: >> >>> Christian Gr?ndemann wrote: >>> >>>>> >>>> Thanks for your fast answer, Scott! What Adaptec Card can you recommend? >>>> I am thinking about this card, it seems to be supported quite well. >>>> * Adaptec 19160B >>>> >>>> Is this card a "real" SCSI card ? Actually I thought the 2120S is a "real" >>>> SCSI Card. >>>> And for the future, what kind of Adaptec RAID-5 card is useable where >>>> I can put several devices on it like a Raid-5 *and* a DLT device ? >>>> >>>> Christian >>>> >>> >>> An Adaptec 19160 would be an excellent choice. By 'real SCSI card' I mean >>> one that only does SCSI and doesn't have a RAID processor sitting >>> in front on it. I don't have a good answer for your last question. >>> Scott >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 11:39:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF5B516A430 for ; Tue, 20 Dec 2005 11:39:20 +0000 (GMT) (envelope-from feanor@kh405.net) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F99D43D7D for ; Tue, 20 Dec 2005 11:39:03 +0000 (GMT) (envelope-from feanor@kh405.net) Received: from melkor.kh405.net (plb95-2-82-236-78-224.fbx.proxad.net [82.236.78.224]) by smtp2-g19.free.fr (Postfix) with ESMTP id 83AF06CC45; Tue, 20 Dec 2005 12:38:51 +0100 (CET) Received: by melkor.kh405.net (Postfix, from userid 1001) id 98B106690; Tue, 20 Dec 2005 12:39:07 +0100 (CET) Date: Tue, 20 Dec 2005 12:39:07 +0100 From: Marwan Burelle To: Melvyn Sopacua Message-ID: <20051220113907.GB66112@melkor.kh405.net> References: <43A7A3F7.7060500@mail.ru> <43A7DA65.1020801@mail.ru> <20051220110315.GA66112@melkor.kh405.net> <200512201215.30165.freebsd.stable@melvyn.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc" Content-Disposition: inline In-Reply-To: <200512201215.30165.freebsd.stable@melvyn.homeunix.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 11:39:20 -0000 --pvezYHf7grwyp3Bc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 12:15:30PM +0100, Melvyn Sopacua wrote: > On Tuesday 20 December 2005 12:03, Marwan Burelle wrote: >=20 > > Relying on the maintainer work is a good starting point, you may trust > > him for doing only the needed updates for those ports that requier > > security concerns. But even here, major updates of widely used libs > > imply rebuild of most of the ports, even when no security issue > > arises. >=20 > No it doesn't. Only with static linking or when interfaces changed, which= is=20 > not always the case. The fact that the gnome project is fond of changing= =20 > library versions with every release doesn't mean there aren't sane projec= ts. > Typically security patches do not update library versions, allthough it i= s=20 > possible if the interface is insecure by design. I think you don't understand my point. Regarding actual state of the ports tree, when some thing like gettext have a major version bumps, you need to rebuild most of the ports or do some tricks with links or libmap.conf (if the major number change wasn't justify) since when loading dynamic libs for an executable the major number is relevant. This just mean that you could not just do a cvsup+portupgrade, even if you just have "security related" apps, if you only want security updates, you first need to track which ports have security updates and hope that this doesn't not involve updating all the tree (for exemple, your port foo has move to a new version with security concerns on the old one, but at the same time this involve moving to the last version of libbar since its interface has changed and last foo use the new version, since libbar is widely used you now need updating most of your ports even if they don't have any security updates ... ) The point is not that this is always true, but that you have to handle those kinds of problems if you want to maintain a security branch for ports. --=20 Marwan Burelle, http://www.lri.fr/~burelle ( burelle@lri.fr | Marwan.Burelle@ens.fr ) http://www.cduce.org --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDp+1bI+2UvUKfgvgRAhdoAJ9/dNUH/kjVZ4VEpZ9tTXP9XU+jmwCfVh7b 0ZVUgJ0oW/MhqgyKz2rnvtE= =1+ql -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 12:21:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B21AB16A41F for ; Tue, 20 Dec 2005 12:21:24 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77EE443D75 for ; Tue, 20 Dec 2005 12:21:15 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 59D9811454; Tue, 20 Dec 2005 13:21:13 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 13:21:13 +0100 User-Agent: KMail/1.8.3 References: <43A7A3F7.7060500@mail.ru> <200512201215.30165.freebsd.stable@melvyn.homeunix.org> <20051220113907.GB66112@melkor.kh405.net> In-Reply-To: <20051220113907.GB66112@melkor.kh405.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201321.13197.freebsd.stable@melvyn.homeunix.org> Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 12:21:24 -0000 On Tuesday 20 December 2005 12:39, Marwan Burelle wrote: > The point is not that this is always true, but that you have to handle > those kinds of problems if you want to maintain a security branch for > ports. The point is, that it is irrelevant. Ports are independant of the base system. There is no need for a security branch of the ports tree. The ports that rely on specifics in the base system, handle it themselves via BROKEN, FreeBSD_version and friends. The ports tree is only tagged for a specific release, so that release cdroms can be made. The only thing that makes sense is pre-compiled packages being updated for security branches of the base system - but, that is only worth-while if there's a large enough userbase that has an /etc/make.conf without NO_ flags. Since for example I have no need for Kerberos, I cannot use the FreeBSD provided packages for the ones that make sense, as they all link libgssapi (subversion pulls it in through www/neon, smbclient because of ports/90238 and thus kde*). -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 12:26:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E576816A41F for ; Tue, 20 Dec 2005 12:26:54 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7438043D45 for ; Tue, 20 Dec 2005 12:26:54 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from [62.212.229.11] (port=16610 helo=[62.212.229.11]) by mx3.mail.ru with esmtp id 1EogZr-0002IW-00; Tue, 20 Dec 2005 15:26:47 +0300 Message-ID: <43A7F875.4010903@mail.ru> Date: Tue, 20 Dec 2005 16:26:29 +0400 From: rihad User-Agent: Debian Thunderbird 1.0.2 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marwan Burelle References: <43A7A3F7.7060500@mail.ru> <20051220083913.GA505@kierun.org> <43A7DA65.1020801@mail.ru> <20051220110315.GA66112@melkor.kh405.net> In-Reply-To: <20051220110315.GA66112@melkor.kh405.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 12:26:55 -0000 Marwan Burelle wrote: > On Tue, Dec 20, 2005 at 02:18:13PM +0400, rihad wrote: > >>A very interesting script for its own purpose, but I'm afraid this >>doesn't answer my question at all. Perhaps seeing the way that e.g. >>Debian deals with the upgrade problem might shed some light on the >>issue. Hell, FreeBSD does exactly that for the base world+kernel, too! >>Not for the ports, though. > > > The "debian way" is too have a frozen tree and restraint updates, this > induces at least a two level maintaining, one that follows > "on-the-edge" updates and the other that only follow security > updates. The problem is that most applications don't work like that, > they don't maintain two branches, and thus you need (or the maintainer > of the ports needs) to maintain a bunch of security patches for that > app that doesn't have any dependance links (or at least only to other > security updates ... ) > > This is a lot of work, and IMHO that's why debian stable is so often > outdated (and some time completely obsolete.) This also raises > questions like "when should we move to the next/last release ?", > "Is that patch-set too important ?" ... > > My own experience shows me that most of the time when you only need > security updates, that means that your boxe is "specialized" in some > way with a small set of installed ports and thus every updates in the > tree for those ports are relevant. Otherwise, you may want to have up > to date ports because it's providing you with shiny new features ;) > I think Debian does an excellent job of taking the common load off of the shoulders of its users by providing security package updates with no changes in functionality wherever possible. Change in software functionality, configs, dependencies etc. almost always hurts, that's what Debian are trying to save its users from. Imagine: Foo 1.2.3 that was current at the time of FreeBSD 6.0 release gets a severe vuln after some time. Some admins upgrade to the latest and greatest Foo 1.2.9, others to Foo 1.2.7 (probably with not recently updated ports tree)... Still with me? Factoring this security upgrade path in the OS so that all users get the same fix and functionality is a very hard thing to do and maintain, I'd guess. FreeBSD's "latest and greatest" attitude is very relevant for desktop users and such. I think it would be even better to make security-conscious server admins' lives even better. Put up a box, forget about it, do a major upgrade in a year. Oversimplifying here... From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 12:40:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B3316A41F for ; Tue, 20 Dec 2005 12:40:41 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 914D243D5F for ; Tue, 20 Dec 2005 12:40:41 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 9F0CE11454; Tue, 20 Dec 2005 13:40:40 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 13:40:40 +0100 User-Agent: KMail/1.8.3 References: <43A7A3F7.7060500@mail.ru> <20051220110315.GA66112@melkor.kh405.net> <43A7F875.4010903@mail.ru> In-Reply-To: <43A7F875.4010903@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201340.40480.freebsd.stable@melvyn.homeunix.org> Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 12:40:42 -0000 On Tuesday 20 December 2005 13:26, rihad wrote: > Imagine: Foo 1.2.3 that > was current at the time of FreeBSD 6.0 release gets a severe vuln after > some time. Some admins upgrade to the latest and greatest Foo 1.2.9, > others to Foo 1.2.7 (probably with not recently updated ports tree)... If 1.2.7 is secure, there is no problem. If 1.2.7 is not, portaudit will not let you upgrade. It seems to me, you need to farmiliarize yourself first with the mechanisms in place already, before shooting it. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 12:53:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9687D16A41F for ; Tue, 20 Dec 2005 12:53:54 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D7F443D55 for ; Tue, 20 Dec 2005 12:53:53 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jBKCrrVk031604 for ; Tue, 20 Dec 2005 10:53:53 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 10:53:49 -0200 User-Agent: KMail/1.8.3 References: <43A7A3F7.7060500@mail.ru> <20051220110315.GA66112@melkor.kh405.net> <43A7F875.4010903@mail.ru> In-Reply-To: <43A7F875.4010903@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512201053.49465.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 12:53:54 -0000 On Tuesday 20 December 2005 10:26, rihad wrote: > > FreeBSD's "latest and greatest" attitude is very relevant for desktop > users and such. I think it would be even better to make > security-conscious server admins' lives even better. Put up a box, > forget about it, do a major upgrade in a year. Oversimplifying here... > _______________________________________________ I would not agree with you, even if the ports are getting better and better= =20 they are still a all-in-one-package and often not suitable for any adm=20 especially the security-conscious one.=20 A webserver or a router need some software only and well compiled and=20 configured it is better than having a large ports-tree on the machine and=20 then when upgrading some shit happens and some config is deleted like it us= ed=20 to be with mailman, spamassassin and others. The risk is too big. The ports collection is nice and easy for most users like it is but since y= ou=20 already compared to linux, I tell you that aptget or yum really seems to b= e=20 better until you get in nasty troubles after compiling a new kernel and som= e=20 packages do not work anymore. Then you go to love portupgrade again and the= =20 =46reeBSD system is clearly better because the ports do not depend on kerne= l=20 versions. Also you can portupgrade only some ports without running into too much=20 dependency troubles. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 13:13:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9AF516A41F for ; Tue, 20 Dec 2005 13:13:20 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E0643D5F for ; Tue, 20 Dec 2005 13:13:16 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id jBKDD9Zb081059; Tue, 20 Dec 2005 05:13:09 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id jBKDD8eg081058; Tue, 20 Dec 2005 05:13:08 -0800 (PST) (envelope-from david) Date: Tue, 20 Dec 2005 05:13:08 -0800 From: David Wolfskill To: Chris Jones Message-ID: <20051220131308.GD28510@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Chris Jones , Yann Golanski , freebsd-stable@freebsd.org References: <20051220084454.GA914@kierun.org> <43A7C62D.4040005@chris-j.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A7C62D.4040005@chris-j.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: postgateway@blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 13:13:20 -0000 On Tue, Dec 20, 2005 at 07:21:57PM +1030, Chris Jones wrote: > The better option would be to remove postgateway@blogger.com from the > list -- since i highly doubt it's a real person %../bin/find_member postgateway@blogger.com % That address -- postgateway@blogger.com -- is not subscribed to freebsd-stable or any other mailing list @FreeBSD.org. Indeed: %^postgateway ../bin/find_member @blogger.com % There is *no* address @blogger.com that is so subscribed, period. Now, will all of you who keep posting this off-topic stuff to technical mailing lists please stop already? This is off-topic for the lists as such; if you wish to bring it up or discuss it, postmaster@freebsd.org is one of the better addresses to use. Thank you. Peace, david (current hat: postmaster@freebsd.org) -- David H. Wolfskill david@catwhisker.org It is courteous to reduce quoted text to just that needed to establish context. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 13:36:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E14F16A420 for ; Tue, 20 Dec 2005 13:36:24 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37B543D7F for ; Tue, 20 Dec 2005 13:36:17 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so1463305wra for ; Tue, 20 Dec 2005 05:36:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=qK5jltbm/QcS1qdSlppW2pNX4iYeHhoKw4PvXtYv2/023V2rExQQ06qPUKFpVDzUndq3aTU25Xt8OJJRgYOOAlruqQ0d3rt44BpHos6ABGV1jQoowl9USgFKfhNxw2+xNM8sTDrK+f4Ir/P/3wxBs8li40YvY+TtalJCIDs09hc= Received: by 10.65.249.15 with SMTP id b15mr4240332qbs; Tue, 20 Dec 2005 05:36:16 -0800 (PST) Received: by 10.65.113.13 with HTTP; Tue, 20 Dec 2005 05:36:16 -0800 (PST) Message-ID: Date: Tue, 20 Dec 2005 21:36:16 +0800 From: "Paul.LKW" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI not work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 13:36:24 -0000 Hello All: I have a problem about ACPI not work with the following error from the message log Dec 21 20:22:24 amd-64 kernel: ioapic0: Assuming intbase of 0 Dec 21 20:22:24 amd-64 kernel: ioapic0 irqs 0-23 on motherboard Dec 21 20:22:24 amd-64 kernel: ACPI-0397: *** Error: NsSearchAndEnter: Bad character in ACPI Name: 43005350 Dec 21 20:22:24 amd-64 kernel: ACPI-0381: *** Error: Looking up [0x43005350= ] (NON-ASCII) Dec 21 20:22:24 amd-64 kernel: in namespace, AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI-0204: *** Error: AcpiLoadTables: Could not load namespace: AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI: table load failed: AE_BAD_CHARACTER Any idea to fix it. THX. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 16:50:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A070A16A41F for ; Tue, 20 Dec 2005 16:50:52 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D33343D49 for ; Tue, 20 Dec 2005 16:50:49 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.1/8.13.1) with ESMTP id jBKGolXe065867 for ; Tue, 20 Dec 2005 17:50:47 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.252]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 03F25B617 for ; Tue, 20 Dec 2005 17:50:47 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id jBKGojk2052498 for ; Tue, 20 Dec 2005 17:50:45 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4/Submit) id jBKGojJL052497 for freebsd-stable@freebsd.org; Tue, 20 Dec 2005 17:50:45 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 17:50:36 +0100 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2761354.32hUjrj4sV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512201750.44773@harrymail> Subject: /dev/random too hungry? Errormsg: PRNG is not seeded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 16:50:52 -0000 --nextPart2761354.32hUjrj4sV Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I have one box where PRNG kickstart doesn't work. Whne I set 'sysctl kern.random.sys.seeded=3D0' and=20 'cat /boot/kernel/kernel.gz > /dev/random' .random.sys.seeded is still 0. On any other box it's enough to send one byte and .sys.seeded returns to 1 I found that when installing a new server and trying to usually start sshd. (ssh-keygen quits immediately with the error: PRNG is not seeded) I'm not very familar with random or entropy stuff so please tell me what to= =20 do. Nothing uncommon so far with that box (besides it starts from CompactFlash= =20 with memorydisk for /var / and /tmp): kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 0 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 interrupt total rate irq0: clk 1038776 998 irq1: atkbd0 2 0 irq3: sio1 2610 2 irq5: em0 133 0 irq7: ppc0 1 0 irq8: rtc 132946 127 irq10: fxp0 72 0 irq12: fwohci0++ 1 0 irq13: npx0 2 0 irq14: ata0 3110 2 irq15: ata1 202 0 Thanks in advance, =2DHarry --nextPart2761354.32hUjrj4sV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDqDZkBylq0S4AzzwRApU3AJ4xK7NNFpLYVQzRoOfhlKD05jEotACdE6jq hJbXyw5Gi5vVkr6oyuZVp14= =MyFL -----END PGP SIGNATURE----- --nextPart2761354.32hUjrj4sV-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 16:56:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E88B16A41F for ; Tue, 20 Dec 2005 16:56:07 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 3229C43D68 for ; Tue, 20 Dec 2005 16:55:59 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 20 Dec 2005 16:55:58 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp018) with SMTP; 20 Dec 2005 17:55:58 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 17:55:47 +0100 User-Agent: KMail/1.8.1 References: <200512201750.44773@harrymail> In-Reply-To: <200512201750.44773@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1854033.cAmuMP5nbg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512201755.55928@harrymail> X-Y-GMX-Trusted: 0 Cc: Harald Schmalzbauer Subject: Re: /dev/random too hungry? Errormsg: PRNG is not seeded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 16:56:07 -0000 --nextPart1854033.cAmuMP5nbg Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Dienstag, 20. Dezember 2005 17:50 CEST schrieb Harald Schmalzbauer: > Hello, > > I have one box where PRNG kickstart doesn't work. > Whne I set 'sysctl kern.random.sys.seeded=0' and > 'cat /boot/kernel/kernel.gz > /dev/random' .random.sys.seeded is still > 0. On any other box it's enough to send one byte and .sys.seeded returns > to 1 > > I found that when installing a new server and trying to usually start > sshd. (ssh-keygen quits immediately with the error: PRNG is not seeded) > > I'm not very familar with random or entropy stuff so please tell me what > to do. > Nothing uncommon so far with that box (besides it starts from > CompactFlash with memorydisk for /var / and /tmp): Sorry, forgot to mention it's RELENG_6 from today... > kern.random.yarrow.gengateinterval: 10 > kern.random.yarrow.bins: 10 > kern.random.yarrow.fastthresh: 192 > kern.random.yarrow.slowthresh: 256 > kern.random.yarrow.slowoverthresh: 2 > kern.random.sys.seeded: 0 > kern.random.sys.harvest.ethernet: 1 > kern.random.sys.harvest.point_to_point: 1 > kern.random.sys.harvest.interrupt: 1 > kern.random.sys.harvest.swi: 0 > interrupt total rate > irq0: clk 1038776 998 > irq1: atkbd0 2 0 > irq3: sio1 2610 2 > irq5: em0 133 0 > irq7: ppc0 1 0 > irq8: rtc 132946 127 > irq10: fxp0 72 0 > irq12: fwohci0++ 1 0 > irq13: npx0 2 0 > irq14: ata0 3110 2 > irq15: ata1 202 0 > > Thanks in advance, > > -Harry --nextPart1854033.cAmuMP5nbg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDqDebBylq0S4AzzwRAvOBAJ4qcp+tTIAVm8PTep5EEuQIL1soXwCfS6bs kzkqQIYn8H+hbfCK366Bp7Q= =DeYO -----END PGP SIGNATURE----- --nextPart1854033.cAmuMP5nbg-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 17:21:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B23916A41F; Tue, 20 Dec 2005 17:21:15 +0000 (GMT) (envelope-from jcm@FreeBSD-uk.eu.org) Received: from yearning.mcc.ac.uk (yearning.mcc.ac.uk [130.88.203.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98A9C43D77; Tue, 20 Dec 2005 17:21:14 +0000 (GMT) (envelope-from jcm@FreeBSD-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by yearning.mcc.ac.uk with esmtp (Exim 4.51 (FreeBSD)) id 1EolAm-000Lej-Or; Tue, 20 Dec 2005 17:21:12 +0000 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.13.1/8.13.1) with ESMTP id jBKHL7Rw097174; Tue, 20 Dec 2005 17:21:07 GMT (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.13.1/8.12.6/Submit) id jBKHL6rQ097173; Tue, 20 Dec 2005 17:21:06 GMT Date: Tue, 20 Dec 2005 17:21:06 +0000 From: Jonathon McKitrick To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20051220172106.GA96934@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Cc: Subject: fwe driver under 6.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 17:21:15 -0000 Hey guys, I just got a new laptop, and I'm trying to get the onboard ethernet over firewire to work so I can download the iwi driver. :-) I can't seem to ping anything, even the router, after bringing up fwe0. Are there any tricks to this I need to be aware of? jm -- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 20:23:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2917916A41F; Tue, 20 Dec 2005 20:23:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870C743D45; Tue, 20 Dec 2005 20:23:52 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jBKKKYSH004261; Tue, 20 Dec 2005 12:20:34 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jBKKKYUx004260; Tue, 20 Dec 2005 12:20:34 -0800 Date: Tue, 20 Dec 2005 12:20:34 -0800 From: Brooks Davis To: Jonathon McKitrick Message-ID: <20051220202034.GE28172@odin.ac.hmc.edu> References: <20051220172106.GA96934@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HnQK338I3UIa/qiP" Content-Disposition: inline In-Reply-To: <20051220172106.GA96934@dogma.freebsd-uk.eu.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: fwe driver under 6.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 20:23:53 -0000 --HnQK338I3UIa/qiP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 05:21:06PM +0000, Jonathon McKitrick wrote: > Hey guys, >=20 > I just got a new laptop, and I'm trying to get the onboard ethernet over > firewire to work so I can download the iwi driver. :-) >=20 > I can't seem to ping anything, even the router, after bringing up fwe0. = Are > there any tricks to this I need to be aware of? What have you hooked it up to? It must be a FreeBSD box. Boot strapping the wireless nic with NDIS or picking up a cheap USB flash drive and using sneaker net may be easier. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --HnQK338I3UIa/qiP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDqGeRXY6L6fI4GtQRAhLFAJwLsY6mpPu16MsydYfMQECBpryzXQCfUQ+/ Ga+4mAGZng7znZea9Cdp18o= =mKnz -----END PGP SIGNATURE----- --HnQK338I3UIa/qiP-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 20:36:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9456516A41F for ; Tue, 20 Dec 2005 20:36:15 +0000 (GMT) (envelope-from dick@nagual.st) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id C219F43D76 for ; Tue, 20 Dec 2005 20:36:10 +0000 (GMT) (envelope-from dick@nagual.st) Received: from arwen.nagual.st (arwen.nagual.st [192.168.11.29]) by nagual.st with esmtp; Tue, 20 Dec 2005 21:36:07 +0100 id 00039826.43A86B37.000073AA Date: Tue, 20 Dec 2005 21:36:08 +0100 From: dick hoogendijk To: freebsd-stable@freebsd.org Message-Id: <20051220213608.db284b54.dick@nagual.st> Organization: de nagual X-Mailer: Sylpheed version 2.1.9 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: advice please X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 20:36:15 -0000 I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). I don't know where to look. I reinstalled all related ports to no avail. Are some of you also having problems with mplayerplug-in and mozilla or (if not) can I get some tips / advice about how to tackle the problem? Where to look for; what to do? Some related info: mozilla-1.7.12_5,2 = up-to-date with port linuxpluginwrapper-20051113 = up-to-date with port mplayerplug-in-3.17 = up-to-date with port listing of /usr/X11R6/lib/browser_plugins .firefox.keep .mozilla.keep flashplayer.xpt -> /usr/X11R6/lib/linux-flashplugin6/flashplayer.xpt libflashplayer.so -> /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so libjavaplugin_oji.so -> /usr/local/jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so mplayerplug-in-gmp.so mplayerplug-in-gmp.xpt mplayerplug-in-qt.so mplayerplug-in-qt.xpt mplayerplug-in-rm.so mplayerplug-in-rm.xpt mplayerplug-in-wmp.so mplayerplug-in-wmp.xpt mplayerplug-in.so mplayerplug-in.xpt nppdf.so -> /usr/local/lib/acroread/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 20:49:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 157BC16A41F for ; Tue, 20 Dec 2005 20:49:25 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D6F043D5E for ; Tue, 20 Dec 2005 20:49:24 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 5841111454; Tue, 20 Dec 2005 21:49:22 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 21:49:21 +0100 User-Agent: KMail/1.8.3 References: <20051220213608.db284b54.dick@nagual.st> In-Reply-To: <20051220213608.db284b54.dick@nagual.st> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512202149.21610.freebsd.stable@melvyn.homeunix.org> Subject: Re: advice please X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 20:49:25 -0000 On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: > I used to be able to play (windows) mplayer2 files and *.mov files with > my native mozilla browser and mplayerplug-in installed. Lately that > does not work anymore. Mozilla just crashes, firefox starts up the > mplayerplug-in and than stops (hangs). Did this start after upgrading firefox to 1.5? Related: does: find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ -print |xargs grep nsPluginThread yield any results? -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 21:01:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8041716A420 for ; Tue, 20 Dec 2005 21:01:57 +0000 (GMT) (envelope-from dick@nagual.st) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id B838C43D55 for ; Tue, 20 Dec 2005 21:01:45 +0000 (GMT) (envelope-from dick@nagual.st) Received: from arwen.nagual.st (arwen.nagual.st [192.168.11.29]) by nagual.st with esmtp; Tue, 20 Dec 2005 22:01:38 +0100 id 00039836.43A87132.000113F9 Date: Tue, 20 Dec 2005 22:01:38 +0100 From: dick hoogendijk To: freebsd-stable@freebsd.org Message-Id: <20051220220138.e059850a.dick@nagual.st> In-Reply-To: <200512202149.21610.freebsd.stable@melvyn.homeunix.org> References: <20051220213608.db284b54.dick@nagual.st> <200512202149.21610.freebsd.stable@melvyn.homeunix.org> Organization: de nagual X-Mailer: Sylpheed version 2.1.9 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: advice please X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 21:01:57 -0000 On Tue, 20 Dec 2005 21:49:21 +0100 Melvyn Sopacua wrote: > On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: > > > I used to be able to play (windows) mplayer2 files and *.mov files > > with my native mozilla browser and mplayerplug-in installed. Lately > > that does not work anymore. Mozilla just crashes, firefox starts up > > the mplayerplug-in and than stops (hangs). > > Did this start after upgrading firefox to 1.5? > Related: > does: > find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ > -print |xargs grep nsPluginThread > > yield any results? I can't remember if the firefox upgrade was related. I _do_ upgrade both browsers if portupgrade says there is a newer version. I do have the latest firefox installed also. The results for the above find command: /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct _nsPluginThread nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: GetCurrentThread(nsPluginThread* *threadID) = 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: GetCurrentThread(nsPluginThread* *threadID); -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 21:46:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C09E16A41F for ; Tue, 20 Dec 2005 21:46:33 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48FC43D49 for ; Tue, 20 Dec 2005 21:46:32 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 8474D11454; Tue, 20 Dec 2005 22:46:31 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 22:46:30 +0100 User-Agent: KMail/1.8.3 References: <20051220213608.db284b54.dick@nagual.st> <200512202149.21610.freebsd.stable@melvyn.homeunix.org> <20051220220138.e059850a.dick@nagual.st> In-Reply-To: <20051220220138.e059850a.dick@nagual.st> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512202246.30482.freebsd.stable@melvyn.homeunix.org> Subject: Re: advice please X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 21:46:33 -0000 On Tuesday 20 December 2005 22:01, dick hoogendijk wrote: > On Tue, 20 Dec 2005 21:49:21 +0100 > > Melvyn Sopacua wrote: > > On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: > > > I used to be able to play (windows) mplayer2 files and *.mov files > > > with my native mozilla browser and mplayerplug-in installed. Lately > > > that does not work anymore. Mozilla just crashes, firefox starts up > > > the mplayerplug-in and than stops (hangs). > > > > Did this start after upgrading firefox to 1.5? > > Related: > > does: > > find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ > > -print |xargs grep nsPluginThread > > > > yield any results? > > I can't remember if the firefox upgrade was related. I _do_ upgrade > both browsers if portupgrade says there is a newer version. I do have > the latest firefox installed also. > > The results for the above find command: > > /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct > _nsPluginThread > nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: > GetCurrentThread(nsPluginThread* *threadID) = > 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: > GetCurrentThread(nsPluginThread* *threadID); Hmm, so Mozilla still provides compatibility for oji java plugins, where firefox doesn't. I just took a quick look at mplayerplugin source and can't find any references to PRThread. The plugin uses the provided top-level interfaces. Did you recompile the plugin? I just installed it and it doesn't really work for me (opens a new window iso playing in the designated space, probably because I didn't compile mplayer using WITHOUT_GUI), but doesn't crash anything either. I tried the apple movie trailers. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 22:20:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 896E416A41F for ; Tue, 20 Dec 2005 22:20:55 +0000 (GMT) (envelope-from dick@nagual.st) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id B49AE43D5D for ; Tue, 20 Dec 2005 22:20:54 +0000 (GMT) (envelope-from dick@nagual.st) Received: from arwen.nagual.st (arwen.nagual.st [192.168.11.29]) by nagual.st with esmtp; Tue, 20 Dec 2005 23:20:53 +0100 id 0003982D.43A883C5.00016D07 Date: Tue, 20 Dec 2005 23:20:54 +0100 From: dick hoogendijk To: freebsd-stable@freebsd.org Message-Id: <20051220232054.d9d896eb.dick@nagual.st> In-Reply-To: <200512202246.30482.freebsd.stable@melvyn.homeunix.org> References: <20051220213608.db284b54.dick@nagual.st> <200512202149.21610.freebsd.stable@melvyn.homeunix.org> <20051220220138.e059850a.dick@nagual.st> <200512202246.30482.freebsd.stable@melvyn.homeunix.org> Organization: de nagual X-Mailer: Sylpheed version 2.1.9 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: advice please X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 22:20:55 -0000 On Tue, 20 Dec 2005 22:46:30 +0100 Melvyn Sopacua wrote: > On Tuesday 20 December 2005 22:01, dick hoogendijk wrote: > > On Tue, 20 Dec 2005 21:49:21 +0100 > > > > Melvyn Sopacua wrote: > > > On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: > > > > I used to be able to play (windows) mplayer2 files and *.mov > > > > files with my native mozilla browser and mplayerplug-in > > > > installed. Lately that does not work anymore. Mozilla just > > > > crashes, firefox starts up the mplayerplug-in and than stops > > > > (hangs). > > > > > > Did this start after upgrading firefox to 1.5? > > > Related: > > > does: > > > find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type > > > f \ -print |xargs grep nsPluginThread > > > > > > yield any results? > > > > I can't remember if the firefox upgrade was related. I _do_ upgrade > > both browsers if portupgrade says there is a newer version. I do > > have the latest firefox installed also. > > > > The results for the above find command: > > > > /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct > > _nsPluginThread > > nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: > > GetCurrentThread(nsPluginThread* *threadID) = > > 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: > > GetCurrentThread(nsPluginThread* *threadID); > > Hmm, so Mozilla still provides compatibility for oji java plugins, > where firefox doesn't. > I just took a quick look at mplayerplugin source and can't find any > references to PRThread. The plugin uses the provided top-level > interfaces. Did you recompile the plugin? I recompiled mozilla, firefox and the plugin I recompiled a couple of times. To no use. Mozilla just crashes, firefox shows the "plugin-window" and does nothing. I never used the option "without-gui" btw. > I just installed it and it doesn't really work for me (opens a new > window iso playing in the designated space, probably because I didn't > compile mplayer using WITHOUT_GUI), but doesn't crash anything either. > I tried the apple movie trailers. Yeah, only difference it that when I try to open an movie trailer, mozilla coredumps and firefox stops with a blank plugin-window. Hope that somebody knows how to solve this. I liked mplayerplug-in very much. It seems the only way to have some multimedia with mozilla/firefox. Plus, it *used* to work ;-( -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 22:39:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC0116A41F for ; Tue, 20 Dec 2005 22:39:42 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from gw.luna.afraid.org (lls-c-13303.adsl.wanadoo.nl [81.69.81.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3234643D4C for ; Tue, 20 Dec 2005 22:39:42 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from [127.0.0.1] (gw.luna.afraid.org [127.0.0.1]) by gw.luna.afraid.org (Postfix) with ESMTP id 59FEC1B for ; Tue, 20 Dec 2005 23:39:41 +0100 (CET) Message-ID: <43A8882C.7090809@luna.afraid.org> Date: Tue, 20 Dec 2005 23:39:40 +0100 From: Raaf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051213 Thunderbird/1.0.7 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051220213608.db284b54.dick@nagual.st> <200512202149.21610.freebsd.stable@melvyn.homeunix.org> <20051220220138.e059850a.dick@nagual.st> <200512202246.30482.freebsd.stable@melvyn.homeunix.org> <20051220232054.d9d896eb.dick@nagual.st> In-Reply-To: <20051220232054.d9d896eb.dick@nagual.st> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: advice please X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 22:39:42 -0000 dick hoogendijk wrote: >>I just installed it and it doesn't really work for me (opens a new >>window iso playing in the designated space, probably because I didn't >>compile mplayer using WITHOUT_GUI), but doesn't crash anything either. >>I tried the apple movie trailers. > > > Yeah, only difference it that when I try to open an movie trailer, > mozilla coredumps and firefox stops with a blank plugin-window. Hope > that somebody knows how to solve this. I liked mplayerplug-in very > much. It seems the only way to have some multimedia with > mozilla/firefox. Plus, it *used* to work ;-( > Have you tried MediaPlayerConnectivity firefox extension? It works for me both with mplayer and totem. https://addons.mozilla.org/extensions/moreinfo.php?id=446&application=firefox From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 22:40:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8E0616A41F for ; Tue, 20 Dec 2005 22:40:30 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC96843D60 for ; Tue, 20 Dec 2005 22:40:29 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 820D211454; Tue, 20 Dec 2005 23:40:28 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Tue, 20 Dec 2005 23:40:26 +0100 User-Agent: KMail/1.8.3 References: <20051220213608.db284b54.dick@nagual.st> <200512202246.30482.freebsd.stable@melvyn.homeunix.org> <20051220232054.d9d896eb.dick@nagual.st> In-Reply-To: <20051220232054.d9d896eb.dick@nagual.st> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512202340.27117.freebsd.stable@melvyn.homeunix.org> Subject: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 22:40:31 -0000 On Tuesday 20 December 2005 23:20, dick hoogendijk wrote: > On Tue, 20 Dec 2005 22:46:30 +0100 > > Melvyn Sopacua wrote: > > On Tuesday 20 December 2005 22:01, dick hoogendijk wrote: > > > On Tue, 20 Dec 2005 21:49:21 +0100 > > > > > > Melvyn Sopacua wrote: > > > > On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: > > > > > I used to be able to play (windows) mplayer2 files and *.mov > > > > > files with my native mozilla browser and mplayerplug-in > > > > > installed. Lately that does not work anymore. Mozilla just > > > > > crashes, firefox starts up the mplayerplug-in and than stops > > > > > (hangs). > > > > > > > > Did this start after upgrading firefox to 1.5? > > > > Related: > > > > does: > > > > find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type > > > > f \ -print |xargs grep nsPluginThread > > > > > > > > yield any results? > > > > > > I can't remember if the firefox upgrade was related. I _do_ upgrade > > > both browsers if portupgrade says there is a newer version. I do > > > have the latest firefox installed also. > > > > > > The results for the above find command: > > > > > > /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct > > > _nsPluginThread > > > nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: > > > GetCurrentThread(nsPluginThread* *threadID) = > > > 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: > > > GetCurrentThread(nsPluginThread* *threadID); > > > > Hmm, so Mozilla still provides compatibility for oji java plugins, > > where firefox doesn't. > > I just took a quick look at mplayerplugin source and can't find any > > references to PRThread. The plugin uses the provided top-level > > interfaces. Did you recompile the plugin? > > I recompiled mozilla, firefox and the plugin I recompiled a couple of > times. To no use. Mozilla just crashes, firefox shows the > "plugin-window" and does nothing. I never used the option "without-gui" > btw. > > > I just installed it and it doesn't really work for me (opens a new > > window iso playing in the designated space, probably because I didn't > > compile mplayer using WITHOUT_GUI), but doesn't crash anything either. > > I tried the apple movie trailers. > > Yeah, only difference it that when I try to open an movie trailer, > mozilla coredumps and firefox stops with a blank plugin-window. Hope > that somebody knows how to solve this. I liked mplayerplug-in very > much. It seems the only way to have some multimedia with > mozilla/firefox. Plus, it *used* to work ;-( Well, I know now that my mplayer/.config was the cause of it not playing in it's own space. I used vo=gl2,xv. xv is the one that plays in the designated space. However, I've got problems too, if I use the stop command or go to another page while the plugin is still loaded - gdb shows: Url: http://www.apple.com/trailers/fox/x3/ Action: click one of the HD teasers then click stop: [Switching to Thread 0x8bce400 (LWP 100139)] 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 Url: http://www.apple.com/trailers/fox/x3/ Action: click medium on the 'normal' trailers, play it, stop if you want, then click backbutton: [Switching to Thread 0x8901800 (LWP 100094)] 0x28a822bb in __error () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a822bb in __error () from /usr/lib/libpthread.so.2 #1 0x28a80905 in pthread_testcancel () from /usr/lib/libpthread.so.2 #2 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #4 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #5 0x28b1f367 in _ctx_start () from /lib/libc.so.6 -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 22:57:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 040C616A420 for ; Tue, 20 Dec 2005 22:57:36 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 17D1B43D60 for ; Tue, 20 Dec 2005 22:57:34 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 18381 invoked by uid 300); 20 Dec 2005 22:57:33 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(1.6/5.0):. Processed in 5.20526 secs); 20 Dec 2005 22:57:33 -0000 X-Spam-Status: No, hits=1.6 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 20 Dec 2005 22:57:28 -0000 Message-ID: <43A88C31.9070302@tvnetwork.hu> Date: Tue, 20 Dec 2005 23:56:49 +0100 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexey Popov References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> <43A7D3E6.608@iteranet.com> In-Reply-To: <43A7D3E6.608@iteranet.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, Gianmarco Giovannelli Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 22:57:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexey Popov wrote: > Hi. > > Gianmarco Giovannelli wrote: > >>>>> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't >>> >>> i915 DRM is not fully supported in -stable. You may try 7-current or >>> this hack: ftp://213.85.11.250/pub/drm3.patch . >> >> I have applied the patch et voila' :-) >> drmsub0: : (child of agp_i810.c) on agp0 >> info: [drm] AGP at 0xb0080000 0MB >> info: [drm] Initialized i915 1.2.0 20041217 >> hp:/home/gmarco> glxgears >> ERROR: line 125, Function intelInitDriver, File intel_screen.c > > This looks like incompatibility between graphics/dri and xorg-server. > See this thread: > http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html > Works for me with graphics/dri-devel and x11-server/xorg-server > The combination of graphics/dri-devel and x11-servers/xorg-server is not suitable for i915gm. This chip is only supported by x11-servers/xorg-server-snap. However it does not work well with either graphics/dri-devel or dri from cvs (as of today). Any idea? Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDqIwwHGP5/4adgcURAmoSAJ0Tr5UwwA3fl8akGg8lH83N4Km32QCfT97E abCFhp+R/kC0EFBI89YI+2Y= =RCvf -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 20 23:51:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2017C16A420 for ; Tue, 20 Dec 2005 23:51:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E09743D77 for ; Tue, 20 Dec 2005 23:51:28 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jBKNpRs9021858; Tue, 20 Dec 2005 18:51:27 -0500 (EST) Date: Tue, 20 Dec 2005 18:51:27 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Melvyn Sopacua In-Reply-To: <200512202340.27117.freebsd.stable@melvyn.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 23:51:40 -0000 On Tue, 20 Dec 2005, Melvyn Sopacua wrote: > > [Switching to Thread 0x8bce400 (LWP 100139)] > 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > (gdb) where > #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > #1 0x2a17f52a in playNode () > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > #2 0x2a181a1c in playPlaylist () > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 > #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 You've probably got things linked to two different versions of libpthread. Please see /usr/ports/UPDATING, section 20050722. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 01:08:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EB916A41F for ; Wed, 21 Dec 2005 01:08:52 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id D791843D49 for ; Wed, 21 Dec 2005 01:08:51 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 44DE411454; Wed, 21 Dec 2005 02:08:50 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Wed, 21 Dec 2005 02:08:48 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512210208.49166.freebsd.stable@melvyn.homeunix.org> Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 01:08:52 -0000 On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: > On Tue, 20 Dec 2005, Melvyn Sopacua wrote: > > [Switching to Thread 0x8bce400 (LWP 100139)] > > 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > (gdb) where > > #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > #1 0x2a17f52a in playNode () > > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > > #2 0x2a181a1c in playPlaylist () > > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > > #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 > > #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 > > You've probably got things linked to two different versions of > libpthread. Please see /usr/ports/UPDATING, section 20050722. It's a clean install (well, 5.x to a new slice, then recompiled after boot). But: cat /var/db/pkg/compat5x-i386-5.4.0.8/+REQUIRED_BY mplayer-0.99.7_7 nvidia-driver-1.0.8174 opera-8.51.20051114 So, recompiled. gdb looks a bit different, but the problem is the same. 0x28a8135f in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a8135f in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x28a79d80 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 #2 0x00000000 in ?? () It's spinning an endless loop, so depending on when you attach or continue and send a stop signal, output is different: 0x2a1cd572 in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so (gdb) where #0 0x2a1cd572 in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #1 0x2a1cfa1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #3 0x28b1f367 in _ctx_start () from /lib/libc.so.6 (gdb) where #0 0x2a1b3138 in ?? () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #1 0x2a1cd525 in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a1cfa1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 Going to recompile with debug symbols and see if that makes more sense. Seems like an error in the plugin though. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 01:57:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BF816A42A for ; Wed, 21 Dec 2005 01:57:16 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7190C43E57 for ; Wed, 21 Dec 2005 01:39:57 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 2E8BA11454; Wed, 21 Dec 2005 02:39:55 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Wed, 21 Dec 2005 02:39:54 +0100 User-Agent: KMail/1.8.3 References: <200512210208.49166.freebsd.stable@melvyn.homeunix.org> In-Reply-To: <200512210208.49166.freebsd.stable@melvyn.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512210239.55040.freebsd.stable@melvyn.homeunix.org> Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 01:57:16 -0000 On Wednesday 21 December 2005 02:08, Melvyn Sopacua wrote: > On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: > > On Tue, 20 Dec 2005, Melvyn Sopacua wrote: > Seems like an error in the plugin though. Source directories searched: /work/usr/ports/www/mplayer-plugin/work/mplayerplug-in:$cdir:$cwd (gdb) where #0 0x28a808ad in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a1d40d2 in playNode (local_td=0x8b7ed00, local_list=0x8dad000, local_url=0xbf1f5770 "http://movies.apple.com/movies/wb/v_for_vendetta/v_for_vendetta-tlr2_h480.mov", local_mmsstream=0, usefps=0xbf1f5754, nomouseinput=0xbf1f5750, maybeplaylist=0xbf1f574c) at Source/plugin-threads.cpp:765 Source/plugin-thread.cpp/756: while (1) { It never reaches a condition to break outof that and that's quite a loop. mplayer isn't even there anymore... -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 05:36:29 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 151E816A41F for ; Wed, 21 Dec 2005 05:36:29 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A4443D58 for ; Wed, 21 Dec 2005 05:36:27 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBL5Yd2X000330; Wed, 21 Dec 2005 06:34:39 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <7.0.0.16.2.20051221062911.05507d90@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Wed, 21 Dec 2005 06:33:39 +0100 To: =?iso-8859-1?Q?L=E1szl=F3?= =?iso-8859-1?Q?_K=E1roly?= From: Gianmarco Giovannelli In-Reply-To: <43A88C31.9070302@tvnetwork.hu> References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> <43A7D3E6.608@iteranet.com> <43A88C31.9070302@tvnetwork.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 05:36:29 -0000 At 23.56 20/12/2005, you wrote: >>>>>> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't >>>> >>>> i915 DRM is not fully supported in -stable. You may try 7-current or >>>> this hack: ftp://213.85.11.250/pub/drm3.patch . >>> >>> I have applied the patch et voila' :-) >>> drmsub0: : (child of agp_i810.c) on agp0 >>> info: [drm] AGP at 0xb0080000 0MB >>> info: [drm] Initialized i915 1.2.0 20041217 >>> hp:/home/gmarco> glxgears >>> ERROR: line 125, Function intelInitDriver, File intel_screen.c >> >> This looks like incompatibility between graphics/dri and xorg-server. >> See this thread: >> http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html >> Works for me with graphics/dri-devel and x11-server/xorg-server >> >The combination of graphics/dri-devel and x11-servers/xorg-server is not >suitable for i915gm. This chip is only supported by >x11-servers/xorg-server-snap. However it does not work well with either >graphics/dri-devel or dri from cvs (as of today). Infact I have tried all the combinations me too, but I found that plain xorg 6.8.2 doesn't work after the patch (it seems to remember it used to work before, but I can be wrong) and with the latest snapshot (903) the latest dri produces the error above resulting slover than before the patch. Any other idea/test/patch ? Let's keep fighting ... :-) Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 06:17:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E0D216A41F for ; Wed, 21 Dec 2005 06:17:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 192EE43D55 for ; Wed, 21 Dec 2005 06:17:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DE4B972DD4; Tue, 20 Dec 2005 22:17:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D955672DCB; Tue, 20 Dec 2005 22:17:02 -0800 (PST) Date: Tue, 20 Dec 2005 22:17:02 -0800 (PST) From: Doug White To: "Paul.LKW" In-Reply-To: Message-ID: <20051220221646.R71196@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: ACPI not work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 06:17:03 -0000 On Tue, 20 Dec 2005, Paul.LKW wrote: > Hello All: > I have a problem about ACPI not work with the following error from the > message log > > Dec 21 20:22:24 amd-64 kernel: ioapic0: Assuming intbase of 0 > Dec 21 20:22:24 amd-64 kernel: ioapic0 irqs 0-23 on > motherboard > Dec 21 20:22:24 amd-64 kernel: ACPI-0397: *** Error: NsSearchAndEnter: Bad > character in ACPI Name: 43005350 > Dec 21 20:22:24 amd-64 kernel: ACPI-0381: *** Error: Looking up [0x43005350] > (NON-ASCII) > Dec 21 20:22:24 amd-64 kernel: in namespace, AE_BAD_CHARACTER > Dec 21 20:22:24 amd-64 kernel: ACPI-0204: *** Error: AcpiLoadTables: Could > not load namespace: AE_BAD_CHARACTER > Dec 21 20:22:24 amd-64 kernel: ACPI-0213: *** Error: AcpiLoadTables: Could > not load tables: AE_BAD_CHARACTER > Dec 21 20:22:24 amd-64 kernel: ACPI: table load failed: AE_BAD_CHARACTER > > Any idea to fix it. Try upgrading or reflashing your BIOS. The DSDT in the BIOS image is corrupted. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 07:53:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3112716A41F for ; Wed, 21 Dec 2005 07:53:18 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2628D43D5C for ; Wed, 21 Dec 2005 07:53:16 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBL7pST2000641 for ; Wed, 21 Dec 2005 08:51:29 +0100 (CET) (envelope-from gmarco@giovannelli.it) Message-Id: <7.0.0.16.2.20051221085011.03b24828@gimbo.org> Message-Id: <7.0.0.16.2.20051221062911.05507d90@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Wed, 21 Dec 2005 08:50:28 +0100 To: stable@freebsd.org From: Gianmarco Giovannelli Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 07:53:18 -0000 At 23.56 20/12/2005, you wrote: >>>>>> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't >>>> >>>> i915 DRM is not fully supported in -stable. You may try 7-current or >>>> this hack: ftp://213.85.11.250/pub/drm3.patch . >>> >>> I have applied the patch et voila' :-) >>> drmsub0: : (child of agp_i810.c) on agp0 >>> info: [drm] AGP at 0xb0080000 0MB >>> info: [drm] Initialized i915 1.2.0 20041217 >>> hp:/home/gmarco> glxgears >>> ERROR: line 125, Function intelInitDriver, File intel_screen.c >> >> This looks like incompatibility between graphics/dri and xorg-server. >> See this thread: >> http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html >> Works for me with graphics/dri-devel and x11-server/xorg-server >> >The combination of graphics/dri-devel and x11-servers/xorg-server is not >suitable for i915gm. This chip is only supported by >x11-servers/xorg-server-snap. However it does not work well with either >graphics/dri-devel or dri from cvs (as of today). Infact I have tried all the combinations me too, but I found that plain xorg 6.8.2 doesn't work after the patch (it seems to remember it used to work before, but I can be wrong) and with the latest snapshot (903) the latest dri produces the error above resulting slover than before the patch. Any other idea/test/patch ? Let's keep fighting ... :-) Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 08:48:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A594316A41F for ; Wed, 21 Dec 2005 08:48:15 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 694E943D5A for ; Wed, 21 Dec 2005 08:48:14 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 59905 invoked by uid 399); 21 Dec 2005 08:23:25 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 21 Dec 2005 08:23:25 -0000 Message-ID: <43A910F8.5090009@FreeBSD.org> Date: Wed, 21 Dec 2005 00:23:20 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 08:48:15 -0000 Howdy, As has been discussed for a couple weeks now, I have MFC'ed to RELENG_6 the changes in /etc/rc* that bring new-style boot scripts from the local_startup directories (by default /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d) into the base rcorder. For old style scripts (those that don't use rc.subr) there should be no changes. They will still run out of /etc/rc.d/localpkg. For those scripts that have been converted to use rc.subr, they will still be run the same way that they are now. The difference is that they will be added to the base rcorder list, and run in that spot instead of in localpkg. To get an idea of the current list (minus any local scripts) in RELENG_6, see http://people.freebsd.org/~dougb/rcorder-6.all In an ideal world, there should be no problems related to running the scripts in a different order. However, it is anticipated that there may be a brief period while scripts for whom the ordering is significant are adjusted. These are extremely easy changes to make, and do not otherwise affect the functionality of the packages in any way. If you run into one of these problems, please report it to the port's maintainer, and freebsd-port@freebsd.org ASAP. In almost all cases however the scripts will run close enough to their old position as not to make any difference, since currently localpkg is fairly late in the order. This change is being made so that port authors and users can take advantage of the greater control these features will give them. Some authors have already stepped forward and added new functionality to their ports that take advantage of these features. If anyone has questions about the changes, or what they offer you, feel free to ask on freebsd-rc@freebsd.org. You can also find more information in rc(8) on an updated system. Happy Holidays, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 09:23:19 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E60916A41F; Wed, 21 Dec 2005 09:23:19 +0000 (GMT) (envelope-from llp@iteranet.com) Received: from eva.iteranet.ru (eva.iteranet.ru [212.74.231.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF89843D49; Wed, 21 Dec 2005 09:23:16 +0000 (GMT) (envelope-from llp@iteranet.com) Received: from [10.1.41.116] ([10.1.44.102]) by eva.iteranet.ru (8.13.1/8.13.1) with ESMTP id jBL9NDjU051304; Wed, 21 Dec 2005 12:23:14 +0300 (MSK) (envelope-from llp@iteranet.com) Message-ID: <43A91FC7.8090808@iteranet.com> Date: Wed, 21 Dec 2005 12:26:31 +0300 From: Alexey Popov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050419) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gianmarco Giovannelli References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> <43A7D3E6.608@iteranet.com> <43A88C31.9070302@tvnetwork.hu> <7.0.0.16.2.20051221062911.05507d90@gimbo.org> In-Reply-To: <7.0.0.16.2.20051221062911.05507d90@gimbo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (eva.iteranet.ru [212.74.231.163]); Wed, 21 Dec 2005 12:23:14 +0300 (MSK) X-Virus-Scanned: ClamAV 0.87.1/1213/Mon Dec 19 17:48:34 2005 on eva.iteranet.ru X-Virus-Status: Clean Cc: stable@freebsd.org, =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= , freebsd-x11@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 09:23:19 -0000 Hi. Gianmarco Giovannelli wrote: > >>>>>> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't > >>>> i915 DRM is not fully supported in -stable. You may try 7-current or > >>>> this hack: ftp://213.85.11.250/pub/drm3.patch . > >>> I have applied the patch et voila' :-) > >>> drmsub0: : (child of agp_i810.c) on agp0 > >>> info: [drm] AGP at 0xb0080000 0MB > >>> info: [drm] Initialized i915 1.2.0 20041217 > >>> hp:/home/gmarco> glxgears > >>> ERROR: line 125, Function intelInitDriver, File intel_screen.c > >> Works for me with graphics/dri-devel and x11-server/xorg-server > >The combination of graphics/dri-devel and x11-servers/xorg-server is not > >suitable for i915gm. This chip is only supported by > >x11-servers/xorg-server-snap. However it does not work well with either > >graphics/dri-devel or dri from cvs (as of today). > Infact I have tried all the combinations me too, but I found that plain > xorg 6.8.2 doesn't work after the patch (it seems to remember it used to > work before, but I can be wrong) and with the latest snapshot (903) the > latest dri produces the error above resulting slover than before the > patch. Is there any diagnostics on how plain xorg doesn't work? Personally I just made patch for successfully initializing i915.ko. I think, freebsd-x11 is better list for this thread. May be Eric can say something? With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 09:59:19 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29CA816A41F for ; Wed, 21 Dec 2005 09:59:19 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D98943D5D for ; Wed, 21 Dec 2005 09:59:17 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id 563FC39846; Wed, 21 Dec 2005 15:58:47 +0600 (NOVT) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id 35CB439831; Wed, 21 Dec 2005 15:58:46 +0600 (NOVT) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id 0E0BD3982B; Wed, 21 Dec 2005 15:58:45 +0600 (NOVT) Date: Wed, 21 Dec 2005 15:58:45 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Rong-En Fan In-Reply-To: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> Message-ID: <20051221155740.T35998@sbk-gw.sibnet.ru> References: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 09:59:19 -0000 Oops, I've just remember that I've also set hint.atkbd.0.flags="0" and I've no problems with keyboard. Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Mon, 19 Dec 2005, Rong-En Fan wrote: > Hi all, > > We have a IBM xSeries 336 which has 2 Pentium 4 (EM64T) 3.2G with 2GB memory. > When we boot it with 6.0-RELEASE/amd64, it hangs after acd0 is shown. > However, if apic is disabled, then it boots. For 5.4-RELEASE/amd64, it works > great. A 7.0-CURRENT (SNAP009, Nov/2005) shows the same behavior. > > To have it boot, I set following in loader.conf > > hint.atkbd.0.disabled="0x4" # otherwise, I lose my keyboard > hint.apic.0.disabled="1" > > The verbose dmesg with/without apic, and the asl dump (with bios version 1.12, > the latest one found on IBM site) are available at: > > http://www.rafan.org/FreeBSD/x336/ > > BTW, the SCSI timeout message from dmesg-noapic.txt is a bit wired. If I boot > without verbose message it does not show, everything works great. With > verbose booting, > those messages show up and it takes me a lot of time to get into multiuser mode. > > Regards, > Rong-En Fan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 10:03:10 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEAF016A420 for ; Wed, 21 Dec 2005 10:03:10 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B07E43D5A for ; Wed, 21 Dec 2005 10:03:08 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id D4DCD39848; Wed, 21 Dec 2005 16:02:32 +0600 (NOVT) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id 2E56F39831; Wed, 21 Dec 2005 16:02:32 +0600 (NOVT) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id 18A213982B; Wed, 21 Dec 2005 16:02:32 +0600 (NOVT) Date: Wed, 21 Dec 2005 16:02:31 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Joseph Koshy In-Reply-To: <84dead720512190622m387d6e78vc2e3b8657f8f2a0d@mail.gmail.com> Message-ID: <20051221155851.W35998@sbk-gw.sibnet.ru> References: <6eb82e0512190529r6a08b505sc483ef43c43889a@mail.gmail.com> <20051219195521.T20708@sbk-gw.sibnet.ru> <84dead720512190622m387d6e78vc2e3b8657f8f2a0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: 6.0/amd64 boot hang if apic enabled on IBM x336 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 10:03:11 -0000 Does not work on xSeries 336 for me. Shows that CPU have HTT, 2 logical CPU. But does not launch "logical" CPU. When I've added #define MPTABLE_FORCE_HTT 1 into /sys/amd64/amd64/mptable.c I've seen detection on second CPU, but it hangs solid after "Timecounters tick every 1.000 ms". Just after that in single processor mode mpt0 is begin to initialize. Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Mon, 19 Dec 2005, Joseph Koshy wrote: > mk> The question I have. Does Intel CPU have HTT in amd64 mode? > > Yes, AFAIK. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 11:00:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB32116A41F for ; Wed, 21 Dec 2005 11:00:08 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD35643D62 for ; Wed, 21 Dec 2005 11:00:05 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: by nproxy.gmail.com with SMTP id d4so36864nfe for ; Wed, 21 Dec 2005 03:00:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PjDAgU6fSAhr4eodJsc/rWcBDIAYGZiyGQ9V3VkJqT57zOJ75FFc98SULanEajCDtHqtcP90Y9NHLQ7RyK2GMGRoPj052zCNMurCoZXQwHfi07FdX78VEF8eOUAnESZCFX7COHXHnfz+Dxv/A1oYhCYV/lWIBseN02LQKz9AnCE= Received: by 10.48.4.9 with SMTP id 9mr24467nfd; Wed, 21 Dec 2005 03:00:03 -0800 (PST) Received: by 10.48.215.13 with HTTP; Wed, 21 Dec 2005 03:00:03 -0800 (PST) Message-ID: <5fbf03c20512210300n69520e0dwab64410e58f484ff@mail.gmail.com> Date: Wed, 21 Dec 2005 12:00:03 +0100 From: spil oss To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Buildkernel failure due to wlan dependency -> update comments of GENERIC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 11:00:09 -0000 When trying to build a RELENG_6_0 kernel with SMP support and unneccessary devices commented out, I got a failure whilst compiling the ural device. This was due to the fact that I had disabled wlan, but still had ural enabled. Can the comment on ural be modified so one immediately sees this dependency= ? device umass # Disks/Mass storage - Requires scbus and d= a device=09=09ural=09=09# Ralink Technology RT2500USB wireless NICs - Require= s wlan (and possibly requires additional devices) Spil. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 13:57:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3818616A41F for ; Wed, 21 Dec 2005 13:57:09 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DFA43D66 for ; Wed, 21 Dec 2005 13:57:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jBLDv7iP027429; Wed, 21 Dec 2005 08:57:07 -0500 (EST) Date: Wed, 21 Dec 2005 08:57:07 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Melvyn Sopacua In-Reply-To: <200512210208.49166.freebsd.stable@melvyn.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 13:57:09 -0000 On Wed, 21 Dec 2005, Melvyn Sopacua wrote: > On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: > > On Tue, 20 Dec 2005, Melvyn Sopacua wrote: > > > [Switching to Thread 0x8bce400 (LWP 100139)] > > > 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > (gdb) where > > > #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > #1 0x2a17f52a in playNode () > > > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > > > #2 0x2a181a1c in playPlaylist () > > > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > > > #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 > > > #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 > > > > You've probably got things linked to two different versions of > > libpthread. Please see /usr/ports/UPDATING, section 20050722. > > It's a clean install (well, 5.x to a new slice, then recompiled after boot). Please read the UPDATING section. You have to rebuild all your ports now that you are using 6.x. You can't just upgrade firefox and mplayer plugin. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 14:23:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C04916A41F for ; Wed, 21 Dec 2005 14:23:10 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3409C43D58 for ; Wed, 21 Dec 2005 14:23:10 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 546CD114F6; Wed, 21 Dec 2005 15:23:09 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Wed, 21 Dec 2005 15:23:08 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211523.09126.freebsd.stable@melvyn.homeunix.org> Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 14:23:10 -0000 On Wednesday 21 December 2005 14:57, Daniel Eischen wrote: > On Wed, 21 Dec 2005, Melvyn Sopacua wrote: > > On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: > > > On Tue, 20 Dec 2005, Melvyn Sopacua wrote: > > > > [Switching to Thread 0x8bce400 (LWP 100139)] > > > > 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > > (gdb) where > > > > #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > > #1 0x2a17f52a in playNode () > > > > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > > > > #2 0x2a181a1c in playPlaylist () > > > > from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so > > > > #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 > > > > #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 > > > > > > You've probably got things linked to two different versions of > > > libpthread. Please see /usr/ports/UPDATING, section 20050722. > > > > It's a clean install (well, 5.x to a new slice, then recompiled after > > boot). > > Please read the UPDATING section. You have to rebuild all your > ports now that you are using 6.x. You can't just upgrade firefox > and mplayer plugin. I didn't. I built all ports from scratch or used 6-stable packages. I think it's an error in mplayer-plugin, unless you tell me it works for you, then the only thing that makes sense is the use of nvidia-driver. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 14:29:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA0016A420 for ; Wed, 21 Dec 2005 14:29:35 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ACD543D64 for ; Wed, 21 Dec 2005 14:29:34 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jBLETXah016822; Wed, 21 Dec 2005 09:29:33 -0500 (EST) Date: Wed, 21 Dec 2005 09:29:33 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Melvyn Sopacua In-Reply-To: <200512211523.09126.freebsd.stable@melvyn.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 14:29:36 -0000 On Wed, 21 Dec 2005, Melvyn Sopacua wrote: > On Wednesday 21 December 2005 14:57, Daniel Eischen wrote: > > > > Please read the UPDATING section. You have to rebuild all your > > ports now that you are using 6.x. You can't just upgrade firefox > > and mplayer plugin. > > I didn't. I built all ports from scratch or used 6-stable packages. I think My apologies. Your previous email sounded like you had built ports on 5.x and then upgraded some of them on 6.x You can use /etc/libmap.conf to be sure: libpthread.so libpthread.so.2 libpthread.so.1 libpthread.so.2 You might want to check /etc/libmap.conf just to make sure you don't have anything mapped to libpthread.so.1. > it's an error in mplayer-plugin, unless you tell me it works for you, then > the only thing that makes sense is the use of nvidia-driver. That has been a problem in the past, but I thought they released a newer driver that works correctly with libpthread and libthr. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 15:10:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 759E116A41F for ; Wed, 21 Dec 2005 15:10:55 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9253043D5C for ; Wed, 21 Dec 2005 15:10:54 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id C990E114F6; Wed, 21 Dec 2005 16:10:52 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Wed, 21 Dec 2005 16:10:52 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211610.52561.freebsd.stable@melvyn.homeunix.org> Subject: Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 15:10:55 -0000 On Wednesday 21 December 2005 15:29, Daniel Eischen wrote: > My apologies. Your previous email sounded like you had built > ports on 5.x and then upgraded some of them on 6.x Nps. I kept the old /usr/local around as /stable/usr/local to copy over configs and apache's webroot, but I don't see how that could've interfered, as I didn't add it to my PATH or anything fishy like that. In fact, I did ldd -a /usr/local/bin/mplayer|grep pthread and it only showed libpthread.so.2. > You might want to check /etc/libmap.conf just to make sure > you don't have anything mapped to libpthread.so.1. all .2 > > it's an error in mplayer-plugin, unless you tell me it works for you, > > then the only thing that makes sense is the use of nvidia-driver. > > That has been a problem in the past, but I thought they released > a newer driver that works correctly with libpthread and libthr. Latest of everything. Portstree last updated Dec 17. Recompiled mplayer without WITH_NVIDIA didn't make a difference. It just doesn't get outof the loop in PlayNode(), but I'm not farmiliar with the conditions mentioned therein. Just trying to figure out if this is a local problem, pthreads problem or that the port is broken (with certain combinations). -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 16:20:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBB5E16A424; Wed, 21 Dec 2005 16:20:41 +0000 (GMT) (envelope-from lk@tempest.sk) Received: from proxy.dgrp.sk (proxy.dgrp.sk [195.28.127.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE6E743D62; Wed, 21 Dec 2005 16:20:40 +0000 (GMT) (envelope-from lk@tempest.sk) Received: by proxy.dgrp.sk (Postfix, from userid 1003) id 309138009; Wed, 21 Dec 2005 17:20:39 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on proxy.dgrp.sk X-Spam-Level: X-Spam-Status: No, score=0.3 required=4.0 tests=AWL autolearn=ham version=3.1.0 Received: from webmail.tempest.sk (domino1.tempest.sk [195.28.100.38]) by proxy.dgrp.sk (Postfix) with ESMTP id 47C488007; Wed, 21 Dec 2005 17:20:35 +0100 (CET) Received: from lk.tempest.sk ([195.28.109.47]) by webmail.tempest.sk (Lotus Domino Release 6.5.4) with ESMTP id 2005122117203418-9407 ; Wed, 21 Dec 2005 17:20:34 +0100 Received: from lk.tempest.sk (localhost [127.0.0.1]) by lk.tempest.sk (8.13.3/8.12.9) with ESMTP id jBLGKS5G060219; Wed, 21 Dec 2005 17:20:28 +0100 (CET) (envelope-from lk@lk.tempest.sk) Received: (from koren@localhost) by lk.tempest.sk (8.13.3/8.13.1/Submit) id jBLGKSSK060216; Wed, 21 Dec 2005 17:20:28 +0100 (CET) (envelope-from lk) X-Authentication-Warning: lk.tempest.sk: koren set sender to lk using -f Sender: lk@tempest.sk To: freebsd-geom@freebsd.org, freebsd-stable@freebsd.org From: Ludo Koren Date: 21 Dec 2005 17:20:27 +0100 Message-ID: <8764pi7778.fsf@lk.tempest.sk> Lines: 93 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 21.12.2005 17:20:34, Serialize by Router on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 21.12.2005 17:20:35, Serialize complete at 21.12.2005 17:20:35 Content-Type: text/plain; charset=us-ascii Cc: Subject: gvinum: adding plex and subdisks to existing volume panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:20:42 -0000 Hi, I'm using 5.4-STABLE. One of the mirrored disks died. I want to add new disk, which has not the same size as the died one. The output of the gvinum l is the following: # gvinum l 4 drives: D rd2 State: up /dev/da2s1h A: 0/1023 MB (0%) D d2 State: up /dev/da2s1f A: 0/15452 MB (0%) D d3 State: up /dev/da3s1 A: 0/70001 MB (0%) D d4 State: up /dev/da1s1 A: 0/70001 MB (0%) 2 volumes: V root State: up Plexes: 1 Size: 1023 MB V usr State: up Plexes: 2 Size: 83 GB 4 plexes: P usr.p0 C State: down Subdisks: 1 Size: 68 GB P usr.p1 C State: up Subdisks: 2 Size: 83 GB P root.p1 C State: up Subdisks: 1 Size: 1023 MB P root.p0 C State: down Subdisks: 0 Size: 0 B 6 subdisks: S usr.p0.s0 State: down D: d1 Size: 15 GB S usr.p1.s0 State: up D: d2 Size: 15 GB S root.p1.s0 State: up D: rd2 Size: 1023 MB S root.p0.s0 State: down D: rd1 Size: 1023 MB S usr.p0.s1 State: up D: d3 Size: 68 GB S usr.p1.s1 State: up D: d4 Size: 68 GB and # camcontrol devlist -v scbus0 on ahd0 bus 0: at scbus0 target 3 lun 0 (pass0,da0) at scbus0 target 9 lun 0 (pass1,da1) at scbus0 target 10 lun 0 (sa0,pass2) < > at scbus0 target -1 lun -1 () scbus1 on ahd1 bus 0: at scbus1 target 1 lun 0 (pass3,da2) at scbus1 target 8 lun 0 (pass4,da3) < > at scbus1 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) I want to have the whole new disk a one vinum slice so the # disklabel da0s1 # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 143363700 281 4.2BSD 0 0 0 c: 143363997 0 unused 0 0 # "raw" part, don't edit h: 143363981 16 vinum The old one was: # disklabel da2s1 # /dev/da2s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2096855 281 4.2BSD 2048 16384 0 b: 2097152 2097152 swap c: 35840952 0 unused 0 0 # "raw" part, don't edit f: 31646648 4194304 vinum h: 2097136 16 vinum When I try to do: # gvinum create gvinum.conf it ends up in immediate panic (page fault). The gvinum.conf file: drive d1b device /dev/da0s1h plex name usr.p2 org concat vol usr plex name root.p2 org concat vol root sd name root.p2.s0 drive d1b len 2096871s driveoffset 265s plex root.p2 plexoffset 0s sd name usr.p2.s0 drive d1b len 31646383s driveoffset 2097136s plex usr.p2 plexoffset 0s Am I doing something wrong? How can be added a new disk to existing mirror in gvinum? Any help appreciated, I cannot find useful hints. Regards, lk From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 16:51:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66A7B16A41F; Wed, 21 Dec 2005 16:51:33 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (murder.univie.ac.at [131.130.1.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BE4943D8E; Wed, 21 Dec 2005 16:51:30 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben ([80.75.40.27]) (authenticated bits=0) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id jBLGni4V004553 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 21 Dec 2005 17:49:57 +0100 (CET) Date: Wed, 21 Dec 2005 17:49:38 +0100 From: Lukas Ertl To: Ludo Koren In-Reply-To: <8764pi7778.fsf@lk.tempest.sk> Message-ID: References: <8764pi7778.fsf@lk.tempest.sk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: gvinum: adding plex and subdisks to existing volume panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:51:33 -0000 On Wed, 21 Dec 2005, Ludo Koren wrote: > When I try to do: > # gvinum create gvinum.conf > > it ends up in immediate panic (page fault). The gvinum.conf file: It would be easier to track down this problem if you could provide the place where the panic happens or even better a backtrace. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 16:55:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD1B16A420 for ; Wed, 21 Dec 2005 16:55:32 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC76343D49 for ; Wed, 21 Dec 2005 16:55:31 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Ep7FR-0008Bp-FE for freebsd-stable@freebsd.org; Wed, 21 Dec 2005 18:55:29 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Dec 2005 18:55:29 +0200 From: Danny Braniss Message-ID: Subject: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:55:32 -0000 hi, this particular mb, intel sr1435vp2, has 2 ethernets, one is an Intel '82547EI Gigabit Ethernet Controller', the other is a Marvell (which seems that the driver is around the corner). the em performance under 6.0-stable is half of any other box i have, and a similar mb running linux gives about 1GB, so Q: any ideas what can be wrong? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 17:05:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EEE116A41F for ; Wed, 21 Dec 2005 17:05:33 +0000 (GMT) (envelope-from kjetil.svenheim@gmail.com) Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB9D543D49 for ; Wed, 21 Dec 2005 17:05:32 +0000 (GMT) (envelope-from kjetil.svenheim@gmail.com) Received: from mail-mx2.uio.no ([129.240.10.30]) by pat.uio.no with esmtp (Exim 4.43) id 1Ep7P9-0001I0-5K; Wed, 21 Dec 2005 18:05:31 +0100 Received: from grn-dhcp321.studby.uio.no ([129.240.113.71] helo=[10.0.0.2]) by mail-mx2.uio.no with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1Ep7P1-0001Qw-1G; Wed, 21 Dec 2005 18:05:23 +0100 Message-ID: <43A98B51.5000809@gmail.com> Date: Wed, 21 Dec 2005 18:05:21 +0100 From: Kjetil Svenheim User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-UiO-Spam-info: not spam, SpamAssassin (score=-0.316, required 12, autolearn=disabled, AWL -0.32) Subject: Kernel panic in FreeBSD 6.0 with Samsung SP2504C SATA harddrive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 17:05:33 -0000 Hello everyone! The other day I installed FreeBSD 6.0 on my AMD64 3200+ computer with an Asus A8N-E motherboard. The system has 1 IDE drive and 2 SATA drives. Installation went normally and everything looked fine, but at boot I got a kernel panic: ---------------------------------------------------------------- ad10: 238475MB at ata5-master SATA150 Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc08100c3 stack pointer = 0x28:0xc0c20b60 frame pointer = 0x28:0xc0c20be8 code segment = base 0x0, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 18 panic: integer device fault ---------------------------------------------------------------- After some testing I found that the problem was related specifically to that hard drive, I swapped controllers etc, but no change. If I removed that drive, FreeBSD would boot normally. I first tried on the AMD64 release, and after that I installed the i386 release, but there was no difference. (The included kernel panic message is from the i386 release). But fear not, I found a workaround! Turns out that if I change access mode on the hard drive in my bios from "Auto" to "Large", it boots fine. But just thought you should know about the issue :) I'll also include a dmesg of a normal boot of the system with the hard drive disconnected, I didnt discover the workaround until more recently: ----------------------------------------------------------------------------- Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2010.31-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 1073676288 (1023 MB) avail memory = 1041780736 (993 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 3 on acpi0 pci_link1: on acpi0 pci_link2: irq 11 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 3 on acpi0 pci_link8: irq 5 on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: irq 5 on acpi0 pci_link14: irq 11 on acpi0 pci_link15: on acpi0 pci_link16: irq 16 on acpi0 pci_link17: irq 17 on acpi0 pci_link18: irq 18 on acpi0 pci_link19: irq 19 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xd0204000-0xd0204fff 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: 10 ports with 10 removable, self powered ehci0: mem 0xd0205000-0xd02050ff at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd0202000-0xd0202fff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xd0201000-0xd0201fff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci_link17: BIOS IRQ 21 for 0.7.INTA is invalid pci_link18: BIOS IRQ 22 for 0.8.INTA is invalid pci_link18: BIOS IRQ 23 for 0.10.INTA is invalid pci5: on pcib1 ral0: mem 0xd0000000-0xd0001fff irq 16 at device 6.0 on pci5 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: 00:08:a1:85:59:fb pci5: at device 7.0 (no driver attached) pci5: at device 7.1 (no driver attached) nve0: port 0xb000-0xb007 mem 0xd0200000-0xd0200fff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:11:d8:de:d2:65 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:11:d8:de:d2:65 nve0: [GIANT-LOCKED] pcib2: at device 11.0 on pci0 pci4: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci2: on pcib4 pcib5: at device 14.0 on pci0 pci1: on pcib5 pci1: at device 0.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 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: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xd0000-0xd3fff 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: Logitech USB-PS/2 Optical Mouse, rev 2.00/18.00, addr 2, iclass 3/1 ums0: 6 buttons and Z dir. ukbd0: Compaq Compaq Internet Keyboard, rev 1.10/1.00, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Compaq Compaq Internet Keyboard, rev 1.10/1.00, addr 3, iclass 3/1 uhid0: no report descriptor device_attach: uhid0 attach returned 6 uhid0: Formosa Industrial Computin Formosa RC102-809 USB Remot, rev 1.10/1.02, addr 4, iclass 3/1 Timecounter "TSC" frequency 2010313782 Hz quality 800 Timecounters tick every 1.000 msec ad0: 190782MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 ad8: 190782MB at ata4-master SATA150 Trying to mount root from ufs:/dev/ad0s1a nve0: device timeout (6) nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (6) nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (6) nve0: link state changed to DOWN nve0: link state changed to UP ------------------------------------------------------------------------------ Thanks, Kjetil Svenheim From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 17:20:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A05816A41F for ; Wed, 21 Dec 2005 17:20:22 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED4E43D7B for ; Wed, 21 Dec 2005 17:20:15 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [134.93.180.218] (edda.Physik.Uni-Mainz.DE [134.93.180.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 681B0300056D for ; Wed, 21 Dec 2005 18:20:13 +0100 (CET) Message-ID: <43A98E89.9060205@mail.uni-mainz.de> Date: Wed, 21 Dec 2005 18:19:05 +0100 From: "O. Hartmann" Organization: Institut =?UTF-8?B?ZsO8ciBHZW9waHlzaWs=?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable Content-Type: multipart/mixed; boundary="------------020405040306050007000406" X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: FreeBSD6.0-STABLE got wicked up since today's cvsupdate (Xorg/X11, USB) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 17:20:22 -0000 This is a multi-part message in MIME format. --------------020405040306050007000406 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello. I did today (21st December) the last cvsupdate (did yesterday cvsupdate before) with a lot of new entries in /etc/rc.d. Since then I ran into massif problems with X11. I use the lastes Xorg stuff from the ports, only for your information. Problem: After kernel came up, booting into multiuser mode, starting X11 I lost USB keyboard and mouse. Changing USB keyboard against PS/2 one results also in a completely stuck keyboard. Booting machine in singleuser mode with PS/2 keyboard, disabling xdm and Xserver and starting machine then without this stuff with console results in a working system. Enabling then xdm and the approriate entry in Xservers also results in a working, as usual, environment. maybe something got wicked up with the last cvsupdate? Attached you'll find the last dmesg. Bos is a DELL Optiplex 270, operating system is FreeBSD 6.0-STABLE. moused is enabled, also devd (as you can see). Box worked with the same config since the last cvsupdate today. I deleted all /etc/rc.d entries and replaced them via mergemaster -i with the newest stuff! What else could cause this problem? Thanks in advance, Oliver --------------020405040306050007000406 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1TVEFCTEUgIzE4OiBXZWQgRGVj IDIxIDE2OjM1OjUyIFVUQyAyMDA1CiAgICByb290QGVkZGEucGh5c2lrLnVuaS1tYWluei5k ZTovdXNyL29iai91c3Ivc3JjL3N5cy9FRERBCkFDUEkgQVBJQyBUYWJsZTogPERFTEwgICBH WDI3MCAgPgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxp dHkgMApDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgNCBDUFUgMi42MEdIeiAoMjU5My41Mi1N SHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweGYy OSAgU3RlcHBpbmcgPSA5CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0Uz NixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAg RmVhdHVyZXMyPTB4NDQwMDxDTlRYLUlELDxiMTQ+PgogIEh5cGVydGhyZWFkaW5nOiAyIGxv Z2ljYWwgQ1BVcwpyZWFsIG1lbW9yeSAgPSA1Mjc4OTI0ODAgKDUwMyBNQikKYXZhaWwgbWVt b3J5ID0gNTA2OTcwMTEyICg0ODMgTUIpCkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBT eXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEg KEFQKTogQVBJQyBJRDogIDEKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAyCmlvYXBp YzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKbmV0c21iX2Rldjog bG9hZGVkCm5weDA6IFtGQVNUXQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJv YXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxERUxMIEdYMjcwICA+IG9uIG1v dGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpUaW1lY291bnRlciAiQUNQ SS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6 IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNw aTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRo ZXJtYWwgQ29udHJvbD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCnA0dGNj MTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmFjcGlfYnV0dG9u MDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRn ZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMApkcm1zdWIwOiA8SW50ZWwgaTg2NUcgR01DSD4gcG9ydCAweGVkOTgtMHhlZDlmIG1l bSAweGU4MDAwMDAwLTB4ZWZmZmZmZmYsMHhmZWI4MDAwMC0weGZlYmZmZmZmIGlycSAxNiBh dCBkZXZpY2UgMi4wIG9uIHBjaTAKZXJyb3I6IFtkcm06cGlkMDpkcm1fbG9hZF0gKkVSUk9S KiBDYXJkIGlzbid0IEFHUCwgb3IgY291bGRuJ3QgaW5pdGlhbGl6ZSBBR1AuCmRldmljZV9h dHRhY2g6IGRybXN1YjAgYXR0YWNoIHJldHVybmVkIDEyCnVoY2kwOiA8SW50ZWwgODI4MDFF QiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHhmZjgwLTB4ZmY5ZiBpcnEg MTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDog PEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMAp1 c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTE6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0Ig Y29udHJvbGxlciBVU0ItQj4gcG9ydCAweGZmNjAtMHhmZjdmIGlycSAxOSBhdCBkZXZpY2Ug MjkuMSBvbiBwY2kwCnVoY2kxOiBbR0lBTlQtTE9DS0VEXQp1c2IxOiA8SW50ZWwgODI4MDFF QiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZp c2lvbiAxLjAKdWh1YjE6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYg cG93ZXJlZAp1aGNpMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVT Qi1DPiBwb3J0IDB4ZmY0MC0weGZmNWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAK dWhjaTI6IFtHSUFOVC1MT0NLRURdCnVzYjI6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0Ig Y29udHJvbGxlciBVU0ItQz4gb24gdWhjaTIKdXNiMjogVVNCIHJldmlzaW9uIDEuMAp1aHVi MjogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kz OiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IHBvcnQgMHhm ZjIwLTB4ZmYzZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjMgb24gcGNpMAp1aGNpMzogW0dJQU5U LUxPQ0tFRF0KdXNiMzogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVT Qi1EPiBvbiB1aGNpMwp1c2IzOiBVU0IgcmV2aXNpb24gMS4wCnVodWIzOiBJbnRlbCBVSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMzogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5l cmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZmYTgwODAwLTB4ZmZhODBiZmYgaXJx IDIzIGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjQ6 IEVIQ0kgdmVyc2lvbiAxLjAKdXNiNDogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRz IGVhY2g6IHVzYjAgdXNiMSB1c2IyIHVzYjMKdXNiNDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAy LjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiNDogVVNCIHJldmlzaW9uIDIuMAp1aHViNDog SW50ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEK dWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnBjaWIxOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2kxOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENv bm5lY3Rpb24gVmVyc2lvbiAtIDMuMi4xOD4gcG9ydCAweGRmNDAtMHhkZjdmIG1lbSAweGZl YWUwMDAwLTB4ZmVhZmZmZmYgaXJxIDE4IGF0IGRldmljZSAxMi4wIG9uIHBjaTEKZW0wOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDowYjpkYjo3ZTo5Njo0Mwppc2FiMDogPFBDSS1JU0EgYnJp ZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAph dGFwY2kwOiA8SW50ZWwgSUNINSBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgx ZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmZmEwLTB4ZmZhZiBtZW0gMHhmZWI3ZmMw MC0weGZlYjdmZmZmIGlycSAxOCBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IDxBVEEg Y2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kw CmF0YXBjaTE6IDxJbnRlbCBJQ0g1IFNBVEExNTAgY29udHJvbGxlcj4gcG9ydCAweGZlMDAt MHhmZTA3LDB4ZmUxMC0weGZlMTMsMHhmZTIwLTB4ZmUyNywweGZlMzAtMHhmZTMzLDB4ZmVh MC0weGZlYWYgaXJxIDE4IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhcGNpMTogZmFpbGVk IHRvIGVuYWJsZSBtZW1vcnkgbWFwcGluZyEKYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0 YXBjaTEKYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKaWNoc21iMDogPEludGVs IDgyODAxRUIgKElDSDUpIFNNQnVzIGNvbnRyb2xsZXI+IHBvcnQgMHhlZGEwLTB4ZWRiZiBp cnEgMTcgYXQgZGV2aWNlIDMxLjMgb24gcGNpMAppY2hzbWIwOiBbR0lBTlQtTE9DS0VEXQpz bWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGljaHNtYjAKc21iMDogPFNNQnVz IGdlbmVyaWMgSS9PPiBvbiBzbWJ1czAKcGNtMDogPEludGVsIElDSDUgKDgyODAxRUIpPiBw b3J0IDB4ZWUwMC0weGVlZmYsMHhlZGMwLTB4ZWRmZiBtZW0gMHhmZWI3ZmEwMC0weGZlYjdm YmZmLDB4ZmViN2Y5MDAtMHhmZWI3ZjlmZiBpcnEgMTcgYXQgZGV2aWNlIDMxLjUgb24gcGNp MApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QW5hbG9nIERldmljZXMgQUQxOTgxQiBB Qzk3IENvZGVjPgpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAt MHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTAKZmRjMDogW0ZBU1RdCmZkMDogPDE0 NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwCmF0a2JkYzA6IDxLZXlib2FyZCBj b250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2Jk MDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2Jk MDogW0dJQU5ULUxPQ0tFRF0Kc2lvMDogPDE2NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBw b3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKc2lvMDogdHlwZSAx NjU1MEEKcHBjMDogPEVDUCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHgzNzgtMHgz N2YsMHg3NzgtMHg3N2YgaXJxIDcgZHJxIDEgb24gYWNwaTAKcHBjMDogU01DLWxpa2UgY2hp cHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklG TyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQg YnVzPiBvbiBwcGMwCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0 LWRyaXZlbiBwb3J0CnBtdGltZXIwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4g YXQgaW9tZW0gMHhjMDAwMC0weGNhN2ZmLDB4Y2E4MDAtMHhjYmZmZiBvbiBpc2EwCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDw4IHZp cnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5v dCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5h YmxlZAp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVt IDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmZiMCBhdCB2Z2EwCnVtczA6IExvZ2l0ZWNoIE9w dGljYWwgVVNCIE1vdXNlLCByZXYgMi4wMC8zLjQwLCBhZGRyIDIsIGljbGFzcyAzLzEKdW1z MDogMyBidXR0b25zIGFuZCBaIGRpci4KdWtiZDA6IEdlbXBsdXMgRGVsbCBVU0IgU21hcnRj YXJkIEtleWJvYXJkLCByZXYgMS4xMC8xLjAwLCBhZGRyIDIsIGljbGFzcyAzLzEKa2JkMSBh dCB1a2JkMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjIwMCBtc2VjCmFkMDogMzgxNjZN QiA8V0RDIFdENDAwRUItNzVDUEYwIDA2LjA0RzA2PiBhdCBhdGEwLW1hc3RlciBVRE1BMTAw CmFjZDA6IENEUlcgPEhMLURULVNUIENELVJXL0RWRC1ST00gR0NDLTQ0ODBCL0MxMDQ+IGF0 IGF0YTEtbWFzdGVyIFVETUEzMwpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY2QwIGF0IGF0 YTEgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8SEwtRFQtU1QgUlcvRFZEIEdDQy00NDgw QiBDMTA0PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogMzMuMDAwTUIv cyB0cmFuc2ZlcnMKY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDog Tk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi9hZDBzMWEK --------------020405040306050007000406-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 18:46:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 072D116A41F for ; Wed, 21 Dec 2005 18:46:26 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3596A43D6D for ; Wed, 21 Dec 2005 18:46:16 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from [62.212.229.11] (port=27019 helo=[62.212.229.11]) by mx3.mail.ru with esmtp id 1Ep8yU-0003Vo-00; Wed, 21 Dec 2005 21:46:07 +0300 Message-ID: <43A9A2F1.6080603@mail.ru> Date: Wed, 21 Dec 2005 22:46:09 +0400 From: rihad User-Agent: Debian Thunderbird 1.0.2 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd.stable@melvyn.homeunix.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 18:46:26 -0000 >>Imagine: Foo 1.2.3 that >>> was current at the time of FreeBSD 6.0 release gets a severe vuln after >>> some time. Some admins upgrade to the latest and greatest Foo 1.2.9, >>> others to Foo 1.2.7 (probably with not recently updated ports tree)... > > > If 1.2.7 is secure, there is no problem. If 1.2.7 is not, portaudit will not > let you upgrade. It seems to me, you need to farmiliarize yourself first with > the mechanisms in place already, before shooting it. Scrolling a couple of pages backwards, you suddenly realize that it was I who first mentioned the role of portaudit in maintaining the security info in this "thread". Nevermind. There _might_ be a problem if one always upgrades to a newer release, this way or another, right on the production machine. The whole point of security updates is making users' lives easier. You upgrade, you want the software-OS bundle to behave, feel and touch _exactly_ the same way it did before. Once again, FreeBSD already _does_ that to the base system. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 18:46:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 528A616A420 for ; Wed, 21 Dec 2005 18:46:38 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AEC443D9B for ; Wed, 21 Dec 2005 18:46:32 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from [62.212.229.11] (port=30370 helo=[62.212.229.11]) by mx3.mail.ru with esmtp id 1Ep8yr-0003my-00; Wed, 21 Dec 2005 21:46:29 +0300 Message-ID: <43A9A308.9000005@mail.ru> Date: Wed, 21 Dec 2005 22:46:32 +0400 From: rihad User-Agent: Debian Thunderbird 1.0.2 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd.stable@melvyn.homeunix.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ports security branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 18:46:38 -0000 >>Imagine: Foo 1.2.3 that >>> was current at the time of FreeBSD 6.0 release gets a severe vuln after >>> some time. Some admins upgrade to the latest and greatest Foo 1.2.9, >>> others to Foo 1.2.7 (probably with not recently updated ports tree)... > > > If 1.2.7 is secure, there is no problem. If 1.2.7 is not, portaudit will not > let you upgrade. It seems to me, you need to farmiliarize yourself first with > the mechanisms in place already, before shooting it. Scrolling a couple of pages backwards, you suddenly realize that it was I who first mentioned the role of portaudit in maintaining the security info in this "thread". Nevermind. There _might_ be a problem if one always upgrades to a newer release, this way or another, right on the production machine. The whole point of security updates is making users' lives easier. You upgrade, you want the software-OS bundle to behave, feel and touch _exactly_ the same way it did before. Once again, FreeBSD already _does_ that to the base system. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 20:06:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E75716A41F; Wed, 21 Dec 2005 20:06:56 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28AEB43D45; Wed, 21 Dec 2005 20:06:56 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id CD5BA29CF; Wed, 21 Dec 2005 14:06:55 -0600 (CST) Date: Wed, 21 Dec 2005 14:06:55 -0600 To: Doug Barton Message-ID: <20051221200655.GA19961@soaustin.net> References: <43A910F8.5090009@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A910F8.5090009@FreeBSD.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: FreeBSD Stable Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:06:56 -0000 On Wed, Dec 21, 2005 at 12:23:20AM -0800, Doug Barton wrote: > If you run into one of > these problems, please report it to the port's maintainer, and > freebsd-port@freebsd.org ASAP. ITYM freebsd-ports@freebsd.org. mcl From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 20:48:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D68516A41F for ; Wed, 21 Dec 2005 20:48:28 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8A8343D46 for ; Wed, 21 Dec 2005 20:48:27 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 762A9114F6; Wed, 21 Dec 2005 21:48:26 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Wed, 21 Dec 2005 21:48:25 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512212148.26024.freebsd.stable@melvyn.homeunix.org> Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:48:28 -0000 On Wednesday 21 December 2005 17:55, Danny Braniss wrote: > this particular mb, intel sr1435vp2, has 2 ethernets, > one is an Intel '82547EI Gigabit Ethernet Controller', the other is > a Marvell (which seems that the driver is around the corner). > > the em performance under 6.0-stable is half of any other box i have, > and a similar mb running linux gives about 1GB, so > > Q: any ideas what can be wrong? With or without polling. Seen reports of polling enabled drivers without polling enabled are very slow. According to polling(4), em is polling capable. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 20:56:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74F6E16A41F; Wed, 21 Dec 2005 20:56:02 +0000 (GMT) (envelope-from lk@tempest.sk) Received: from proxy.dgrp.sk (proxy.dgrp.sk [195.28.127.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B1E43D55; Wed, 21 Dec 2005 20:55:53 +0000 (GMT) (envelope-from lk@tempest.sk) Received: by proxy.dgrp.sk (Postfix, from userid 1003) id 60E31800A; Wed, 21 Dec 2005 21:55:52 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on proxy.dgrp.sk X-Spam-Level: X-Spam-Status: No, score=0.3 required=4.0 tests=AWL autolearn=ham version=3.1.0 Received: from webmail.tempest.sk (domino1.tempest.sk [195.28.100.38]) by proxy.dgrp.sk (Postfix) with ESMTP id DAD868009; Wed, 21 Dec 2005 21:55:49 +0100 (CET) Received: from lk.tempest.sk ([195.28.109.47]) by webmail.tempest.sk (Lotus Domino Release 6.5.4) with ESMTP id 2005122121554776-9435 ; Wed, 21 Dec 2005 21:55:47 +0100 Received: from lk.tempest.sk (localhost [127.0.0.1]) by lk.tempest.sk (8.13.3/8.12.9) with ESMTP id jBLKtgLQ070851; Wed, 21 Dec 2005 21:55:42 +0100 (CET) (envelope-from lk@lk.tempest.sk) Received: (from koren@localhost) by lk.tempest.sk (8.13.3/8.13.1/Submit) id jBLKtgMw070848; Wed, 21 Dec 2005 21:55:42 +0100 (CET) (envelope-from lk) X-Authentication-Warning: lk.tempest.sk: koren set sender to lk using -f Sender: lk@tempest.sk To: Lukas Ertl References: <8764pi7778.fsf@lk.tempest.sk> From: Ludo Koren Date: 21 Dec 2005 21:55:42 +0100 In-Reply-To: Message-ID: <87u0d25fw1.fsf@lk.tempest.sk> Lines: 56 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 21.12.2005 21:55:47, Serialize by Router on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 21.12.2005 21:55:49, Serialize complete at 21.12.2005 21:55:50, Serialize by Router on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 21.12.2005 21:55:50 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: gvinum: adding plex and subdisks to existing volume panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:56:03 -0000 >>>>> "Lukas Ertl" == Lukas Ertl writes: Lukas Ertl> On Wed, 21 Dec 2005, Ludo Koren wrote: >> When I try to do: # gvinum create gvinum.conf >> >> it ends up in immediate panic (page fault). The gvinum.conf >> file: Lukas Ertl> It would be easier to track down this problem if you Lukas Ertl> could provide the place where the panic happens or Lukas Ertl> even better a backtrace. # kgdb /usr/obj/usr/src/sys/GENERIC/kernel vmcore.15 [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". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) (kgdb) (kgdb) bt #0 0xc0618252 in doadump () #1 0xc06187dc in boot () #2 0xc0618a70 in panic () #3 0xc07c82bc in trap_fatal () #4 0xc07c8023 in trap_pfault () #5 0xc07c7c65 in trap () #6 0xc07b7bba in calltrap () #7 0xc28d0018 in ?? () #8 0xc27b0010 in ?? () #9 0xc2760010 in ?? () #10 0xc2765800 in ?? () #11 0x00000000 in ?? () #12 0xe4db2848 in ?? () #13 0xe4db282c in ?? () #14 0xc26a8500 in ?? () #15 0x00000001 in ?? () #16 0xc08e6ed0 in runq () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc09f38c5 in ?? () #21 0x00000008 in ?? () #22 0x00010286 in ?? () #23 0xc26a8500 in ?? () #24 0xc261c280 in ?? () #25 0xe4db2ca0 in ?? () #26 0xc09eb422 in ?? () #27 0xc26a8500 in ?? () #28 0xc060eaa1 in free () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 21:03:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A9816A41F for ; Wed, 21 Dec 2005 21:03:58 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8874E43D53 for ; Wed, 21 Dec 2005 21:03:57 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 62F7E2174; Wed, 21 Dec 2005 13:03:50 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 205D9214F; Wed, 21 Dec 2005 13:03:50 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id jBLL3kHD007585; Wed, 21 Dec 2005 13:03:46 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id jBLL3jh4007576; Wed, 21 Dec 2005 13:03:45 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17321.49968.925101.499278@satchel.alerce.com> Date: Wed, 21 Dec 2005 13:03:44 -0800 To: "Kevin Oberman" In-Reply-To: <20051217235823.BADD15D07@ptavv.es.net> References: <17315.22111.426723.110802@satchel.alerce.com> <20051217235823.BADD15D07@ptavv.es.net> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, hartzell@alerce.com Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 21:03:58 -0000 Kevin Oberman writes: > [discussion of USB/Cx level interactions clipped out...] > > If you unload the drivers, you should be to lower levels. Take a look at > sysctl hw.acpi.cpu for detail and to see how much time is spent in each > sleep state. > > I assume that you can unload the drivers, but my kernel has USB at this > time. I do plan on building a kernel without USB and see if unloading is > a workable solution. I think it should be. I was spending all of my time in C1. After I added performance_cx_lowest="LOW" economy_cx_lowest="LOW" to my /etc/rc.conf, I found I spent all of my time in C2. I built a kernel w/ all of the usb devices commented out (and eventually remembered to set usbd_enable="NO" in /etc/rc.conf, else the modules just get kloaded...), and now I have: hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 15.21% 84.78% If I start usbd by hand the system starts spending time in C2. If I stop usbd and kldunload usb, the system starts spending time in C3 again. g. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 21:12:20 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF55E16A41F; Wed, 21 Dec 2005 21:12:20 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (murder1.univie.ac.at [131.130.1.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2301943D53; Wed, 21 Dec 2005 21:12:19 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben (korben.prv.univie.ac.at [131.130.7.98]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id jBLL6O4U071070 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 21 Dec 2005 22:06:25 +0100 (CET) Date: Wed, 21 Dec 2005 22:06:25 +0100 From: Lukas Ertl To: Ludo Koren In-Reply-To: <87u0d25fw1.fsf@lk.tempest.sk> Message-ID: References: <8764pi7778.fsf@lk.tempest.sk> <87u0d25fw1.fsf@lk.tempest.sk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: gvinum: adding plex and subdisks to existing volume panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 21:12:20 -0000 On Wed, 21 Dec 2005, Ludo Koren wrote: > (kgdb) bt > #0 0xc0618252 in doadump () > #1 0xc06187dc in boot () > #2 0xc0618a70 in panic () > #3 0xc07c82bc in trap_fatal () > #4 0xc07c8023 in trap_pfault () > #5 0xc07c7c65 in trap () > #6 0xc07b7bba in calltrap () > #7 0xc28d0018 in ?? () > #8 0xc27b0010 in ?? () Unfortunately, that doesn't help me at all, since there's no debugging info. Have a look at . thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 21:40:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6B716A433 for ; Wed, 21 Dec 2005 21:40:46 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A8FD43D60 for ; Wed, 21 Dec 2005 21:40:35 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 35064 invoked by uid 399); 21 Dec 2005 21:12:07 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 21 Dec 2005 21:12:07 -0000 Message-ID: <43A9C51F.5040408@FreeBSD.org> Date: Wed, 21 Dec 2005 13:11:59 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: "O. Hartmann" References: <43A98E89.9060205@mail.uni-mainz.de> In-Reply-To: <43A98E89.9060205@mail.uni-mainz.de> Content-Type: multipart/mixed; boundary="------------090405070104090301020007" Cc: freebsd-stable Subject: Re: FreeBSD6.0-STABLE got wicked up since today's cvsupdate (Xorg/X11, USB) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 21:40:47 -0000 This is a multi-part message in MIME format. --------------090405070104090301020007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit O. Hartmann wrote: > Hello. > I did today (21st December) the last cvsupdate (did yesterday cvsupdate > before) with a lot of new entries in /etc/rc.d. > Since then I ran into massif problems with X11. I use the lastes Xorg > stuff from the ports, only for your information. I'm sorry that you're having these problems. It's not very likely that the rc changes caused this problem, but it's worth exploring. I need you to do two things. First, copy /etc/rc to a convenient directory, and then apply the attached patch. DON'T patch /etc/rc, or your system won't boot. :) Then run '/bin/sh rc'. This should generate 3 files, rc.early[12] and rc.late. If the rc.early files are different (they should not be) then please send them both. Otherwise, please send one of the rc.early files and the rc.late file. Second, please enable console logging in /etc/syslog.conf, if you have not already. You should have a line in there that looks like this, without the comment at the front: console.info /var/log/console.log Then do 'touch /var/log/console.log', reboot, and send that log together with the files created by the patched rc above. Thanks, Doug -- This .signature sanitized for your protection --------------090405070104090301020007 Content-Type: text/plain; name="rc-debug.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc-debug.diff" --- r6/src/etc/rc Tue Dec 20 23:11:33 2005 +++ rc Wed Dec 21 11:18:34 2005 @@ -81,7 +43,8 @@ files=`rcorder ${skip} /etc/rc.d/* 2>/dev/null` for _rc_elem in ${files}; do - run_rc_script ${_rc_elem} ${_boot} + #run_rc_script ${_rc_elem} ${_boot} + echo $_rc_elem >> rc.early1 case "$_rc_elem" in */${early_late_divider}) break ;; @@ -102,14 +65,18 @@ _skip_early=1 for _rc_elem in ${files}; do case "$_skip_early" in - 1) case "$_rc_elem" in + 1) + echo $_rc_elem >> rc.early2 + + case "$_rc_elem" in */${early_late_divider}) _skip_early=0 ;; esac continue ;; esac - run_rc_script ${_rc_elem} ${_boot} + echo $_rc_elem >> rc.late + #run_rc_script ${_rc_elem} ${_boot} done echo '' --------------090405070104090301020007-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 21:40:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D03AB16A41F; Wed, 21 Dec 2005 21:40:58 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jBLLewt6077607; Wed, 21 Dec 2005 16:40:58 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jBLLevHu077605; Wed, 21 Dec 2005 16:40:57 -0500 (EST) (envelope-from green) Date: Wed, 21 Dec 2005 16:40:57 -0500 From: Brian Fundakowski Feldman To: Danny Braniss Message-ID: <20051221214057.GE35080@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 21:40:59 -0000 On Wed, Dec 21, 2005 at 06:55:29PM +0200, Danny Braniss wrote: > hi, > this particular mb, intel sr1435vp2, has 2 ethernets, > one is an Intel '82547EI Gigabit Ethernet Controller', the other is > a Marvell (which seems that the driver is around the corner). > > the em performance under 6.0-stable is half of any other box i have, > and a similar mb running linux gives about 1GB, so > > Q: any ideas what can be wrong? Performance of what? Do you even have a correct MTU set? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 21:43:12 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EDA2016A420; Wed, 21 Dec 2005 21:43:11 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jBLLhAi1077738; Wed, 21 Dec 2005 16:43:10 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jBLLhA7G077736; Wed, 21 Dec 2005 16:43:10 -0500 (EST) (envelope-from green) Date: Wed, 21 Dec 2005 16:43:10 -0500 From: Brian Fundakowski Feldman To: Ivan Voras Message-ID: <20051221214310.GF35080@green.homeunix.org> References: <20051216183602.S41990@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051216183602.S41990@geri.cc.fer.hr> User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: gmirror SCSI+IDE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 21:43:12 -0000 On Fri, Dec 16, 2005 at 06:39:18PM +0100, Ivan Voras wrote: > For some funny reasons, I'll probably have to setup a gmirror between a > SCSI disk device and a IDE one, and won't have much time for testing. So > I'm wondering did anyone do such a thing and are there any caveats. For > example, AFAIK SCSI devices are under Giant and IDE are not - is there any > reason this would make problems? Might have bad performance, who knows. Why the funny setup exactly? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 22:03:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F292516A41F; Wed, 21 Dec 2005 22:03:15 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jBLM3FoV079031; Wed, 21 Dec 2005 17:03:15 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jBLM3FPB079030; Wed, 21 Dec 2005 17:03:15 -0500 (EST) (envelope-from green) Date: Wed, 21 Dec 2005 17:03:15 -0500 From: Brian Fundakowski Feldman To: =?iso-8859-1?Q?Se=E1n_C=2E?= Farley Message-ID: <20051221220315.GH35080@green.homeunix.org> References: <20051119112837.O15168@thor.farley.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20051119112837.O15168@thor.farley.org> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: File system corruption with ATA RAID-1 on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 22:03:16 -0000 On Sat, Nov 19, 2005 at 12:06:00PM -0600, Seán C. Farley wrote: > I installed 6.0 on a system with two SATA drives in RAID-1. 5.4 is > installed on a standard IDE channel. All appeared to work well until > sometime after updating the system to 6-STABLE, installing the Nvidia > driver and copying a lot of data (mainly ogg files) from my old hard > drive onto it. I started seeing a multitude of READ_DMA (or maybe > WRITE_DMA) errors in /var/log/messages. The system was beginning to > slow down a lot, so I rebooted. Since then I have been unable to keep > it up without a panic after an fsck in single-user mode. > > I realize this does not tell much, but just when ld.so.hints is being > removed due to being corrupt the follow panic appears: Panic: > ffs_valloc: dup alloc The panic may just be from a system that is too > corrupted. I am amazed it still boots. That's how it appears, yeah. What does the drive health look like? Seems most like a chipset bug or nvidia driver bug, but could be things are just coinciding with drive or drive controller failure. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 22:29:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16BB916A41F for ; Wed, 21 Dec 2005 22:29:59 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCF843D64 for ; Wed, 21 Dec 2005 22:29:58 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IRV001KEDDLUHB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 21 Dec 2005 23:34:33 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IRV007CBDADO8M0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 21 Dec 2005 23:32:38 +0100 (CET) Date: Wed, 21 Dec 2005 23:29:55 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20051221232955.4373aac2.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: multipart/mixed; boundary="Boundary_(ID_ObztS2LY6QLh/xPhd7y1Ow)" Subject: usb problems - machine reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 22:29:59 -0000 This is a multi-part message in MIME format. --Boundary_(ID_ObztS2LY6QLh/xPhd7y1Ow) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Hello, I'm not certain where I should report this, so I'll ask for comments on this list. I have a machine which runs FreeBSD, and when I use USB mass storage devices on it, and copy more than a few files to them, it fails, and quite soon after that the machine reboots. No crash dumps found. Details: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 6.0-STABLE FreeBSD 6.0-STABLE #0: Thu Dec 8 00:56:05 CET 2005 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 Please note that the machine runs FreeBSD/amd64. I do not know if this has anything to do with the problem. The usb controllers are ohci (from dmesg): ohci0: mem 0xfe02d000-0xfe02dfff irq 19 at device 19.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: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfe02c000-0xfe02cfff irq 19 at device 19.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: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfe02b000-0xfe02bfff irq 19 at device 19.2 on pci 0 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: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered I have tested with several devices, here is one example: Dec 21 16:45:00 kg-quiet kernel: umass0: CREATIVE Zen Nano Plus, rev 2.00/11.03, addr 2 Dec 21 16:45:01 kg-quiet kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Dec 21 16:45:01 kg-quiet kernel: da0: Removable Direct Access SCSI- 4 device Dec 21 16:45:01 kg-quiet kernel: da0: 40.000MB/s transfers Dec 21 16:45:01 kg-quiet kernel: da0: 999MB (511936 2048 byte sectors: 64H 32S/T 249C) (Note: I have tested this device extensively on another machine, a ThinkPad T41 which have uhci controllers, and it works there. I can copy all day if I want, the device just works.) I can mount the device with no problems at all (using 'mount -t msdos /dev/da0s1 /mnt'). I ca also copy a few files off it, or copy a few files to it. Sorry, I don't know how many files "a few" are exactly. But when I started copying files to the device, it got to about 60 or 70 files before it failed. When it failed, I got these in /var/log/messages: Dec 21 16:47:46 kg-quiet kernel: umass0: BBB bulk-out clear stall failed, IOERROR Dec 21 16:47:49 kg-quiet kernel: umass0: BBB reset failed, IOERROR Dec 21 16:47:49 kg-quiet kernel: umass0: BBB bulk-in clear stall failed, IOERROR Dec 21 16:47:49 kg-quiet kernel: umass0: BBB bulk-out clear stall failed, IOERROR Dec 21 16:47:50 kg-quiet kernel: umass0: BBB reset failed, IOERROR Dec 21 16:47:50 kg-quiet kernel: umass0: BBB bulk-in clear stall failed, IOERROR Dec 21 16:47:50 kg-quiet kernel: umass0: BBB bulk-out clear stall failed, IOERROR Dec 21 16:47:54 kg-quiet kernel: umass0: BBB reset failed, IOERROR Dec 21 16:47:54 kg-quiet kernel: umass0: BBB bulk-in clear stall failed, IOERROR Dec 21 16:47:54 kg-quiet kernel: umass0: BBB bulk-out clear stall failed, IOERROR Dec 21 16:47:55 kg-quiet kernel: umass0: BBB reset failed, IOERROR Dec 21 16:47:55 kg-quiet kernel: umass0: BBB bulk-in clear stall failed, IOERROR Dec 21 16:47:55 kg-quiet kernel: umass0: BBB bulk-out clear stall failed, IOERROR edited dmesg log attached. after it failed, I aborted the copy operation, and started to copy /var/log/messages to another file. Suddenly, the machine rebootet on its own. No warnings, no panics, no nothing. When it booted again, I paid attetntion to see if it would find any crashdumps, but it didn't. The machine runs fine except for this usb related problem, and have done so since about FreeBSD 5.4. The mainboard in use is a MSI RS480M2-IL (aka MS-7093). I haven't installed FreeBSD/i386 on it, so I can't test to see if that makes a difference. How do I debug this more? I should probably send-pr this also, but it would be good to know more about the real problem, so I can send the report to the right place. -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_ObztS2LY6QLh/xPhd7y1Ow) Content-type: application/octet-stream; name=nano_plus_reboot2.log Content-transfer-encoding: base64 Content-disposition: attachment; filename=nano_plus_reboot2.log RGVjIDIxIDE2OjQ1OjAwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBDUkVBVElWRSBaZW4gTmFu byBQbHVzLCByZXYgMi4wMC8xMS4wMywgYWRkciAyCkRlYyAyMSAxNjo0NTowMSBrZy1xdWlldCBr ZXJuZWw6IGRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwCkRlYyAyMSAxNjo0 NTowMSBrZy1xdWlldCBrZXJuZWw6IGRhMDogPENSRUFUSVZFIFplbiBOYW5vIFBsdXMgMTEwMz4g UmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS00IGRldmljZSAKRGVjIDIxIDE2OjQ1OjAxIGtn LXF1aWV0IGtlcm5lbDogZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpEZWMgMjEgMTY6NDU6MDEg a2ctcXVpZXQga2VybmVsOiBkYTA6IDk5OU1CICg1MTE5MzYgMjA0OCBieXRlIHNlY3RvcnM6IDY0 SCAzMlMvVCAyNDlDKQpEZWMgMjEgMTY6NDc6NDYga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ3OjQ5IGtn LXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAx Njo0Nzo0OSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwg ZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0Nzo0OSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDog QkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDc6NTAg a2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIx IDE2OjQ3OjUwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFs bCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ3OjUwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3Mw OiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0Nzo1 NCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMg MjEgMTY6NDc6NTQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0 YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDc6NTQga2ctcXVpZXQga2VybmVsOiB1bWFz czA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ3 OjU1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRl YyAyMSAxNjo0Nzo1NSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIg c3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0Nzo1NSBrZy1xdWlldCBrZXJuZWw6IHVt YXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6 NDc6NTUga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTIy NTI4LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CltjdXQgYXdheSBtYW55IGxpbmVzXQpEZWMgMjEg MTY6NDc6NTUga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0 PTEwMzIxODU4NTYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0Nzo1NSBrZy1x dWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NDk3NTkyMzIwLCBs ZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDc6NTUga2ctcXVpZXQga2VybmVsOiB1 bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ3OjU1IGtnLXF1aWV0 IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjQ3OjU1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xl YXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODowMyBrZy1xdWlldCBrZXJuZWw6 IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MDMga2ctcXVp ZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NDg6MDMga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBj bGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjAzIGtnLXF1aWV0IGtlcm5l bDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODowMyBrZy1x dWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo0ODowMyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0 IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MDMga2ctcXVpZXQga2Vy bmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjAzIGtn LXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ4OjAzIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1v dXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODowMyBrZy1xdWlldCBr ZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MDMg a2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NDg6MDMga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjAzIGtnLXF1aWV0 IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0yNzEyODAxMjgsIGxlbmd0 aD0xNjM4NCldZXJyb3IgPSA1CltjdXQgYXdheSBtYW55IGxpbmVzXQpEZWMgMjEgMTY6NDg6MDMg a2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTQ5Nzg4NzIz MiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjA1IGtnLXF1aWV0IGtlcm5l bDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODowNSBrZy1x dWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo0ODowNSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0 IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTAga2ctcXVpZXQga2Vy bmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjEwIGtn LXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ4OjEwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1v dXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxMCBrZy1xdWlldCBr ZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTAg a2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NDg6MTAga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjEwIGtnLXF1aWV0 IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODox MCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxMCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTAga2ctcXVp ZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4 OjEwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjEwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxMCBrZy1x dWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTk0MjI2MTc2LCBs ZW5ndGg9MTYzODQpXWVycm9yID0gNQpbY3V0IGF3YXkgbWFueSBsaW5lc10KRGVjIDIxIDE2OjQ4 OjEwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD00OTg5 NTIxOTIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODoxMSBrZy1xdWlldCBr ZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTEg a2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NDg6MTEga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjE3IGtnLXF1aWV0 IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODox NyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTcga2ctcXVp ZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4 OjE3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjE3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxNyBrZy1x dWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6 NDg6MTcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjE3IGtn LXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAx Njo0ODoxNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwg ZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDog QkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTcg a2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTUwMDAzMzUz NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKW2N1dCBhd2F5IG1hbnkgbGluZXNdCkRlYyAyMSAx Njo0ODoxNyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9 MTAzMjIwMjI0MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjE3IGtnLXF1 aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD01MDAwMTcxNTIsIGxl bmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODoxOCBrZy1xdWlldCBrZXJuZWw6IHVt YXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MTgga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpE ZWMgMjEgMTY6NDg6MTgga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVh ciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjE4IGtnLXF1aWV0IGtlcm5lbDog dW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoxOCBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9S CkRlYyAyMSAxNjo0ODoxOCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNs ZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MjIga2ctcXVpZXQga2VybmVs OiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjIyIGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJS T1IKRGVjIDIxIDE2OjQ4OjIyIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQg Y2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoyMyBrZy1xdWlldCBrZXJu ZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MjMga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9F UlJPUgpEZWMgMjEgMTY6NDg6MjMga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91 dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjI0IGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoyNCBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJ T0VSUk9SCkRlYyAyMSAxNjo0ODoyNCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGst b3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MjQga2ctcXVpZXQg a2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTIyNTI4LCBsZW5ndGg9NDA5 NildZXJyb3IgPSA1CltjdXQgYXdheSBtYW55IGxpbmVzXQpEZWMgMjEgMTY6NDg6MjQga2ctcXVp ZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTUwMTU1NzI0OCwgbGVu Z3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192 ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD01MDE1NzM2MzIsIGxlbmd0aD0xNjM4NCldZXJy b3IgPSA1CkRlYyAyMSAxNjo0ODoyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBz MVtXUklURShvZmZzZXQ9NTAxNTkwMDE2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEg MTY6NDg6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0 PTUwMTYwNjQwMCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjI0IGtnLXF1 aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD01MDEwODIxMTIsIGxl bmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODoyNCBrZy1xdWlldCBrZXJuZWw6IHVt YXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MjQga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpE ZWMgMjEgMTY6NDg6MjQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVh ciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjI4IGtnLXF1aWV0IGtlcm5lbDog dW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoyOCBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9S CkRlYyAyMSAxNjo0ODoyOCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNs ZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MzEga2ctcXVpZXQga2VybmVs OiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjMxIGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJS T1IKRGVjIDIxIDE2OjQ4OjMxIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQg Y2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODozMSBrZy1xdWlldCBrZXJu ZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MzEga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9F UlJPUgpEZWMgMjEgMTY6NDg6MzEga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91 dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjMxIGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODozMSBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJ T0VSUk9SCkRlYyAyMSAxNjo0ODozMSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGst b3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MzEga2ctcXVpZXQg a2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTIzMDA0MTYwMCwgbGVuZ3Ro PTE2Mzg0KV1lcnJvciA9IDUKW2N1dCBhd2F5IG1hbnkgbGluZXNdCkRlYyAyMSAxNjo0ODozMSBr Zy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NTAxNTA4MDk2 LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6MzEga2ctcXVpZXQga2VybmVs OiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTUwMTUyNDQ4MCwgbGVuZ3RoPTE2Mzg0 KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjMxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgp OmRhMHMxW1dSSVRFKG9mZnNldD01MDE1NDA4NjQsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRl YyAyMSAxNjo0ODozMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShv ZmZzZXQ9NTAxNTU3MjQ4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6MzEg a2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTUwMTU3MzYz MiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjMxIGtnLXF1aWV0IGtlcm5l bDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD01MDE1OTAwMTYsIGxlbmd0aD0xNjM4 NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODozMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUo KTpkYTBzMVtXUklURShvZmZzZXQ9NTAxNjA2NDAwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpE ZWMgMjEgMTY6NDg6MzEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUo b2Zmc2V0PTUwMTYyMjc4NCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjMx IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD02MjkzODUy MTYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODozMSBrZy1xdWlldCBrZXJu ZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9OTA1OTMwNzUyLCBsZW5ndGg9MTYz ODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6MzEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25l KCk6ZGEwczFbV1JJVEUob2Zmc2V0PTkyNjExNTg0MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUK RGVjIDIxIDE2OjQ4OjMxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRF KG9mZnNldD0xMDI2MDQ4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6MzMg a2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIx IDE2OjQ4OjMzIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFs bCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjMzIGtnLXF1aWV0IGtlcm5lbDogdW1hc3Mw OiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODoz NSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMg MjEgMTY6NDg6MzUga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0 YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6MzUga2ctcXVpZXQga2VybmVsOiB1bWFz czA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4 OjM1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRl YyAyMSAxNjo0ODozNSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIg c3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODozNSBrZy1xdWlldCBrZXJuZWw6IHVt YXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6 NDg6Mzcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjQ4OjM3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVh ciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjM3IGtnLXF1aWV0IGtlcm5lbDog dW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAx Njo0ODozOCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NDg6Mzgga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNs ZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6Mzgga2ctcXVpZXQga2VybmVs OiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIx IDE2OjQ4OjM4IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNl dD0yNzEyODAxMjgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODozOCBrZy1x dWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9ODk1NjkwNzUyLCBs ZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6Mzgga2ctcXVpZXQga2VybmVsOiBn X3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMjYwNDgsIGxlbmd0aD0xNjM4NCldZXJy b3IgPSA1CkRlYyAyMSAxNjo0ODozOSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0 IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6Mzkga2ctcXVpZXQga2VybmVsOiB1bWFzczA6 IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6Mzkg a2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQs IElPRVJST1IKRGVjIDIxIDE2OjQ4OjQwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVz ZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo0MCBrZy1xdWlldCBrZXJuZWw6IHVtYXNz MDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo0 MCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxl ZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NDAga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBy ZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjQwIGtnLXF1aWV0IGtlcm5lbDogdW1h c3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4 OjQwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFp bGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo0NCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJC IHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NDQga2ctcXVpZXQga2VybmVsOiB1 bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6 NDg6NDQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBm YWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjQ2IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBC QkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo0NiBrZy1xdWlldCBrZXJuZWw6 IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAx Njo0ODo0NiBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxs IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NDYga2ctcXVpZXQga2VybmVsOiBnX3Zmc19k b25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTE5NDIyNjE3NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9 IDUKRGVjIDIxIDE2OjQ4OjQ2IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dS SVRFKG9mZnNldD0zNjI3MDI4NDgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0 ODo0NiBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9ODA5 NjQxOTg0LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NDYga2ctcXVpZXQg a2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMjYwNDgsIGxlbmd0aD0x NjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo0OSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDog QkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NDkga2ctcXVpZXQga2VybmVs OiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEg MTY6NDg6NDkga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFs bCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjUwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3Mw OiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo1MCBrZy1xdWlldCBrZXJu ZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAy MSAxNjo0ODo1MCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0 YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NTAga2ctcXVpZXQga2VybmVsOiB1bWFz czA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjUwIGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVj IDIxIDE2OjQ4OjUwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIg c3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo1MCBrZy1xdWlldCBrZXJuZWw6IHVt YXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NTAga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpE ZWMgMjEgMTY6NDg6NTAga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVh ciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDog dW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo1MSBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9S CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNs ZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVs OiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTczNjUwMzgwOCwgbGVuZ3RoPTE2Mzg0 KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgp OmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNjk0MzM2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpE ZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUo b2Zmc2V0PTEwMzE3MTA3MjAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1 MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTcy NzEwNCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtl cm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNzQzNDg4LCBsZW5ndGg9 MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19k b25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE3NTk4NzIsIGxlbmd0aD0xNjM4NCldZXJyb3Ig PSA1CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtX UklURShvZmZzZXQ9MTAzMTc3NjI1NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2 OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0x MDMxNzkyNjQwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVp ZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE4MDkwMjQsIGxl bmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdf dmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTgyNTQwOCwgbGVuZ3RoPTE2Mzg0KV1l cnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRh MHMxW1dSSVRFKG9mZnNldD0xMDMxODQxNzkyLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMg MjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zm c2V0PTEwMzE4NTgxNzYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1MSBr Zy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTg3NDU2 MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5l bDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxODkwOTQ0LCBsZW5ndGg9MTYz ODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25l KCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5MDczMjgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1 CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklU RShvZmZzZXQ9MTAzMTkyMzcxMiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4 OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMx OTQwMDk2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQg a2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5NTY0ODAsIGxlbmd0 aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZz X2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTk3Mjg2NCwgbGVuZ3RoPTE2Mzg0KV1lcnJv ciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMx W1dSSVRFKG9mZnNldD0xMDMxOTg5MjQ4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEg MTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0 PTEwMzIwMDU2MzIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1MSBrZy1x dWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjAyMjAxNiwg bGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDog Z192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMDM4NDAwLCBsZW5ndGg9MTYzODQp XWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6 ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIwNTQ3ODQsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRl YyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShv ZmZzZXQ9MTAzMjA3MTE2OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUx IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMDg3 NTUyLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2Vy bmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIxMDM5MzYsIGxlbmd0aD0x NjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2Rv bmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjEyMDMyMCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9 IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dS SVRFKG9mZnNldD0xMDMyMTM2NzA0LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6 NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEw MzIxNTMwODgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0ODo1MSBrZy1xdWll dCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjE2OTQ3MiwgbGVu Z3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1aWV0IGtlcm5lbDogZ192 ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMTg1ODU2LCBsZW5ndGg9MTYzODQpXWVy cm9yID0gNQpEZWMgMjEgMTY6NDg6NTEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTEwMzIyMDIyNDAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAy MSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZz ZXQ9MTAyNjA0OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ4OjUxIGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0 ODo1MSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFp bGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo1MSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJC IGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NTUga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2 OjQ4OjU1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBm YWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ4OjU1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBC QkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0ODo1NiBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEg MTY6NDg6NTYga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxs IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDg6NTYga2ctcXVpZXQga2VybmVsOiB1bWFzczA6 IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjAx IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAy MSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3Rh bGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IHVtYXNz MDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6 MDEga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVj IDIxIDE2OjQ5OjAxIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBz dGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjAxIGtnLXF1aWV0IGtlcm5lbDogdW1h c3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0 OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MjI1 MjgsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjAxIGtnLXF1aWV0IGtlcm5l bDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0zMDcyMCwgbGVuZ3RoPTQwOTYpXWVy cm9yID0gNQpEZWMgMjEgMTY6NDk6MDEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTM0ODE2LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0 OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NDMw MDgsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjAxIGtnLXF1aWV0IGtlcm5l bDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD01OTM5MiwgbGVuZ3RoPTQwOTYpXWVy cm9yID0gNQpEZWMgMjEgMTY6NDk6MDEga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTg4MDY0LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0 OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAw MzUyLCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJu ZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTA4NTQ0LCBsZW5ndGg9NDA5Nild ZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpk YTBzMVtXUklURShvZmZzZXQ9MTI0OTI4LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAx Njo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9 NTM0NTI4LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBr ZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NTQyNzIwLCBsZW5ndGg9NDA5 NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUo KTpkYTBzMVtXUklURShvZmZzZXQ9NTQ2ODE2LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAy MSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZz ZXQ9NTU1MDA4LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWll dCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NTcxMzkyLCBsZW5ndGg9 NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2Rv bmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NjAwMDY0LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRl YyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShv ZmZzZXQ9NjEyMzUyLCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1x dWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NjIwNTQ0LCBsZW5n dGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZz X2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NjM2OTI4LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1 CkRlYyAyMSAxNjo0OTowMSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklU RShvZmZzZXQ9MTAyNjA0OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjA3 IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAy MSAxNjo0OTowNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3Rh bGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTowNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNz MDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6 MDcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVj IDIxIDE2OjQ5OjA3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBz dGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjA3IGtnLXF1aWV0IGtlcm5lbDogdW1h c3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0 OTowNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpE ZWMgMjEgMTY6NDk6MDcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFy IHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MDcga2ctcXVpZXQga2VybmVsOiB1 bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2 OjQ5OjA3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9S CkRlYyAyMSAxNjo0OTowNyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xl YXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTowNyBrZy1xdWlldCBrZXJuZWw6 IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEg MTY6NDk6MDcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJS T1IKRGVjIDIxIDE2OjQ5OjA3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBj bGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjA3IGtnLXF1aWV0IGtlcm5l bDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAy MSAxNjo0OTowNyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZz ZXQ9MjMwMDQxNjAwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpbY3V0IGF3YXkgbWFueSBsaW5l c10KRGVjIDIxIDE2OjQ5OjA3IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dS SVRFKG9mZnNldD05MjYxMTU4NDAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0 OTowNyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAy NjA0OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjA4IGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTowOCBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJ T0VSUk9SCkRlYyAyMSAxNjo0OTowOCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGst b3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MTIga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjEy IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQs IElPRVJST1IKRGVjIDIxIDE2OjQ5OjEyIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVs ay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OToxMyBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6 MTMga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxl ZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MTMga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBi dWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjEzIGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0 OToxMyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFp bGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OToxMyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJC IGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MTQga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2 OjQ5OjE0IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBm YWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjE0IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBC QkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OToxNCBr Zy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MjcxMjgwMTI4 LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MTQga2ctcXVpZXQga2VybmVs OiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTg5NTY5MDc1MiwgbGVuZ3RoPTE2Mzg0 KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjE0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgp OmRhMHMxW1dSSVRFKG9mZnNldD0xMDI2MDQ4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMg MjEgMTY6NDk6MTkga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ5OjE5IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1p biBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjE5IGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRl YyAyMSAxNjo0OToxOSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NDk6MTkga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MTkga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjQ5OjIxIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo0OToyMSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OToyMSBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MjQga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMx W1dSSVRFKG9mZnNldD0xOTQyMjYxNzYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAx Njo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9 MzYyNzAyODQ4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVp ZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTczNjUwMzgwOCwgbGVu Z3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192 ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNjk0MzM2LCBsZW5ndGg9MTYzODQpXWVy cm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTEwMzE3MTA3MjAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAy MSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZz ZXQ9MTAzMTcyNzEwNCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtn LXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNzQzNDg4 LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVs OiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE3NTk4NzIsIGxlbmd0aD0xNjM4 NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUo KTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTc3NjI1NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUK RGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRF KG9mZnNldD0xMDMxNzkyNjQwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6 MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE4 MDkwMjQsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBr ZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTgyNTQwOCwgbGVuZ3Ro PTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNf ZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxODQxNzkyLCBsZW5ndGg9MTYzODQpXWVycm9y ID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFb V1JJVEUob2Zmc2V0PTEwMzE4NTgxNzYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAx Njo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9 MTAzMTg3NDU2MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1 aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxODkwOTQ0LCBs ZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBn X3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5MDczMjgsIGxlbmd0aD0xNjM4NCld ZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpk YTBzMVtXUklURShvZmZzZXQ9MTAzMTkyMzcxMiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVj IDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9m ZnNldD0xMDMxOTQwMDk2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQg a2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5NTY0 ODAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJu ZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTk3Mjg2NCwgbGVuZ3RoPTE2 Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9u ZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxOTg5MjQ4LCBsZW5ndGg9MTYzODQpXWVycm9yID0g NQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJ VEUob2Zmc2V0PTEwMzIwMDU2MzIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0 OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAz MjAyMjAxNiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0 IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMDM4NDAwLCBsZW5n dGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zm c19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIwNTQ3ODQsIGxlbmd0aD0xNjM4NCldZXJy b3IgPSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBz MVtXUklURShvZmZzZXQ9MTAzMjA3MTE2OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIx IDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNl dD0xMDMyMDg3NTUyLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ct cXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIxMDM5MzYs IGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6 IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjEyMDMyMCwgbGVuZ3RoPTE2Mzg0 KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgp OmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMTM2NzA0LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpE ZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUo b2Zmc2V0PTEwMzIxNTMwODgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToy NCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjE2 OTQ3MiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjI0IGtnLXF1aWV0IGtl cm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMTg1ODU2LCBsZW5ndGg9 MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MjQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19k b25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIyMDIyNDAsIGxlbmd0aD0xNjM4NCldZXJyb3Ig PSA1CkRlYyAyMSAxNjo0OToyNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtX UklURShvZmZzZXQ9ODA5NjQxOTg0LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6 NDk6MzAga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjQ5OjMwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVh ciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjMwIGtnLXF1aWV0IGtlcm5lbDog dW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAx Njo0OTozMCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NDk6MzAga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLWluIGNs ZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MzAga2ctcXVpZXQga2VybmVs OiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIx IDE2OjQ5OjMxIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo0OTozMSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4g Y2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTozMSBrZy1xdWlldCBrZXJu ZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMg MjEgMTY6NDk6MzQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ5OjM0IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1p biBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjM0IGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRl YyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NDk6MzUga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6MzUga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjQ5OjM1IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRF KG9mZnNldD0zMDcyMCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MzUga2ct cXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTM0ODE2LCBsZW5n dGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZz X2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NDMwMDgsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUK RGVjIDIxIDE2OjQ5OjM1IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRF KG9mZnNldD01OTM5MiwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NDk6MzUga2ct cXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTg4MDY0LCBsZW5n dGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZz X2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAwMzUyLCBsZW5ndGg9NDA5NildZXJyb3IgPSA1 CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklU RShvZmZzZXQ9MTA4NTQ0LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBr Zy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTI0OTI4LCBs ZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdf dmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NTM0NTI4LCBsZW5ndGg9NDA5NildZXJyb3Ig PSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtX UklURShvZmZzZXQ9NTQyNzIwLCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OToz NSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NTQ2ODE2 LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6 IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NTU1MDA4LCBsZW5ndGg9NDA5NildZXJy b3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBz MVtXUklURShvZmZzZXQ9NTcxMzkyLCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0 OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NjAw MDY0LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJu ZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NjEyMzUyLCBsZW5ndGg9NDA5Nild ZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpk YTBzMVtXUklURShvZmZzZXQ9NjIwNTQ0LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAx Njo0OTozNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9 NjM2OTI4LCBsZW5ndGg9NDA5NildZXJyb3IgPSA1CkRlYyAyMSAxNjo0OTozNSBrZy1xdWlldCBr ZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAyNjA0OCwgbGVuZ3RoPTE2 Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjQ5OjM1IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9u ZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0yMjUyOCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMg MjEgMTY6NDk6NDEga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ5OjQxIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1p biBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjQxIGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRl YyAyMSAxNjo0OTo0NyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NDk6NDcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6NDcga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjQ5OjQ3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo0OTo0NyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTo0NyBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NDk6NDcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjQ3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjQ3IGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo0OTo0NyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6NDcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6NDcga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjQ5OjQ3IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMx W1dSSVRFKG9mZnNldD0yMzAwNDE2MDAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CltjdXQgYXdh eSBtYW55IGxpbmVzXQpEZWMgMjEgMTY6NDk6NDcga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25l KCk6ZGEwczFbV1JJVEUob2Zmc2V0PTkyNjExNTg0MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUK RGVjIDIxIDE2OjQ5OjU3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo0OTo1NyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo0OTo1NyBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NDk6NTgga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjU4IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjQ5OjU4IGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo0OTo1OCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6NTgga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NDk6NTgga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjUwOjAwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQg ZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDowMCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDog QkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDowMCBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNl dCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogdW1hc3Mw OiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjAz IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpk YTBzMVtXUklURShvZmZzZXQ9MTk0MjI2MTc2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMg MjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zm c2V0PTM2MjcwMjg0OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtn LXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD03MzY1MDM4MDgs IGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6 IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTY5NDMzNiwgbGVuZ3RoPTE2Mzg0 KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgp OmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNzEwNzIwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpE ZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUo b2Zmc2V0PTEwMzE3MjcxMDQsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDow MyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTc0 MzQ4OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtl cm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNzU5ODcyLCBsZW5ndGg9 MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19k b25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE3NzYyNTYsIGxlbmd0aD0xNjM4NCldZXJyb3Ig PSA1CkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtX UklURShvZmZzZXQ9MTAzMTc5MjY0MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2 OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0x MDMxODA5MDI0LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVp ZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE4MjU0MDgsIGxl bmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdf dmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTg0MTc5MiwgbGVuZ3RoPTE2Mzg0KV1l cnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRh MHMxW1dSSVRFKG9mZnNldD0xMDMxODU4MTc2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMg MjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zm c2V0PTEwMzE4NzQ1NjAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBr Zy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTg5MDk0 NCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5l bDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxOTA3MzI4LCBsZW5ndGg9MTYz ODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25l KCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5MjM3MTIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1 CkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklU RShvZmZzZXQ9MTAzMTk0MDA5NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUw OjAzIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMx OTU2NDgwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQg a2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5NzI4NjQsIGxlbmd0 aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdfdmZz X2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTk4OTI0OCwgbGVuZ3RoPTE2Mzg0KV1lcnJv ciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMx W1dSSVRFKG9mZnNldD0xMDMyMDA1NjMyLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEg MTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0 PTEwMzIwMjIwMTYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBrZy1x dWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjAzODQwMCwg bGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDog Z192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMDU0Nzg0LCBsZW5ndGg9MTYzODQp XWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6 ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIwNzExNjgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRl YyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShv ZmZzZXQ9MTAzMjA4NzU1MiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAz IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMTAz OTM2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2Vy bmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIxMjAzMjAsIGxlbmd0aD0x NjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2Rv bmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjEzNjcwNCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9 IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dS SVRFKG9mZnNldD0xMDMyMTUzMDg4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6 NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEw MzIxNjk0NzIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDowMyBrZy1xdWll dCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjE4NTg1NiwgbGVu Z3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogZ192 ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMjAyMjQwLCBsZW5ndGg9MTYzODQpXWVy cm9yID0gNQpEZWMgMjEgMTY6NTA6MDMga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTgwOTY0MTk4NCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIx IDE2OjUwOjAzIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstaW4g Y2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDowMyBrZy1xdWlldCBrZXJu ZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMg MjEgMTY6NTA6MDQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjUwOjA0IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1p biBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjA0IGtnLXF1aWV0IGtl cm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRl YyAyMSAxNjo1MDoxMCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NTA6MTAga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxr LWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6MTAga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IK RGVjIDIxIDE2OjUwOjEzIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoxMyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoxMyBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjE0IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjE0IGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo1MDoxNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtX UklURShvZmZzZXQ9MzA3MjAsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjE0 IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0zNDgxNiwg bGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBn X3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTQzMDA4LCBsZW5ndGg9NDA5NildZXJyb3Ig PSA1CkRlYyAyMSAxNjo1MDoxNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtX UklURShvZmZzZXQ9NTkzOTIsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjE0 IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD04ODA2NCwg bGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBn X3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMDM1MiwgbGVuZ3RoPTQwOTYpXWVycm9y ID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFb V1JJVEUob2Zmc2V0PTEwODU0NCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6 MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEyNDky OCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVs OiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTUzNDUyOCwgbGVuZ3RoPTQwOTYpXWVy cm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTU0MjcyMCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6 NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTU0 NjgxNiwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2Vy bmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTU1NTAwOCwgbGVuZ3RoPTQwOTYp XWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6 ZGEwczFbV1JJVEUob2Zmc2V0PTU3MTM5MiwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEg MTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0 PTYwMDA2NCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQg a2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTYxMjM1MiwgbGVuZ3RoPTQw OTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25l KCk6ZGEwczFbV1JJVEUob2Zmc2V0PTYyMDU0NCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMg MjEgMTY6NTA6MTQga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zm c2V0PTYzNjkyOCwgbGVuZ3RoPTQwOTYpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6MTQga2ctcXVp ZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMjYwNDgsIGxlbmd0 aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDoxNCBrZy1xdWlldCBrZXJuZWw6IGdfdmZz X2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MjI1MjgsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUK RGVjIDIxIDE2OjUwOjIwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoyMCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1 bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoyMCBrZy1xdWll dCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJP UgpEZWMgMjEgMTY6NTA6MjUga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNldCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjI1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg YnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjI1IGtnLXF1 aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VS Uk9SCkRlYyAyMSAxNjo1MDoyNSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6MjUga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6MjUga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjUwOjI1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQg ZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoyNSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDog QkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoyNSBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NTA6MjUga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNl dCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjI1IGtnLXF1aWV0IGtlcm5lbDogdW1hc3Mw OiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjI1 IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo1MDoyNSBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpk YTBzMVtXUklURShvZmZzZXQ9MjMwMDQxNjAwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpbY3V0 IGF3YXkgbWFueSBsaW5lc10KRGVjIDIxIDE2OjUwOjI1IGtnLXF1aWV0IGtlcm5lbDogZ192ZnNf ZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD05MjYxMTU4NDAsIGxlbmd0aD0xNjM4NCldZXJyb3Ig PSA1CkRlYyAyMSAxNjo1MDozNiBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJlc2V0IGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6MzYga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJC QiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6MzYga2ct cXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIElP RVJST1IKRGVjIDIxIDE2OjUwOjM2IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgcmVzZXQg ZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDozNiBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDog QkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDozNiBr Zy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwg SU9FUlJPUgpEZWMgMjEgMTY6NTA6Mzcga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiByZXNl dCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjM3IGtnLXF1aWV0IGtlcm5lbDogdW1hc3Mw OiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjM3 IGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVk LCBJT0VSUk9SCkRlYyAyMSAxNjo1MDozOSBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIHJl c2V0IGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6Mzkga2ctcXVpZXQga2VybmVsOiB1bWFz czA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6 Mzkga2ctcXVpZXQga2VybmVsOiB1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWls ZWQsIElPRVJST1IKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogdW1hc3MwOiBCQkIg cmVzZXQgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IHVt YXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBJT0VSUk9SCkRlYyAyMSAxNjo1 MDo0MCBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZh aWxlZCwgSU9FUlJPUgpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25l KCk6ZGEwczFbV1JJVEUob2Zmc2V0PTE5NDIyNjE3NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUK RGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRF KG9mZnNldD0zNjI3MDI4NDgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0 MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9NzM2NTAz ODA4LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2Vy bmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE2OTQzMzYsIGxlbmd0aD0x NjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2Rv bmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTcxMDcyMCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9 IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dS SVRFKG9mZnNldD0xMDMxNzI3MTA0LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6 NTA6NDAga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEw MzE3NDM0ODgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWll dCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTc1OTg3MiwgbGVu Z3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192 ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxNzc2MjU2LCBsZW5ndGg9MTYzODQpXWVy cm9yID0gNQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEw czFbV1JJVEUob2Zmc2V0PTEwMzE3OTI2NDAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAy MSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZz ZXQ9MTAzMTgwOTAyNCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtn LXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxODI1NDA4 LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVs OiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE4NDE3OTIsIGxlbmd0aD0xNjM4 NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUo KTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTg1ODE3NiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUK RGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRF KG9mZnNldD0xMDMxODc0NTYwLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6 NDAga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE4 OTA5NDQsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBr ZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMTkwNzMyOCwgbGVuZ3Ro PTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNf ZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxOTIzNzEyLCBsZW5ndGg9MTYzODQpXWVycm9y ID0gNQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFb V1JJVEUob2Zmc2V0PTEwMzE5NDAwOTYsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAx Njo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9 MTAzMTk1NjQ4MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1 aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMxOTcyODY0LCBs ZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVsOiBn X3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzE5ODkyNDgsIGxlbmd0aD0xNjM4NCld ZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpk YTBzMVtXUklURShvZmZzZXQ9MTAzMjAwNTYzMiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVj IDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9m ZnNldD0xMDMyMDIyMDE2LCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6NDAg a2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIwMzg0 MDAsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJu ZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjA1NDc4NCwgbGVuZ3RoPTE2 Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9u ZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMDcxMTY4LCBsZW5ndGg9MTYzODQpXWVycm9yID0g NQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJ VEUob2Zmc2V0PTEwMzIwODc1NTIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1 MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAz MjEwMzkzNiwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0 IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNldD0xMDMyMTIwMzIwLCBsZW5n dGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6NDAga2ctcXVpZXQga2VybmVsOiBnX3Zm c19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIxMzY3MDQsIGxlbmd0aD0xNjM4NCldZXJy b3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6IGdfdmZzX2RvbmUoKTpkYTBz MVtXUklURShvZmZzZXQ9MTAzMjE1MzA4OCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKRGVjIDIx IDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgpOmRhMHMxW1dSSVRFKG9mZnNl dD0xMDMyMTY5NDcyLCBsZW5ndGg9MTYzODQpXWVycm9yID0gNQpEZWMgMjEgMTY6NTA6NDAga2ct cXVpZXQga2VybmVsOiBnX3Zmc19kb25lKCk6ZGEwczFbV1JJVEUob2Zmc2V0PTEwMzIxODU4NTYs IGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRlYyAyMSAxNjo1MDo0MCBrZy1xdWlldCBrZXJuZWw6 IGdfdmZzX2RvbmUoKTpkYTBzMVtXUklURShvZmZzZXQ9MTAzMjIwMjI0MCwgbGVuZ3RoPTE2Mzg0 KV1lcnJvciA9IDUKRGVjIDIxIDE2OjUwOjQwIGtnLXF1aWV0IGtlcm5lbDogZ192ZnNfZG9uZSgp OmRhMHMxW1dSSVRFKG9mZnNldD04MDk2NDE5ODQsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1CkRl YyAyMSAxNjo1MDo0MyBrZy1xdWlldCBrZXJuZWw6IHVtYXNzMDogYXQgdWh1YjIgcG9ydCA2IChh ZGRyIDIpIGRpc2Nvbm5lY3RlZApEZWMgMjEgMTY6NTA6NDMga2ctcXVpZXQga2VybmVsOiAoZGEw OnVtYXNzLXNpbTA6MDowOjApOiBsb3N0IGRldmljZQpEZWMgMjEgMTY6NTA6NDMga2ctcXVpZXQg a2VybmVsOiB1bWFzczA6IGRldGFjaGVkCg== --Boundary_(ID_ObztS2LY6QLh/xPhd7y1Ow)-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 22:44:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F054916A41F for ; Wed, 21 Dec 2005 22:44:08 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id EED8E43D5F for ; Wed, 21 Dec 2005 22:44:07 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id jBLMi5M9007401 for ; Wed, 21 Dec 2005 23:44:05 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id jBLMi5Qe007399 for freebsd-stable@freebsd.org; Wed, 21 Dec 2005 23:44:05 +0100 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id jBLMFX2k003144 for ; Wed, 21 Dec 2005 23:15:33 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id jBLMFWSK003032 for freebsd-stable@freebsd.org; Wed, 21 Dec 2005 23:15:32 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Wed, 21 Dec 2005 23:15:30 +0100 To: freebsd-stable@freebsd.org Message-ID: <20051221221530.GA2390@saturn.kn-bremen.de> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: cdboot troubles; 6.0 kernel hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 22:44:09 -0000 I have this box that apparently no longer likes FreeBSD's cdboot, it prints something about BOOT/LOADER and then just reboots. Any ideas how to debug something like that? The box already has FreeBSD installed (5.3 with some patches), and i tried copying the 6.0 kernel from disc1 and loading it manually at the loader prompt. It hangs after printing (boot -v): GEOM: new disk ad0 GEOM: new disk ad4 ad0 is on oboard pata (the board is a via kt400), ad4 is a single disk on a Promise Fasttrack tx2200 sata controller. I guess i could try to build a 6.0 kernel with ddb, but what would i be looking for then to find out why its hanging? I'll append 5.3's boot -v dmesg. (btw i see a lot more of the ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 lines with the 6.0 kernel than with 5.3...) Thanx, Juergen -------snip---- penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480100480 pcib0: slot 9 INTA routed to irq 11 via \\_SB_.PCI0.LNKB found-> vendor=0x105a, dev=0x3571, revid=0x02 bus=0, slot=9, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=1 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base e8120000, size 17, enabled map[14]: type 1, range 32, base e8140000, size 17, enabled map[18]: type 4, range 32, base 0000a800, size 6, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LNKC) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 257160): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 \\_SB_.PCI0.LNKC (references 12, priority 257160): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 \\_SB_.PCI0.LNKD (references 12, priority 257160): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 pcib0: slot 10 INTA routed to irq 10 via \\_SB_.PCI0.LNKC found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 4, range 32, base 0000ac00, size 8, enabled map[14]: type 1, range 32, base e8181000, size 8, enabled map[18]: type 1, range 32, base e8182000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 263050): interrupts: 5 11 10 12 7 6 4 3 15 14 1 penalty: 1490 1560 1560 6440 6440 6440 6440 6440 51440 51440101440 \\_SB_.PCI0.LNKD (references 12, priority 263050): interrupts: 5 11 10 12 7 6 4 3 15 14 1 penalty: 1490 1560 1560 6440 6440 6440 6440 6440 51440 51440101440 pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=0x1000, dev=0x000f, revid=0x26 bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pci0:12:0: Transition from D2 to D0 map[10]: type 4, range 32, base 0000b000, size 6, enabled pcib0: matched entry for 0.12.INTA (src \\_SB_.PCI0.LNKA) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 268941): interrupts: 5 10 11 12 7 6 4 3 15 14 1 penalty: 1970 2040 2160 6920 6920 6920 6920 6920 51920 51920101920 pcib0: slot 12 INTA routed to irq 10 via \\_SB_.PCI0.LNKA found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[20]: type 4, range 32, base 0000b400, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.LNKA) pcib0: slot 16 INTA is already routed to irq 10 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000b800, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.LNKB) pcib0: slot 16 INTB is already routed to irq 11 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000bc00, size 5, enabled pcib0: matched entry for 0.16.INTC (src \\_SB_.PCI0.LNKC) pcib0: slot 16 INTC is already routed to irq 10 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8183000, size 8, enabled pcib0: matched entry for 0.16.INTD (src \\_SB_.PCI0.LNKD) pcib0: slot 16 INTD is already routed to irq 11 found-> vendor=0x1106, dev=0x3104, revid=0x82 bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3177, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c400, size 8, enabled pcib0: matched entry for 0.17.INTC (src \\_SB_.PCI0.LNKC) pcib0: slot 17 INTC is already routed to irq 10 found-> vendor=0x1106, dev=0x3059, revid=0x50 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 8, enabled map[14]: type 1, range 32, base e8184000, size 8, enabled pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.LNKA) pcib0: slot 18 INTA is already routed to irq 10 found-> vendor=0x1106, dev=0x3065, revid=0x74 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xe8000000-0xe80fffff pcib1: prefetched decode 0xd8000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base d8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xd8000000-0xdfffffff map[14]: type 4, range 32, base 00009000, size 8, enabled pcib1: device (null) requested decoded I/O range 0x9000-0x90ff map[18]: type 1, range 32, base e8020000, size 16, enabled pcib1: device (null) requested decoded memory range 0xe8020000-0xe802ffff pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.LNKA) pcib0: slot 1 INTA is already routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x1002, dev=0x4144, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 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 3, range 32, base e0000000, size 27, memory disabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe7ffffff map[14]: type 1, range 32, base e8030000, size 16, enabled pcib1: device (null) requested decoded memory range 0xe8030000-0xe803ffff found-> vendor=0x1002, dev=0x4164, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) atapci0: port 0xa400-0xa4ff,0xa000-0xa07f mem 0xe8100000-0xe811ffff,0xe8180000-0xe8180fff irq 11 at device 9.0 on pci0 atapci0: failed: rid 0x20 is memory, requested 4 atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xe8100000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xe8180000 atapci0: [MPSAFE] ata2: channel #0 on atapci0 ata2: reset tp1 mask=01 ostat0=50 ostat1=50 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci0 ata3: reset tp1 mask=00 ostat0=ff ostat1=ff ata3: [MPSAFE] ata4: channel #2 on atapci0 ata4: reset tp1 mask=03 ostat0=a0 ostat1=b0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-master: stat=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4-slave: stat=0xb0 err=0xb0 lsb=0xb0 msb=0xb0 ata4: reset tp2 stat0=a0 stat1=b0 devices=0x0 ata4: [MPSAFE] em0: port 0xa800-0xa83f mem 0xe8140000-0xe815ffff,0xe8120000-0xe813ffff irq 10 at device 10.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe8120000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xa800 em0: [GIANT-LOCKED] em0: bpf attached em0: Ethernet address: 00:0e:0c:6d:38:a9 em0: Speed:N/A Duplex:N/A sym0: <875> port 0xac00-0xacff mem 0xe8182000-0xe8182fff,0xe8181000-0xe81810ff irq 11 at device 11.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xe8181000 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xe8182000 sym0: chip clock is 40401KHz sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [GIANT-LOCKED] pci0: at device 12.0 (no driver attached) uhci0: port 0xb400-0xb41f irq 10 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb400 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f irq 11 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbc00-0xbc1f irq 10 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbc00 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe8183000-0xe81830ff irq 11 at device 16.3 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe8183000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 ata0: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] pci0: at device 17.5 (no driver attached) vr0: port 0xc800-0xc8ff mem 0xe8184000-0xe81840ff irq 10 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc800 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 5 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0a:e6:55:d5:db vr0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x778-0x77b,0x378-0x37f irq 7 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 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xe2000-0xe2fff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 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) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2075027952 Hz quality 800 Timecounters tick every 1.000 msec i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) ipr0: bpf attached ipr1: bpf attached ipr2: bpf attached ipr3: bpf attached i4bctl: ISDN system control port attached i4b: ISDN call control device attached i4brbch: 4 raw B channel access device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4btrc: 4 ISDN trace device(s) attached lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: setting PIO4 on VIA 8235 chip ata0-master: setting UDMA133 on VIA 8235 chip ad0: ATA-7 disk at ata0-master ad0: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA133 ar: FreeBSD check1 failed ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on VIA 8235 chip ata1-master: setting UDMA33 on VIA 8235 chip ata1-slave: setting PIO4 on VIA 8235 chip ata1-slave: setting UDMA33 on VIA 8235 chip acd0: DVDROM drive at ata1 as master acd0: read 8268KB/s (8268KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: DVDR drive at ata1 as slave acd1: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd1: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 152627MB (312581808 sectors), 310101 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 ar: Promise check1 failed Waiting 15 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. GEOM: new disk ad0 GEOM: new disk ad4 [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:33559722 [1] f:80 typ:12 s(CHS):1023/255/63 e(CHS):1023/254/63 s:33559785 l:66974985 [2] f:00 typ:5 s(CHS):1023/255/63 e(CHS):1023/254/63 s:100534770 l:33993540 [3] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:134528310 l:25543350 GEOM: Configure ad0s1, start 32256 length 17182577664 end 17182609919 GEOM: Configure ad0s2, start 17182609920 length 34291192320 end 51473802239 GEOM: Configure ad0s3, start 51473802240 length 17404692480 end 68878494719 GEOM: Configure ad0s4, start 68878494720 length 13078195200 end 81956689919 [0] f:00 typ:5 s(CHS):1023/255/63 e(CHS):1023/254/63 s:248573745 l:64002960 [1] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:248573682 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 127269757440 length 32769515520 end 160039272959 GEOM: Configure ad4s2, start 32256 length 127269725184 end 127269757439 MBREXT Slice 5 on ad0s3: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:32001417 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:32001480 l:1992060 GEOM: Configure ad0s5, start 32256 length 16384725504 end 16384757759 MBREXT Slice 6 on ad0s3: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:1991997 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s6, start 16384790016 length 1019902464 end 17404692479 GEOM: Configure ad0s4a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s4b, start 268435456 length 1073741824 end 1342177279 GEOM: Configure ad0s4c, start 0 length 13078195200 end 13078195199 GEOM: Configure ad0s4e, start 1342177280 length 10737418240 end 12079595519 GEOM: Configure ad0s4f, start 12079595520 length 998599680 end 13078195199 MBREXT Slice 5 on ad4s1: [0] f:00 typ:12 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:64002897 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s5, start 32256 length 32769483264 end 32769515519 GEOM: Configure ad4s2a, start 0 length 268435456 end 268435455 GEOM: Configure ad4s2b, start 268435456 length 1073741824 end 1342177279 GEOM: Configure ad4s2c, start 0 length 127269725184 end 127269725183 GEOM: Configure ad4s2d, start 1342177280 length 125927547904 end 127269725183 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe4:ata2:0:0:0): error 22 (probe4:ata2:0:0:0): Unretryable Error (probe5:ata2:0:1:0): error 22 (probe5:ata2:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 (probe7:ata3:0:1:0): Unretryable Error (probe8:ata4:0:0:0): error 22 (probe8:ata4:0:0:0): Unretryable Error (probe9:ata4:0:1:0): error 22 (probe9:ata4:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe4:ata2:0:0:0): error 22 (probe4:ata2:0:0:0): Unretryable Error (probe5:ata2:0:1:0): error 22 (probe5:ata2:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 (probe7:ata3:0:1:0): Unretryable Error (probe8:ata4:0:0:0): error 22 (probe8:ata4:0:0:0): Unretryable Error (probe9:ata4:0:1:0): error 22 (probe9:ata4:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe3:ata1:0:1:0): error 6 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe10:sym0:0:0:0): Retrying Command (probe10:sym0:0:0:0): Retrying Command (probe0:sym0:0:0:1): Device Busy (probe0:sym0:0:0:1): Retrying Command pass0 at sym0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number AJ156082 pass0: 20.000MB/s transfers (20.000MHz, offset 16), Tagged Queueing Enabled pass1 at ata1 bus 0 target 0 lun 0 pass1: <_NEC DV-5800C D9S2> Removable CD-ROM SCSI-0 device pass1: 33.000MB/s transfers pass2 at ata1 bus 0 target 1 lun 0 pass2: Removable CD-ROM SCSI-0 device pass2: 33.000MB/s transfers GEOM: new disk cd0 GEOM: new disk cd1 GEOM: new disk da0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: <_NEC DV-5800C D9S2> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number AJ156082 da0: 20.000MB/s transfers (20.000MHz, offset 16), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) [0] f:00 typ:5 s(CHS):0/0/33 e(CHS):373/133/16 s:32 l:6000608 [1] f:80 typ:165 s(CHS):373/133/17 e(CHS):1023/54/27 s:6000640 l:11915264 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 16384 length 3072311296 end 3072327679 GEOM: Configure da0s2, start 3072327680 length 6100615168 end 9172942847 MBREXT Slice 5 on da0s1: [0] f:80 typ:131 s(CHS):0/2/1 e(CHS):1023/63/32 s:32 l:6000576 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s5, start 16384 length 3072294912 end 3072311295 GEOM: Configure da0s2a, start 0 length 268435456 end 268435455 GEOM: Configure da0s2c, start 0 length 6100615168 end 6100615167 GEOM: Configure da0s2e, start 268435456 length 5832179712 end 6100615167 Mounting root from ufs:/dev/ad4s2a start_init: trying /sbin/init tun0: bpf attached pflog0: bpf attached From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 23:23:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C76816A420 for ; Wed, 21 Dec 2005 23:23:40 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id AED5143D6B for ; Wed, 21 Dec 2005 23:23:34 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 184 invoked by uid 399); 21 Dec 2005 23:03:50 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 21 Dec 2005 23:03:50 -0000 Message-ID: <43A9DF54.4020501@FreeBSD.org> Date: Wed, 21 Dec 2005 15:03:48 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: Mark Linimon References: <43A910F8.5090009@FreeBSD.org> <20051221200655.GA19961@soaustin.net> In-Reply-To: <20051221200655.GA19961@soaustin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 23:23:40 -0000 Mark Linimon wrote: > On Wed, Dec 21, 2005 at 12:23:20AM -0800, Doug Barton wrote: >> If you run into one of >> these problems, please report it to the port's maintainer, and >> freebsd-port@freebsd.org ASAP. > > ITYM freebsd-ports@freebsd.org. Yep, sorry. :) -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Dec 21 23:50:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E95C16A41F for ; Wed, 21 Dec 2005 23:50:10 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0599D43D5A for ; Wed, 21 Dec 2005 23:50:08 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so259880wra for ; Wed, 21 Dec 2005 15:50:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YGNsbbaJj9O+QqLdF1ZhUb9tow4is60GKpGJ9wc1xVKYwgbd1W3o/4uT51DhXbxkTBLUvB3z/jy/LVrRcT/3FgD4+5b7ZHvXyWn0eBvcS92MUxWQjI5xEtLFQr5azTSyoqL9SIqw9HmbpbKCMagoWX0dEx70CL6UYAUCved+rVw= Received: by 10.54.115.15 with SMTP id n15mr1452336wrc; Wed, 21 Dec 2005 15:50:07 -0800 (PST) Received: by 10.54.113.11 with HTTP; Wed, 21 Dec 2005 15:50:07 -0800 (PST) Message-ID: Date: Thu, 22 Dec 2005 00:50:07 +0100 From: Cristiano Deana To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Bug[?] In new local_startup and postgresql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 23:50:10 -0000 After a today upgrade to 6-STABLE postgresql doesn't start at boot. Strange beavior, if I run `/usr/local/etc/rc.d/010.pgsql.sh start' it starts correctly. 010.pgsql.sh is the same of updated ports. This is 010.pgsql.sh : http://www.deana.it/010.pgsql.sh Doug, this is resuls of running `sh rc' whit your patch: http://www.deana.it/rc.late # grep postgresql_enable /etc/rc.conf postgresql_enable=3D"YES" This is the only one script doesn't working >From a fresh boot: db # ps ax | grep postmaster 875 p0 S+ 0:00.00 grep postmaster db # /usr/local/etc/rc.d/010.pgsql.sh rcvar # postgresql $postgresql_enable=3DYES db # /usr/local/etc/rc.d/010.pgsql.sh start db # ps ax | grep postmaster 903 p0 S 0:00.03 /usr/local/bin/postmaster -D /usr/local/pgsql/data (postgres) 908 p0 S 0:00.00 postmaster: stats buffer process (postgres) 909 p0 S 0:00.00 postmaster: stats collector process (postgres) 914 p0 S+ 0:00.00 grep postmaster thanks in advance. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 00:27:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB23616A420 for ; Thu, 22 Dec 2005 00:27:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 2189543D6B for ; Thu, 22 Dec 2005 00:27:40 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 12471 invoked from network); 22 Dec 2005 00:27:35 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 22 Dec 2005 00:27:35 -0000 Received: (qmail 4203 invoked by uid 89); 22 Dec 2005 00:27:36 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 22 Dec 2005 00:27:36 -0000 Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 05CC7B941; Thu, 22 Dec 2005 02:27:27 +0200 (EET) Date: Thu, 22 Dec 2005 02:27:27 +0200 From: Ion-Mihai Tetcu To: Cristiano Deana Message-ID: <20051222022727.086a6a3c@it.buh.tecnik93.com> In-Reply-To: References: X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Bug[?] In new local_startup and postgresql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 00:27:43 -0000 On Thu, 22 Dec 2005 00:50:07 +0100 Cristiano Deana wrote: > After a today upgrade to 6-STABLE postgresql doesn't start at boot. > Strange beavior, if I run `/usr/local/etc/rc.d/010.pgsql.sh start' it > starts correctly. > 010.pgsql.sh is the same of updated ports. > > This is 010.pgsql.sh : > http://www.deana.it/010.pgsql.sh > > Doug, this is resuls of running `sh rc' whit your patch: > http://www.deana.it/rc.late > > # grep postgresql_enable /etc/rc.conf > postgresql_enable="YES" > > This is the only one script doesn't working On your system :) Squid and samba have been reported on ports and I'm working on cups, which with the current script behaves strangely like it doesn't receive "start". But, as in your case, it starts by hand. Please check if you get a /usr/local/etc/rc.d/010.pgsql.sh: unknown directive .............. Usage: /usr/local/etc/rc.d/010.pgsql.sh [fast|force|one](start|stop|restart|rcvar|reload|initdb|status|poll) on boot, I'm very curios to see what directive it receives. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #336: the xy axis in the trackball is coordinated with the summer solstice From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 01:25:14 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEDCE16A41F for ; Thu, 22 Dec 2005 01:25:14 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id A919D43D5E for ; Thu, 22 Dec 2005 01:25:12 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBM1NO6p002908; Thu, 22 Dec 2005 02:23:24 +0100 (CET) (envelope-from gmarco@giovannelli.it) Message-Id: <7.0.0.16.2.20051222021454.026740f0@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Thu, 22 Dec 2005 02:22:21 +0100 To: stable@freebsd.org From: Gianmarco Giovannelli In-Reply-To: <43A94265.2010308@iteranet.com> References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A74DBA.3000609@tvnetwork.hu> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> <43A7D3E6.608@iteranet.com> <43A88C31.9070302@tvnetwork.hu> <7.0.0.16.2.20051221062911.05507d90@gimbo.org> <43A91FC7.8090808@iteranet.com> <43A94265.2010308@iteranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: rizzo@icir.org, ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 01:25:15 -0000 At 12.54 21/12/2005, you wrote: >Hi. > >Alexey Popov wrote: >>> >>>>>> > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't >>> >>>> i915 DRM is not fully supported in -stable. You may try 7-current or >>> >>>> this hack: ftp://213.85.11.250/pub/drm3.patch . >>> >>> I have applied the patch et voila' :-) >>> >>> drmsub0: : (child of agp_i810.c) on agp0 >>> >>> info: [drm] AGP at 0xb0080000 0MB >Not sure, but I think "0MB" here is weird. > >Full output (from Gianmarco): >pci0: on pcib0 >agp0: port >0x1800-0x1807 mem >0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff >irq 16 at device 2.0 on pci0 >agp0: detected 7932k stolen memory >agp0: aperture size is 256M >drmsub0: : (child of agp_i810.c) on agp0 >info: [drm] AGP at 0xb0080000 0MB >info: [drm] Initialized i915 1.2.0 20041217 >pci0: at device 2.1 (no driver attached) > >Aperture size 256MB should be printed here instead of 0MB. There is >three different i915gm with this bug reported: >http://freebsd.rambler.ru/bsdmail/freebsd-stable_curr/msg00003.html >I think this bug is i915gm only, but have no hardware to dig in. I reply also in this list for the people not subscribed to the x11 list :-) It seems to me that also Oliver has the same bug (0M) on his 915GM ... Any other with with centrino based 915 card can confirm this ? If someone need a tester to fix it I am ready to help. Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 03:22:13 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC9F016A41F; Thu, 22 Dec 2005 03:22:12 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 452F843D5A; Thu, 22 Dec 2005 03:22:11 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (gcr@localhost [127.0.0.1]) by nc8000.tharned.org (8.13.4/8.13.4) with ESMTP id jBM3MApO070786; Wed, 21 Dec 2005 21:22:10 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.13.4/8.13.4/Submit) with ESMTP id jBM3MAWK070783; Wed, 21 Dec 2005 21:22:10 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Date: Wed, 21 Dec 2005 21:22:10 -0600 (CST) From: Greg Rivers Sender: gcr@tharned.org To: Doug Barton In-Reply-To: <43A910F8.5090009@FreeBSD.org> Message-ID: <20051221210056.K70618@nc8000.tharned.org> References: <43A910F8.5090009@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 03:22:13 -0000 On Wed, 21 Dec 2005, Doug Barton wrote: > As has been discussed for a couple weeks now, I have MFC'ed to RELENG_6 > the changes in /etc/rc* that bring new-style boot scripts from the > local_startup directories (by default /usr/local/etc/rc.d and > /usr/X11R6/etc/rc.d) into the base rcorder... This seems to have broken ppp-user for me. Apparently the ppp arguments are being executed without the ppp command: + su -m vpn -c sh -c " -quiet -ddial vpn-tcp " -quiet: not found Otherwise, everything seems to be working fine. See a trace of `ppp-user start' below. -- Greg # /bin/sh -x /etc/rc.d/ppp-user start + . /etc/rc.subr + [ -z ] + _rc_subr_loaded=YES + SYSCTL=/sbin/sysctl + SYSCTL_N=/sbin/sysctl -n + CMD_OSTYPE=/sbin/sysctl -n kern.ostype + /sbin/sysctl -n kern.ostype + OSTYPE=FreeBSD + ID=/usr/bin/id + IDCMD=if [ -x /usr/bin/id ]; then /usr/bin/id -un; fi + SYSCTL_W=/sbin/sysctl + name=ppp + set_rcvar + [ -z ] + base_var=ppp + echo ppp_enable + rcvar=ppp_enable + start_precmd=ppp_precmd + start_postcmd=ppp_postcmd + load_rc_config ppp + _command=ppp + [ -z ppp ] + false + [ -r /etc/defaults/rc.conf ] + debug Sourcing /etc/defaults/rc.conf + . /etc/defaults/rc.conf + rc_debug=NO + rc_info=NO + rcshutdown_timeout=30 + early_late_divider=mountcritlocal + swapfile=NO + apm_enable=NO + apmd_enable=NO + apmd_flags= + devd_enable=YES + devd_flags= + kldxref_enable=NO + kldxref_clobber=NO + kldxref_module_path= + pccard_enable=NO + pccard_mem=DEFAULT + pccard_beep=2 + pccard_ifconfig=NO + pccardd_flags=-z + pccard_conf=/etc/defaults/pccard.conf + powerd_enable=NO + powerd_flags= + removable_route_flush=YES + tmpmfs=AUTO + tmpsize=20m + tmpmfs_flags=-S -M + varmfs=AUTO + varsize=32m + varmfs_flags=-S -M + populate_var=AUTO + local_startup=/usr/local/etc/rc.d /usr/X11R6/etc/rc.d + script_name_sep= + rc_conf_files=/etc/rc.conf /etc/rc.conf.local + gbde_autoattach_all=NO + gbde_devices=NO + gbde_attach_attempts=3 + gbde_lockdir=/etc + geli_devices= + geli_tries= + geli_default_flags= + geli_autodetach=YES + geli_swap_flags=-a aes -l 256 -s 4096 -d + root_rw_mount=YES + fsck_y_enable=NO + background_fsck=YES + background_fsck_delay=60 + netfs_types=nfs:NFS nfs4:NFS4 smbfs:SMB portalfs:PORTAL nwfs:NWFS + extra_netfs_types=NO + hostname= + nisdomainname=NO + dhclient_program=/sbin/dhclient + dhclient_flags= + background_dhclient=NO + firewall_enable=NO + firewall_script=/etc/rc.firewall + firewall_type=UNKNOWN + firewall_quiet=NO + firewall_logging=NO + firewall_flags= + ip_portrange_first=NO + ip_portrange_last=NO + ike_enable=NO + ike_program=/usr/local/sbin/isakmpd + ike_flags= + ipsec_enable=NO + ipsec_file=/etc/ipsec.conf + natd_program=/sbin/natd + natd_enable=NO + natd_interface= + natd_flags= + ipfilter_enable=NO + ipfilter_program=/sbin/ipf + ipfilter_rules=/etc/ipf.rules + ipfilter_flags= + ipnat_enable=NO + ipnat_program=/sbin/ipnat + ipnat_rules=/etc/ipnat.rules + ipnat_flags= + ipmon_enable=NO + ipmon_program=/sbin/ipmon + ipmon_flags=-Ds + ipfs_enable=NO + ipfs_program=/sbin/ipfs + ipfs_flags= + pf_enable=NO + pf_rules=/etc/pf.conf + pf_program=/sbin/pfctl + pf_flags= + pflog_enable=NO + pflog_logfile=/var/log/pflog + pflog_program=/sbin/pflogd + pflog_flags= + pfsync_enable=NO + pfsync_syncdev= + pfsync_ifconfig= + tcp_extensions=YES + log_in_vain=0 + tcp_keepalive=YES + tcp_drop_synfin=NO + icmp_drop_redirect=NO + icmp_log_redirect=NO + network_interfaces=auto + cloned_interfaces= + ifconfig_lo0=inet 127.0.0.1 + sppp_interfaces= + gif_interfaces=NO + ppp_enable=NO + ppp_program=/usr/sbin/ppp + ppp_mode=auto + ppp_nat=YES + ppp_profile=papchap + ppp_user=root + syslogd_enable=YES + syslogd_program=/usr/sbin/syslogd + syslogd_flags=-s + inetd_enable=NO + inetd_program=/usr/sbin/inetd + inetd_flags=-wW -C 60 + named_enable=NO + named_program=/usr/sbin/named + named_flags=-u bind + named_pidfile=/var/run/named/pid + named_chrootdir=/var/named + named_chroot_autoupdate=YES + named_symlink_enable=YES + kerberos5_server_enable=NO + kerberos5_server=/usr/libexec/kdc + kerberos5_server_flags= + kadmind5_server_enable=NO + kadmind5_server=/usr/libexec/kadmind + kpasswdd_server_enable=NO + kpasswdd_server=/usr/libexec/kpasswdd + rwhod_enable=NO + rwhod_flags= + rarpd_enable=NO + rarpd_flags= + bootparamd_enable=NO + bootparamd_flags= + pppoed_enable=NO + pppoed_provider=* + pppoed_flags=-P /var/run/pppoed.pid + pppoed_interface=fxp0 + sshd_enable=NO + sshd_program=/usr/sbin/sshd + sshd_flags= + amd_enable=NO + amd_flags=-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map + amd_map_program=NO + nfs_client_enable=NO + nfs_access_cache=2 + nfs_server_enable=NO + nfs_server_flags=-u -t -n 4 + mountd_enable=NO + mountd_flags=-r + weak_mountd_authentication=NO + nfs_reserved_port_only=NO + nfs_bufpackets= + rpc_lockd_enable=NO + rpc_statd_enable=NO + rpcbind_enable=NO + rpcbind_program=/usr/sbin/rpcbind + rpcbind_flags= + rpc_ypupdated_enable=NO + keyserv_enable=NO + keyserv_flags= + timed_enable=NO + timed_flags= + ntpdate_enable=NO + ntpdate_program=/usr/sbin/ntpdate + ntpdate_flags=-b + ntpd_enable=NO + ntpd_program=/usr/sbin/ntpd + ntpd_sync_on_start=NO + ntpd_flags=-p /var/run/ntpd.pid -f /var/db/ntpd.drift + nis_client_enable=NO + nis_client_flags= + nis_ypset_enable=NO + nis_ypset_flags= + nis_server_enable=NO + nis_server_flags= + nis_ypxfrd_enable=NO + nis_ypxfrd_flags= + nis_yppasswdd_enable=NO + nis_yppasswdd_flags= + bsnmpd_enable=NO + bsnmpd_flags= + defaultrouter=NO + static_routes= + natm_static_routes= + gateway_enable=NO + router_enable=NO + router=/sbin/routed + router_flags=-q + mrouted_enable=NO + mrouted_flags= + ipxgateway_enable=NO + ipxrouted_enable=NO + ipxrouted_flags= + arpproxy_all=NO + forward_sourceroute=NO + accept_sourceroute=NO + atm_enable=NO + atm_pvcs= + atm_arps= + isdn_enable=NO + isdn_fsdev=NO + isdn_flags=-dn -d0x1f9 + isdn_ttype=cons25 + isdn_screenflags=NO + isdn_trace=NO + isdn_traceflags=-f /var/tmp/isdntrace0 + hcsecd_enable=NO + hcsecd_config=/etc/bluetooth/hcsecd.conf + sdpd_enable=NO + sdpd_control=/var/run/sdp + sdpd_groupname=nobody + sdpd_username=nobody + icmp_bmcastecho=NO + ipv6_enable=NO + ipv6_network_interfaces=auto + ipv6_defaultrouter=NO + ipv6_static_routes= + ipv6_gateway_enable=NO + ipv6_router_enable=NO + ipv6_router=/usr/sbin/route6d + ipv6_router_flags= + ipv6_default_interface=NO + rtsol_flags= + rtadvd_enable=NO + rtadvd_interfaces= + mroute6d_enable=NO + mroute6d_program=/usr/local/sbin/pim6dd + mroute6d_flags= + stf_interface_ipv4addr= + stf_interface_ipv4plen=0 + stf_interface_ipv6_ifid=0:0:0:1 + stf_interface_ipv6_slaid=0000 + ipv6_faith_prefix=NO + ipv6_ipv4mapping=NO + ipv6_firewall_enable=NO + ipv6_firewall_script=/etc/rc.firewall6 + ipv6_firewall_type=UNKNOWN + ipv6_firewall_quiet=NO + ipv6_firewall_logging=NO + ipv6_firewall_flags= + ipv6_ipfilter_rules=/etc/ipf6.rules + ip6addrctl_enable=NO + ip6addrctl_verbose=NO + keyboard= + keymap=NO + keyrate=NO + keybell=NO + keychange=NO + cursor=NO + scrnmap=NO + font8x16=NO + font8x14=NO + font8x8=NO + blanktime=300 + saver=NO + moused_nondefault_enable=YES + moused_enable=NO + moused_type=auto + moused_port=/dev/psm0 + moused_flags= + mousechar_start=NO + allscreens_flags= + allscreens_kbdflags= + pcvt_verbose=NO + pcvt_keymap=NO + pcvt_keydel=NO + pcvt_keyrate=NO + pcvt_keyrepeat=NO + pcvt_force24=NO + pcvt_hpext=NO + pcvt_lines=NO + pcvt_blanktime=NO + pcvt_cursorh=NO + pcvt_cursorl=NO + pcvt_monohigh=NO + mta_start_script=/etc/rc.sendmail + sendmail_enable=NO + sendmail_pidfile=/var/run/sendmail.pid + sendmail_procname=/usr/sbin/sendmail + sendmail_flags=-L sm-mta -bd -q30m + sendmail_submit_enable=YES + sendmail_submit_flags=-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost + sendmail_outbound_enable=YES + sendmail_outbound_flags=-L sm-queue -q30m + sendmail_msp_queue_enable=YES + sendmail_msp_queue_flags=-L sm-msp-queue -Ac -q30m + cron_enable=YES + cron_program=/usr/sbin/cron + cron_dst=YES + cron_flags= + lpd_enable=NO + lpd_program=/usr/sbin/lpd + lpd_flags= + chkprintcap_enable=NO + chkprintcap_flags=-d + usbd_enable=NO + usbd_flags= + dumpdev=AUTO + dumpdir=/var/crash + savecore_flags= + enable_quotas=NO + check_quotas=YES + accounting_enable=NO + ibcs2_enable=NO + ibcs2_loaders=coff + sysvipc_enable=NO + linux_enable=NO + svr4_enable=NO + osf1_enable=NO + clear_tmp_enable=NO + ldconfig_insecure=NO + ldconfig_paths=/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg + ldconfig_paths_aout=/usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout + kern_securelevel_enable=NO + kern_securelevel=-1 + update_motd=YES + unaligned_print=YES + entropy_file=/entropy + entropy_dir=/var/db/entropy + entropy_save_sz=2048 + entropy_save_num=8 + harvest_interrupt=YES + harvest_ethernet=YES + harvest_p_to_p=YES + dmesg_enable=YES + watchdogd_enable=NO + devfs_rulesets=/etc/defaults/devfs.rules /etc/devfs.rules + devfs_system_ruleset= + devfs_set_rulesets= + performance_cx_lowest=HIGH + performance_cpu_freq=NONE + economy_cx_lowest=HIGH + economy_cpu_freq=NONE + virecover_enable=YES + ugidfw_enable=NO + bsdextended_script=/etc/rc.bsdextended + newsyslog_enable=YES + newsyslog_flags=-CN + jail_enable=NO + jail_list= + jail_set_hostname_allow=YES + jail_socket_unixiproute_only=YES + jail_sysvipc_allow=NO + [ -z ] + source_rc_confs_defined=yes + source_rc_confs + local i sourced_files + sourced_files=:/etc/rc.conf: + [ -r /etc/rc.conf ] + . /etc/rc.conf + hostname=HHH.HHH.HHH.HHH + ifconfig_bge0=inet NNN.NNN.NNN.NNN/26 polling + defaultrouter=NNN.NNN.NNN.NNN + gateway_enable=YES + ppp_enable=YES + ppp_mode=ddial + ppp_nat=NO + ppp_profile=vpn-tcp + ppp_user=vpn + dumpdev=AUTO + keyrate=fast + saver=green + moused_enable=YES + moused_flags=-l 1 -r high + smartd_enable=YES + inetd_enable=YES + inetd_flags=-l + named_enable=YES + ntpd_enable=YES + ntpd_sync_on_start=YES + nfs_client_enable=YES + rpcbind_enable=NO + rpc_lockd_enable=NO + rpc_statd_enable=NO + sshd_enable=YES + usbd_enable=YES + lpd_enable=NO + lpd_flags=-ls + firewall_enable=NO + firewall_type=client + sourced_files=:/etc/rc.conf::/etc/rc.conf.local: + [ -r /etc/rc.conf.local ] + _rc_conf_loaded=true + [ -f /etc/rc.conf.d/ppp ] + [ -n ] + [ -n ] + [ -n ] + [ -n ] + [ -n ] + [ -n ] + [ -n ] + [ -n ] + [ -n ] + run_rc_command start + _return=0 + rc_arg=start + [ -z ppp ] + shift 1 + rc_extra_args= + _rc_prefix= + eval _overide_command=$ppp_program + _overide_command=/usr/sbin/ppp + command= + _keywords=start stop restart rcvar + rc_pid= + _pidcmd= + _procname= + [ -n ] + [ -z start ] + [ -n ] + eval rc_flags=$ppp_flags + rc_flags= + eval _chdir=$ppp_chdir _chroot=$ppp_chroot _nice=$ppp_nice _user=$ppp_user _group=$ppp_group _groups=$ppp_groups + _chdir= _chroot= _nice= _user=vpn _group= _groups= + [ -n vpn ] + eval if [ -x /usr/bin/id ]; then /usr/bin/id -un; fi + [ -x /usr/bin/id ] + /usr/bin/id -un + [ vpn = root ] + [ -n ppp_enable -a start != rcvar ] + checkyesno ppp_enable + eval _value=$ppp_enable + _value=YES + debug checkyesno: ppp_enable is set to YES. + return 0 + eval + [ start != start ] + eval _cmd=$start_cmd _precmd=$start_precmd _postcmd=$start_postcmd + _cmd= _precmd=ppp_precmd _postcmd=ppp_postcmd + [ -n ] + [ -z -a -n ] + [ ! -x ] + [ -n ppp_precmd ] + debug run_rc_command: evaluating ppp_precmd(). + eval ppp_precmd + ppp_precmd + [ ddial != ddial -a ddial != direct -a ddial != dedicated -a ddial != background ] + rc_flags= -quiet -ddial + rc_flags= -quiet -ddial vpn-tcp + _return=0 + [ 0 -ne 0 ] + echo Starting ppp. Starting ppp. + [ -n ] + _doit= -quiet -ddial vpn-tcp + [ -n vpn ] + _doit=su -m vpn -c 'sh -c " -quiet -ddial vpn-tcp "' + debug run_rc_command: _doit: su -m vpn -c 'sh -c " -quiet -ddial vpn-tcp "' + eval su -m vpn -c 'sh -c " -quiet -ddial vpn-tcp "' + su -m vpn -c sh -c " -quiet -ddial vpn-tcp " -quiet: not found + _return=127 + [ 127 -ne 0 ] + [ -z ] + return 1 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 03:51:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DDEE16A41F for ; Thu, 22 Dec 2005 03:51:48 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56FBD43D86 for ; Thu, 22 Dec 2005 03:51:17 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id jBM3oqu4025255 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Dec 2005 19:50:54 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id jBM3oplM025254 for freebsd-stable@freebsd.org; Wed, 21 Dec 2005 19:50:51 -0800 (PST) (envelope-from james) Date: Wed, 21 Dec 2005 19:50:49 -0800 From: James Long To: freebsd-stable@freebsd.org Message-ID: <20051222035049.GA25222@ns.museum.rain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Subject: Reboots under 6.0 while exercising md device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 03:51:48 -0000 For some reason, this script: #!/bin/sh DEV=$(md_config -a -t malloc -s 500m) newfs -i 512 -U /dev/$DEV mount /dev/$DEV /mnt cp -Rp /usr/src /mnt/ will kill my machine. I get zillions (well, hundreds at least, without a serial console I can't count them) of: Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=352649216, length=16384)]error = 28 Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=352665600, length=12288)]error = 28 with varying offsets and lengths, but seemingly always error 28 The system does not panic orderly, but rather spontaneously reboots after spewing a lot of the above error messages (5-20 secs worth). This is on a Compaq Proliant ML370 with 1 GB RAM, dmesg below. What do I need to fix to be able to use a RAM-backed filesystem? Jim FWIW, this script does not seem to freak out my machine, This led me to consider inode starvation, but '-i 512' results in over 60000 inodes for what I estimate to be < 40000 files in /usr/src. #!/bin/sh DEV=$(mdconfig -a -t malloc -s 500m) newfs -i 512 -U /dev/$DEV mount /dev/$DEV /mnt dd if=/dev/zero of=/mnt/1M bs=1024 count=1024 for j in $(jot 450); do { cp -p /mnt/1M /mnt/1M.$(printf "%03d" $j) } done After that, df -h /mnt shows: /dev/md0 484M 458M -13M 103% /mnt Here's the dmesg: Copyright (c) 1992-2005 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 6.0-RELEASE #0: Wed Dec 21 15:40:38 PST 2005 root@test.museum.rain.com:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 1073725440 (1023 MB) avail memory = 1041682432 (993 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-34 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 sym0: <1510d> port 0x2000-0x20ff mem 0xc6effc00-0xc6efffff,0xc6efe000-0xc6efefff irq 11 at device 1.0 on pci0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym0: [GIANT-LOCKED] sym1: <1510d> port 0x2400-0x24ff mem 0xc6efdc00-0xc6efdfff,0xc6efc000-0xc6efcfff irq 15 at device 1.1 on pci0 sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking sym1: [GIANT-LOCKED] fxp0: port 0x2800-0x283f mem 0xc6efb000-0xc6efbfff,0xc6d00000-0xc6dfffff irq 5 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:64:d5:4e pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3000-0x300f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: pcibus 3 on motherboard pci3: on pcib3 ida0: port 0x4000-0x40ff mem 0xc6fff000-0xc6ffffff irq 10 at device 6.0 on pci3 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.18 idad0: on ida0 idad0: 17363MB (35561280 sectors), blocksize=512 eisa0: on motherboard mainboard0: on eisa0 slot 0 eisa0: unknown card @@D9004 (0x00049004) at slot 2 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 Waiting 5 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/idad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 04:35:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 675D716A41F for ; Thu, 22 Dec 2005 04:35:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C1DA43D4C for ; Thu, 22 Dec 2005 04:35:19 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jBM4ZJ6s007833; Wed, 21 Dec 2005 20:35:19 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jBM4ZJxt007832; Wed, 21 Dec 2005 20:35:19 -0800 Date: Wed, 21 Dec 2005 20:35:19 -0800 From: Brooks Davis To: James Long Message-ID: <20051222043519.GA4610@odin.ac.hmc.edu> References: <20051222035049.GA25222@ns.museum.rain.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20051222035049.GA25222@ns.museum.rain.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: Reboots under 6.0 while exercising md device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 04:35:20 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 21, 2005 at 07:50:49PM -0800, James Long wrote: > For some reason, this script: >=20 > #!/bin/sh >=20 > DEV=3D$(md_config -a -t malloc -s 500m) > newfs -i 512 -U /dev/$DEV >=20 > mount /dev/$DEV /mnt > cp -Rp /usr/src /mnt/ >=20 >=20 > will kill my machine. I get zillions (well, hundreds at > least, without a serial console I can't count them) > of: >=20 >=20 > Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=3D352649216, l= ength=3D16384)]error =3D 28 > Dec 21 19:16:27 test kernel: g_vfs_done():md0[WRITE(offset=3D352665600, l= ength=3D12288)]error =3D 28 >=20 > with varying offsets and lengths, but seemingly always error 28 >=20 > The system does not panic orderly, but rather spontaneously reboots after > spewing a lot of the above error messages (5-20 secs worth). >=20 > This is on a Compaq Proliant ML370 with 1 GB RAM, dmesg below. >=20 >=20 > What do I need to fix to be able to use a RAM-backed filesystem? =46rom mdconfig(8): -t type Select the type of the memory disk. malloc Storage for this type of memory disk is allocated with malloc(9). This limits the size to the malloc bucket limit in the kernel. If the -o reserve option is not set, creating and filling a large malloc-backed memory disk is a very easy way to panic a system. As a rule, swap or vnode backed md devices are a better idea than malloc ones. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDqiz5XY6L6fI4GtQRAv/QAJ9FQW5fw9c8kqCJWPwx3RgnVWhILwCfWGoY Ny0NAVwfGNWTzJSdpfW1qKw= =PT7e -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 07:35:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4C916A41F; Thu, 22 Dec 2005 07:35:41 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (relay1.kaspersky-labs.com [212.5.80.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DEE43D45; Thu, 22 Dec 2005 07:35:38 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id AFFD3171B7; Thu, 22 Dec 2005 10:09:56 +0300 (MSK) Received: from antispam.localhost (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id B7C6317176; Thu, 22 Dec 2005 10:09:55 +0300 (MSK) Received: by relay1.kaspersky-labs.com (ESMTP, from userid 230) id A90C517174; Thu, 22 Dec 2005 10:09:55 +0300 (MSK) Received: from mbx2.avp.ru (mx.avp.ru [212.5.80.15]) by relay1.kaspersky-labs.com (ESMTP) with ESMTP id 7A7861714E; Thu, 22 Dec 2005 10:09:55 +0300 (MSK) Received: from moscow2.avp.ru ([10.64.0.4]) by mbx2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Dec 2005 10:09:12 +0300 Received: from moscow.avp.ru ([10.64.0.3]) by moscow2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Dec 2005 10:09:12 +0300 Received: from dawnshade-note.avp.ru ([172.16.128.10]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Dec 2005 10:09:12 +0300 From: dawnshade To: freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 10:10:10 +0300 User-Agent: KMail/1.8.3 References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A94265.2010308@iteranet.com> <7.0.0.16.2.20051222021454.026740f0@gimbo.org> In-Reply-To: <7.0.0.16.2.20051222021454.026740f0@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512221010.11135.dawnshade@mail.ru> X-OriginalArrivalTime: 22 Dec 2005 07:09:12.0119 (UTC) FILETIME=[9C3D4470:01C606C6] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 22122005 #158410, status: clean Cc: rizzo@icir.org, stable@freebsd.org, Gianmarco Giovannelli , ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 07:35:41 -0000 On Thursday 22 December 2005 04:22, Gianmarco Giovannelli wrote: > It seems to me that also Oliver has the same bug (0M) on his 915GM > .... Any other with with centrino based 915 card can confirm this ? for me works fine: dmesg |grep -E 'drm|agp' agp0: port 0xe000-0xe007 mem 0xd0000000-0xd007ffff,0xa0000000-0xafffffff,0xd0080000-0xd00bffff irq 5 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xd0000000 0MB info: [drm] Initialized i915 1.2.0 20041217 agp0@pci0:2:0: class=0x030000 card=0x007a1025 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA 6-Stable, after MFC i915drm code. Acer TM 4151LMi From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 07:35:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4C916A41F; Thu, 22 Dec 2005 07:35:41 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (relay1.kaspersky-labs.com [212.5.80.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DEE43D45; Thu, 22 Dec 2005 07:35:38 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id AFFD3171B7; Thu, 22 Dec 2005 10:09:56 +0300 (MSK) Received: from antispam.localhost (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id B7C6317176; Thu, 22 Dec 2005 10:09:55 +0300 (MSK) Received: by relay1.kaspersky-labs.com (ESMTP, from userid 230) id A90C517174; Thu, 22 Dec 2005 10:09:55 +0300 (MSK) Received: from mbx2.avp.ru (mx.avp.ru [212.5.80.15]) by relay1.kaspersky-labs.com (ESMTP) with ESMTP id 7A7861714E; Thu, 22 Dec 2005 10:09:55 +0300 (MSK) Received: from moscow2.avp.ru ([10.64.0.4]) by mbx2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Dec 2005 10:09:12 +0300 Received: from moscow.avp.ru ([10.64.0.3]) by moscow2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Dec 2005 10:09:12 +0300 Received: from dawnshade-note.avp.ru ([172.16.128.10]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Dec 2005 10:09:12 +0300 From: dawnshade To: freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 10:10:10 +0300 User-Agent: KMail/1.8.3 References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A94265.2010308@iteranet.com> <7.0.0.16.2.20051222021454.026740f0@gimbo.org> In-Reply-To: <7.0.0.16.2.20051222021454.026740f0@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512221010.11135.dawnshade@mail.ru> X-OriginalArrivalTime: 22 Dec 2005 07:09:12.0119 (UTC) FILETIME=[9C3D4470:01C606C6] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 22122005 #158410, status: clean Cc: rizzo@icir.org, stable@freebsd.org, Gianmarco Giovannelli , ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 07:35:41 -0000 On Thursday 22 December 2005 04:22, Gianmarco Giovannelli wrote: > It seems to me that also Oliver has the same bug (0M) on his 915GM > .... Any other with with centrino based 915 card can confirm this ? for me works fine: dmesg |grep -E 'drm|agp' agp0: port 0xe000-0xe007 mem 0xd0000000-0xd007ffff,0xa0000000-0xafffffff,0xd0080000-0xd00bffff irq 5 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xd0000000 0MB info: [drm] Initialized i915 1.2.0 20041217 agp0@pci0:2:0: class=0x030000 card=0x007a1025 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA 6-Stable, after MFC i915drm code. Acer TM 4151LMi From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 08:12:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BD816A41F for ; Thu, 22 Dec 2005 08:12:19 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C12D443D4C for ; Thu, 22 Dec 2005 08:12:18 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpLYf-000CBV-FU for freebsd-stable@freebsd.org; Thu, 22 Dec 2005 10:12:17 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 10:12:17 +0200 From: Danny Braniss Message-ID: Subject: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 08:12:19 -0000 i keep getting: lsof: can't determine user device random seed. is it only me? danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 09:06:55 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C09B16A427 for ; Thu, 22 Dec 2005 09:06:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id B013743D49 for ; Thu, 22 Dec 2005 09:06:54 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 33575 invoked by uid 399); 22 Dec 2005 09:06:53 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Dec 2005 09:06:53 -0000 Message-ID: <43AA6CAC.9060401@FreeBSD.org> Date: Thu, 22 Dec 2005 01:06:52 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: Greg Rivers References: <43A910F8.5090009@FreeBSD.org> <20051221210056.K70618@nc8000.tharned.org> In-Reply-To: <20051221210056.K70618@nc8000.tharned.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 09:06:55 -0000 Greg Rivers wrote: > On Wed, 21 Dec 2005, Doug Barton wrote: > >> As has been discussed for a couple weeks now, I have MFC'ed to >> RELENG_6 the changes in /etc/rc* that bring new-style boot scripts >> from the local_startup directories (by default /usr/local/etc/rc.d and >> /usr/X11R6/etc/rc.d) into the base rcorder... > > This seems to have broken ppp-user for me. Apparently the ppp arguments > are being executed without the ppp command: This is fixed now, thanks; and sorry for the hassle. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 09:08:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F83A16A420 for ; Thu, 22 Dec 2005 09:08:08 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EEB943D5F for ; Thu, 22 Dec 2005 09:08:05 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: by nproxy.gmail.com with SMTP id l24so123398nfc for ; Thu, 22 Dec 2005 01:08:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=E3Ei0Q4L2/OeEHyuLIVsm3uFX6h5ybT1VYD1MX1Iqo+bXUIdWHeZw0pnmNIcs8IcDiNGdiyCrumWBPB9/wXVrwROLSN4BiEm9xLhnHYpIAw/JzcGqmN1FLGvs8RY4n9AHlAYcFoHAJc7+R9f3P9c5HCoRk/sheYEKFSpULeAAwc= Received: by 10.48.250.8 with SMTP id x8mr77928nfh; Thu, 22 Dec 2005 01:08:04 -0800 (PST) Received: by 10.48.215.13 with HTTP; Thu, 22 Dec 2005 01:08:04 -0800 (PST) Message-ID: <5fbf03c20512220108o72912108g6b7d011530bc9f88@mail.gmail.com> Date: Thu, 22 Dec 2005 10:08:04 +0100 From: Spil Oss To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= In-Reply-To: <43A492B6.6050305@t-hosting.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <43A492B6.6050305@t-hosting.hu> Cc: Wilko Bulte , current , freebsd-stable@freebsd.org, Joe Rhett Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 09:08:08 -0000 As a FreeBSD-n00b with some 'friends' that know FreeBSD better/well I can only say Please add this kind of information to the Handbook Any addition to the handbook on tracking down problems and smarter ways to fix things would be greatly appreciated. I found myself recompiling my kernel to test changes to a device's driver, but now you tell me I could have done that a lot smarter! Whenever I get my 'knickers-in-a-twist' when using FreeBSD my first point of reference is 'The Handbook'. Any additional information in there would greatly be appreciated. Learning-curve is very, very steep when you're used to lslpp and windowsupdate to patch your system. I _do_ appreciate that most developers and users are very experienced in using FreeBSD, but that makes it increasingly difficult for the not-so-fortunate to come up to speed with the use of FreeBSD. Spil. On 12/17/05, K=F6vesd=E1n G=E1bor wrote: > Wilko Bulte wrote: > > >On Sat, Dec 17, 2005 at 01:54:34PM -0800, Joe Rhett wrote.. > > > > > >>On Fri, Dec 16, 2005 at 12:04:05AM -0700, Scott Long wrote: > >> > >> > >>>There will be three FreeBSD 6 releases in 2006. > >>> > >>> > >>While this is nice, may I suggest that it is time to put aside/delay on= e > >>release cycle and come up with a binary update mechanism supported well= by > >>the OS? Increasing the speed of releases is good. Increasing the numb= er > >>of deployed systems out of date because there are no easy binary upgrad= e > >>mechanisms is bad. > >> > >>It has been bad, it's getting worse. > >> > >> > > > >So, when will you fix it? Or hire someone to fix it? FreeBSD after > >all is mostly a volunteer operation. > > > > > > > I agree. And after all, tracking a security branch isn't too difficult, > but the most people think that they have to do a complete "make > buildworld" after a security advisory, but this isn't true. For example > there was that cvsbug issue in September: > ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:20.cvsbug= .asc > One can read here: > > b) Execute the following commands as root: > > # cd /usr/src > # patch < /path/to/patch > # cd /usr/src/gnu/usr.bin/cvs/cvsbug > # make obj && make depend && make && make install > # cd /usr/src/gnu/usr.bin/send-pr > # make obj && make depend && make && make install > > Is that difficult? I don't think so. No reboot required and it doesn't > take more than 5 minutes even on a slower machine. Only the > vulnerabilities in the kernel are problematic for servers, since they > require a reboot. I think I'll submit a PR with a patch to clarify this > in Handbook. Do you consider this useful? > > Regards, > > Gabor Kovesdan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 09:20:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D1516A420; Thu, 22 Dec 2005 09:20:16 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EAA43D55; Thu, 22 Dec 2005 09:20:16 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpMcQ-000EpI-Sr; Thu, 22 Dec 2005 11:20:14 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Brian Fundakowski Feldman In-Reply-To: Message from Brian Fundakowski Feldman of "Wed, 21 Dec 2005 16:40:57 EST." <20051221214057.GE35080@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 11:20:14 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 09:20:16 -0000 > On Wed, Dec 21, 2005 at 06:55:29PM +0200, Danny Braniss wrote: > > hi, > > this particular mb, intel sr1435vp2, has 2 ethernets, > > one is an Intel '82547EI Gigabit Ethernet Controller', the other is > > a Marvell (which seems that the driver is around the corner). > > > > the em performance under 6.0-stable is half of any other box i have, > > and a similar mb running linux gives about 1GB, so > > > > Q: any ideas what can be wrong? > > Performance of what? Do you even have a correct MTU set? wish it was that simple :-), everything is standard. and it's not specific to one box, i have 3 of these with the same slowness. danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 09:55:34 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A413416A420 for ; Thu, 22 Dec 2005 09:55:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC14A43D5C for ; Thu, 22 Dec 2005 09:55:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jBM9qem7017783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 12:52:41 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jBM9qe9v017782; Thu, 22 Dec 2005 12:52:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 22 Dec 2005 12:52:40 +0300 From: Gleb Smirnoff To: Danny Braniss Message-ID: <20051222095240.GX41381@FreeBSD.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 09:55:34 -0000 On Wed, Dec 21, 2005 at 06:55:29PM +0200, Danny Braniss wrote: D> this particular mb, intel sr1435vp2, has 2 ethernets, D> one is an Intel '82547EI Gigabit Ethernet Controller', the other is D> a Marvell (which seems that the driver is around the corner). D> D> the em performance under 6.0-stable is half of any other box i have, D> and a similar mb running linux gives about 1GB, so D> D> Q: any ideas what can be wrong? Please be more informative. How do you measure performance: netperf, ftp, ... ? What is the box doing: routing, bridging, running ftp server? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:07:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E4316A41F for ; Thu, 22 Dec 2005 10:07:59 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 8572443D5F for ; Thu, 22 Dec 2005 10:07:58 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 22 Dec 2005 10:07:56 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp027) with SMTP; 22 Dec 2005 11:07:56 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 11:07:49 +0100 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1763700.7Q0cavpx9k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512221107.55768@harrymail> X-Y-GMX-Trusted: 0 Subject: PANIC (g_vfs_done()) on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:07:59 -0000 --nextPart1763700.7Q0cavpx9k Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, the following error occured on my new RELENG_6 server from yesterday: gune:/#34: cpdup -X .cvsjail -X INTERN -X PUBLIC /server/ /mnt/ ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D75285888 ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D75290368 ad4: detached unknown: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D75294464 g_vfs_done():ad4[WRITE(offset=3D38550896640, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38551027712, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38551158784, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38551289856, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38551420928, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38551552000, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D65536, length=3D2048)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D6144000, length=3D4096)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D35840851968, length=3D16384)]error =3D 6 =2E =2E =2E Regrettably I don't have any HD inside besides the one which is my=20 removable backup medium, so I don't have a dump but here's the panic=20 message: g_vfs_done():ad4[WRITE(offset=3D38551814144, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38551945216, length=3D131072)]error =3D 6 g_vfs_done():ad4[WRITE(offset=3D38552076288, length=3D131072)]er =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0x48 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05673c7 stack pointer =3D 0x28:0xd5a38c60 frame pointer =3D 0x28:0xd5a38c7c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 27 (swi4: clock sio) trap number =3D 12 panic: page fault Uptime: 49m49s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... interrupt total irq0: clk 3004829 irq1: atkbd0 2 irq3: sio1 32757 irq5: em0 1039903 irq7: ppc0 1 irq8: rtc 384565 irq10: fxp0 194 irq11: atapci1 1376340 irq12: fwohci0++ 1 irq13: npx0 2 irq14: ata0 3480 Total 5842074 panic: watchdog timeout Uptime: 50m5s Cannot dump. No dump device defined. Tell me if I can help, very limited since it's a CF-Card based server.... =2DHarry --nextPart1763700.7Q0cavpx9k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDqnr7Bylq0S4AzzwRAsW1AJwPpjCcsU1qBbG8zciBp+us2nMM/QCdGeb/ R8l07uESOecZDteYk0jHCtg= =U7jy -----END PGP SIGNATURE----- --nextPart1763700.7Q0cavpx9k-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:08:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04F0F16A420 for ; Thu, 22 Dec 2005 10:08:41 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id AA79B43D58 for ; Thu, 22 Dec 2005 10:08:39 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 19820 invoked by uid 399); 22 Dec 2005 09:50:08 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Dec 2005 09:50:08 -0000 Message-ID: <43AA76CD.2040508@FreeBSD.org> Date: Thu, 22 Dec 2005 01:50:05 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADS UP: Please clean out your */etc/rc.d directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:08:41 -0000 I should have said this in my last heads up message, sorry for forgetting about this important detail. The new code tries to run any script in a local_startup directory (by default /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d) that has the execute bit set. So, if there is a script in one of those directories that you don't want run at all, the safest thing to do is to create a directory within rc.d, and move the script there. Parsing of these scripts is not a recursive operation. The second safest thing to do is to remove the execute bit from those scripts. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:22:33 2005 Return-Path: X-Original-To: FreeBSD-stable@FreeBSD.org Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D412716A41F for ; Thu, 22 Dec 2005 10:22:33 +0000 (GMT) (envelope-from rorya@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B70E43D45 for ; Thu, 22 Dec 2005 10:22:31 +0000 (GMT) (envelope-from rorya@TrueStep.com) Received: from [10.101.1.4] (Yosemite.lan [10.101.1.4]) (authenticated bits=0) by Tserver.TrueStep.com (8.13.4/8.13.4) with ESMTP id jBMAMQk2067833 for ; Thu, 22 Dec 2005 05:22:26 -0500 (EST) (envelope-from rorya@TrueStep.com) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <5D02DA64-FA99-4870-B01D-646578EE1496@TrueStep.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD-stable@FreeBSD.org From: Rory Arms Date: Thu, 22 Dec 2005 05:22:25 -0500 X-Mailer: Apple Mail (2.746.2) X-Spam-Status: No, score=-101.4 required=4.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on Tserver.TrueStep.com Cc: Subject: panic with RELENG_6, 2005-11-09 source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:22:34 -0000 I'm not subscribed to the list, so include me in any replies. Now the report... I'm reporting a kernel panic with a 6.0-STABLE machine using RELENG_6 source from 2006-11-09. It was triggered when I ran the command "ifconfig ath0 pureg" as an attempt to switch the D-Link G520 running in hostAP mode, into "g only" mode. I did this because I've been experiencing slow rates with Airport Express clients (PowerBook) where no matter what the settings on the AP are, it refuses to go above 1 Mbit/s. Here's the pertinent debug info: from /etc/rc.conf # ath0 to be bridged with fxp0. See /etc/sysctl.conf ifconfig_ath0="inet up ssid FOO mode 11g mediaopt hostap -wme wepmode on wepkey 1:hexkeyhere authmode shared deftxkey 1 pureg" Notice the "pureg" directive in there.. I added that after doing the interactive test mentioned above, which crashed the system. It seems to be ok if it's enabled at boot time. Also, I'm using bridge(4), so here's the relevant sysctl(8) oid: net.link.ether.bridge.config: fxp0,ath0 Titan> sudo kgdb /usr/obj/usr/src/sys/TITAN/kernel.debug vmcore.15 Password: [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: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10002 fault code = supervisor read, page not present instruction pointer = 0x20:0xc059d5aa stack pointer = 0x28:0xd43f6ba4 frame pointer = 0x28:0xd43f6ba8 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 = 39 (swi6: task queue) trap number = 12 panic: page fault Uptime: 4d23h24m31s Dumping 510 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 510MB (130416 pages) 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0505706 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:399 #2 0xc0505a10 in panic (fmt=0xc0714375 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc06ecea0 in trap_fatal (frame=0xd43f6b64, eva=0) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc06ecbc5 in trap_pfault (frame=0xd43f6b64, usermode=0, eva=65538) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc06ec7af in trap (frame= {tf_fs = -1045430264, tf_es = -734068696, tf_ds = -1068564440, tf_edi = -1045884500, tf_esi = -1045427200, tf_ebp = -734041176, tf_isp = -734041200, tf_ebx = -1045884500, tf_edx = -1064610944, tf_ecx = 65535, tf_eax = 65535, tf_trapno = 12, tf_err = 0, tf_eip = -1067854422, tf_cs = 32, tf_eflags = 590338, tf_esp = -1009879030, tf_ss = -734041136}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc06db2ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc059d5aa in ieee80211_chan2mode (ic=0xc1a911ac, chan=0xffff) at /usr/src/sys/net80211/ieee80211.c:892 #8 0xc05a9e5e in ieee80211_tmp_node (ic=0xc1a911ac, macaddr=0xc3ce780a "") at /usr/src/sys/net80211/ieee80211_node.c:225 #9 0xc05a007b in ieee80211_send_error (ic=0xc1a911ac, ni=0xc1b01000, mac=0xffff
, subtype=65535, arg=65535) at /usr/src/sys/net80211/ieee80211_input.c:957 #10 0xc059f15d in ieee80211_input (ic=0xc1a911ac, m=0xc1aab100, ni=0xc1b01000, ---Type to continue, or q to quit--- rssi=19, rstamp=23891) at /usr/src/sys/net80211/ ieee80211_input.c:341 #11 0xc0889aa4 in ?? () #12 0xc1a911ac in ?? () #13 0xc1aab100 in ?? () #14 0xc1b01000 in ?? () #15 0x00000013 in ?? () #16 0x00005d53 in ?? () #17 0xc1989a80 in ?? () #18 0xc1aab100 in ?? () #19 0xc1a3ab44 in ?? () #20 0xc1a93000 in ?? () #21 0xc1a82000 in ?? () #22 0xc1a911ac in ?? () #23 0xc1a920a8 in ?? () #24 0xc1a43480 in ?? () #25 0x00000004 in ?? () #26 0xd43f6cc0 in ?? () #27 0xc0528ffa in taskqueue_run (queue=0xc1a9689c) at /usr/src/sys/kern/subr_taskqueue.c:217 Previous frame identical to this frame (corrupt stack?) (kgdb) Titan> uname -a FreeBSD Titan 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Nov 9 22:03:41 MST 2005 root@Titan:/usr/obj/usr/src/sys/TITAN i386 Titan> kldstat Id Refs Address Size Name 1 12 0xc0400000 442f64 kernel 2 1 0xc0843000 9150 bridge.ko 3 1 0xc084d000 32e28 ipl.ko 4 1 0xc0880000 11dc0 if_ath.ko 5 2 0xc0892000 26b60 ath_hal.ko 6 2 0xc08b9000 2da8 ath_rate.ko 7 1 0xc08bc000 2d30 wlan_wep.ko 8 1 0xc08bf000 60d30 acpi.ko Titan> cat /var/run/dmesg.boot Copyright (c) 1992-2005 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 6.0-STABLE #0: Wed Nov 9 22:03:41 MST 2005 root@Titan:/usr/obj/usr/src/sys/TITAN 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: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d> real memory = 535232512 (510 MB) avail memory = 514437120 (490 MB) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 5 on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 9 on acpi0 pci_link7: irq 9 on acpi0 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_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xed98-0xed9f mem 0xe8000000-0xefffffff,0xfeb80000-0xfebfffff irq 16 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 ath0: mem 0xfeaf0000-0xfeafffff irq 21 at device 0.0 on pci1 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:0f:3d:ac:03:af ath0: mac 5.9 phy 4.3 radio 4.6 rl0: port 0xdd00-0xddff mem 0xfeaeee00-0xfeaeeeff irq 22 at device 1.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:11:95:1d:2e:a8 rl0: [GIANT-LOCKED] rl1: port 0xde00-0xdeff mem 0xfeaeef00-0xfeaeefff irq 17 at device 2.0 on pci1 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:11:95:1d:2e:b1 rl1: [GIANT-LOCKED] fxp0: port 0xdcc0-0xdcff mem 0xfeaef000-0xfeaeffff irq 20 at device 8.0 on pci1 miibus2: on fxp0 inphy0: on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:11:c6:0f:0b fxp0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfeb7fc00-0xfeb7ffff irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xca800-0xcbfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 Timecounter "TSC" frequency 2793014899 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled ad0: 76293MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted rl1: link state changed to UP arplookup 169.254.95.73 failed: host is not on local network Titan> grep -v ^# /sys/i386/conf/TITAN machine i386 cpu I686_CPU ident TITAN_6_RELEASE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real- time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options IPSEC options IPSEC_ESP device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device pmtimer device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device rl # RealTek 8129/8139 device wlan # 802.11 support device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:24:44 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D1F16A41F; Thu, 22 Dec 2005 10:24:44 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21F7A43D55; Thu, 22 Dec 2005 10:24:44 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpNco-000HuT-VQ; Thu, 22 Dec 2005 12:24:42 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Gleb Smirnoff In-Reply-To: Message from Gleb Smirnoff of "Thu, 22 Dec 2005 12:52:40 +0300." <20051222095240.GX41381@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 12:24:42 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@FreeBSD.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:24:44 -0000 > On Wed, Dec 21, 2005 at 06:55:29PM +0200, Danny Braniss wrote: > D> this particular mb, intel sr1435vp2, has 2 ethernets, > D> one is an Intel '82547EI Gigabit Ethernet Controller', the other is > D> a Marvell (which seems that the driver is around the corner). > D> > D> the em performance under 6.0-stable is half of any other box i have, > D> and a similar mb running linux gives about 1GB, so > D> > D> Q: any ideas what can be wrong? > > Please be more informative. How do you measure performance: netperf, > ftp, ... ? iperf iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE7501WV2] port 58122 (intel westvill) [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE7501WV2] port 55269 (intel westvill) [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR1435VP2 port 58363 (intel dual xeon/emt64) [ ID] Interval Transfer Bandwidth [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec i've run this several times, and the results are very similar. i also tried i386, and the same bad results. all hosts are connected at 1gb to the same switch. > > What is the box doing: routing, bridging, running ftp server? nothing :-( i noticed the badness when trying to set it up as my new dev. machine and tried a make buildworld, and after 4hs i realized that something is bad. danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:30:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12E216A41F for ; Thu, 22 Dec 2005 10:30:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D79743D49 for ; Thu, 22 Dec 2005 10:30:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jBMAURs9018462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 13:30:27 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jBMAUR8s018461; Thu, 22 Dec 2005 13:30:27 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 22 Dec 2005 13:30:27 +0300 From: Gleb Smirnoff To: Danny Braniss Message-ID: <20051222103027.GZ41381@cell.sick.ru> References: <20051222095240.GX41381@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:30:34 -0000 On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote: D> ------------------------------------------------------------ D> Server listening on TCP port 5001 D> TCP window size: 64.0 KByte (default) D> ------------------------------------------------------------ D> [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE7501WV2] port 58122 D> (intel westvill) D> [ ID] Interval Transfer Bandwidth D> [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec D> [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE7501WV2] port 55269 D> (intel westvill) D> [ ID] Interval Transfer Bandwidth D> [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec D> [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR1435VP2 port 58363 D> (intel dual xeon/emt64) D> [ ID] Interval Transfer Bandwidth D> [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec D> D> i've run this several times, and the results are very similar. D> i also tried i386, and the same bad results. D> all hosts are connected at 1gb to the same switch. So we see a strong drawback between SE7501WV2 and SR1435VP2. Let's compare the NIC hardware. Can you plese show pciconf -lv | grep -A3 ^em on both motherboards? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:37:55 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D7BA16A41F; Thu, 22 Dec 2005 10:37:55 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D07043D66; Thu, 22 Dec 2005 10:37:54 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpNpZ-000IKU-8d; Thu, 22 Dec 2005 12:37:53 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Gleb Smirnoff In-Reply-To: Message from Gleb Smirnoff of "Thu, 22 Dec 2005 13:30:27 +0300." <20051222103027.GZ41381@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 12:37:53 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@FreeBSD.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:37:55 -0000 > On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote: > D> ------------------------------------------------------------ > D> Server listening on TCP port 5001 > D> TCP window size: 64.0 KByte (default) > D> ------------------------------------------------------------ > D> [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE7501WV2] port 58122 > D> (intel westvill) > D> [ ID] Interval Transfer Bandwidth > D> [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec > D> [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE7501WV2] port 55269 > D> (intel westvill) > D> [ ID] Interval Transfer Bandwidth > D> [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec > D> [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR1435VP2 port 58363 > D> (intel dual xeon/emt64) > D> [ ID] Interval Transfer Bandwidth > D> [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec > D> > D> i've run this several times, and the results are very similar. > D> i also tried i386, and the same bad results. > D> all hosts are connected at 1gb to the same switch. > > So we see a strong drawback between SE7501WV2 and SR1435VP2. Let's compare the NIC > hardware. Can you plese show pciconf -lv | grep -A3 ^em on both motherboards? on a SE7501WV2: em0@pci3:7:0: class=0x020000 card=0x341a8086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network on a SR1435VP2: em0@pci4:3:0: class=0x020000 card=0x34668086 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:39:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADDF716A41F for ; Thu, 22 Dec 2005 10:39:45 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B6EC43D4C for ; Thu, 22 Dec 2005 10:39:42 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id jBMAdbo23825 for ; Thu, 22 Dec 2005 21:39:37 +1100 (EST) Date: Thu, 22 Dec 2005 21:39:36 +1100 (EST) From: Dave Horsfall To: FreeBSD STABLE list In-Reply-To: <5D02DA64-FA99-4870-B01D-646578EE1496@TrueStep.com> Message-ID: References: <5D02DA64-FA99-4870-B01D-646578EE1496@TrueStep.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: panic with RELENG_6, 2005-11-09 source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:39:45 -0000 On Thu, 22 Dec 2005, Rory Arms wrote: > I'm not subscribed to the list, so include me in any replies. So that explains the spam I get via this list... It's a spam magnet. -- Dave From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 10:52:45 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD73116A41F for ; Thu, 22 Dec 2005 10:52:45 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FF643D7E for ; Thu, 22 Dec 2005 10:52:36 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jBMAqF5x018899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 13:52:15 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jBMAqFwn018898; Thu, 22 Dec 2005 13:52:15 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 22 Dec 2005 13:52:15 +0300 From: Gleb Smirnoff To: Danny Braniss Message-ID: <20051222105215.GB41381@cell.sick.ru> References: <20051222103027.GZ41381@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 10:52:45 -0000 On Thu, Dec 22, 2005 at 12:37:53PM +0200, Danny Braniss wrote: D> > On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote: D> > D> ------------------------------------------------------------ D> > D> Server listening on TCP port 5001 D> > D> TCP window size: 64.0 KByte (default) D> > D> ------------------------------------------------------------ D> > D> [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE7501WV2] port 58122 D> > D> (intel westvill) D> > D> [ ID] Interval Transfer Bandwidth D> > D> [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec D> > D> [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE7501WV2] port 55269 D> > D> (intel westvill) D> > D> [ ID] Interval Transfer Bandwidth D> > D> [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec D> > D> [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR1435VP2 port 58363 D> > D> (intel dual xeon/emt64) D> > D> [ ID] Interval Transfer Bandwidth D> > D> [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec D> > D> D> > D> i've run this several times, and the results are very similar. D> > D> i also tried i386, and the same bad results. D> > D> all hosts are connected at 1gb to the same switch. D> > D> > So we see a strong drawback between SE7501WV2 and SR1435VP2. Let's compare the NIC D> > hardware. Can you plese show pciconf -lv | grep -A3 ^em on both motherboards? D> D> on a SE7501WV2: D> em0@pci3:7:0: class=0x020000 card=0x341a8086 chip=0x10108086 rev=0x01 D> hdr=0x00 D> vendor = 'Intel Corporation' D> device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' D> class = network D> D> on a SR1435VP2: D> em0@pci4:3:0: class=0x020000 card=0x34668086 chip=0x10768086 rev=0x05 D> hdr=0x00 D> vendor = 'Intel Corporation' D> device = '82547EI Gigabit Ethernet Controller' D> class = network The first one 82546EB is attached to fast PCI-X bus, and the 82547EI is on CSA bus. The CSA bus is twice faster than old PCI bus, CSA can handle 266 Mbps. I'm not sure but may be it has same ~50% overhead as old PCI bus. Probably our em(4) driver is not optimized enough and does too many accesses to the PCI bus, thus utilizing more bandwidth than needed to handle traffic. In this case we see that NIC on slower bus (but enough to handle Gigabit) is must slower than NIC on faster bus. (This paragraph is my own theory, it can be complete bullshit.) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 11:06:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F83016A41F for ; Thu, 22 Dec 2005 11:06:23 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A1643D69 for ; Thu, 22 Dec 2005 11:06:22 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IRW00A39CE94240@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 22 Dec 2005 12:10:57 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IRW00HKCCB2SPC0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 22 Dec 2005 12:09:02 +0100 (CET) Date: Thu, 22 Dec 2005 12:06:20 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: To: freebsd-stable@freebsd.org Message-id: <20051222120620.67b63f3d.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 11:06:23 -0000 On Thu, 22 Dec 2005 10:12:17 +0200 Danny Braniss wrote: > i keep getting: > lsof: can't determine user device random seed. > is it only me? You'll have to be more specific: do you get that by doing only 'lsof' or are you using any parameters? _Do you run as a normal user, or as root? FWIW, plain 'lsof' works here, on tingo@kg-quiet$ uname -a FreeBSD kg-quiet.kg4.no 6.0-STABLE FreeBSD 6.0-STABLE #1: Thu Dec 22 06:29:24 CET 2005 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 both as a normal user and as root. I don't see the message you are referring to. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 11:23:31 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A29D16A41F; Thu, 22 Dec 2005 11:23:31 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7BE43D46; Thu, 22 Dec 2005 11:23:30 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpOXh-000Jxl-U9; Thu, 22 Dec 2005 13:23:29 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Gleb Smirnoff In-Reply-To: Message from Gleb Smirnoff of "Thu, 22 Dec 2005 13:52:15 +0300." <20051222105215.GB41381@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 13:23:29 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@FreeBSD.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 11:23:31 -0000 > On Thu, Dec 22, 2005 at 12:37:53PM +0200, Danny Braniss wrote: > D> > On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote: > D> > D> ------------------------------------------------------------ > D> > D> Server listening on TCP port 5001 > D> > D> TCP window size: 64.0 KByte (default) > D> > D> ------------------------------------------------------------ > D> > D> [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE7501WV2] port 58122 > D> > D> (intel westvill) > D> > D> [ ID] Interval Transfer Bandwidth > D> > D> [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec > D> > D> [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE7501WV2] port 55269 > D> > D> (intel westvill) > D> > D> [ ID] Interval Transfer Bandwidth > D> > D> [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec > D> > D> [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR1435VP2 port 58363 > D> > D> (intel dual xeon/emt64) > D> > D> [ ID] Interval Transfer Bandwidth > D> > D> [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec > D> > D> > D> > D> i've run this several times, and the results are very similar. > D> > D> i also tried i386, and the same bad results. > D> > D> all hosts are connected at 1gb to the same switch. > D> > > D> > So we see a strong drawback between SE7501WV2 and SR1435VP2. Let's compare the NIC > D> > hardware. Can you plese show pciconf -lv | grep -A3 ^em on both motherboards? > D> > D> on a SE7501WV2: > D> em0@pci3:7:0: class=0x020000 card=0x341a8086 chip=0x10108086 rev=0x01 > D> hdr=0x00 > D> vendor = 'Intel Corporation' > D> device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' > D> class = network > D> > D> on a SR1435VP2: > D> em0@pci4:3:0: class=0x020000 card=0x34668086 chip=0x10768086 rev=0x05 > D> hdr=0x00 > D> vendor = 'Intel Corporation' > D> device = '82547EI Gigabit Ethernet Controller' > D> class = network > > The first one 82546EB is attached to fast PCI-X bus, and the 82547EI is > on CSA bus. The CSA bus is twice faster than old PCI bus, CSA can handle > 266 Mbps. I'm not sure but may be it has same ~50% overhead as old PCI bus. > > Probably our em(4) driver is not optimized enough and does too many accesses > to the PCI bus, thus utilizing more bandwidth than needed to handle traffic. > In this case we see that NIC on slower bus (but enough to handle Gigabit) is > must slower than NIC on faster bus. (This paragraph is my own theory, it > can be complete bullshit.) humph, alway read the small letters: from Intel Server Board SE7320VP2 TPC: ... The device interfaces with the 6300ESB ICH from the 32-bit PCI 2.3 compliant bus running at 33MHz. so now is back to waiting for Yukon driver from Marvell, which is supposed to come out RSN. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 11:36:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302BE16A41F for ; Thu, 22 Dec 2005 11:36:42 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEECD43D45 for ; Thu, 22 Dec 2005 11:36:41 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpOkS-000KIv-EO; Thu, 22 Dec 2005 13:36:40 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Torfinn Ingolfsen In-Reply-To: Message from Torfinn Ingolfsen of "Thu, 22 Dec 2005 12:06:20 +0100." <20051222120620.67b63f3d.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 13:36:40 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 11:36:42 -0000 > On Thu, 22 Dec 2005 10:12:17 +0200 > Danny Braniss wrote: > > > i keep getting: > > lsof: can't determine user device random seed. > > is it only me? > > You'll have to be more specific: do you get that by doing only 'lsof' or > are you using any parameters? _Do you run as a normal user, or as root? > FWIW, plain 'lsof' works here, on > > tingo@kg-quiet$ uname -a > FreeBSD kg-quiet.kg4.no 6.0-STABLE FreeBSD 6.0-STABLE #1: Thu Dec 22 > 06:29:24 CET 2005 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET > amd64 > > both as a normal user and as root. > I don't see the message you are referring to. either root, or just a mere mortal, just typing lsof, no arguments: shuttle-3> lsof lsof: can't determine user device random seed. shuttle-3> uname -a FreeBSD shuttle-3 6.0-STABLE FreeBSD 6.0-STABLE #23: Mon Dec 19 11:53:42 IST 2005 danny@x-dev:/r+d/obj/x-dev/amd64/r+d/6.0/src/sys/HUJI amd64 shuttle-3> lsof -v lsof version information: revision: 4.77 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man constructed: Thu Dec 22 09:42:49 IST 2005 constructed by and on: danny@shuttle-3 compiler: cc compiler flags: -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -D HAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DFREEBSDV=6000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHAS9660FS -DHAS_NO_ISO_DEV -DH ASIPv6 -DLSOF_VSTR="6.0-STABLE" -I/usr/src/sys -O2 loader flags: -L./lib -llsof -lkvm system info: FreeBSD shuttle-3 6.0-STABLE FreeBSD 6.0-STABLE #23: Mon Dec 19 11:53:42 IST 2005 danny@x-dev:/r+d/obj/x-dev/amd64 /r+d/6.0/src/sys/HUJI amd64 Only root can list all files. /dev warnings are enabled. Kernel ID check is enabled. Device cache file read-only paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): "%h/%p.lsof_%L" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /cs/system/danny/.lsof_shuttle-3 Device cache file write paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): "%h/%p.lsof_%L" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /cs/system/danny/.lsof_shuttle-3 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 11:54:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EDDE16A420 for ; Thu, 22 Dec 2005 11:54:35 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223F143D5E for ; Thu, 22 Dec 2005 11:54:28 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IRW00AJWEMG4860@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 22 Dec 2005 12:59:04 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IRW009MOEJ8NTD1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 22 Dec 2005 12:57:08 +0100 (CET) Date: Thu, 22 Dec 2005 12:54:26 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: To: freebsd-stable@freebsd.org Message-id: <20051222125426.1747a397.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20051222120620.67b63f3d.torfinn.ingolfsen@broadpark.no> Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 11:54:35 -0000 On Thu, 22 Dec 2005 13:36:40 +0200 Danny Braniss wrote: > shuttle-3> lsof -v lsof version information: I forgot that one, here it is: root@kg-quiet# lsof -v lsof version information: revision: 4.77 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man constructed: Thu Dec 22 12:00:24 CET 2005 constructed by and on: root@kg-quiet.kg4.no compiler: cc compiler flags: -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DFREEBSDV=6000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHAS9660FS -DHAS_NO_ISO_DEV -DHASIPv6 -DLSOF_VSTR="6.0-STABLE" -I/usr/src/sys -O loader flags: -L./lib -llsof -lkvm system info: FreeBSD kg-quiet.kg4.no 6.0-STABLE FreeBSD 6.0-STABLE #1: Thu Dec 22 06:29:24 CET 2005 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 Only root can list all files. /dev warnings are enabled. Kernel ID check is enabled. Device cache file read-only paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): "%h/%p.lsof_%L" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /root/.lsof_kg-quiet Device cache file write paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): "%h/%p.lsof_%L" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /root/.lsof_kg-quiet I don't have any more suggestions. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 12:08:07 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4063D16A41F; Thu, 22 Dec 2005 12:08:07 +0000 (GMT) (envelope-from lk@tempest.sk) Received: from mailgw.dgrp.sk (mailgw.dgrp.sk [195.28.127.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BBAD43D6E; Thu, 22 Dec 2005 12:07:45 +0000 (GMT) (envelope-from lk@tempest.sk) Received: by mailgw.dgrp.sk (Postfix, from userid 1003) id C472E34A5A7; Thu, 22 Dec 2005 13:07:44 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mailgw.dgrp.sk X-Spam-Level: X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from webmail.tempest.sk (domino1.tempest.sk [195.28.100.38]) by mailgw.dgrp.sk (Postfix) with ESMTP id 1213134A5A2; Thu, 22 Dec 2005 13:07:39 +0100 (CET) Received: from lk.tempest.sk ([195.28.109.47]) by webmail.tempest.sk (Lotus Domino Release 6.5.4) with ESMTP id 2005122213073836-9622 ; Thu, 22 Dec 2005 13:07:38 +0100 Received: from lk.tempest.sk (localhost [127.0.0.1]) by lk.tempest.sk (8.13.3/8.12.9) with ESMTP id jBMC7Wl2007325; Thu, 22 Dec 2005 13:07:32 +0100 (CET) (envelope-from koren@lk.tempest.sk) Received: (from koren@localhost) by lk.tempest.sk (8.13.3/8.13.1/Submit) id jBMC7WfC007322; Thu, 22 Dec 2005 13:07:32 +0100 (CET) (envelope-from koren) Date: Thu, 22 Dec 2005 13:07:32 +0100 (CET) Message-Id: <200512221207.jBMC7WfC007322@lk.tempest.sk> From: Ludo Koren To: le@FreeBSD.org In-reply-to: (message from Lukas Ertl on Wed, 21 Dec 2005 22:06:25 +0100) References: <8764pi7778.fsf@lk.tempest.sk> <87u0d25fw1.fsf@lk.tempest.sk> X-MIMETrack: Itemize by SMTP Server on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 22.12.2005 13:07:38, Serialize by Router on Domino1/DGRP(Release 6.5.4|March 27, 2005) at 22.12.2005 13:07:39, Serialize complete at 22.12.2005 13:07:39 Cc: freebsd-stable@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: gvinum: adding plex and subdisks to existing volume panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 12:08:07 -0000 >Unfortunately, that doesn't help me at all, since there's no debugging >info. Have a look at >. sorry I realized it late... Here is the info: Script started on Thu Dec 22 12:25:56 2005 501 gw|/var/crash>kgdb /usr/obj/usr/src/sys/INTIME/kernel.debug vmcore.17 [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: Copyright (c) 1992-2005 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 5.4-STABLE #0: Thu Dec 22 10:41:32 CET 2005 root@gw.intime.sk:/usr/obj/usr/src/sys/INTIME ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz (1599.96-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febfbff real memory = 1071906816 (1022 MB) avail memory = 1042771968 (994 MB) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard netsmb_dev: loaded npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard 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 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xffa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe880-0xe89f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 ahd0: port 0xde00-0xdeff,0xd000-0xd0ff mem 0xff8fc000-0xff8fdfff irq 22 at device 1.0 on pci1 aic7902: Ultra320 Wide Channel A, SCSI Id=15, PCI 33 or 66Mhz, 512 SCBs ahd1: port 0xd400-0xd4ff,0xd800-0xd8ff mem 0xff8fe000-0xff8fffff irq 21 at device 1.1 on pci1 aic7902: Ultra320 Wide Channel B, SCSI Id=15, PCI 33 or 66Mhz, 512 SCBs fxp0: port 0xdc00-0xdc3f mem 0xff8fb000-0xff8fbfff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:ff:6e:9f isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 pmtimer0 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 Timecounter "TSC" frequency 1599956116 Hz quality 800 Timecounters tick every 10.000 msec Waiting 5 seconds for SCSI devices to settle sa0 at ahd0 bus 0 target 10 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 40.000MB/s transfers (20.000MHz, offset 32, 16bit) da0 at ahd0 bus 0 target 3 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da1 at ahd0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 70007MB (143374805 512 byte sectors: 255H 63S/T 8924C) da2 at ahd1 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da3 at ahd1 bus 0 target 8 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da3: 70007MB (143374805 512 byte sectors: 255H 63S/T 8924C) GEOM_VINUM: plex request failed for gvinum/plex/usr.p1[READ(offset=4096, length=512)] GEOM_VINUM: plex request failed for gvinum/plex/usr.p1[READ(offset=4096, length=512)] GEOM_VINUM: plex request failed for gvinum/plex/usr.p1[READ(offset=0, length=512)] GEOM_VINUM: plex request failed for gvinum/plex/usr.p1[READ(offset=512, length=512)] GEOM_VINUM: plex request failed for gvinum/plex/usr.p1[READ(offset=0, length=512)] Mounting root from ufs:/dev/gvinum/root <118>Enter full pathname of shell or RETURN for /bin/sh: <118># <118>/etc/rc.d <118># <118>kernel dumps on /dev/da2s1b <118># <118>/dev/gvinum/root on / (ufs, local, read-only) <118>devfs on /dev (devfs, local) <118># Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xc07339c9 stack pointer = 0x10:0xe5f9e840 frame pointer = 0x10:0xe5f9e848 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 = 2 (g_event) trap number = 12 panic: page fault Uptime: 2m32s Dumping 1022 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 #0 doadump () at pcpu.h:160 160 pcpu.h: No such file or directory. in pcpu.h (kgdb) add-symbol-file /usr/src/sys/modules/geom/geom_vinum/geom_vinum.ko 0xc072 a9b8 add symbol table from file "/usr/src/sys/modules/geom/geom_vinum/geom_vinum.ko" at .text_addr = 0xc072a9b8 (y or n) y Reading symbols from /usr/src/sys/modules/geom/geom_vinum/geom_vinum.ko...done. (kgdb) bt #0 doadump () at pcpu.h:160 #1 0xc04eaf44 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc04eb1d8 in panic (fmt=0xc060fcbc "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc05ec2f0 in trap_fatal (frame=0xe5f9e800, eva=64) at /usr/src/sys/i386/i386/trap.c:822 #4 0xc05ec057 in trap_pfault (frame=0xe5f9e800, usermode=0, eva=64) at /usr/src/sys/i386/i386/trap.c:737 #5 0xc05ebcb9 in trap (frame= {tf_fs = -1040646120, tf_es = -1037893616, tf_ds = -1038024688, tf_edi = -1038012416, tf_esi = 0, tf_ebp = -436606904, tf_isp = -436606932, tf_ebx = -1038077952, tf_edx = 1, tf_ecx = -1066995504, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066190391, tf_cs = 8, tf_eflags = 66182, tf_esp = -1038077952, tf_ss = -1038516864}) at /usr/src/sys/i386/i386/trap.c:427 #6 0xc05dc52a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xc1f90018 in ?? () #8 0xc2230010 in ?? () #9 0xc2210010 in ?? () #10 0xc2213000 in ?? () #11 0x00000000 in ?? () #12 0xe5f9e848 in ?? () #13 0xe5f9e82c in ?? () #14 0xc2203000 in ?? () ---Type to continue, or q to quit--- #15 0x00000001 in ?? () #16 0xc066f0d0 in runq () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc07339c9 in gv_update_plex_state () #21 0x00000008 in ?? () #22 0x00010286 in ?? () #23 0xc2203000 in ?? () #24 0xc2197d80 in ?? () #25 0xe5f9eca0 in ?? () #26 0xc072b526 in gv_config () #27 0xc2203000 in ?? () #28 0x0222ee56 in ?? () #29 0xe5f9e86c in ?? () #30 0xc203b9d0 in ?? () #31 0xc203b030 in ?? () #32 0xc203b8a0 in ?? () #33 0xc2031c90 in ?? () #34 0x00000000 in ?? () #35 0xc1fc2600 in ?? () #36 0xe5f9e898 in ?? () #37 0xc0467ada in ahd_action (sim=0xc2203000, ccb=0x0) ---Type to continue, or q to quit--- at /usr/src/sys/dev/aic7xxx/aic79xx_osm.c:552 Previous frame inner to this frame (corrupt stack?) (kgdb) q 502 gw|/var/crash>exit Script done on Thu Dec 22 12:26:54 2005 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 12:26:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1318A16A41F for ; Thu, 22 Dec 2005 12:26:01 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80B1743D5E for ; Thu, 22 Dec 2005 12:26:00 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 4458D11454; Thu, 22 Dec 2005 13:25:58 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 13:25:56 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512221325.57595.freebsd.stable@melvyn.homeunix.org> Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 12:26:01 -0000 On Thursday 22 December 2005 12:36, Danny Braniss wrote: > > On Thu, 22 Dec 2005 10:12:17 +0200 > > > > Danny Braniss wrote: > > > i keep getting: > > > lsof: can't determine user device random seed. > > > is it only me? > > both as a normal user and as root. > > I don't see the message you are referring to. > > either root, or just a mere mortal, just typing lsof, no arguments: > > shuttle-3> lsof > lsof: can't determine user device random seed. Do you have a mount which is a symlink? -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 13:51:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E3716A422 for ; Thu, 22 Dec 2005 13:51:50 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6971343D67 for ; Thu, 22 Dec 2005 13:51:49 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpQrE-000OqN-4g; Thu, 22 Dec 2005 15:51:48 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Melvyn Sopacua In-reply-to: Your message of Thu, 22 Dec 2005 13:25:56 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 15:51:48 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 13:51:50 -0000 > On Thursday 22 December 2005 12:36, Danny Braniss wrote: > > > On Thu, 22 Dec 2005 10:12:17 +0200 > > > > > > Danny Braniss wrote: > > > > i keep getting: > > > > lsof: can't determine user device random seed. > > > > is it only me? > > > > both as a normal user and as root. > > > I don't see the message you are referring to. > > > > either root, or just a mere mortal, just typing lsof, no arguments: > > > > shuttle-3> lsof > > lsof: can't determine user device random seed. > > Do you have a mount which is a symlink? no, but many nfs. minbari> mount 132.65.16.100:/d/6 on / (nfs) devfs on /dev (devfs, local) /dev/md0 on /.etc (ufs, local, soft-updates) :/.etc on /etc (unionfs, noclusterw) procfs on /proc (procfs, local) /dev/md1 on /var (ufs, NFS exported, local) /dev/md2 on /a (ufs, local, soft-updates) pid431@minbari:/usr/local on /usr/local (nfs) pid431@minbari:/Platform on /Platform (nfs) pid431@minbari:/vol on /vol (nfs) pid431@minbari:/net on /net (nfs) pid431@minbari:/cs on /cs (nfs) x-dev:/dist on /dist (nfs) fs-01:/system on /a/fs-01/system (nfs) > -- > Melvyn Sopacua > freebsd.stable@melvyn.homeunix.org > > FreeBSD 6.0-STABLE > Qt: 3.3.5 > KDE: 3.4.3 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 14:13:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ADDB16A41F for ; Thu, 22 Dec 2005 14:13:29 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1713543D62 for ; Thu, 22 Dec 2005 14:13:29 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 1BE4411454; Thu, 22 Dec 2005 15:13:28 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 15:13:27 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512221513.27918.freebsd.stable@melvyn.homeunix.org> Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 14:13:29 -0000 On Thursday 22 December 2005 14:51, Danny Braniss wrote: > > On Thursday 22 December 2005 12:36, Danny Braniss wrote: > > > > On Thu, 22 Dec 2005 10:12:17 +0200 > > > > > > > > Danny Braniss wrote: > > > > > i keep getting: > > > > > lsof: can't determine user device random seed. > > > > > is it only me? > > > > > > > > both as a normal user and as root. > > > > I don't see the message you are referring to. > > > > > > either root, or just a mere mortal, just typing lsof, no arguments: > > > > > > shuttle-3> lsof > > > lsof: can't determine user device random seed. > > > > Do you have a mount which is a symlink? > > no, but many nfs. > minbari> mount > 132.65.16.100:/d/6 on / (nfs) nfs mounted root. I think that's the problem. If you can compile as follows: env CFLAGS='-g -pipe' STRIP= make install then run: gdb /usr/local/sbin/lsof At gdb: (gdb) break dmnt.c:159 (gdb) run When breaking: (gdb) print sr (gdb) print ln (gdb) print dn -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 14:29:50 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91C4F16A41F; Thu, 22 Dec 2005 14:29:50 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD5BC43D62; Thu, 22 Dec 2005 14:29:49 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.4/8.13.1) with ESMTP id jBMEPI66060839; Thu, 22 Dec 2005 15:25:18 +0100 (CET) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.4/8.13.1/Submit) with ESMTP id jBMEPIXq060836; Thu, 22 Dec 2005 15:25:18 +0100 (CET) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Thu, 22 Dec 2005 15:25:18 +0100 (CET) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: Brian Fundakowski Feldman In-Reply-To: <20051221214310.GF35080@green.homeunix.org> Message-ID: <20051222152109.B60676@geri.cc.fer.hr> References: <20051216183602.S41990@geri.cc.fer.hr> <20051221214310.GF35080@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: gmirror SCSI+IDE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 14:29:50 -0000 On Wed, 21 Dec 2005, Brian Fundakowski Feldman wrote: > On Fri, Dec 16, 2005 at 06:39:18PM +0100, Ivan Voras wrote: >> For some funny reasons, I'll probably have to setup a gmirror between a >> SCSI disk device and a IDE one, and won't have much time for testing. So > > Might have bad performance, who knows. Why the funny setup exactly? Historical reasons, involving 5 year old SCSI RAID field, a system BIOS that's extremely fussy about devices it wants to boot from, a couple of IDE drives and general lack of funding. -- Preserve wildlife -- pickle a squirrel today! From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 15:27:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500F216A41F for ; Thu, 22 Dec 2005 15:27:03 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFE643D49 for ; Thu, 22 Dec 2005 15:27:02 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpSLN-0001bW-Nd; Thu, 22 Dec 2005 17:27:01 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Melvyn Sopacua In-reply-to: Your message of Thu, 22 Dec 2005 15:13:27 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Dec 2005 17:27:01 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 15:27:03 -0000 > On Thursday 22 December 2005 14:51, Danny Braniss wrote: > > > On Thursday 22 December 2005 12:36, Danny Braniss wrote: > > > > > On Thu, 22 Dec 2005 10:12:17 +0200 > > > > > > > > > > Danny Braniss wrote: > > > > > > i keep getting: > > > > > > lsof: can't determine user device random seed. > > > > > > is it only me? > > > > > > > > > > both as a normal user and as root. > > > > > I don't see the message you are referring to. > > > > > > > > either root, or just a mere mortal, just typing lsof, no arguments: > > > > > > > > shuttle-3> lsof > > > > lsof: can't determine user device random seed. > > > > > > Do you have a mount which is a symlink? > > > > no, but many nfs. > > minbari> mount > > 132.65.16.100:/d/6 on / (nfs) > > nfs mounted root. I think that's the problem. > If you can compile as follows: > env CFLAGS='-g -pipe' STRIP= make install > > then run: > gdb /usr/local/sbin/lsof > > At gdb: > (gdb) break dmnt.c:159 > (gdb) run > > When breaking: > (gdb) print sr > (gdb) print ln > (gdb) print dn and here it is: shuttle-3# gdb ./lsof 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 "amd64-marcel-freebsd"... (gdb) break dmnt.c:159 Breakpoint 1 at 0x402779: file dmnt.c, line 159. (gdb) run Starting program: /home/pobj/r+d/ports/sysutils/lsof/work/lsof_4.77A.freebsd/ls of lsof: WARNING: access /root/.lsof_shuttle-3: No such file or directory lsof: WARNING: can't open /root/.lsof_shuttle-3: Read-only file system Breakpoint 1, dev2udev (c=0xe) at dmnt.c:159 159 if (ln != dn) (gdb) print sr $1 = -1 (gdb) print ln $2 = 0x525140 "132.65.16.100:/d/8" (gdb) print dn $3 = 0x525140 "132.65.16.100:/d/8" From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 15:40:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D12F16A41F; Thu, 22 Dec 2005 15:40:36 +0000 (GMT) (envelope-from yuri@irfu.se) Received: from colibri.its.uu.se (colibri.its.UU.SE [130.238.4.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4844043D5E; Thu, 22 Dec 2005 15:40:34 +0000 (GMT) (envelope-from yuri@irfu.se) Received: by colibri.its.uu.se (Postfix, from userid 211) id 45402458; Thu, 22 Dec 2005 16:40:32 +0100 (NFT) Received: from colibri.its.uu.se(127.0.0.1) by colibri.its.uu.se via virus-scan id s14351; Thu, 22 Dec 05 16:40:18 +0100 Received: from hq.irfu.se (hq.irfu.se [130.238.30.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by colibri.its.uu.se (Postfix) with ESMTP id C0C38169; Thu, 22 Dec 2005 16:40:18 +0100 (NFT) Received: from ice.irfu.se (ice.irfu.se [130.238.30.157]) (authenticated bits=0) by hq.irfu.se (8.13.4/8.13.4) with ESMTP id jBMFeFu2095559 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 22 Dec 2005 16:40:15 +0100 (CET) (envelope-from yuri@irfu.se) From: Yuri Khotyaintsev Organization: Swedish Institute of Space Physics To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 16:40:14 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512221640.14676.yuri@irfu.se> X-Spam-Status: No, score=-1.4 required=7.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on hq.irfu.se Cc: Subject: Fatal trap 9: general protection fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 15:40:36 -0000 I have updated kernel/world today on the system which was running without a= ny=20 problems since I installed it (old kernel is from November 28) and i got th= is=20 panic 10 minutes after boot (dmesg is attached below). The system is runnin= g=20 =46reeBSD/amd64 6-STABLE, SMP. [root@xx][/usr/obj/usr/src/sys/DB]# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= =20 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 9 with interrupts disabled =46atal trap 9: general protection fault while in kernel mode cpuid =3D 3; apic id =3D 07 instruction pointer =3D 0x8:0xffffffff803b9754 stack pointer =3D 0x10:0xffffffffb35e0ab0 frame pointer =3D 0x10:0xffffff000002b3c0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 40 (irq34: mpt0) trap number =3D 9 panic: general protection fault cpuid =3D 3 Uptime: 2h2m14s Dumping 4095 MB (3 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 3583MB (917184 pages) 3567 3551 3535 3519 3503 3487 3471 3455 34= 39=20 3423 3407 3391 3375 3359 3343 3327 3311 3295 3279 3263 3247 3231 3215 3199= =20 3183 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 2975 2959= =20 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719= =20 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479= =20 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239= =20 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999= =20 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759= =20 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519= =20 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279= =20 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039= =20 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 7= 35=20 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431= =20 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127= =20 111 95 79 63 47 31 15 ... ok chunk 2: 512MB (131072 pages) 497 481 465 449 433 417 401 385 369 353 337= =20 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:172 172 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); (kgdb) where #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff8025f637 in boot (howto=3D260)=20 at /usr/src/sys/kern/kern_shutdown.c:399 #3 0xffffffff8025fc95 in panic (fmt=3D0xffffff011f66f980 "@=EF=BF=BD\037\0= 01") at /usr/src/sys/kern/kern_shutdown.c:555 #4 0xffffffff803c918a in trap_fatal (frame=3D0xffffff011f66f980,=20 eva=3D18446742979019789120) at /usr/src/sys/amd64/amd64/trap.c:660 #5 0xffffffff803c960e in trap (frame=3D {tf_rdi =3D -1099511450688, tf_rsi =3D 0, tf_rdx =3D -2143527384, tf_= rcx =3D 0,=20 tf_r8 =3D -1099511451648, tf_r9 =3D 9223372036854775807, tf_rax =3D 18, tf_= rbx =3D=20 =2D1099498667008, tf_rbp =3D -1099511450688, tf_r10 =3D 0, tf_r11 =3D -1094= 689762496,=20 tf_r12 =3D -1099511146240, tf_r13 =3D 18, tf_r14 =3D -1094689818240, tf_r15= =3D=20 =2D1285682416, tf_trapno =3D 9, tf_addr =3D 0, tf_flags =3D -2145094526, tf= _err =3D 0,=20 tf_rip =3D -2143578284, tf_cs =3D 8, tf_rflags =3D 65606, tf_rsp =3D -12856= 82496,=20 tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:469 #6 0xffffffff803b71bb in calltrap ()=20 at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff803b9754 in intr_execute_handlers (isrc=3D0xffffff000002b3c0, iframe=3D0xffffffffb35e0b10) at /usr/src/sys/amd64/amd64/intr_machdep.c= :213 #8 0xffffffff803bbdd1 in lapic_handle_intr (cookie=3D0xffffff000002b3c0, f= rame=3D {if_rdi =3D -1094689818240, if_rsi =3D -1094689818240, if_rdx =3D 582= , if_rcx=20 =3D 0, if_r8 =3D -1285681904, if_r9 =3D 9223372036854775807, if_rax =3D 0, = if_rbx =3D=20 =2D1094689818240, if_rbp =3D 0, if_r10 =3D 0, if_r11 =3D -1094689762496, if= _r12 =3D=20 =2D1099511148288, if_r13 =3D -1094689818240, if_r14 =3D 0, if_r15 =3D -1094= 689762496,=20 if_rip =3D -2143566227, if_cs =3D 8, if_rflags =3D 582, if_rsp =3D -1285682= 224, if_ss=20 =3D 16}) at /usr/src/sys/amd64/amd64/local_apic.c:612 #9 0xffffffff803b76bd in Xapic_isr2 () at apic_vector.S:133 #10 0xffffffff803bc66d in spinlock_exit () at cpufunc.h:391 #11 0xffffffff80247952 in ithread_loop (arg=3D0xffffff0000075100) at /usr/src/sys/kern/kern_intr.c:597 #12 0xffffffff802462d4 in fork_exit (callout=3D0xffffffff802475fe=20 , arg=3D0xffffff0000075100, frame=3D0xffffffffb35e0c50)=20 at /usr/src/sys/kern/kern_fork.c:789 =2D--Type to continue, or q to quit--- #13 0xffffffff803b751e in fork_trampoline ()=20 at /usr/src/sys/amd64/amd64/exception.S:394 #14 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) Copyright (c) 1992-2005 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. =46reeBSD 6.0-STABLE #4: Thu Dec 22 12:13:33 CET 2005 root@xx.irfu.se:/usr/obj/usr/src/sys/DB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 =46eatures=3D0xbfebfbff =46eatures2=3D0x641d> AMD Features=3D0x20100800 Hyperthreading: 2 logical CPUs real memory =3D 4831838208 (4608 MB) avail memory =3D 4134555648 (3943 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 !=3D expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 !=3D expected base 56 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 96 !=3D expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 mpt0: port 0xec00-0xecff mem=20 0xfe9f0000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 34 at device 5.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.12.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt1: port 0xe800-0xe8ff mem=20 0xfe9d0000-0xfe9dffff,0xfe9c0000-0xfe9cffff irq 33 at device 5.1 on pci2 mpt1: [GIANT-LOCKED] mpt1: MPI Version=3D1.2.12.0 mpt1: Unhandled Event Notify Frame. Event 0xa. pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port=20 0xdcc0-0xdcff mem 0xfe6e0000-0xfe6fffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:14:22:19:2c:56 pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port=20 0xccc0-0xccff mem 0xfe4e0000-0xfe4fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:14:22:19:2c:57 pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 mpt2: port 0xbc00-0xbcff mem=20 0xfe1e0000-0xfe1fffff,0xfe1c0000-0xfe1dffff irq 106 at device 4.0 on pci9 mpt2: [GIANT-LOCKED] mpt2: MPI Version=3D1.2.9.0 mpt2: Unhandled Event Notify Frame. Event 0xa. mpt2: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt2: 0 Active Volumes (1 Max) mpt2: 0 Hidden Drive Members (6 Max) mpt3: port 0xb800-0xb8ff mem=20 0xfe1a0000-0xfe1bffff,0xfe180000-0xfe19ffff irq 107 at device 4.1 on pci9 mpt3: [GIANT-LOCKED] mpt3: MPI Version=3D1.2.9.0 mpt3: Unhandled Event Notify Frame. Event 0xa. mpt3: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt3: 0 Active Volumes (1 Max) mpt3: 0 Hidden Drive Members (6 Max) pcib10: at device 0.2 on pci8 pci10: on pcib10 uhci0: port 0x9ce0-0x9cff irq 1= 6=20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x9cc0-0x9cdf irq 1= 9=20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x9ca0-0x9cbf irq 1= 8=20 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfeb00000-0xfeb003ff irq 23= at=20 device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 pci11: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model VersaPad, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A orm0: at iomem=20 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd0fff,0xec000-0xe= ffff=20 on isa0 ppc0: cannot reserve I/O port range 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 acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle ses0 at mpt0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing= =20 Enabled da0: 70007MB (143374650 512 byte sectors: 255H 63S/T 8924C) da2 at mpt3 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing= =20 Enabled da2: 1667498MB (3415035904 512 byte sectors: 255H 63S/T 212576C) da1 at mpt2 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing= =20 Enabled da1: 1667498MB (3415035904 512 byte sectors: 255H 63S/T 212576C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled,= =20 default to deny, logging disabled reboot after panic: general protection fault writing core to vmcore.0 em0: link state changed to UP em1: link state changed to UP =2D-=20 Dr. Yuri Khotyaintsev Institutet f=C3=B6r rymdfysik (IRF), Uppsala From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 15:53:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 931DF16A41F for ; Thu, 22 Dec 2005 15:53:19 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E12A143D45 for ; Thu, 22 Dec 2005 15:53:18 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 9498911454; Thu, 22 Dec 2005 16:53:17 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Thu, 22 Dec 2005 16:53:16 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512221653.17351.freebsd.stable@melvyn.homeunix.org> Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 15:53:19 -0000 On Thursday 22 December 2005 16:27, Danny Braniss wrote: > > > > Do you have a mount which is a symlink? > > > > > > no, but many nfs. > > > minbari> mount > > > 132.65.16.100:/d/6 on / (nfs) > Breakpoint 1 at 0x402779: file dmnt.c, line 159. > (gdb) run > Starting program: > /home/pobj/r+d/ports/sysutils/lsof/work/lsof_4.77A.freebsd/ls of > lsof: WARNING: access /root/.lsof_shuttle-3: No such file or directory > lsof: WARNING: can't open /root/.lsof_shuttle-3: Read-only file system > > Breakpoint 1, dev2udev (c=0xe) at dmnt.c:159 > 159 if (ln != dn) > (gdb) print sr > $1 = -1 > (gdb) print ln > $2 = 0x525140 "132.65.16.100:/d/8" > (gdb) print dn > $3 = 0x525140 "132.65.16.100:/d/8" As I figured, statsafely (which wraps around stat(2)) returns -1 on your nfs mount, therefore ss never gets set. I've got no idea what the "user device random seed" is needed for, so I suggest you file a pr with the above info. Additionally, you can try the following patch to see why exactly the stat(2) call fails: --- dmnt.c.orig Mon Oct 3 15:22:52 2005 +++ dmnt.c Thu Dec 22 16:51:23 2005 @@ -163,6 +163,9 @@ dn = (char *)NULL; if (sr) continue; + else + (void)fprintf(stderr, "%s: cannot stat %s: %s\n", Pn, ln, strerror(errno)); + ss = 1; s = (u_int)sb.st_ino ^ (u_int)sb.st_rdev; break; -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 15:55:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FAB516A422 for ; Thu, 22 Dec 2005 15:55:11 +0000 (GMT) (envelope-from cyber@cwmonline.net) Received: from mail.mavweb.net (mail.mavweb.net [69.46.5.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C4943D66 for ; Thu, 22 Dec 2005 15:55:10 +0000 (GMT) (envelope-from cyber@cwmonline.net) MIME-Version: 1.0 Date: Thu, 22 Dec 2005 10:54:47 -0500 From: Gary Smith To: CC: Message-ID: <19e6bf643f9e4abe9c49810b9681a235@cwmonline.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Bug[?] In new local_startup and postgresql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cyber@cwmonline.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 15:55:11 -0000 =0D=0A > After a today upgrade to 6-STABLE postgresql doesn't start at boot= .=0D=0A> Strange beavior, if I run `/usr/local/etc/rc.d/010.pgsql.sh start'= it=0D=0A> starts correctly.=0D=0A> 010.pgsql.sh is the same of updated por= ts.=0D=0A> =0D=0A> This is 010.pgsql.sh :=0D=0A> http://www.deana.it/010.pg= sql.sh=0D=0A> =0D=0A> Doug, this is resuls of running `sh rc' whit your pat= ch:=0D=0A> http://www.deana.it/rc.late=0D=0A> =0D=0A> # grep postgresql_ena= ble /etc/rc.conf=0D=0A> postgresql_enable=3D"YES"=0D=0A> =0D=0A> This is th= e only one script doesn't working =0D=0AI have the same problem the error o= n startup is:=0D=0A=0D=0Apg_ctl: unrecognized operation mode "faststart"=0D= =0Atry "pg_ctl --help" for more information=0D=0A From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 16:32:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C0B16A41F for ; Thu, 22 Dec 2005 16:32:05 +0000 (GMT) (envelope-from jkerian@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA2643D6A for ; Thu, 22 Dec 2005 16:32:04 +0000 (GMT) (envelope-from jkerian@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so406448wra for ; Thu, 22 Dec 2005 08:32:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rKRbUO81nPwOX3vE2Zz3HOFgBLLbx8xAOW00GcF8kufzwpqtI6258eXlLmE3VjL/9tlPZp/ynOL3osz/tpLZwh+tohHMaiveaqzu8WgBv9b4QFXIFUdqP4/mibXj/1USP7VdqWxsulJqkYXrbsRj23QbFFB1kVz8gXhkW5vTf5I= Received: by 10.54.140.20 with SMTP id n20mr1703817wrd; Thu, 22 Dec 2005 08:32:03 -0800 (PST) Received: by 10.54.93.10 with HTTP; Thu, 22 Dec 2005 08:32:03 -0800 (PST) Message-ID: <282b2dd90512220832q6a97b1fcp32ed06e6b589def2@mail.gmail.com> Date: Thu, 22 Dec 2005 09:32:03 -0700 From: Joseph Kerian To: freebsd-stable@freebsd.org In-Reply-To: <200512131651.jBDGp2Lx029496@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no> <200512131651.jBDGp2Lx029496@lurza.secnetix.de> Subject: Re: FreeBSD 6.0 as storage server with raid5? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 16:32:05 -0000 On 12/13/05, Oliver Fromme wrote: > Sorry for the late reply ... > > Torfinn Ingolfsen wrote: > > Highpoint RocketRAID 1640 (4 ports) > > Promise FastTrak S150 SX4 (4 ports) > > Promise FastTrak S150 SX4-M (4 ports) > > Highpoint RocketRAID 1810A (4 ports) > > Highpoint RocketRAID 1820A (8 ports) > > Intel RAID Controller SRCS16 (6 ports) > > [...] > > 1) can I install several 4-port RAID controllers in one machine? > > Yes. > There's no reason why you shouldn't be able to do that. Hmm... I have to ask if you (or anyone else) has actually done this.=20 I attempted to run two Highpoint cards in the same machine about a year ago, and the Highpoint driver became extremely confused. They were nowhere near the same card (one was IDE, the other was a 1640), but the driver seemed to be having difficulty seperating the drives. Only one of the setup screens would appear on boot. I tried different combinations of PCI slot locations and specific instructions to the driver to no avail. I ended up using g/vinum for the IDE drives. I don't exactly remember the other card's model, but the 454 looks likely. --Joe From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 17:36:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36B2A16A420 for ; Thu, 22 Dec 2005 17:36:05 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FE6A43D76 for ; Thu, 22 Dec 2005 17:35:46 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so422450wra for ; Thu, 22 Dec 2005 09:35:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=m8VQLATE1jW4tKU54vDg8uugF94JgmRSmXOr/8dcY/cOw4vXJ1q+H9dclT3wudHnoKqCSkI1Vbpe5WyX3JwCBjzg0rwvHMyyrcWRHQkV4Cw4g06YdgQjCpuM+pWgpdCe5W+BRD4Hh9Jq/Dr93xy5V/bO9FOUKZ6IkwCzOU9MxWI= Received: by 10.54.126.18 with SMTP id y18mr2504772wrc; Thu, 22 Dec 2005 09:35:40 -0800 (PST) Received: by 10.54.113.11 with HTTP; Thu, 22 Dec 2005 09:35:40 -0800 (PST) Message-ID: Date: Thu, 22 Dec 2005 18:35:40 +0100 From: Cristiano Deana To: freebsd-stable@freebsd.org In-Reply-To: <19e6bf643f9e4abe9c49810b9681a235@cwmonline.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <19e6bf643f9e4abe9c49810b9681a235@cwmonline.net> Subject: Re: Bug[?] In new local_startup and postgresql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 17:36:06 -0000 2005/12/22, Gary Smith : > I have the same problem the error on startup is: > pg_ctl: unrecognized operation mode "faststart" > try "pg_ctl --help" for more information Same for me. Look at doug's reply: http://lists.freebsd.org/pipermail/freebsd-ports/2005-December/028298.html -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 17:37:05 2005 Return-Path: X-Original-To: FreeBSD-stable@freebsd.org Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C64B116A426 for ; Thu, 22 Dec 2005 17:37:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E61BF43D5A for ; Thu, 22 Dec 2005 17:36:57 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.198] ([10.0.0.198]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBMHahiE030792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 09:36:45 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43AAE46E.3080901@errno.com> Date: Thu, 22 Dec 2005 09:37:50 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rory Arms References: <5D02DA64-FA99-4870-B01D-646578EE1496@TrueStep.com> In-Reply-To: <5D02DA64-FA99-4870-B01D-646578EE1496@TrueStep.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-stable@freebsd.org Subject: Re: panic with RELENG_6, 2005-11-09 source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 17:37:06 -0000 Rory Arms wrote: > I'm not subscribed to the list, so include me in any replies. > > Now the report... > > I'm reporting a kernel panic with a 6.0-STABLE machine using RELENG_6 > source from 2006-11-09. > It was triggered when I ran the command "ifconfig ath0 pureg" as an > attempt to switch the D-Link G520 running in hostAP mode, into "g > only" mode. I did this because I've been experiencing slow rates with > Airport Express clients (PowerBook) where no matter what the settings > on the AP are, it refuses to go above 1 Mbit/s. > > Here's the pertinent debug info: > > from /etc/rc.conf > > # ath0 to be bridged with fxp0. See /etc/sysctl.conf > ifconfig_ath0="inet up ssid FOO mode 11g mediaopt hostap -wme wepmode > on wepkey 1:hexkeyhere authmode shared deftxkey 1 pureg" > > Notice the "pureg" directive in there.. I added that after doing the > interactive test mentioned above, which crashed the system. It seems to > be ok if it's enabled at boot time. > > Also, I'm using bridge(4), so here's the relevant sysctl(8) oid: > > net.link.ether.bridge.config: fxp0,ath0 > > Titan> sudo kgdb /usr/obj/usr/src/sys/TITAN/kernel.debug vmcore.15 > Password: > [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: > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x10002 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc059d5aa > stack pointer = 0x28:0xd43f6ba4 > frame pointer = 0x28:0xd43f6ba8 > 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 = 39 (swi6: task queue) > trap number = 12 > panic: page fault > Uptime: 4d23h24m31s > Dumping 510 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 510MB (130416 pages) 494 478 462 446 430 414 398 382 366 350 > 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 > 30 14 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc0505706 in boot (howto=260) at /usr/src/sys/kern/ > kern_shutdown.c:399 > #2 0xc0505a10 in panic (fmt=0xc0714375 "%s") > at /usr/src/sys/kern/kern_shutdown.c:555 > #3 0xc06ecea0 in trap_fatal (frame=0xd43f6b64, eva=0) > at /usr/src/sys/i386/i386/trap.c:831 > #4 0xc06ecbc5 in trap_pfault (frame=0xd43f6b64, usermode=0, eva=65538) > at /usr/src/sys/i386/i386/trap.c:742 > #5 0xc06ec7af in trap (frame= > {tf_fs = -1045430264, tf_es = -734068696, tf_ds = -1068564440, > tf_edi = -1045884500, tf_esi = -1045427200, tf_ebp = -734041176, tf_isp > = -734041200, tf_ebx = -1045884500, tf_edx = -1064610944, tf_ecx = > 65535, tf_eax = 65535, tf_trapno = 12, tf_err = 0, tf_eip = > -1067854422, tf_cs = 32, tf_eflags = 590338, tf_esp = -1009879030, > tf_ss = -734041136}) at /usr/src/sys/i386/i386/trap.c:432 > #6 0xc06db2ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc059d5aa in ieee80211_chan2mode (ic=0xc1a911ac, chan=0xffff) > at /usr/src/sys/net80211/ieee80211.c:892 > #8 0xc05a9e5e in ieee80211_tmp_node (ic=0xc1a911ac, macaddr=0xc3ce780a > "") > at /usr/src/sys/net80211/ieee80211_node.c:225 > #9 0xc05a007b in ieee80211_send_error (ic=0xc1a911ac, ni=0xc1b01000, > mac=0xffff
, subtype=65535, arg=65535) > at /usr/src/sys/net80211/ieee80211_input.c:957 > #10 0xc059f15d in ieee80211_input (ic=0xc1a911ac, m=0xc1aab100, > ni=0xc1b01000, > ---Type to continue, or q to quit--- > rssi=19, rstamp=23891) at /usr/src/sys/net80211/ ieee80211_input.c:341 > #11 0xc0889aa4 in ?? () > #12 0xc1a911ac in ?? () > #13 0xc1aab100 in ?? () > #14 0xc1b01000 in ?? () > #15 0x00000013 in ?? () > #16 0x00005d53 in ?? () > #17 0xc1989a80 in ?? () > #18 0xc1aab100 in ?? () > #19 0xc1a3ab44 in ?? () > #20 0xc1a93000 in ?? () > #21 0xc1a82000 in ?? () > #22 0xc1a911ac in ?? () > #23 0xc1a920a8 in ?? () > #24 0xc1a43480 in ?? () > #25 0x00000004 in ?? () > #26 0xd43f6cc0 in ?? () > #27 0xc0528ffa in taskqueue_run (queue=0xc1a9689c) > at /usr/src/sys/kern/subr_taskqueue.c:217 > Previous frame identical to this frame (corrupt stack?) > (kgdb) Titan> uname -a > FreeBSD Titan 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Nov 9 22:03:41 MST > 2005 root@Titan:/usr/obj/usr/src/sys/TITAN i386 <...snip...> The fix for this has been in HEAD for a while. The MFC is in my queue. If you want to patch your system look at rev 1.67 of net80211/ieee80211_node.c. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 17:42:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D2516A41F for ; Thu, 22 Dec 2005 17:42:09 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB57C43D67 for ; Thu, 22 Dec 2005 17:41:55 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so460258nzo for ; Thu, 22 Dec 2005 09:41:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R1UumK5xijaUPXX4j2cVUjKRj9o+0nu6/iztsitKvL7IOTjCEb5q7/JndE7Do4rVYD7TsObvr1X7KWweYMdsEhf7o7XBMD5HaeC9YP6fdbaqsfGHY0GQgI0gY31uVAPZphq/gGS2gCkKOAyThMgSA/NhERxIWRgkaDt2z3kknLI= Received: by 10.65.153.12 with SMTP id f12mr1129406qbo; Thu, 22 Dec 2005 09:41:48 -0800 (PST) Received: by 10.64.210.8 with HTTP; Thu, 22 Dec 2005 09:41:47 -0800 (PST) Message-ID: <2a41acea0512220941y61c9b5acs8053e6df8a96a1e4@mail.gmail.com> Date: Thu, 22 Dec 2005 09:41:47 -0800 From: Jack Vogel To: Gleb Smirnoff In-Reply-To: <20051222105215.GB41381@cell.sick.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051222103027.GZ41381@cell.sick.ru> <20051222105215.GB41381@cell.sick.ru> Cc: freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 17:42:10 -0000 On 12/22/05, Gleb Smirnoff wrote: > On Thu, Dec 22, 2005 at 12:37:53PM +0200, Danny Braniss wrote: > D> > On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote: > D> > D> ------------------------------------------------------------ > D> > D> Server listening on TCP port 5001 > D> > D> TCP window size: 64.0 KByte (default) > D> > D> ------------------------------------------------------------ > D> > D> [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE7501WV2= ] port 58122 > D> > D> (intel westvill) > D> > D> [ ID] Interval Transfer Bandwidth > D> > D> [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec > D> > D> [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE7501WV2= ] port 55269 > D> > D> (intel westvill) > D> > D> [ ID] Interval Transfer Bandwidth > D> > D> [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec > D> > D> [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR1435VP2= port 58363 > D> > D> (intel dual xeon/emt64) > D> > D> [ ID] Interval Transfer Bandwidth > D> > D> [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec > D> > D> > D> > D> i've run this several times, and the results are very similar. > D> > D> i also tried i386, and the same bad results. > D> > D> all hosts are connected at 1gb to the same switch. > D> > > D> > So we see a strong drawback between SE7501WV2 and SR1435VP2. Let's c= ompare the NIC > D> > hardware. Can you plese show pciconf -lv | grep -A3 ^em on both moth= erboards? > D> > D> on a SE7501WV2: > D> em0@pci3:7:0: class=3D0x020000 card=3D0x341a8086 chip=3D0x10108086 r= ev=3D0x01 > D> hdr=3D0x00 > D> vendor =3D 'Intel Corporation' > D> device =3D '82546EB Dual Port Gigabit Ethernet Controller (Coppe= r)' > D> class =3D network > D> > D> on a SR1435VP2: > D> em0@pci4:3:0: class=3D0x020000 card=3D0x34668086 chip=3D0x10768086 r= ev=3D0x05 > D> hdr=3D0x00 > D> vendor =3D 'Intel Corporation' > D> device =3D '82547EI Gigabit Ethernet Controller' > D> class =3D network > > The first one 82546EB is attached to fast PCI-X bus, and the 82547EI is > on CSA bus. The CSA bus is twice faster than old PCI bus, CSA can handle > 266 Mbps. I'm not sure but may be it has same ~50% overhead as old PCI bu= s. > > Probably our em(4) driver is not optimized enough and does too many acces= ses > to the PCI bus, thus utilizing more bandwidth than needed to handle traff= ic. > In this case we see that NIC on slower bus (but enough to handle Gigabit)= is > must slower than NIC on faster bus. (This paragraph is my own theory, it > can be complete bullshit.) CSA bus? I've never heard of it. To get the best gig performance you really want to see it on PCI Express. I see 930ish Mb/s. I'm not really familiar with this motherboard/lom. You say you run iperf -s on the server side, but what are you using as parameters on the client end of the test? Jack From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 18:30:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA96F16A41F for ; Thu, 22 Dec 2005 18:30:54 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D0B43D70 for ; Thu, 22 Dec 2005 18:30:53 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn2.hy.skanova.net (7.2.069.1) id 43AA7C4C0002BD04; Thu, 22 Dec 2005 19:30:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 22 Dec 2005 19:30:52 +0100 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F578@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD 6.0 as storage server with raid5? thread-index: AcYHFcw6JIqMnp5KSG2+k2VGn+URSgADHmcg From: "Daniel Eriksson" To: Cc: Joseph Kerian Subject: RE: FreeBSD 6.0 as storage server with raid5? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 18:30:55 -0000 Joseph Kerian wrote: > Hmm... I have to ask if you (or anyone else) has actually done this.=20 > I attempted to run two Highpoint cards in the same machine about a > year ago, and the Highpoint driver became extremely confused. They > were nowhere near the same card (one was IDE, the other was a 1640), > but the driver seemed to be having difficulty seperating the drives. I'm running two RocketRAID 454 cards (4 channel ATA =3D 8 disks each) in one of my servers. There is however explicit support for doing this in the BIOS/firmware on these cards. > Only one of the setup screens would appear on boot. I tried different > combinations of PCI slot locations and specific instructions to the > driver to no avail. I ended up using g/vinum for the IDE drives. > I don't exactly remember the other card's model, but the 454=20 > looks likely. The disappearance of the BIOS/firmware config for your card(s) is not a FreeBSD problem unfortunately. It has to do with how resources are allocated by the motherboard's BIOS. I have a Tyan Tiger 2466M mobo myself (dual Athlon MP) that I have populated with a SCSI card, a dual port Gbit NIC and two RocketRAID 454 cards. To get it to boot I had to use a jumper to forcefully disable the onboard 100Mbit NIC. And I still cannot boot off of a floppy without first disconnecting at least one of the cards. You could try to update the BIOS on your motherboard. Some motherboards also allows you to disable BIOS/firmware loading for certain PCI slots. This could help free up some resources for cards that you don't boot from. /Daniel Eriksson From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 18:45:08 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE1716A420; Thu, 22 Dec 2005 18:45:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED86843D49; Thu, 22 Dec 2005 18:45:07 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jBMIj7EZ052062; Thu, 22 Dec 2005 10:45:07 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jBMIj6Iq052061; Thu, 22 Dec 2005 10:45:06 -0800 (PST) (envelope-from jmg) Date: Thu, 22 Dec 2005 10:45:06 -0800 From: John-Mark Gurney To: Doug Barton Message-ID: <20051222184506.GH19490@funkthat.com> Mail-Followup-To: Doug Barton , FreeBSD Stable References: <43AA76CD.2040508@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43AA76CD.2040508@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: FreeBSD Stable Subject: Re: HEADS UP: Please clean out your */etc/rc.d directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 18:45:08 -0000 Doug Barton wrote this message on Thu, Dec 22, 2005 at 01:50 -0800: > I should have said this in my last heads up message, sorry for forgetting > about this important detail. The new code tries to run any script in a > local_startup directory (by default /usr/local/etc/rc.d and > /usr/X11R6/etc/rc.d) that has the execute bit set. So, if there is a script > in one of those directories that you don't want run at all, the safest > thing to do is to create a directory within rc.d, and move the script > there. Parsing of these scripts is not a recursive operation. The second > safest thing to do is to remove the execute bit from those scripts. Does this mean that we will remove the .sh extension on port rc.d startup scripts? Because a) it's been only running .sh scripts for quite a while, and b) it's really nice and easy to disable scripts by moving them to .old or another extension.. Also, how will this effect cups which installs a .sample file? and any other port that does this? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 18:52:28 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB6016A41F; Thu, 22 Dec 2005 18:52:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A02043D53; Thu, 22 Dec 2005 18:52:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jBMIqRp3025429; Thu, 22 Dec 2005 10:52:27 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jBMIqRPX025427; Thu, 22 Dec 2005 10:52:27 -0800 Date: Thu, 22 Dec 2005 10:52:27 -0800 From: Brooks Davis To: Doug Barton , FreeBSD Stable Message-ID: <20051222185227.GA25054@odin.ac.hmc.edu> References: <43AA76CD.2040508@FreeBSD.org> <20051222184506.GH19490@funkthat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20051222184506.GH19490@funkthat.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.8 required=8.0 tests=HTML_30_40,HTML_MESSAGE autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Subject: Re: HEADS UP: Please clean out your */etc/rc.d directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 18:52:28 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 22, 2005 at 10:45:06AM -0800, John-Mark Gurney wrote: > Doug Barton wrote this message on Thu, Dec 22, 2005 at 01:50 -0800: > > I should have said this in my last heads up message, sorry for forgetti= ng=20 > > about this important detail. The new code tries to run any script in a= =20 > > local_startup directory (by default /usr/local/etc/rc.d and=20 > > /usr/X11R6/etc/rc.d) that has the execute bit set. So, if there is a sc= ript=20 > > in one of those directories that you don't want run at all, the safest= =20 > > thing to do is to create a directory within rc.d, and move the script= =20 > > there. Parsing of these scripts is not a recursive operation. The secon= d=20 > > safest thing to do is to remove the execute bit from those scripts. >=20 > Does this mean that we will remove the .sh extension on port rc.d startup > scripts? Because a) it's been only running .sh scripts for quite a > while, and b) it's really nice and easy to disable scripts by moving > them to .old or another extension.. Yes. You should be able to disable any correctly written rc.d script by setting the variable listed by running "
 mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31891106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00fde90 PCI-Only Interrupts: 10 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 8 0 13 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 8 0 13 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 8 0 13 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 8 0 13 D 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 17 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 17 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 16 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 16 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 16 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 16 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 18 A 0x01 3 4 5 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x3189, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base d0000000, size 27, enabled found-> vendor=0x1106, dev=0xb168, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x105a, dev=0x3571, revid=0x02 bus=0, slot=9, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=1 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 0000a000, size 7, enabled map[18]: type 4, range 32, base 0000a400, size 8, enabled map[1c]: type 1, range 32, base e8180000, size 12, enabled map[20]: type 1, range 32, base e8100000, size 17, enabled pcib0: slot 9 INTA routed to irq 11 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base e8120000, size 17, enabled map[14]: type 1, range 32, base e8140000, size 17, enabled map[18]: type 4, range 32, base 0000a800, size 6, enabled pcib0: slot 10 INTA routed to irq 10 found-> vendor=0x1000, dev=0x000f, revid=0x26 bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ac00, size 8, enabled map[14]: type 1, range 32, base e8181000, size 8, enabled map[18]: type 1, range 32, base e8182000, size 12, enabled pcib0: slot 11 INTA routed to irq 11 found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000b000, size 6, enabled pcib0: slot 12 INTA routed to irq 10 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000b400, size 5, enabled pcib0: slot 16 INTA routed to irq 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000b800, size 5, enabled pcib0: slot 16 INTB routed to irq 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000bc00, size 5, enabled pcib0: slot 16 INTC routed to irq 21 found-> vendor=0x1106, dev=0x3104, revid=0x82 bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8183000, size 8, enabled pcib0: slot 16 INTD routed to irq 11 found-> vendor=0x1106, dev=0x3177, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c000, size 4, enabled found-> vendor=0x1106, dev=0x3059, revid=0x50 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000c400, size 8, enabled pcib0: slot 17 INTC routed to irq 22 found-> vendor=0x1106, dev=0x3065, revid=0x74 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 8, enabled map[14]: type 1, range 32, base e8184000, size 8, enabled pcib0: slot 18 INTA routed to irq 10 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xe8000000-0xe80fffff pcib1: prefetched decode 0xd8000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4144, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 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 3, range 32, base d8000000, size 27, enabled pcib1: (null) requested memory range 0xd8000000-0xdfffffff: good map[14]: type 4, range 32, base 00009000, size 8, enabled pcib1: (null) requested I/O range 0x9000-0x90ff: in range map[18]: type 1, range 32, base e8020000, size 16, enabled pcib1: (null) requested memory range 0xe8020000-0xe802ffff: good pcib1: slot 0 INTA routed to irq 10 found-> vendor=0x1002, dev=0x4164, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, memory disabled pcib1: (null) requested memory range 0xe0000000-0xe7ffffff: good map[14]: type 1, range 32, base e8030000, size 16, enabled pcib1: (null) requested memory range 0xe8030000-0xe803ffff: good pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) atapci0: port 0xa000-0xa07f,0xa400-0xa4ff mem 0xe8180000-0xe8180fff,0xe8100000-0xe811ffff irq 11 at device 9.0 on pci0 atapci0: rid 0x20 is memory, requested 4 atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xe8100000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xe8180000 atapci0: [MPSAFE] ata2: on atapci0 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci0 ata4: reset tp1 mask=03 ostat0=e0 ostat1=f0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat1=0xb0 err=0xb0 lsb=0xb0 msb=0xb0 ata4: reset tp2 stat0=a0 stat1=b0 devices=0x0 ata4: [MPSAFE] em0: port 0xa800-0xa83f mem 0xe8120000-0xe813ffff,0xe8140000-0xe815ffff irq 10 at device 10.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe8120000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xa800 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:6d:38:a9 em0: Speed:N/A Duplex:N/A sym0: <875> port 0xac00-0xacff mem 0xe8181000-0xe81810ff,0xe8182000-0xe8182fff irq 11 at device 11.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xe8181000 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xe8182000 sym0: chip clock is 40401KHz sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [GIANT-LOCKED] pci0: at device 12.0 (no driver attached) uhci0: port 0xb400-0xb41f irq 21 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb400 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f irq 21 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbc00-0xbc1f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbc00 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe8183000-0xe81830ff irq 11 at device 16.3 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe8183000 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 17.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=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] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] pci0: at device 17.5 (no driver attached) vr0: port 0xc800-0xc8ff mem 0xe8184000-0xe81840ff irq 10 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc800 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 5 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0a:e6:55:d5:db vr0: [MPSAFE] ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 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 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 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-0xccfff,0xd0000-0xd7fff,0xe2000-0xe2fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 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] psm0: current command byte:0047 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 03 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 03 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 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 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0xc0c1 0xc0d1 0xc0c1 0xc0c1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0xc0c1 0xc0c9 0xc0c1 0xc0c1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A 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 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 166001945 hz Timecounter "TSC" frequency 2075028490 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad0: setting PIO4 on VIA 8235 chip ad0: setting UDMA133 on VIA 8235 chip ad0: 78167MB at ata0-master UDMA133 ad0: 160086528 sectors [158816C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on VIA 8235 chip acd0: setting UDMA33 on VIA 8235 chip acd0: DVDROM drive at ata1 as master acd0: read 8268KB/s (8268KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on VIA 8235 chip acd1: setting UDMA33 on VIA 8235 chip acd1: DVDR drive at ata1 as slave acd1: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd1: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 152627MB at ata2-master SATA150 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Promise check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. GEOM: new disk ad0 GEOM: new disk ad4 KDB: enter: Line break on console [thread pid 11 tid 100005 ] Stopped at kdb_enter+0x2b: nop db> tr Tracing pid 11 tid 100005 td 0xc1970780 kdb_enter(c088cf57) at kdb_enter+0x2b siointr1(c1af4400) at siointr1+0xce siointr(c1af4400) at siointr+0x38 intr_execute_handlers(c19a1090,d4480cb8,4,d4480cfc,c07ff6d3) at intr_execute_handlers+0x85 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0806ba9, esp = 0xd4480cfc, ebp = 0xd4480cfc --- cpu_idle_default(d4480d10,c0628949,c196fa3c,d4480d24,c06286f8) at cpu_idle_default+0x5 cpu_idle(c196fa3c,d4480d24,c06286f8,0,d4480d38) at cpu_idle+0x1f idle_proc(0,d4480d38) at idle_proc+0x11 fork_exit(c0628938,0,d4480d38) at fork_exit+0x70 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4480d6c, ebp = 0 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 44 c1a9f830 0 0 0 0000204 [IWAIT] swi0: sio 7 c1a9fa3c 0 0 0 0000204 [SLPQ - 0xc1a8de3c][SLP] fdc0 43 c1a9fc48 0 0 0 0000204 [SLPQ usbevt 0xc1a57210][SLP] usb3 42 c1aa0000 0 0 0 0000204 [SLPQ usbevt 0xc1a95210][SLP] usb2 41 c19b3c48 0 0 0 0000204 [SLPQ usbevt 0xc1a81210][SLP] usb1 40 c19c7000 0 0 0 0000204 [SLPQ usbtsk 0xc092e924][SLP] usbtask 39 c19c720c 0 0 0 0000204 [SLPQ usbevt 0xc1a78210][SLP] usb0 38 c19c7418 0 0 0 0000204 [IWAIT] swi2: cambio 6 c19c7624 0 0 0 0000204 [SLPQ - 0xc1a66400][SLP] kqueue taskq 37 c19c7830 0 0 0 0000204 [IWAIT] swi5:+ 5 c19c7a3c 0 0 0 0000204 [SLPQ - 0xc196e380][SLP] thread taskq 36 c19c7c48 0 0 0 0000204 [IWAIT] swi6:+ 35 c19c9000 0 0 0 0000204 [IWAIT] swi6: task queue 34 c19c920c 0 0 0 0000204 [SLPQ - 0xc092c640][SLP] yarrow 4 c19c9418 0 0 0 0000204 [SLPQ - 0xc092ee08][SLP] g_down 3 c19ab624 0 0 0 0000204 [SLPQ - 0xc092ee04][SLP] g_up 2 c19ab830 0 0 0 0000204 [SLPQ - 0xc092edfc][SLP] g_event 33 c19aba3c 0 0 0 0000204 [IWAIT] swi3: vm 32 c19abc48 0 0 0 000020c [IWAIT] swi4: clock sio 31 c19b3000 0 0 0 0000204 [IWAIT] swi1: net 30 c19b320c 0 0 0 0000204 [IWAIT] irq23: 29 c19b3418 0 0 0 0000204 [IWAIT] irq22: 28 c19b3624 0 0 0 0000204 [IWAIT] irq21: uhci0 uhci1+ 27 c19b3830 0 0 0 0000204 [IWAIT] irq20: 26 c19b3a3c 0 0 0 0000204 [IWAIT] irq11: atapci0 sym+ 25 c197520c 0 0 0 0000204 [IWAIT] irq10: em0 vr0 24 c1975418 0 0 0 0000204 [IWAIT] irq15: ata1 23 c1975624 0 0 0 0000204 [IWAIT] irq14: ata0 22 c1975830 0 0 0 0000204 [IWAIT] irq13: 21 c1975a3c 0 0 0 0000204 [IWAIT] irq12: psm0 20 c1975c48 0 0 0 0000204 [IWAIT] irq9: 19 c19ab000 0 0 0 0000204 [IWAIT] irq8: 18 c19ab20c 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c19ab418 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c196f000 0 0 0 0000204 [IWAIT] irq5: 15 c196f20c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c196f418 0 0 0 0000204 [IWAIT] irq3: sio1 13 c196f624 0 0 0 0000204 [IWAIT] irq0: 12 c196f830 0 0 0 0000204 [IWAIT] irq1: atkbd0 11 c196fa3c 0 0 0 000020c [CPU 0] idle 1 c196fc48 0 0 0 0000200 [INACTIVE] swapper 10 c1975000 0 0 0 0000204 [SLPQ ktrace 0xc092f858][SLP] ktrace 0 c092ef00 0 0 0 0000200 [SLPQ conifhk 0xc08d1fac][SLP] swapper db> show thr 100046 (0xc19b4d80) sched_switch(c19b4d80,0,1) at sched_switch+0x14b 100047 (0xc19b4c00) sched_switch(c19b4c00,0,1) at sched_switch+0x14b 100048 (0xc19b4a80) sched_switch(c19b4a80,0,1) at sched_switch+0x14b 100049 (0xc19b4900) sched_switch(c19b4900,0,1) at sched_switch+0x14b 100027 (0xc19b4180) sched_switch(c19b4180,0,1) at sched_switch+0x14b 100028 (0xc19b4000) sched_switch(c19b4000,0,1) at sched_switch+0x14b 100029 (0xc1976d80) sched_switch(c1976d80,0,1) at sched_switch+0x14b 100030 (0xc1976c00) fork_trampoline() at fork_trampoline 100031 (0xc1976a80) sched_switch(c1976a80,0,1) at sched_switch+0x14b 100032 (0xc1976900) fork_trampoline() at fork_trampoline 100033 (0xc1976780) sched_switch(c1976780,0,1) at sched_switch+0x14b 100034 (0xc1976600) fork_trampoline() at fork_trampoline 100035 (0xc1976480) sched_switch(c1976480,0,1) at sched_switch+0x14b 100036 (0xc19cad80) sched_switch(c19cad80,0,1) at sched_switch+0x14b 100037 (0xc19cac00) sched_switch(c19cac00,0,1) at sched_switch+0x14b 100017 (0xc1972900) sched_switch(c1972900,0,1) at sched_switch+0x14b 100018 (0xc1972780) sched_switch(c1972780,0,1) at sched_switch+0x14b 100019 (0xc1972600) fork_trampoline() at fork_trampoline 100020 (0xc1972480) sched_switch(c1972480,0,1) at sched_switch+0x14b 100021 (0xc1972300) fork_trampoline() at fork_trampoline 100022 (0xc1972180) fork_trampoline() at fork_trampoline 100023 (0xc19b4780) fork_trampoline() at fork_trampoline 100024 (0xc19b4600) fork_trampoline() at fork_trampoline 100025 (0xc19b4480) fork_trampoline() at fork_trampoline 100026 (0xc19b4300) sched_switch(c19b4300,0,1) at sched_switch+0x14b 100008 (0xc1970300) fork_trampoline() at fork_trampoline 100009 (0xc1970180) sched_switch(c1970180,0,1) at sched_switch+0x14b 100010 (0xc1970000) sched_switch(c1970000,0,1) at sched_switch+0x14b 100011 (0xc1976300) fork_trampoline() at fork_trampoline 100012 (0xc1976180) fork_trampoline() at fork_trampoline 100013 (0xc1976000) fork_trampoline() at fork_trampoline 100014 (0xc1972d80) fork_trampoline() at fork_trampoline 100015 (0xc1972c00) fork_trampoline() at fork_trampoline 100016 (0xc1972a80) fork_trampoline() at fork_trampoline 100000 (0xc1972000) fork_trampoline() at fork_trampoline 100001 (0xc1970d80) fork_trampoline() at fork_trampoline 100002 (0xc1970c00) fork_trampoline() at fork_trampoline 100003 (0xc1970a80) fork_trampoline() at fork_trampoline 100004 (0xc1970900) sched_switch(c1970900,0,1) at sched_switch+0x14b 100005 (0xc1970780) kdb_enter(c088cf57) at kdb_enter+0x2b 100006 (0xc1970600) fork_trampoline() at fork_trampoline 100007 (0xc1970480) sched_switch(c1970480,0,1) at sched_switch+0x14b 0 (0xc092f120) sched_switch(c092f120,0,1) at sched_switch+0x14b db> call boot All buffers synced. Uptime: 1m0s kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor write, page not present instruction pointer = 0x20:0xc065bb96 stack pointer = 0x28:0xd448083c frame pointer = 0x28:0xd4480848 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c1970780,28,d44807fc,c) at kdb_backtrace+0x29 panic(c0842351,c08902f9,0,fffff,c09b) at panic+0xa8 trap_fatal(d44807fc,8) at trap_fatal+0x2a2 trap(8,28,28,3e8,c1970780) at trap+0xf6 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc065bb96, esp = 0xd448083c, ebp = 0xd4480848 --- sleepq_add(c1b999cc,c1b999a8,c084c5b7,1,0) at sleepq_add+0x66 cv_timedwait(c1b999cc,c1b999a8,fa0,c196ac00,c1b99960) at cv_timedwait+0x108 _sema_timedwait(c1b999a8,fa0,0,0) at _sema_timedwait+0x52 ata_queue_request(c1b99960,0,e7,c1b7e480,c1958280) at ata_queue_request+0x2a2 ata_controlcmd(c1b7e480,e7,0,0,0,0) at ata_controlcmd+0x78 ad_shutdown(c1b7e480) at ad_shutdown+0x2c device_shutdown(c1b7e480) at device_shutdown+0x42 bus_generic_shutdown(c1a66b00) at bus_generic_shutdown+0x16 device_shutdown(c1a66b00) at device_shutdown+0x42 bus_generic_shutdown(c19bec80) at bus_generic_shutdown+0x16 device_shutdown(c19bec80) at device_shutdown+0x42 bus_generic_shutdown(c1a66080) at bus_generic_shutdown+0x16 device_shutdown(c1a66080) at device_shutdown+0x42 bus_generic_shutdown(c1a66100) at bus_generic_shutdown+0x16 device_shutdown(c1a66100) at device_shutdown+0x42 bus_generic_shutdown(c1a66280) at bus_generic_shutdown+0x16 device_shutdown(c1a66280) at device_shutdown+0x42 bus_generic_shutdown(c196e680) at bus_generic_shutdown+0x16 device_shutdown(c196e680) at device_shutdown+0x42 bus_generic_shutdown(c19be000) at bus_generic_shutdown+0x16 device_shutdown(c19be000,d4480a08,c0634ced,c1966500,2) at device_shutdown+0x42 root_bus_module_handler(c1966500,2,0) at root_bus_module_handler+0xa7 module_shutdown(0,1) at module_shutdown+0x31 boot(1,0,2000003e,c0841ffb,d4480b4c,c06584a9,20,0,2,c089e860) at boot+0x4b2 db_fncall(3f8,0,ffffffff,d4480acc,0) at db_fncall+0xff db_command(c09181c4,c089e860,c08958e4,c0895900,c0841ff7) at db_command+0x264 db_command_loop(0,0,d4480b84,d4480b70,d4480bb8) at db_command_loop+0x5c db_trap(3,0,c1970780,3,d4480c04) at db_trap+0xdd kdb_trap(3,0,d4480c0c) at kdb_trap+0x6b trap(8,28,28,79,c1af4400) at trap+0x498 calltrap() at calltrap+0x5 --- trap 0x3, eip = 0xc06563ef, esp = 0xd4480c4c, ebp = 0xd4480c4c --- kdb_enter(c088cf57) at kdb_enter+0x2b siointr1(c1af4400) at siointr1+0xce siointr(c1af4400) at siointr+0x38 intr_execute_handlers(c19a1090,d4480cb8,4,d4480cfc,c07ff6d3) at intr_execute_handlers+0x85 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0806ba9, esp = 0xd4480cfc, ebp = 0xd4480cfc --- cpu_idle_default(d4480d10,c0628949,c196fa3c,d4480d24,c06286f8) at cpu_idle_default+0x5 cpu_idle(c196fa3c,d4480d24,c06286f8,0,d4480d38) at cpu_idle+0x1f idle_proc(0,d4480d38) at idle_proc+0x11 fork_exit(c0628938,0,d4480d38) at fork_exit+0x70 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4480d6c, ebp = 0 --- Uptime: 1m0s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 22:06:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 018BD16A41F; Thu, 22 Dec 2005 22:06:23 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3319F43D4C; Thu, 22 Dec 2005 22:06:22 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id jBMM6HQN083673; Thu, 22 Dec 2005 14:06:18 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id jBMM5W55059648; Thu, 22 Dec 2005 14:05:32 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id jBMM5Wk9059647; Thu, 22 Dec 2005 14:05:32 -0800 (PST) (envelope-from jrhett) Date: Thu, 22 Dec 2005 14:05:32 -0800 From: Jo Rhett To: Brooks Davis Message-ID: <20051222220532.GL39174@svcolo.com> References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <20051222211019.GI39174@svcolo.com> <20051222213041.GA5746@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051222213041.GA5746@odin.ac.hmc.edu> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: Wilko Bulte , stable@freebsd.org, current Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 22:06:23 -0000 On Thu, Dec 22, 2005 at 01:30:41PM -0800, Brooks Davis wrote: > This statement makes no sense. The core team wouldn't have much to > do with this other than possibly being involved in making any service > official. Also, approval is never given to include a non-existent > feature. Easy, binary updates sound like a great idea, but without > seeing actual code thats all anyone can say other than offering advice. > If volunteering is conditional on acceptance of the work, that's a > chicken-egg problem and is not resolvable. We simply can't maintain > quality if we accept non-existent code just because the idea sounds > good. What are you talking about? These issues have been repeatedly brought up in the mailing lists, and what it would require to make it possible to handle appropriately (namely, core os packages or a similar versioning mechanism) and the arguements have often been given. And many people _ARE_ already trying to handle binary updates without core OS support. We are all struggling with the same limitations. Talk to the security officer about this if you don't believe me. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 22:12:38 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03E3216A41F; Thu, 22 Dec 2005 22:12:38 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE4B43D60; Thu, 22 Dec 2005 22:12:34 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id jBMMCRQP083877; Thu, 22 Dec 2005 14:12:28 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id jBMMC3Gx061148; Thu, 22 Dec 2005 14:12:03 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id jBMMC2pI061139; Thu, 22 Dec 2005 14:12:02 -0800 (PST) (envelope-from jrhett) Date: Thu, 22 Dec 2005 14:12:02 -0800 From: Jo Rhett To: Chuck Swiger Message-ID: <20051222221202.GM39174@svcolo.com> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <43A4A557.3010600@mac.com> <20051222205725.GD39174@svcolo.com> <43AB1E65.2030501@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43AB1E65.2030501@mac.com> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 22:12:38 -0000 On Thu, Dec 22, 2005 at 04:45:09PM -0500, Chuck Swiger wrote: > FreeBSD releases new .ISO images several times a year, but you've got the > tools to make .ISO images of patch releases yourself, if you want to. I > don't think that the FreeBSD project can shorten the release cycle below a > month or so, which means that patch releases are always going to be on the > (b)leading edge... I'm not sure you're paying attention to what I'm saying. This was your reply to my message about systems without CDs, with only flash drives, etc. ISOs won't help. > >And taking systems offline for a .1 > >update gets annoying fast. Dealing with all the file comparisons which are > >exactly the same except for the CVS tag takes hours for no good reason. > >Multiple many hours by hundreds of systems, and you could easily have a > >full time person just doing FreeBSD upgrades. > > Using a build server as a testbed and to generate new packages or even a > new kernel + world will reduce the amount of work required, but FreeBSD > does require some level of administration and maintenance. We already have that. But again, I'm not sure what you are trying to say here. The centralized server makes patching and port upgrades easier. It does _NOTHING_ for core OS upgrades because there is no supported mechanism for doing binary upgrades except from the ISO. Thus, we are finally back on topic. > >I don't care about ports, just the base OS. Ports we've built the > > I've got firewalls with a single-digit number of ports installed, but > anything else seems to acquire 100-200 or so. Again, I don't care about ports. The largest number of ports installed on any production system we have is 18. And having a centralized server where we can build and export the packages works just fine. The portaudit tools are very useful in this regard, when pointed at internal servers. There is no similar mechanism for OS upgrades, which is what we're talking about here. Ports is not a problem. > I'm with you on this, but suggesting solutions is more useful than just > noting the existence of problems. I have made suggestions. Everyone has made suggestions. Most of us have produced code to work around the problem, but the core OS team has always refused to support or acknowledge these efforts. For binary upgrades without booting from CD-ROM to be possible, we need versioning of some sort at the OS level. Core OS packages are the most popular suggestion, but not the only path. Every year this topic comes up and gets struck down again. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Dec 22 22:24:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC5416A41F for ; Thu, 22 Dec 2005 22:24:01 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E7F243D5D for ; Thu, 22 Dec 2005 22:23:59 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBMMNqMv023997; Thu, 22 Dec 2005 23:23:52 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBMMNm1C023996; Thu, 22 Dec 2005 17:23:48 -0500 (EST) (envelope-from cracauer) Date: Thu, 22 Dec 2005 17:23:48 -0500 From: Martin Cracauer To: Ivan Voras Message-ID: <20051222172348.A23728@cons.org> References: <20051216183602.S41990@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051216183602.S41990@geri.cc.fer.hr>; from ivoras@fer.hr on Fri, Dec 16, 2005 at 06:39:18PM +0100 Cc: stable@freebsd.org Subject: Re: gmirror SCSI+IDE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 22:24:01 -0000 Ivan Voras wrote on Fri, Dec 16, 2005 at 06:39:18PM +0100: > For some funny reasons, I'll probably have to setup a gmirror between a > SCSI disk device and a IDE one, and won't have much time for testing. So > I'm wondering did anyone do such a thing and are there any caveats. It is just operating on block devices. You can plug in anything from your mp3 player to your google mailbox. > For > example, AFAIK SCSI devices are under Giant and IDE are not In 6.x and 7.x both are finer-graded. > - is there any > reason this would make problems? If you have different speeds on the disks in a raid-1 you should mess with the raid software to tell it that one disk is likely to be faster. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 00:58:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFF416A41F; Fri, 23 Dec 2005 00:58:23 +0000 (GMT) (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 E6BB443D45; Fri, 23 Dec 2005 00:58:22 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBN0uuWR033158 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 11:26:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 11:26:44 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <43A4B91D.8040304@samsco.org> <20051222211730.GK39174@svcolo.com> In-Reply-To: <20051222211730.GK39174@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2057809.76DZ9OFnvS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512231126.51500.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: current , Jo Rhett , stable@freebsd.org, K?vesd?n G?bor , Peter Jeremy Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 00:58:24 -0000 --nextPart2057809.76DZ9OFnvS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 07:47, Jo Rhett wrote: > On Sat, Dec 17, 2005 at 06:19:25PM -0700, Scott Long wrote: > > FreeBSD Update was written by, and is continuously maintained by the > > actual FreeBSD Security Officer. It's as official as it gets. If > > the only barrier to acceptance is that it's not distributed from the > > FreeBSD.org domain, then a) that's a silly argument, and b) it's easily > > solvable so long as Colin agrees. > > But FreeBSD Update suffers from all of the same limitations that I've been > describing because of lack of integration with the Core OS. > > 1. modified kernels are foobar > ..yet are practically mandatory on production systems > > 2. modified sources are foobar > ..yet many common production situations require source compilation > options How do you expect these two to be handled in a binary upgrade? I can't see how it's possible.. I don't think integrating it with the core OS (whatever that means) will=20 magically fix this. > 3. FreeBSD Update can't handle updates of jails and other situations that > package systems deal with just fine. Not having run jails I am not very qualified to comment, however, I don't s= ee=20 why you can't just run freebsd update inside your jail(s). If you mean that= =20 it would be good if you could automatically upgrade a large number of jails= =20 and rebuild link farms etc etc.. well sure that isn't supported, but it is = a=20 very difficult problem to solve (I believe). =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 --nextPart2057809.76DZ9OFnvS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq0tT5ZPcIHs/zowRArtPAJ4vH5OgQm59MXIs+PEl1PbQpQ2vxACfcmV0 /fp/zYIGzpSSJvIhsIdHhns= =mKZ7 -----END PGP SIGNATURE----- --nextPart2057809.76DZ9OFnvS-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 00:58:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFF416A41F; Fri, 23 Dec 2005 00:58:23 +0000 (GMT) (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 E6BB443D45; Fri, 23 Dec 2005 00:58:22 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBN0uuWR033158 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 11:26:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 11:26:44 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <43A4B91D.8040304@samsco.org> <20051222211730.GK39174@svcolo.com> In-Reply-To: <20051222211730.GK39174@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2057809.76DZ9OFnvS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512231126.51500.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: current , Jo Rhett , stable@freebsd.org, K?vesd?n G?bor , Peter Jeremy Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 00:58:24 -0000 --nextPart2057809.76DZ9OFnvS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 07:47, Jo Rhett wrote: > On Sat, Dec 17, 2005 at 06:19:25PM -0700, Scott Long wrote: > > FreeBSD Update was written by, and is continuously maintained by the > > actual FreeBSD Security Officer. It's as official as it gets. If > > the only barrier to acceptance is that it's not distributed from the > > FreeBSD.org domain, then a) that's a silly argument, and b) it's easily > > solvable so long as Colin agrees. > > But FreeBSD Update suffers from all of the same limitations that I've been > describing because of lack of integration with the Core OS. > > 1. modified kernels are foobar > ..yet are practically mandatory on production systems > > 2. modified sources are foobar > ..yet many common production situations require source compilation > options How do you expect these two to be handled in a binary upgrade? I can't see how it's possible.. I don't think integrating it with the core OS (whatever that means) will=20 magically fix this. > 3. FreeBSD Update can't handle updates of jails and other situations that > package systems deal with just fine. Not having run jails I am not very qualified to comment, however, I don't s= ee=20 why you can't just run freebsd update inside your jail(s). If you mean that= =20 it would be good if you could automatically upgrade a large number of jails= =20 and rebuild link farms etc etc.. well sure that isn't supported, but it is = a=20 very difficult problem to solve (I believe). =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 --nextPart2057809.76DZ9OFnvS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq0tT5ZPcIHs/zowRArtPAJ4vH5OgQm59MXIs+PEl1PbQpQ2vxACfcmV0 /fp/zYIGzpSSJvIhsIdHhns= =mKZ7 -----END PGP SIGNATURE----- --nextPart2057809.76DZ9OFnvS-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 01:06:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89EB816A420; Fri, 23 Dec 2005 01:06:20 +0000 (GMT) (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 78A2A43D68; Fri, 23 Dec 2005 01:06:16 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBN16ERM037992 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 11:36:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 11:36:11 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> In-Reply-To: <20051222221202.GM39174@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart162186818.BU15SNjyMy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512231136.12471.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED,SUBJECT_EXCESS_QP X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 01:06:20 -0000 --nextPart162186818.BU15SNjyMy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 08:42, Jo Rhett wrote: > > Using a build server as a testbed and to generate new packages or even a > > new kernel + world will reduce the amount of work required, but FreeBSD > > does require some level of administration and maintenance. > > We already have that. But again, I'm not sure what you are trying to say > here. The centralized server makes patching and port upgrades easier. It > does _NOTHING_ for core OS upgrades because there is no supported mechani= sm > for doing binary upgrades except from the ISO. Thus, we are finally back > on topic. Uhh.. On your central PC.. buildworld once. builkernel once for each of the different kernels you are using. On each 'client' PC.. NFS mount /usr/src and /usr/obj installkernel reboot installworld Sure there are no tools to automagically do this, but I don't believe core= =20 would say "no, we will never support this". > I have made suggestions. Everyone has made suggestions. Most of us have > produced code to work around the problem, but the core OS team has always > refused to support or acknowledge these efforts. You are putting words in the mouth of core@ - I find it very hard to believ= e=20 that core would suggest someone NOT implement a good framework for doing fu= ll=20 binary upgrades via the network. Unless you mean "core@ said they would not support packaging the base" whic= h=20 is different. > For binary upgrades without booting from CD-ROM to be possible, we need > versioning of some sort at the OS level. Core OS packages are the most This is not true - I don't see it as being mandatory to be able to apply=20 binary updates. (Case in point - freebsd-update works fine without it) > popular suggestion, but not the only path. Every year this topic comes up > and gets struck down again. Yes, because a) it isn't necessary, b) it may not solve the problem, c) the= re=20 are no patches to evaluate. I think the people suggesting it see it as a panacea to fix their problems = but=20 haven't fully evaluated it. =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 --nextPart162186818.BU15SNjyMy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq02E5ZPcIHs/zowRAn5GAJ97pxuA0nXeDa5va0P84gbIcOf/hQCdEdG6 s5bEFdO5ykUVmWsYsPRT0yo= =DCOf -----END PGP SIGNATURE----- --nextPart162186818.BU15SNjyMy-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 01:06:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89EB816A420; Fri, 23 Dec 2005 01:06:20 +0000 (GMT) (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 78A2A43D68; Fri, 23 Dec 2005 01:06:16 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBN16ERM037992 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 11:36:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 11:36:11 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> In-Reply-To: <20051222221202.GM39174@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart162186818.BU15SNjyMy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512231136.12471.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED,SUBJECT_EXCESS_QP X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 01:06:21 -0000 --nextPart162186818.BU15SNjyMy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 08:42, Jo Rhett wrote: > > Using a build server as a testbed and to generate new packages or even a > > new kernel + world will reduce the amount of work required, but FreeBSD > > does require some level of administration and maintenance. > > We already have that. But again, I'm not sure what you are trying to say > here. The centralized server makes patching and port upgrades easier. It > does _NOTHING_ for core OS upgrades because there is no supported mechani= sm > for doing binary upgrades except from the ISO. Thus, we are finally back > on topic. Uhh.. On your central PC.. buildworld once. builkernel once for each of the different kernels you are using. On each 'client' PC.. NFS mount /usr/src and /usr/obj installkernel reboot installworld Sure there are no tools to automagically do this, but I don't believe core= =20 would say "no, we will never support this". > I have made suggestions. Everyone has made suggestions. Most of us have > produced code to work around the problem, but the core OS team has always > refused to support or acknowledge these efforts. You are putting words in the mouth of core@ - I find it very hard to believ= e=20 that core would suggest someone NOT implement a good framework for doing fu= ll=20 binary upgrades via the network. Unless you mean "core@ said they would not support packaging the base" whic= h=20 is different. > For binary upgrades without booting from CD-ROM to be possible, we need > versioning of some sort at the OS level. Core OS packages are the most This is not true - I don't see it as being mandatory to be able to apply=20 binary updates. (Case in point - freebsd-update works fine without it) > popular suggestion, but not the only path. Every year this topic comes up > and gets struck down again. Yes, because a) it isn't necessary, b) it may not solve the problem, c) the= re=20 are no patches to evaluate. I think the people suggesting it see it as a panacea to fix their problems = but=20 haven't fully evaluated it. =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 --nextPart162186818.BU15SNjyMy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq02E5ZPcIHs/zowRAn5GAJ97pxuA0nXeDa5va0P84gbIcOf/hQCdEdG6 s5bEFdO5ykUVmWsYsPRT0yo= =DCOf -----END PGP SIGNATURE----- --nextPart162186818.BU15SNjyMy-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 03:08:16 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB9D816A41F; Fri, 23 Dec 2005 03:08:16 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id D709F43D5C; Fri, 23 Dec 2005 03:08:15 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-80-189.jan.bellsouth.net [68.222.80.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 637B5DE; Thu, 22 Dec 2005 21:08:14 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 473AF61C21; Thu, 22 Dec 2005 21:08:13 -0600 (CST) Date: Thu, 22 Dec 2005 21:08:13 -0600 From: "Matthew D. Fuller" To: Jo Rhett Message-ID: <20051223030813.GD63497@over-yonder.net> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <20051218023725.GM63497@over-yonder.net> <20051222210904.GH39174@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051222210904.GH39174@svcolo.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: stable@FreeBSD.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 03:08:16 -0000 On Thu, Dec 22, 2005 at 01:09:04PM -0800 I heard the voice of Jo Rhett, and lo! it spake thus: > > No, you're missing the point. More core OS upgrades means less > incremental patches (which are easier to apply than a full update). Right. I don't understand how B follows A here. These patches come from where? Security advisories, mailing list discussions, and eating too much beef right before bed and waking up at 2am with brilliant ideas? Why would there be less of them, just because RELENG_X_Y_RELEASE tags are laid down more often? > Huh? That's backwards. If we can't schedule the downtime for a > full operating system upgrade (which takes far longer than it > should) then the system won't get upgraded. Having done full OS upgrades a number of times, I can't remember the last time it took more than 5 or 10 minutes (during most of which the system can keep running its normal services, just a little more crunched on CPU or I/O). Well, OK, I can; it was when I moved servers from 2.2.x to 4.x. But that's a rather exceptional case, and next time THAT happens, I'm darn well using it as an excuse to strongarm new hardware out of somebody and replace the server at the same time... > Not to be rude, but I think your definition of analogy is wrong. No, you're right. "Hyperbole" was probably a better word, but even that doesn't quite fit. My ability to find the right word is flaky at times. I don't understand the basis of your assertion that more common tagging means suddenly you can't apply individual patches. > Back to the point, the comments aren't "bad". Your idea that binary > operating system upgrades from ISO are "easier" demonstrates that > you're talking about home computers, not production servers. Oh, no. Heck, I find that upgrades from SOURCE are "easier". In fact, just last month I bought my first CD burner, so it wasn't until a few weeks ago that I even burned my first ISO (and that, just to test the burner and figure out how to do it), and I've never booted or installed off one. For small groups of servers, I NFS mount installworlds, and for larger groups, I rdist out binaries. But it always comes from source. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 03:35:24 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04BD116A41F for ; Fri, 23 Dec 2005 03:35:24 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA3C43D53 for ; Fri, 23 Dec 2005 03:35:23 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-80-189.jan.bellsouth.net [68.222.80.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id D32B4AD; Thu, 22 Dec 2005 21:35:22 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 00E1E61C21; Thu, 22 Dec 2005 21:35:21 -0600 (CST) Date: Thu, 22 Dec 2005 21:35:21 -0600 From: "Matthew D. Fuller" To: Martin Cracauer Message-ID: <20051223033521.GE63497@over-yonder.net> References: <20051216183602.S41990@geri.cc.fer.hr> <20051222172348.A23728@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051222172348.A23728@cons.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: stable@freebsd.org, Ivan Voras Subject: Re: gmirror SCSI+IDE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 03:35:24 -0000 On Thu, Dec 22, 2005 at 05:23:48PM -0500 I heard the voice of Martin Cracauer, and lo! it spake thus: > Ivan Voras wrote on Fri, Dec 16, 2005 at 06:39:18PM +0100: > > > For example, AFAIK SCSI devices are under Giant and IDE are not > > In 6.x and 7.x both are finer-graded. I wish somebody would inform my SCSI controllers about that... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 04:38:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D6B316A41F; Fri, 23 Dec 2005 04:38:26 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C34F943D5E; Fri, 23 Dec 2005 04:38:24 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jBN4cLB6029540 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 23 Dec 2005 15:38:22 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jBN4cLHh023618; Fri, 23 Dec 2005 15:38:21 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jBN4cKOe023617; Fri, 23 Dec 2005 15:38:20 +1100 (EST) (envelope-from pjeremy) Date: Fri, 23 Dec 2005 15:38:20 +1100 From: Peter Jeremy To: Jo Rhett Message-ID: <20051223043820.GG77268@cirb503493.alcatel.com.au> References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <20051222211019.GI39174@svcolo.com> <20051222213041.GA5746@odin.ac.hmc.edu> <20051222220532.GL39174@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051222220532.GL39174@svcolo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: stable@freebsd.org, current Subject: Re: HEADS UP: Release schedule for 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 04:38:26 -0000 On Thu, 2005-Dec-22 13:10:19 -0800, Jo Rhett wrote: >I and many others have offered to work on this. The core team has >repeatedly stated that they won't integrate the efforts, which makes >os-upgrade capability minimal and easily broken. (see current efforts) On Thu, 2005-Dec-22 14:05:32 -0800, Jo Rhett wrote: >On Thu, Dec 22, 2005 at 01:30:41PM -0800, Brooks Davis wrote: >> This statement makes no sense. The core team wouldn't have much to >> do with this other than possibly being involved in making any service >> official. Also, approval is never given to include a non-existent >> feature. Easy, binary updates sound like a great idea, but without >> seeing actual code thats all anyone can say other than offering advice. >> If volunteering is conditional on acceptance of the work, that's a >> chicken-egg problem and is not resolvable. We simply can't maintain >> quality if we accept non-existent code just because the idea sounds >> good. > >What are you talking about? These issues have been repeatedly brought up >in the mailing lists, and what it would require to make it possible to >handle appropriately (namely, core os packages or a similar versioning >mechanism) and the arguements have often been given. I agree with Brooks. I don't recall ever seeing a message from -core (or anyone else talking on behalf of the Project) stating that code to make binary updates possible would not be integrated. For that matter, I don't recall ever seeing code offered to implement such a feature. Core OS packages have been discussed but I don't recall the idea ever being vetoed. Some work have been done in breaking bits of the base OS out into packages (perl, games and UUCP come to mind) but packaging the entire system is a major undertaking. In any case, I don't see how packaging the system would help you. Taking Solaris as an example of an OS which is broken up into lots of packages, patches don't replace whole packages, they replace individual files. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 04:56:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823A416A41F; Fri, 23 Dec 2005 04:56:52 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA52943D49; Fri, 23 Dec 2005 04:56:51 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jBN4unwV017955 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 23 Dec 2005 15:56:49 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jBN4umHh023651; Fri, 23 Dec 2005 15:56:48 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jBN4um3q023650; Fri, 23 Dec 2005 15:56:48 +1100 (EST) (envelope-from pjeremy) Date: Fri, 23 Dec 2005 15:56:48 +1100 From: Peter Jeremy To: Jo Rhett Message-ID: <20051223045648.GH77268@cirb503493.alcatel.com.au> References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <43A492B6.6050305@t-hosting.hu> <20051217232856.GT77268@cirb503493.alcatel.com.au> <43A4B91D.8040304@samsco.org> <20051222211730.GK39174@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051222211730.GK39174@svcolo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: stable@freebsd.org, current Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 04:56:52 -0000 On Thu, 2005-Dec-22 13:17:30 -0800, Jo Rhett wrote: >But FreeBSD Update suffers from all of the same limitations that I've been >describing because of lack of integration with the Core OS. > >1. modified kernels are foobar > ..yet are practically mandatory on production systems > >2. modified sources are foobar > ..yet many common production situations require source compilation options So you want to be able to make arbitrary changes you your source code and compilation options and then expect the FreeBSD project to provide a tool that will apply binary fixes to the resultant executables? I don't know that modified kernels are mandatory. A lot of work has been going on to reduce the need to re-compile the kernel for common situations. Likewise, I don't know that "many common" and "require" go together - IMHO, 'desire' or 'would be nice' are more appropriate descriptions. Would you care to provide some details of what you believe can be done to reduce your need to re-compile the OS. I'm not sure that FreeBSD Update is totally unusable for you. If you have the situation where you have a modified FreeBSD that you need to roll out to a large number of hosts, you just need to have your own FreeBSD Update server - you test the changes in your environment and then roll them out as you require. AFAIK, Colin hasn't fully productised FreeBSD Update to date but has not rejected the idea of doing so. >3. FreeBSD Update can't handle updates of jails and other situations that >package systems deal with just fine. I don't run jails so I'm not familiar with the problems here. Maybe you'd like to explain the problems you run into. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 05:14:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1778816A41F for ; Fri, 23 Dec 2005 05:14:39 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE0443D5A for ; Fri, 23 Dec 2005 05:14:37 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBN5CnDq007084; Fri, 23 Dec 2005 06:12:49 +0100 (CET) (envelope-from gmarco@giovannelli.it) Message-Id: <7.0.0.16.2.20051223060953.00e505a0@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Fri, 23 Dec 2005 06:11:41 +0100 To: dawnshade , freebsd-stable@freebsd.org From: Gianmarco Giovannelli In-Reply-To: <200512221010.11135.dawnshade@mail.ru> References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A94265.2010308@iteranet.com> <7.0.0.16.2.20051222021454.026740f0@gimbo.org> <200512221010.11135.dawnshade@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: rizzo@icir.org, ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 05:14:39 -0000 At 08.10 22/12/2005, dawnshade wrote: >On Thursday 22 December 2005 04:22, Gianmarco Giovannelli wrote: >> It seems to me that also Oliver has the same bug (0M) on his 915GM >> .... Any other with with centrino based 915 card can confirm this ? > >for me works fine: > >dmesg |grep -E 'drm|agp' >agp0: port 0xe000-0xe007 mem >0xd0000000-0xd007ffff,0xa0000000-0xafffffff,0xd0080000-0xd00bffff irq 5 at >device 2.0 on pci0 >agp0: detected 7932k stolen memory >agp0: aperture size is 256M >drmsub0: : (child of agp_i810.c) on agp0 >info: [drm] AGP at 0xd0000000 0MB >info: [drm] Initialized i915 1.2.0 20041217 Uhm... you have the same 0M of me :-) Have you tried glxgears ? What are your results ? Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 05:17:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1983C16A420 for ; Fri, 23 Dec 2005 05:17:23 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id C746E43D6D for ; Fri, 23 Dec 2005 05:17:17 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBN5FVQ4007093; Fri, 23 Dec 2005 06:15:31 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <7.0.0.16.2.20051223061211.05b46978@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Fri, 23 Dec 2005 06:14:22 +0100 To: "dawnshade" From: Gianmarco Giovannelli In-Reply-To: <001001c6055c$ff8b7ee0$fe07000a@Home.local> References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <43A7ACEC.50605@iteranet.com> <7.0.0.16.2.20051220090629.04ba99e8@gimbo.org> <001001c6055c$ff8b7ee0$fe07000a@Home.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Alexey Popov , stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 05:17:23 -0000 At 13.00 20/12/2005, dawnshade wrote: >On Tuesday 20 December 2005 11:37, Gianmarco Giovannelli wrote: >> hp:/home/gmarco> glxgears >> ERROR: line 125, Function intelInitDriver, File intel_screen.c >> libGL warning: 3D driver returned no fbconfigs. >> libGL error: InitDriver failed >> libGL error: reverting to (slow) indirect rendering >> 1024 frames in 5.0 seconds = 204.800 FPS >> 1260 frames in 5.0 seconds = 252.000 FPS >> 1267 frames in 5.0 seconds = 253.400 FPS >> >> (before patch it used to be about 600) > >try to upgrade port dri to dri-devel >I have the same situation - glxinfo shows that dri disabled, after portupgrade >-f -o graphics/dri-devel dri glxgears shown 1128.200 FPS (was ~300 and ~600 >w/o dri) Oops I don't remember about this. Can you please told me which versions (dri-devel, xorg) do you have (because I am running dri-devel !!! :-) ? Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 05:51:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C99DB16A41F for ; Fri, 23 Dec 2005 05:51:00 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F67443D55 for ; Fri, 23 Dec 2005 05:51:00 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i30so504699wra for ; Thu, 22 Dec 2005 21:50:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hFAysb/hK8SKwfKtZ7ArWcd0uwH3wOZNZouxEEqtYYSUdUjV5FXs4VjjWtssRvZYlIIC+zMQYVnaO8dte64H7dZqCz+jYab1V7XeTpICnGl95GP+6j+Rnzv4LMlDv275Z1P9knx7KI2NaQjgdLIvURs3s8M8CAz4qbAJkH0RZBw= Received: by 10.64.253.2 with SMTP id a2mr738722qbi; Thu, 22 Dec 2005 21:50:57 -0800 (PST) Received: by 10.65.72.5 with HTTP; Thu, 22 Dec 2005 21:50:57 -0800 (PST) Message-ID: Date: Fri, 23 Dec 2005 13:50:57 +0800 From: Xin LI To: "Douglas K. Rand" In-Reply-To: <87d5jsj09s.fsf@delta.meridian-enviro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <87d5jsj09s.fsf@delta.meridian-enviro.com> Cc: freebsd-stable Subject: Re: indefinite wait buffer: Does this indicate hardware issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 05:51:00 -0000 SGksCgpPbiAxOSBEZWMgMjAwNSAxNDozMjozMSAtMDYwMCwgRG91Z2xhcyBLLiBSYW5kIDxyYW5k QG1lcmlkaWFuLWVudmlyby5jb20+IHdyb3RlOgpbLi4uXQo+IFRyYWNpbmcgY29tbWFuZCBzd2Fw cGVyIHBpZCAwIHRpZCAwIHRkIDB4YzA2OThlMjAKPiBzY2hlZF9zd2l0Y2goYzA2OThlMjAsMCwx KSBhdCBzY2hlZF9zd2l0Y2grMHgxNGIKPiBtaV9zd2l0Y2goMSwwKSBhdCBtaV9zd2l0Y2grMHgx YmEKPiBzY2hlZHVsZXIoMCw4MWVjMDAsODFlMDAwLDAsYzA0MmY1ZDUpIGF0IHNjaGVkdWxlcisw eDI2Mgo+IG1pX3N0YXJ0dXAoKSBhdCBtaV9zdGFydHVwKzB4OTYKPiBiZWdpbigpIGF0IGJlZ2lu KzB4MmMKCldoaWNoIHNjaGVkdWxlciBhcmUgeW91IHVzaW5nPwoKQ2hlZXJzLAotLQpYaW4gTEkg PGRlbHBoaWpAZGVscGhpai5uZXQ+IGh0dHA6Ly93d3cuZGVscGhpai5uZXQK From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 07:16:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CFA616A41F; Fri, 23 Dec 2005 07:16:11 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5635843D55; Fri, 23 Dec 2005 07:16:10 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Eph9s-0002F4-8O; Fri, 23 Dec 2005 09:16:08 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Jack Vogel In-Reply-To: Message from Jack Vogel of "Thu, 22 Dec 2005 09:41:47 PST." <2a41acea0512220941y61c9b5acs8053e6df8a96a1e4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Fri, 23 Dec 2005 09:16:08 +0200 From: Danny Braniss Message-ID: Cc: Gleb Smirnoff , freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 07:16:11 -0000 > On 12/22/05, Gleb Smirnoff wrote: > > On Thu, Dec 22, 2005 at 12:37:53PM +0200, Danny Braniss wrote: > > D> > On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote: > > D> > D> ------------------------------------------------------------ > > D> > D> Server listening on TCP port 5001 > > D> > D> TCP window size: 64.0 KByte (default) > > D> > D> ------------------------------------------------------------ > > D> > D> [ 4] local 132.65.16.100 port 5001 connected with [6.0/SE750= 1WV2] port 58122 > > D> > D> (intel westvill) > > D> > D> [ ID] Interval Transfer Bandwidth > > D> > D> [ 4] 0.0-10.0 sec 1.01 GBytes 867 Mbits/sec > > D> > D> [ 4] local 132.65.16.100 port 5001 connected with [5.4/SE750= 1WV2] port 55269 > > D> > D> (intel westvill) > > D> > D> [ ID] Interval Transfer Bandwidth > > D> > D> [ 4] 0.0-10.0 sec 967 MBytes 811 Mbits/sec > > D> > D> [ 5] local 132.65.16.100 port 5001 connected with [6.0/SR143= 5VP2 port 58363 > > D> > D> (intel dual xeon/emt64) > > D> > D> [ ID] Interval Transfer Bandwidth > > D> > D> [ 5] 0.0-10.0 sec 578 MBytes 485 Mbits/sec > > D> > D> > > D> > D> i've run this several times, and the results are very similar= =2E > > D> > D> i also tried i386, and the same bad results. > > D> > D> all hosts are connected at 1gb to the same switch. > > D> > > > D> > So we see a strong drawback between SE7501WV2 and SR1435VP2. Let= 's compare the NIC > > D> > hardware. Can you plese show pciconf -lv | grep -A3 ^em on both = motherboards? > > D> > > D> on a SE7501WV2: > > D> em0@pci3:7:0: class=3D0x020000 card=3D0x341a8086 chip=3D0x101080= 86 rev=3D0x01 > > D> hdr=3D0x00 > > D> vendor =3D 'Intel Corporation' > > D> device =3D '82546EB Dual Port Gigabit Ethernet Controller (C= opper)' > > D> class =3D network > > D> > > D> on a SR1435VP2: > > D> em0@pci4:3:0: class=3D0x020000 card=3D0x34668086 chip=3D0x107680= 86 rev=3D0x05 > > D> hdr=3D0x00 > > D> vendor =3D 'Intel Corporation' > > D> device =3D '82547EI Gigabit Ethernet Controller' > > D> class =3D network > > > > The first one 82546EB is attached to fast PCI-X bus, and the 82547EI = is > > on CSA bus. The CSA bus is twice faster than old PCI bus, CSA can han= dle > > 266 Mbps. I'm not sure but may be it has same ~50% overhead as old PC= I bus. > > > > Probably our em(4) driver is not optimized enough and does too many a= ccesses > > to the PCI bus, thus utilizing more bandwidth than needed to handle t= raffic. > > In this case we see that NIC on slower bus (but enough to handle Giga= bit) is > > must slower than NIC on faster bus. (This paragraph is my own theory,= it > > can be complete bullshit.) > = > CSA bus? I've never heard of it. > = > To get the best gig performance you really want to see it on PCI Expres= s. > I see 930ish Mb/s. I'm not really familiar with this motherboard/lom. > = > You say you run iperf -s on the server side, but what are you using as > parameters on the client end of the test? > = iperf -c host i'm begining to believe that the problem is elsewhere, i just put in an ethernet nic in a PCI-X/Express slot, and the performance is similar, = bad. danny > Jack From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 07:51:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B2B16A41F for ; Fri, 23 Dec 2005 07:51:55 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (relay1.kaspersky-labs.com [212.5.80.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A6243D5C for ; Fri, 23 Dec 2005 07:51:54 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay1.kaspersky-labs.com (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id 7057C1710D; Fri, 23 Dec 2005 10:51:52 +0300 (MSK) Received: from antispam.localhost (localhost [127.0.0.1]) by relay1.kaspersky-labs.com (ESMTP) with SMTP id B40EF170F3; Fri, 23 Dec 2005 10:51:51 +0300 (MSK) Received: by relay1.kaspersky-labs.com (ESMTP, from userid 230) id 98A91170E1; Fri, 23 Dec 2005 10:51:51 +0300 (MSK) Received: from mbx.avp.ru (mx.avp.ru [212.5.80.12]) by relay1.kaspersky-labs.com (ESMTP) with ESMTP id 86BCF170DA; Fri, 23 Dec 2005 10:51:51 +0300 (MSK) Received: from moscow2.avp.ru ([10.64.0.4]) by mbx.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Dec 2005 10:51:18 +0300 Received: from moscow.avp.ru ([10.64.0.3]) by moscow2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Dec 2005 10:51:18 +0300 Received: from dawnshade-note.avp.ru ([172.16.128.10]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Dec 2005 10:51:18 +0300 From: dawnshade To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 10:52:17 +0300 User-Agent: KMail/1.8.3 References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <200512221010.11135.dawnshade@mail.ru> <7.0.0.16.2.20051223060953.00e505a0@gimbo.org> In-Reply-To: <7.0.0.16.2.20051223060953.00e505a0@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512231052.18267.dawnshade@mail.ru> X-OriginalArrivalTime: 23 Dec 2005 07:51:18.0059 (UTC) FILETIME=[A83ADFB0:01C60795] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 23122005 #156845, status: clean Cc: rizzo@icir.org, Gianmarco Giovannelli , ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 07:51:55 -0000 On Friday 23 December 2005 08:11, Gianmarco Giovannelli wrote: > At 08.10 22/12/2005, dawnshade wrote: > >On Thursday 22 December 2005 04:22, Gianmarco Giovannelli wrote: > >> It seems to me that also Oliver has the same bug (0M) on his 915GM > >> .... Any other with with centrino based 915 card can confirm this ? > > > >for me works fine: > > > >dmesg |grep -E 'drm|agp' > >agp0: port 0xe000-0xe007 m= em > >0xd0000000-0xd007ffff,0xa0000000-0xafffffff,0xd0080000-0xd00bffff irq 5 > > at device 2.0 on pci0 > >agp0: detected 7932k stolen memory > >agp0: aperture size is 256M > >drmsub0: : (child of agp_i810.c) on agp0 > >info: [drm] AGP at 0xd0000000 0MB > >info: [drm] Initialized i915 1.2.0 20041217 > > Uhm... you have the same 0M of me :-) > Have you tried glxgears ? > What are your results ? glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 915GM 20050225 OpenGL version string: 1.3 Mesa 6.3 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_arr= ay, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wra= p, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_cla= mp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat =2D--------------------------------------------------------------------- 0x23 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x28 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x30 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow glxgears 5380 frames in 5.0 seconds =3D 1076.000 FPS 5579 frames in 5.0 seconds =3D 1115.800 FPS 5446 frames in 5.0 seconds =3D 1089.200 FPS 5579 frames in 5.0 seconds =3D 1115.800 FPS ^C > =A0>try to upgrade port dri to dri-devel > =A0>I have the same situation - glxinfo shows that dri disabled, after=20 > portupgrade > =A0>-f -o graphics/dri-devel dri glxgears shown 1128.200 FPS (was ~300 an= d ~600 > =A0>w/o dri) >=20 > Oops I don't remember about this. > Can you please told me which versions (dri-devel, xorg) do you have=20 > (because I am running dri-devel !!! :-) ? pkg_info |grep dri dri-6.2.20050719,1 DRI OpenGL drivers snapshot linux_dri-4.4.0 Binary Linux DRI libraries for 3D hardware acceleration= of pkg_info |grep xorg xorg-6.8.2 X.Org distribution metaport xorg-clients-6.8.2 X client programs and related files from X.Org xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.8.2 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.8.2 X.Org font encoding files xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.8.2 X.Org TrueType fonts xorg-fonts-type1-6.8.2 X.Org Type1 fonts xorg-fontserver-6.8.2 X font server from X.Org xorg-libraries-6.8.2 X11 libraries and headers from X.Org xorg-manpages-6.8.2 X.Org library manual pages xorg-nestserver-6.8.2 Nesting X server from X.Org xorg-printserver-6.8.2_2 X Print server from X.Org xorg-server-6.8.99.16_1 X.Org X server development snapshot and related pro= grams xorg-vfbserver-6.8.2 X virtual framebuffer server from X.Org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 08:25:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 465B916A41F for ; Fri, 23 Dec 2005 08:25:04 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C550143D49 for ; Fri, 23 Dec 2005 08:25:03 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EpiEV-0003r7-NN; Fri, 23 Dec 2005 10:24:59 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Melvyn Sopacua In-Reply-To: Message from Melvyn Sopacua of "Thu, 22 Dec 2005 16:53:16 +0100." <200512221653.17351.freebsd.stable@melvyn.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Dec 2005 10:24:59 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: lsof on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 08:25:04 -0000 > On Thursday 22 December 2005 16:27, Danny Braniss wrote: > > > > > > Do you have a mount which is a symlink? > > > > > > > > no, but many nfs. > > > > minbari> mount > > > > 132.65.16.100:/d/6 on / (nfs) > > > Breakpoint 1 at 0x402779: file dmnt.c, line 159. > > (gdb) run > > Starting program: > > /home/pobj/r+d/ports/sysutils/lsof/work/lsof_4.77A.freebsd/ls of > > lsof: WARNING: access /root/.lsof_shuttle-3: No such file or directory > > lsof: WARNING: can't open /root/.lsof_shuttle-3: Read-only file system > > > > Breakpoint 1, dev2udev (c=0xe) at dmnt.c:159 > > 159 if (ln != dn) > > (gdb) print sr > > $1 = -1 > > (gdb) print ln > > $2 = 0x525140 "132.65.16.100:/d/8" > > (gdb) print dn > > $3 = 0x525140 "132.65.16.100:/d/8" > > As I figured, statsafely (which wraps around stat(2)) returns -1 on your nfs > mount, therefore ss never gets set. I've got no idea what the "user device > random seed" is needed for, so I suggest you file a pr with the above info. > > Additionally, you can try the following patch to see why exactly the stat(2) > call fails: > --- dmnt.c.orig Mon Oct 3 15:22:52 2005 > +++ dmnt.c Thu Dec 22 16:51:23 2005 > @@ -163,6 +163,9 @@ > dn = (char *)NULL; > if (sr) > continue; > + else > + (void)fprintf(stderr, "%s: cannot stat %s: %s\n", Pn, ln, > strerror(errno)); > + > ss = 1; > s = (u_int)sb.st_ino ^ (u_int)sb.st_rdev; > break; > well, your patch has problems, but at least it pointed in the direction :-) / (root) is nfs mounted. the problem is in process_node(va) in dnode.c, that sets vtag to VT_UFS instead of VT_NFS because vtbuf is "ufs" after a call to kread((KA_T)v->v_tag... so, can someone with some more knowledge in vnodes follow this? I suspect the problem is in the kernel ... danny From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 08:51:24 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E58716A420; Fri, 23 Dec 2005 08:51:24 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59B4943D5E; Fri, 23 Dec 2005 08:51:22 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id jBN8pLba024492; Fri, 23 Dec 2005 09:51:21 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id jBN8pIuL060459; Fri, 23 Dec 2005 09:51:18 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id jBN8pFVv060458; Fri, 23 Dec 2005 09:51:15 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> In-Reply-To: <200512231136.12471.doconnor@gsoft.com.au> To: "Daniel O'Connor" Date: Fri, 23 Dec 2005 09:51:15 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Jo Rhett , stable@freebsd.org, freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 08:51:24 -0000 Hi, Folks! > On your central PC.. > buildworld once. > builkernel once for each of the different kernels you are using. > > On each 'client' PC.. > NFS mount /usr/src and /usr/obj > installkernel > reboot > installworld Any suggestions for an alternative to NFS if your 'client' servers are located "all over the world" and you want to installworld across the Internet? I was planning to use NFS/TCP secured by IPSec transport mode, but anything less complicated would be greatly appreciated ;-) Anyone using ggated/ggatec for that purpose? Thanks, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 08:51:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E58716A420; Fri, 23 Dec 2005 08:51:24 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59B4943D5E; Fri, 23 Dec 2005 08:51:22 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id jBN8pLba024492; Fri, 23 Dec 2005 09:51:21 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id jBN8pIuL060459; Fri, 23 Dec 2005 09:51:18 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id jBN8pFVv060458; Fri, 23 Dec 2005 09:51:15 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> In-Reply-To: <200512231136.12471.doconnor@gsoft.com.au> To: "Daniel O'Connor" Date: Fri, 23 Dec 2005 09:51:15 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Jo Rhett , stable@freebsd.org, freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 08:51:24 -0000 Hi, Folks! > On your central PC.. > buildworld once. > builkernel once for each of the different kernels you are using. > > On each 'client' PC.. > NFS mount /usr/src and /usr/obj > installkernel > reboot > installworld Any suggestions for an alternative to NFS if your 'client' servers are located "all over the world" and you want to installworld across the Internet? I was planning to use NFS/TCP secured by IPSec transport mode, but anything less complicated would be greatly appreciated ;-) Anyone using ggated/ggatec for that purpose? Thanks, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 08:57:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B91FE16A41F; Fri, 23 Dec 2005 08:57:07 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A3D43D45; Fri, 23 Dec 2005 08:57:01 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-80-189.jan.bellsouth.net [68.222.80.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id B4E71DE; Fri, 23 Dec 2005 02:56:58 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id D545561C21; Fri, 23 Dec 2005 02:56:57 -0600 (CST) Date: Fri, 23 Dec 2005 02:56:57 -0600 From: "Matthew D. Fuller" To: "Patrick M. Hausen" Message-ID: <20051223085657.GF63497@over-yonder.net> References: <200512231136.12471.doconnor@gsoft.com.au> <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-stable@freebsd.org, current , Jo Rhett Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 08:57:07 -0000 On Fri, Dec 23, 2005 at 09:51:15AM +0100 I heard the voice of Patrick M. Hausen, and lo! it spake thus: > > Any suggestions for an alternative to NFS if your 'client' servers > are located "all over the world" and you want to installworld across > the Internet? I was planning to use NFS/TCP secured by IPSec > transport mode, but anything less complicated would be greatly > appreciated ;-) This is one of the situations where r{dist,sync}'ing out the binaries makes more sense than NFS mounting and running installworld (which would be awful awful slow, above and beyond security and convenience issues). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 10:02:58 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5969716A41F; Fri, 23 Dec 2005 10:02:58 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C971C43D46; Fri, 23 Dec 2005 10:02:57 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id D21D1CE; Fri, 23 Dec 2005 05:03:18 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 5E78C2515; Fri, 23 Dec 2005 05:03:15 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EpjlD-0001bX-WB; Fri, 23 Dec 2005 10:02:52 +0000 Date: Fri, 23 Dec 2005 10:02:51 +0000 From: Brian Candler To: "Matthew D. Fuller" Message-ID: <20051223100251.GB6049@uk.tiscali.com> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <20051218023725.GM63497@over-yonder.net> <20051222210904.GH39174@svcolo.com> <20051223030813.GD63497@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051223030813.GD63497@over-yonder.net> User-Agent: Mutt/1.4.2.1i Cc: Jo Rhett , stable@FreeBSD.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:02:58 -0000 On Thu, Dec 22, 2005 at 09:08:13PM -0600, Matthew D. Fuller wrote: > > No, you're missing the point. More core OS upgrades means less > > incremental patches (which are easier to apply than a full update). > > Right. I don't understand how B follows A here. > > These patches come from where? Security advisories, mailing list > discussions, and eating too much beef right before bed and waking up > at 2am with brilliant ideas? Why would there be less of them, just > because RELENG_X_Y_RELEASE tags are laid down more often? I think the real concern here is: for how long after RELEASE_X_Y are binary patches for it made available? If the policy is "every RELEASE_X_Y has binary patches available for Z months after its release", then clearly it doesn't matter how many RELEASE_X_Y's are made in this period. If the policy is "binary patches are made available for the last N releases", then the availability lifetime of binary patches is (N * release interval). As long as N is made sufficiently large, then it's not a problem. There is a risk that reducing the interval between releases does not cause a corresponding increase in N, thus forcing people to perform full updates to a new release more often. > > Huh? That's backwards. If we can't schedule the downtime for a > > full operating system upgrade (which takes far longer than it > > should) then the system won't get upgraded. > > Having done full OS upgrades a number of times, I can't remember the > last time it took more than 5 or 10 minutes ... > For small groups of servers, I NFS mount > installworlds, and for larger groups, I rdist out binaries. But it > always comes from source. That's good for you and a certain clan of highly experienced FreeBSD system administrators. However I believe that there's a far larger pool of people for whom binary installs and upgrades makes much more sense. At one end of the spectrum are those bailing out from Linux, and the other end are people who want an audit trail for every binary back to a 3rd-party release medium. (I started off in the first group, but now fall into the second) Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 10:12:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B994816A41F for ; Fri, 23 Dec 2005 10:12:12 +0000 (GMT) (envelope-from SRS0=i9c7bCJ9=2U=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A5643D6E for ; Fri, 23 Dec 2005 10:12:11 +0000 (GMT) (envelope-from SRS0=i9c7bCJ9=2U=metro.cx=fbsd@sonologic.nl) Received: from [127.0.0.1] (mx1.sonologic.nl [82.94.245.21]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id jBNAC4Y0014710 for ; Fri, 23 Dec 2005 10:12:09 GMT Message-ID: <43ABCD88.4060300@metro.cx> Date: Fri, 23 Dec 2005 11:12:24 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 82.94.245.21 is authenticated by a trusted mechanism) Subject: ipfilter upgrade issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:12:12 -0000 Hi All, Just a smallish issue with ipfilter and upgrading from 5.4 to 6-STABLE. The ipfilter implementation in the 6-STABLE kernel errs on the commands sent by the 5.4 ipf binary. This can be an issue when you are upgrading remotely without serial console and you have IPFILTER_DEFAULT_BLOCK enabled: after rebooting in the 6-STABLE kernel no firewall rules will be loaded and you cannot access the box anymore to make installworld.. Best, Koen From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 10:28:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB1C16A420; Fri, 23 Dec 2005 10:28:53 +0000 (GMT) (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 DD7FC43D7E; Fri, 23 Dec 2005 10:28:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBNASKQU047315 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 20:58:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Matthew D. Fuller" Date: Fri, 23 Dec 2005 20:57:48 +1030 User-Agent: KMail/1.8.3 References: <200512231136.12471.doconnor@gsoft.com.au> <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> <20051223085657.GF63497@over-yonder.net> In-Reply-To: <20051223085657.GF63497@over-yonder.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1382220.lQOUgZ8vqd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512232058.14651.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:28:54 -0000 --nextPart1382220.lQOUgZ8vqd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 19:26, Matthew D. Fuller wrote: > > the Internet? I was planning to use NFS/TCP secured by IPSec > > transport mode, but anything less complicated would be greatly > > appreciated ;-) > > This is one of the situations where r{dist,sync}'ing out the binaries > makes more sense than NFS mounting and running installworld (which > would be awful awful slow, above and beyond security and convenience > issues). I guess one problem is that is replicating installworld's behaviour can be= =20 difficult as it does more than just install files sometimes. =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 --nextPart1382220.lQOUgZ8vqd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq9E+5ZPcIHs/zowRAiFTAJ9w4aS/G191UDi+FtlRRXDMX2agsQCfSseM BC83jyyWZ3VHN6skrcHGsvM= =Y0pV -----END PGP SIGNATURE----- --nextPart1382220.lQOUgZ8vqd-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 10:34:56 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E9F16A41F; Fri, 23 Dec 2005 10:34:56 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54D843D69; Fri, 23 Dec 2005 10:34:52 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr4so.prod.shaw.ca (pd2mr4so-qfe3.prod.shaw.ca [10.0.141.107]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IRY00MGD5E3ZK80@l-daemon>; Fri, 23 Dec 2005 03:34:51 -0700 (MST) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd2mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IRY00ICZ5E3U8F0@pd2mr4so.prod.shaw.ca>; Fri, 23 Dec 2005 03:34:51 -0700 (MST) Received: from [192.168.0.60] ([24.87.209.6]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IRY00FCZ5E21D10@l-daemon>; Fri, 23 Dec 2005 03:34:51 -0700 (MST) Date: Fri, 23 Dec 2005 02:34:43 -0800 From: Colin Percival In-reply-to: <20051223100251.GB6049@uk.tiscali.com> To: Brian Candler Message-id: <43ABD2C3.9020301@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <20051218023725.GM63497@over-yonder.net> <20051222210904.GH39174@svcolo.com> <20051223030813.GD63497@over-yonder.net> <20051223100251.GB6049@uk.tiscali.com> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051001) Cc: Jo Rhett , stable@freebsd.org, current , "Matthew D. Fuller" Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:34:56 -0000 Brian Candler wrote: > I think the real concern here is: for how long after RELEASE_X_Y are binary > patches for it made available? I build FreeBSD Update patches for all the branches supported by the FreeBSD Security Team. To answer a couple of other questions: FreeBSD Update is something which I _personally_ support; it isn't supported by the _project_, because at the moment there isn't anyone else who could take over running it if I get hit by a bus. Re the long list of requests people have made (starting with "amd64 support" and "make this officially supported by the project"), I'll get to those as soon as I have time. Sadly, I have a pesky thing called "a full time job" and my FreeBSD time has been occupied with portsnap lately. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 10:39:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D2F16A420; Fri, 23 Dec 2005 10:39:15 +0000 (GMT) (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 71F0443D6B; Fri, 23 Dec 2005 10:39:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id E5964BC66; Fri, 23 Dec 2005 10:39:12 +0000 (UTC) To: freebsd-stable@freebsd.org, current From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 23 Dec 2005 20:57:48 +1030." <200512232058.14651.doconnor@gsoft.com.au> Date: Fri, 23 Dec 2005 11:39:12 +0100 Message-ID: <27065.1135334352@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:39:16 -0000 I have consistently ignored all emails in this thread because the use of the word "demand" in the Subject. Whenever people use words like "demand" or "somebody should" in FreeBSD contexts, it indicates cluelessness to me. Cluelessness about how the project works and cluenessness about how things happen in the project and a touch of insensibility to the developers how seldom are paid to listen to such drivel. The precense if "binary updates" in the subject also indicated to me that we had to do with people who didn't really know what they were talking about nor indeed the implications of attempting to do what they demanded. Now that I've read the tread anyway I can to my chagrin see that I was right. In my opinion, and I readily admit that since I only have 20+ years of experience managing UNIX computers I may be totally wrong, binary updates is not what we really want. It's what people are used to, but it is not what they want. It would be much better to invest time in developing a configuration management system that allows the system administrators of FreeBSD installations to do their job more effectively than to spend time giving them the tool they know inwards and outwards is not an effective way to do their job. The assignment is simple, and with creative thinking maybe the solution is also: Bring to system administration what source code version control brought to programming. Merry Xmas, Poul-Henning -- 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-stable@FreeBSD.ORG Fri Dec 23 10:42:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1054D16A41F for ; Fri, 23 Dec 2005 10:42:33 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F12043D75 for ; Fri, 23 Dec 2005 10:42:21 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 16059 invoked from network); 23 Dec 2005 10:42:13 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 23 Dec 2005 10:42:13 -0000 Received: (qmail 4022 invoked by uid 89); 23 Dec 2005 10:42:12 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 23 Dec 2005 10:42:12 -0000 Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 5BE3BBAD9; Fri, 23 Dec 2005 12:41:54 +0200 (EET) Date: Fri, 23 Dec 2005 12:41:53 +0200 From: Ion-Mihai Tetcu To: Brooks Davis Message-ID: <20051223124153.042e9019@it.buh.tecnik93.com> In-Reply-To: <20051222185227.GA25054@odin.ac.hmc.edu> References: <43AA76CD.2040508@FreeBSD.org> <20051222184506.GH19490@funkthat.com> <20051222185227.GA25054@odin.ac.hmc.edu> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Doug Barton , FreeBSD Stable Subject: Re: HEADS UP: Please clean out your */etc/rc.d directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:42:33 -0000 On Thu, 22 Dec 2005 10:52:27 -0800 Brooks Davis wrote: > > Also, how will this effect cups which installs a .sample file? and > > any other port that does this? > > .sample files should go away. If for some reason a script must > be modified to be useful, the sample version should go under > ${PREFIX}/share. I haven open (and badly written) PR for converting cups' rc script to be rc.d compatible. Today / tomorrow I'll submit a new patch (after TinderFoxy finishes building my ports so I can test the modifications I make). -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" I'm not sure, try calling the Internet's head office -- it's in the book From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 11:04:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 780F716A420 for ; Fri, 23 Dec 2005 11:04:17 +0000 (GMT) (envelope-from email@sjuhl.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821D343D49 for ; Fri, 23 Dec 2005 11:04:16 +0000 (GMT) (envelope-from email@sjuhl.de) Received: from [84.163.200.35] (helo=stefanpc) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1Epkid0SEF-000539; Fri, 23 Dec 2005 12:04:15 +0100 From: "Stefan Juhl" To: Date: Fri, 23 Dec 2005 12:04:22 +0100 Message-ID: <003001c607b0$a1d70660$1f4ba8c0@stefanpc> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Importance: Normal X-Provags-ID: kundenserver.de abuse@kundenserver.de login:99061939c0f769b97b0bef56e5709b5e Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Booting from ZIP 750 ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 11:04:17 -0000 Hi! Is anybody able to boot FreeBSD 5.x-STABLE from a ATAPI ZIP 750 .? I tried to, but it didn't work. I mounted the ZIP from a running 5.X-STABLE and made the normal release procedure (installworld / installkernel .). I also gave bootcfg a try. But nothing helped. Or is there no way of booting a FreeBSD 5.X-STABLE from ZIP? Yours Stefan From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 12:29:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B7A116A41F; Fri, 23 Dec 2005 12:29:41 +0000 (GMT) (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 7B58743D5F; Fri, 23 Dec 2005 12:29:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBNCTaHF048502 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 22:59:36 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 22:59:15 +1030 User-Agent: KMail/1.8.3 References: <003001c607b0$a1d70660$1f4ba8c0@stefanpc> In-Reply-To: <003001c607b0$a1d70660$1f4ba8c0@stefanpc> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2743405.Bxd4npi87h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512232259.29354.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Stefan Juhl , stable@freebsd.org Subject: Re: Booting from ZIP 750 ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 12:29:41 -0000 --nextPart2743405.Bxd4npi87h Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 21:34, Stefan Juhl wrote: > Is anybody able to boot FreeBSD 5.x-STABLE from a ATAPI ZIP 750 .? > > I tried to, but it didn't work. "it didn't work" is a pretty useless error message. What happened? Is your BIOS set to boot off that device? Can it boot from i= t?=20 Have you tried another OS on it? If it looks like a hard disk I would think it *should* work as long as the= =20 partition FreeBSD is installed onto is set to be bootable. How did you partition and label the disk? I've booted FreeBSD from a Jazz drive but it was a long time ago (and on SC= SI=20 ISTR) =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 --nextPart2743405.Bxd4npi87h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq+2p5ZPcIHs/zowRAjWfAKCJrFTje0jy3+qRU8jz93Img/4rWACcDBDH SERirIaCLxYJCrhtVhQEaN4= =UfZi -----END PGP SIGNATURE----- --nextPart2743405.Bxd4npi87h-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 12:29:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B7A116A41F; Fri, 23 Dec 2005 12:29:41 +0000 (GMT) (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 7B58743D5F; Fri, 23 Dec 2005 12:29:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBNCTaHF048502 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 23 Dec 2005 22:59:36 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 22:59:15 +1030 User-Agent: KMail/1.8.3 References: <003001c607b0$a1d70660$1f4ba8c0@stefanpc> In-Reply-To: <003001c607b0$a1d70660$1f4ba8c0@stefanpc> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2743405.Bxd4npi87h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512232259.29354.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Stefan Juhl , stable@freebsd.org Subject: Re: Booting from ZIP 750 ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 12:29:41 -0000 --nextPart2743405.Bxd4npi87h Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 23 Dec 2005 21:34, Stefan Juhl wrote: > Is anybody able to boot FreeBSD 5.x-STABLE from a ATAPI ZIP 750 .? > > I tried to, but it didn't work. "it didn't work" is a pretty useless error message. What happened? Is your BIOS set to boot off that device? Can it boot from i= t?=20 Have you tried another OS on it? If it looks like a hard disk I would think it *should* work as long as the= =20 partition FreeBSD is installed onto is set to be bootable. How did you partition and label the disk? I've booted FreeBSD from a Jazz drive but it was a long time ago (and on SC= SI=20 ISTR) =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 --nextPart2743405.Bxd4npi87h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDq+2p5ZPcIHs/zowRAjWfAKCJrFTje0jy3+qRU8jz93Img/4rWACcDBDH SERirIaCLxYJCrhtVhQEaN4= =UfZi -----END PGP SIGNATURE----- --nextPart2743405.Bxd4npi87h-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:09:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95CBD16A41F; Fri, 23 Dec 2005 13:09:05 +0000 (GMT) (envelope-from mak@ll.mit.edu) Received: from ll.mit.edu (LLMAIL.LL.MIT.EDU [129.55.12.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3539A43D49; Fri, 23 Dec 2005 13:09:04 +0000 (GMT) (envelope-from mak@ll.mit.edu) Received: (from smtp@localhost) by ll.mit.edu (8.12.10/8.8.8) id jBND93Ra016150; Fri, 23 Dec 2005 08:09:03 -0500 (EST) Received: from UNKNOWN( ), claiming to be "[155.34.104.109]" via SMTP by llmail, id smtpdAAAS1aajF; Fri Dec 23 08:08:56 2005 Message-ID: <43ABF6E4.2090908@ll.mit.edu> Date: Fri, 23 Dec 2005 08:08:52 -0500 From: "Michael A. Koerber" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051220) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:09:05 -0000 All, I have three machines that have had 5.4 and 6.0 installed. Two of the three machines have very well behaved "ssh". However, the machine (laptop) named OBOE does not. Specifically "ssh oboe" will (most of the time) hang for around one minute before asking for a prompt. However, if I'm logged into OBOE and "ssh BSD" (one of the other machines) a password is requested within a couple seconds. (I said most of the time, since on occasion I can reboot OBOE and ssh will work just fine...hmmm.) I have looked through the /var/log files for clues and skimmed "man ssh" for time out related stuff, but no luck. Where should I start looking for clues? All machines have had clean installs from "newfs'd" drive under both 5.4 and 6.0 so I'm sure no left over configs are getting propagated. -- --------------------- Dr Michael A. Koerber x3250 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:21:53 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A2716A41F for ; Fri, 23 Dec 2005 13:21:53 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D4143D5D for ; Fri, 23 Dec 2005 13:21:52 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so450728wxc for ; Fri, 23 Dec 2005 05:21:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lkPtpkPYd6F1DcVMeMvV9WksWxJxTXIfvPeUV4m5awl+kruO2OjaKl8o+LTyYLb/oeZoVlrbrqkvzRar67BsrQHm6iMDJCpQvqI3qeTzK7B8cbGhY7cfCTI+PHcLzp5JZRpRJzR0RfQI/gG6M6y3gYEX8qVNhlGj2tSXGVqO0+s= Received: by 10.70.26.8 with SMTP id 8mr3254872wxz; Fri, 23 Dec 2005 05:21:52 -0800 (PST) Received: by 10.70.36.7 with HTTP; Fri, 23 Dec 2005 05:21:52 -0800 (PST) Message-ID: <70e8236f0512230521l2feb988bjb6d4e8a2e5895171@mail.gmail.com> Date: Fri, 23 Dec 2005 13:21:52 +0000 From: Joao Barros To: "Michael A. Koerber" In-Reply-To: <43ABF6E4.2090908@ll.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43ABF6E4.2090908@ll.mit.edu> Cc: stable@freebsd.org Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:21:53 -0000 On 12/23/05, Michael A. Koerber wrote: > All, > > I have three machines that have had 5.4 and 6.0 installed. Two of the = three machines have very > well behaved "ssh". However, the machine (laptop) named OBOE does not. > > Specifically "ssh oboe" will (most of the time) hang for around one min= ute before asking for a > prompt. However, if I'm logged into OBOE and "ssh BSD" (one of the other= machines) a password is > requested within a couple seconds. (I said most of the time, since on oc= casion I can reboot OBOE > and ssh will work just fine...hmmm.) > > I have looked through the /var/log files for clues and skimmed "man ssh= " for time out related > stuff, but no luck. > > Where should I start looking for clues? > Most probably it's a reverse dns issue. You can either check your dns/hosts setup or tcpdump the traffic when you try to login a machine. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:26:44 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 498E816A41F; Fri, 23 Dec 2005 13:26:44 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F3E43D5D; Fri, 23 Dec 2005 13:26:30 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id jBNDQUmU012490; Fri, 23 Dec 2005 07:26:30 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43ABFAFF.9000306@centtech.com> Date: Fri, 23 Dec 2005 07:26:23 -0600 From: Eric Anderson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael A. Koerber" References: <43ABF6E4.2090908@ll.mit.edu> In-Reply-To: <43ABF6E4.2090908@ll.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1213/Mon Dec 19 08:48:34 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: stable@freebsd.org, current@freebsd.org Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:26:44 -0000 Michael A. Koerber wrote: >All, > > I have three machines that have had 5.4 and 6.0 installed. Two of the three machines have very >well behaved "ssh". However, the machine (laptop) named OBOE does not. > > Specifically "ssh oboe" will (most of the time) hang for around one minute before asking for a >prompt. However, if I'm logged into OBOE and "ssh BSD" (one of the other machines) a password is >requested within a couple seconds. (I said most of the time, since on occasion I can reboot OBOE >and ssh will work just fine...hmmm.) > > I have looked through the /var/log files for clues and skimmed "man ssh" for time out related >stuff, but no luck. > > Where should I start looking for clues? > > All machines have had clean installs from "newfs'd" drive under both 5.4 and 6.0 so I'm sure no >left over configs are getting propagated. > > Check your DNS (or reverse DNS really) on the laptop (OBOE). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:30:00 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F55116A423; Fri, 23 Dec 2005 13:30:00 +0000 (GMT) (envelope-from kobi@macron.co.il) Received: from mxout1.netvision.net.il (mxout1.netvision.net.il [194.90.9.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF4843D53; Fri, 23 Dec 2005 13:29:44 +0000 (GMT) (envelope-from kobi@macron.co.il) Received: from alpha.nonstop.co.il ([217.132.8.83]) by mxout1.netvision.net.il (Sun Java System Messaging Server 6.1 HotFix 0.11 (built Jan 28 2005)) with ESMTP id <0IRY00FKLDHD6X00@mxout1.netvision.net.il>; Fri, 23 Dec 2005 15:29:39 +0200 (IST) Received: from localhost ([127.0.0.1] helo=home1) by alpha.nonstop.co.il with smtp (Exim 4.44) id 1EpmzA-0000ja-I0; Fri, 23 Dec 2005 15:29:28 +0200 Date: Fri, 23 Dec 2005 15:29:17 +0200 From: Kobi Shmueli To: "Michael A. Koerber" Message-id: <001301c607c4$e04e2540$80cea8c0@home1> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Mailer: Microsoft Outlook Express 6.00.2800.1506 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <43ABF6E4.2090908@ll.mit.edu> Cc: stable@freebsd.org, current@freebsd.org Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:30:00 -0000 Michael A. Koerber wrote: > I have three machines that have had 5.4 and 6.0 installed. Two of the three machines have very > well behaved "ssh". However, the machine (laptop) named OBOE does not. > > Specifically "ssh oboe" will (most of the time) hang for around one minute before asking for a > prompt. However, if I'm logged into OBOE and "ssh BSD" (one of the other machines) a password is > requested within a couple seconds. (I said most of the time, since on occasion I can reboot OBOE > and ssh will work just fine...hmmm.) > > I have looked through the /var/log files for clues and skimmed "man ssh" for time out related > stuff, but no luck. > > Where should I start looking for clues? Try checking /etc/resolv.conf on oboe first, adding a static entry to /etc/hosts of the remote ip/host should speed dns checks as well. You can also run ssh in verbose mode (ssh -v oboe) or/and run sshd in debug mode (sshd -d). -Kobi. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:36:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B85FF16A420 for ; Fri, 23 Dec 2005 13:36:19 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA3643D86 for ; Fri, 23 Dec 2005 13:36:13 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id C0C81114F6; Fri, 23 Dec 2005 14:36:09 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 14:36:09 +0100 User-Agent: KMail/1.8.3 References: <43ABCD88.4060300@metro.cx> In-Reply-To: <43ABCD88.4060300@metro.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512231436.09593.freebsd.stable@melvyn.homeunix.org> Subject: Re: ipfilter upgrade issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:36:19 -0000 On Friday 23 December 2005 11:12, Koen Martens wrote: > Just a smallish issue with ipfilter and upgrading from 5.4 to 6-STABLE. > The ipfilter implementation in the 6-STABLE kernel errs on the commands > sent by the 5.4 ipf binary. This can be an issue when you are upgrading > remotely without serial console and you have IPFILTER_DEFAULT_BLOCK > enabled: after rebooting in the 6-STABLE kernel no firewall rules will > be loaded and you cannot access the box anymore to make installworld.. Just wondering - is COMPAT5X in the kernel? -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:50:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70D916A41F for ; Fri, 23 Dec 2005 13:50:18 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E38D43D69 for ; Fri, 23 Dec 2005 13:50:15 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 16909 invoked by uid 300); 23 Dec 2005 13:50:14 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-1.0/5.0):. Processed in 4.335259 secs); 23 Dec 2005 13:50:14 -0000 X-Spam-Status: No, hits=-1.0 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 23 Dec 2005 13:50:10 -0000 Message-ID: <43AC006E.6070006@tvnetwork.hu> Date: Fri, 23 Dec 2005 14:49:34 +0100 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dawnshade References: <200512192029.jBJKTtDx055502@lurza.secnetix.de> <200512221010.11135.dawnshade@mail.ru> <7.0.0.16.2.20051223060953.00e505a0@gimbo.org> <200512231052.18267.dawnshade@mail.ru> In-Reply-To: <200512231052.18267.dawnshade@mail.ru> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: rizzo@icir.org, Gianmarco Giovannelli , freebsd-stable@freebsd.org, ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:50:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 dawnshade wrote: > On Friday 23 December 2005 08:11, Gianmarco Giovannelli wrote: > >>At 08.10 22/12/2005, dawnshade wrote: >> >On Thursday 22 December 2005 04:22, Gianmarco Giovannelli wrote: >> >> It seems to me that also Oliver has the same bug (0M) on his 915GM >> >> .... Any other with with centrino based 915 card can confirm this ? >> > >> >for me works fine: >> > >> >dmesg |grep -E 'drm|agp' >> >agp0: port 0xe000-0xe007 mem >> >0xd0000000-0xd007ffff,0xa0000000-0xafffffff,0xd0080000-0xd00bffff irq 5 >> > at device 2.0 on pci0 >> >agp0: detected 7932k stolen memory >> >agp0: aperture size is 256M >> >drmsub0: : (child of agp_i810.c) on agp0 >> >info: [drm] AGP at 0xd0000000 0MB >> >info: [drm] Initialized i915 1.2.0 20041217 >> >>Uhm... you have the same 0M of me :-) >>Have you tried glxgears ? >>What are your results ? > > > glxinfo: > > name of display: :0.0 > display: :0 screen: 0 > direct rendering: Yes > server glx vendor string: SGI > > >> >try to upgrade port dri to dri-devel >> >I have the same situation - glxinfo shows that dri disabled, after >>portupgrade >> >-f -o graphics/dri-devel dri glxgears shown 1128.200 FPS (was ~300 and ~600 >> >w/o dri) >> >>Oops I don't remember about this. >>Can you please told me which versions (dri-devel, xorg) do you have >>(because I am running dri-devel !!! :-) ? > > > pkg_info |grep dri > dri-6.2.20050719,1 DRI OpenGL drivers snapshot > linux_dri-4.4.0 Binary Linux DRI libraries for 3D hardware acceleration of > > pkg_info |grep xorg > xorg-6.8.2 X.Org distribution metaport > xorg-clients-6.8.2 X client programs and related files from X.Org > xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org > xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts > xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts > xorg-fonts-cyrillic-6.8.2 X.Org Cyrillic bitmap fonts > xorg-fonts-encodings-6.8.2 X.Org font encoding files > xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts > xorg-fonts-truetype-6.8.2 X.Org TrueType fonts > xorg-fonts-type1-6.8.2 X.Org Type1 fonts > xorg-fontserver-6.8.2 X font server from X.Org > xorg-libraries-6.8.2 X11 libraries and headers from X.Org > xorg-manpages-6.8.2 X.Org library manual pages > xorg-nestserver-6.8.2 Nesting X server from X.Org > xorg-printserver-6.8.2_2 X Print server from X.Org > xorg-server-6.8.99.16_1 X.Org X server development snapshot and related programs > xorg-vfbserver-6.8.2 X virtual framebuffer server from X.Org > > So the combination of dri-devel and xorg-6.8.99.16_1 works fine. For me the latest xorg-snap (903) does not work. Anyway here is a path for the vanilla xorg 6.8.2, it works: http://apocalyptech.com/linux/nc6120/xorg-6.8.2-i810.patch Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDrABuHGP5/4adgcURAkBpAJ9wjYqt9QCnTCAJTssO9H6argIM2ACfSKjd xR1Y/REFY5Be0O7bLE2+EJI= =iRsr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:51:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94B6A16A41F for ; Fri, 23 Dec 2005 13:51:16 +0000 (GMT) (envelope-from SRS0=i9c7bCJ9=2U=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2E2043D8A for ; Fri, 23 Dec 2005 13:51:06 +0000 (GMT) (envelope-from SRS0=i9c7bCJ9=2U=metro.cx=fbsd@sonologic.nl) Received: from [127.0.0.1] (mx1.sonologic.nl [82.94.245.21]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id jBNDp45A033449; Fri, 23 Dec 2005 13:51:05 GMT Message-ID: <43AC00DB.30503@metro.cx> Date: Fri, 23 Dec 2005 14:51:23 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Melvyn Sopacua References: <43ABCD88.4060300@metro.cx> <200512231436.09593.freebsd.stable@melvyn.homeunix.org> In-Reply-To: <200512231436.09593.freebsd.stable@melvyn.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 82.94.245.21 is authenticated by a trusted mechanism) Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter upgrade issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:51:16 -0000 Melvyn Sopacua wrote: >On Friday 23 December 2005 11:12, Koen Martens wrote: > > > >>Just a smallish issue with ipfilter and upgrading from 5.4 to 6-STABLE. >>The ipfilter implementation in the 6-STABLE kernel errs on the commands >>sent by the 5.4 ipf binary. This can be an issue when you are upgrading >>remotely without serial console and you have IPFILTER_DEFAULT_BLOCK >>enabled: after rebooting in the 6-STABLE kernel no firewall rules will >>be loaded and you cannot access the box anymore to make installworld.. >> >> > >Just wondering - is COMPAT5X in the kernel? > > Well, COMPAT_FREEBSD5 is.. Koen From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 13:54:08 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7759A16A41F; Fri, 23 Dec 2005 13:54:08 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE77643D72; Fri, 23 Dec 2005 13:54:07 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 61DD641C4; Fri, 23 Dec 2005 14:54:05 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63658-12; Fri, 23 Dec 2005 14:54:01 +0100 (CET) Received: from [192.168.100.104] (p54BDDC0C.dip.t-dialin.net [84.189.220.12]) by crivens.unixoid.de (Postfix) with ESMTP id 9EAE941C3; Fri, 23 Dec 2005 14:53:46 +0100 (CET) Message-ID: <43AC0160.4070108@kernel32.de> Date: Fri, 23 Dec 2005 14:53:36 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kobi Shmueli References: <43ABF6E4.2090908@ll.mit.edu> <001301c607c4$e04e2540$80cea8c0@home1> In-Reply-To: <001301c607c4$e04e2540$80cea8c0@home1> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: stable@freebsd.org, "Michael A. Koerber" , current@freebsd.org Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:54:08 -0000 Hej there, Kobi Shmueli wrote: > > > Try checking /etc/resolv.conf on oboe first, adding a static entry to > /etc/hosts of the remote ip/host should speed dns checks as well. > You can also run ssh in verbose mode (ssh -v oboe) or/and run sshd in debug > mode (sshd -d). > alternativly to check out wether it's dns related, you use set the Option "UseDNS no" in your sshd_config, so sshd won't try a reverse dns lookup. Give it a shoot. Usually ssh timeouts are related to DNS... HTH, Marian From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 14:12:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FF3916A41F for ; Fri, 23 Dec 2005 14:12:56 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797A043D46 for ; Fri, 23 Dec 2005 14:12:56 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 9BB05114F6; Fri, 23 Dec 2005 15:12:55 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 15:12:55 +0100 User-Agent: KMail/1.8.3 References: <43ABCD88.4060300@metro.cx> <200512231436.09593.freebsd.stable@melvyn.homeunix.org> <43AC00DB.30503@metro.cx> In-Reply-To: <43AC00DB.30503@metro.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512231512.55443.freebsd.stable@melvyn.homeunix.org> Subject: Re: ipfilter upgrade issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 14:12:57 -0000 On Friday 23 December 2005 14:51, Koen Martens wrote: > Melvyn Sopacua wrote: > >On Friday 23 December 2005 11:12, Koen Martens wrote: > >>Just a smallish issue with ipfilter and upgrading from 5.4 to 6-STABLE. > >>The ipfilter implementation in the 6-STABLE kernel errs on the commands > >>sent by the 5.4 ipf binary. This can be an issue when you are upgrading > >>remotely without serial console and you have IPFILTER_DEFAULT_BLOCK > >>enabled: after rebooting in the 6-STABLE kernel no firewall rules will > >>be loaded and you cannot access the box anymore to make installworld.. > > > >Just wondering - is COMPAT5X in the kernel? > > Well, COMPAT_FREEBSD5 is.. Sounds like a note for UPDATING then :) -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 14:18:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA7916A41F; Fri, 23 Dec 2005 14:18:40 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from smtp02.jazztel.es (smtp02.jazztel.es [62.14.3.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id D63CB43D5F; Fri, 23 Dec 2005 14:18:39 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [127.0.0.1] (helo=localhost) by smtp02.jazztel.es with esmtp (Exim 4.43) id 1Epnjm-0001DD-Fs; Fri, 23 Dec 2005 15:17:38 +0100 Received: from smtp02.jazztel.es ([127.0.0.1]) by localhost (lorca [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 03094-08; Fri, 23 Dec 2005 15:17:38 +0100 (CET) Received: from [62.15.215.200] (helo=62-15-215-200.inversas.jazztel.es) by smtp02.jazztel.es with esmtpa (Exim 4.43) id 1Epnjk-0001Cs-Mm; Fri, 23 Dec 2005 15:17:38 +0100 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-215-200.inversas.jazztel.es (8.13.5/8.13.5) with ESMTP id jBNEIWAQ081769; Fri, 23 Dec 2005 15:18:32 +0100 (CET) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.4/8.13.3/Submit) id jBNEJTAV003443; Fri, 23 Dec 2005 15:19:29 +0100 (CET) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: freebsd-stable@freebsd.org Date: Fri, 23 Dec 2005 15:19:26 +0100 User-Agent: KMail/1.8.3 References: <43A910F8.5090009@FreeBSD.org> In-Reply-To: <43A910F8.5090009@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512231519.28445.josemi@redesjm.local> X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) X-Virus-Scanned: amavisd-new at jazztel.es Cc: Doug Barton , freebsd-ports@freebsd.org Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 14:18:41 -0000 El Mi=E9rcoles, 21 de Diciembre de 2005 09:23, Doug Barton escribi=F3: > Howdy, > > As has been discussed for a couple weeks now, I have MFC'ed to > RELENG_6 the changes in /etc/rc* that bring new-style boot scripts > from the local_startup directories (by default /usr/local/etc/rc.d > and /usr/X11R6/etc/rc.d) into the base rcorder. For old style scripts > (those that don't use rc.subr) there should be no changes. They will > still run out of /etc/rc.d/localpkg. For those scripts that have been > converted to use rc.subr, they will still be run the same way that > they are now. The difference is that they will be added to the base > rcorder list, and run in that spot instead of in localpkg. To get an > idea of the current list (minus any local scripts) in RELENG_6, see > http://people.freebsd.org/~dougb/rcorder-6.all > > In an ideal world, there should be no problems related to running the > scripts in a different order. However, it is anticipated that there > may be a brief period while scripts for whom the ordering is > significant are adjusted. These are extremely easy changes to make, > and do not otherwise affect the functionality of the packages in any > way. If you run into one of these problems, please report it to the > port's maintainer, and freebsd-port@freebsd.org ASAP. In almost all > cases however the scripts will run close enough to their old position > as not to make any difference, since currently localpkg is fairly > late in the order. > > This change is being made so that port authors and users can take > advantage of the greater control these features will give them. Some > authors have already stepped forward and added new functionality to > their ports that take advantage of these features. If anyone has > questions about the changes, or what they offer you, feel free to ask > on freebsd-rc@freebsd.org. You can also find more information in > rc(8) on an updated system. > > > Happy Holidays, > > Doug > I'm not sure this is the way to go, but ... Can someone put a document on what is the desired model? I think we=20 have too much little pieces of disperse notes about this. Also, some working notes about ports and RELENG_4/RELENG_5 src issues=20 will be of interest. Hope this can be tweak in time for 6.1 (Jan).=20 =2D- josemi -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 14:31:39 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FE6D16A422 for ; Fri, 23 Dec 2005 14:31:39 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F84C43D60 for ; Fri, 23 Dec 2005 14:31:05 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 154 invoked from network); 23 Dec 2005 14:30:57 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Dec 2005 14:30:57 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 6155628425; Fri, 23 Dec 2005 09:30:56 -0500 (EST) Sender: lowell@be-well.ilk.org To: Marian Hettwer References: <43ABF6E4.2090908@ll.mit.edu> <001301c607c4$e04e2540$80cea8c0@home1> <43AC0160.4070108@kernel32.de> From: Lowell Gilbert Date: 23 Dec 2005 09:30:56 -0500 In-Reply-To: <43AC0160.4070108@kernel32.de> Message-ID: <44irtf3mxr.fsf@be-well.ilk.org> Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: stable@freebsd.org, "Michael A. Koerber" Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 14:31:39 -0000 Marian Hettwer writes: > Hej there, > > Kobi Shmueli wrote: > > Try checking /etc/resolv.conf on oboe first, adding a static entry to > > /etc/hosts of the remote ip/host should speed dns checks as well. > > You can also run ssh in verbose mode (ssh -v oboe) or/and run sshd in debug > > mode (sshd -d). > > > alternativly to check out wether it's dns related, you use set the > Option "UseDNS no" in your sshd_config, so sshd won't try a reverse > dns lookup. > Give it a shoot. Usually ssh timeouts are related to DNS... That should be a last resort; the hostname checks are there for a reason... From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 14:38:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 469B516A41F; Fri, 23 Dec 2005 14:38:42 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E1C43D67; Fri, 23 Dec 2005 14:38:34 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 2C8B41162D; Fri, 23 Dec 2005 15:38:33 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90954-04; Fri, 23 Dec 2005 15:38:27 +0100 (CET) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id C9CC211608; Fri, 23 Dec 2005 15:38:26 +0100 (CET) From: Florent Thoumie To: freebsd-ports@freebsd.org Date: Fri, 23 Dec 2005 15:38:15 +0100 User-Agent: KMail/1.8.2 References: <43A910F8.5090009@FreeBSD.org> <200512231519.28445.josemi@redesjm.local> In-Reply-To: <200512231519.28445.josemi@redesjm.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1472246.r7lP94hJc7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512231538.21356.flz@xbsd.org> X-Virus-Scanned: amavisd-new at xbsd.org Cc: Doug Barton , freebsd-stable@freebsd.org, Jose M Rodriguez Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 14:38:42 -0000 --nextPart1472246.r7lP94hJc7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 23 December 2005 15:19, Jose M Rodriguez wrote: > I'm not sure this is the way to go, but ... > > Can someone put a document on what is the desired model? I think we > have too much little pieces of disperse notes about this. > > Also, some working notes about ports and RELENG_4/RELENG_5 src issues > will be of interest. > > Hope this can be tweak in time for 6.1 (Jan). Convert your old script to rcNG scripts and use USE_RC_SUBR=3D script.sh. Ensure that the rcorder preamble contains meaningful keywords (PROVIDES,=20 REQUIRES, BEFORE, ...) for all your rcNG scripts. bsd.port.mk should do th= e=20 rest. =2D-=20 =46lorent Thoumie flz@FreeBSD.org =46reeBSD Committer --nextPart1472246.r7lP94hJc7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDrAvdMxEkbVFH3PQRAvypAJ0QiN4hd4xvzrCcv+33YVZjJdzyDwCfSlG+ 7PLPdLYRCiH17QmsHS0KAvM= =pGil -----END PGP SIGNATURE----- --nextPart1472246.r7lP94hJc7-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 14:53:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E36516A420 for ; Fri, 23 Dec 2005 14:53:52 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id A06D643D62 for ; Fri, 23 Dec 2005 14:53:42 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from [213.227.193.75] (HELO [192.168.0.177]) by mail.alkar.net (CommuniGate Pro SMTP 4.3.9) with ESMTP id 416707959 for stable@freebsd.org; Fri, 23 Dec 2005 16:53:39 +0200 Message-ID: <43AC2BA9.4090800@oxygen.az> Date: Fri, 23 Dec 2005 16:54:01 +0000 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: troubles compiling latest RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 14:53:52 -0000 After cvsuping latest RELENG_6: make buildworld ( executes fine) make buildkernel (gives an error - look below) cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/net80211/ieee80211_ioctl.c /usr/src/sys/net80211/ieee80211_ioctl.c: In function `ieee80211_ioctl_get80211': /usr/src/sys/net80211/ieee80211_ioctl.c:1483: error: `IEEE80211_IOC_MCAST_RATE' undeclared (first use in this function) /usr/src/sys/net80211/ieee80211_ioctl.c:1483: error: (Each undeclared identifier is reported only once /usr/src/sys/net80211/ieee80211_ioctl.c:1483: error: for each function it appears in.) /usr/src/sys/net80211/ieee80211_ioctl.c:1484: error: structure has no member named `ic_mcast_rate' /usr/src/sys/net80211/ieee80211_ioctl.c: In function `ieee80211_ioctl_set80211': /usr/src/sys/net80211/ieee80211_ioctl.c:2375: error: `IEEE80211_IOC_MCAST_RATE' undeclared (first use in this function) /usr/src/sys/net80211/ieee80211_ioctl.c:2376: error: structure has no member named `ic_mcast_rate' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. paranoia# Any suggestions or ideas ? From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 15:13:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92A6F16A426; Fri, 23 Dec 2005 15:13:09 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from smtp01.jazztel.es (smtp01.jazztel.es [62.14.3.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B20E243D75; Fri, 23 Dec 2005 15:12:07 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [127.0.0.1] (helo=localhost) by smtp01.jazztel.es with esmtp (Exim 4.43) id 1Epoaq-00013C-E4; Fri, 23 Dec 2005 16:12:28 +0100 Received: from smtp01.jazztel.es ([127.0.0.1]) by localhost (larra [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 02648-08; Fri, 23 Dec 2005 16:12:28 +0100 (CET) Received: from [62.15.215.200] (helo=62-15-215-200.inversas.jazztel.es) by smtp01.jazztel.es with esmtpa (Exim 4.43) id 1Epoap-000132-W4; Fri, 23 Dec 2005 16:12:28 +0100 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-215-200.inversas.jazztel.es (8.13.5/8.13.5) with ESMTP id jBNFBq1p081972; Fri, 23 Dec 2005 16:11:52 +0100 (CET) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.4/8.13.3/Submit) id jBNFCkAW000906; Fri, 23 Dec 2005 16:12:46 +0100 (CET) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: Florent Thoumie Date: Fri, 23 Dec 2005 16:12:44 +0100 User-Agent: KMail/1.8.3 References: <43A910F8.5090009@FreeBSD.org> <200512231519.28445.josemi@redesjm.local> <200512231538.21356.flz@xbsd.org> In-Reply-To: <200512231538.21356.flz@xbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512231612.46046.josemi@redesjm.local> X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) X-Virus-Scanned: amavisd-new at jazztel.es Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 15:13:10 -0000 El Viernes, 23 de Diciembre de 2005 15:38, Florent Thoumie escribi=F3: > On Friday 23 December 2005 15:19, Jose M Rodriguez wrote: > > I'm not sure this is the way to go, but ... > > > > Can someone put a document on what is the desired model? I think > > we have too much little pieces of disperse notes about this. > > > > Also, some working notes about ports and RELENG_4/RELENG_5 src > > issues will be of interest. > > > > Hope this can be tweak in time for 6.1 (Jan). > > Convert your old script to rcNG scripts and use USE_RC_SUBR=3D > script.sh. Ensure that the rcorder preamble contains meaningful > keywords (PROVIDES, REQUIRES, BEFORE, ...) for all your rcNG scripts. > bsd.port.mk should do the rest. Some time working with binary oriented software systems have teach me=20 that simple changes may become harder when size and numbers grow up. I=20 think this may be even harder with a non-binary oriented system like=20 ports. But this doesn't solve the real problem. We've lost a reference model=20 about rc and the interaction with the base system and ports. =2D some kinda of style for ports/system rc scripts =2D some docs about keywords and stage support =2D some kinda of timeline model =2E.. I think that this is more or less out there, but not in a strict=20 document that may guide for the change to FreeBSD-6.1 =2D- josemi=20 -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 15:17:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D72116A41F; Fri, 23 Dec 2005 15:17:57 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A0EB43D5F; Fri, 23 Dec 2005 15:17:56 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id A33F6115A6; Fri, 23 Dec 2005 16:17:54 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90954-10; Fri, 23 Dec 2005 16:17:43 +0100 (CET) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id C1E10114A7; Fri, 23 Dec 2005 16:17:42 +0100 (CET) From: Florent Thoumie To: Jose M Rodriguez Date: Fri, 23 Dec 2005 16:17:31 +0100 User-Agent: KMail/1.8.2 References: <43A910F8.5090009@FreeBSD.org> <200512231538.21356.flz@xbsd.org> <200512231612.46046.josemi@redesjm.local> In-Reply-To: <200512231612.46046.josemi@redesjm.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3142203.C8n3ZoL8Zt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512231617.38497.flz@xbsd.org> X-Virus-Scanned: amavisd-new at xbsd.org Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 15:17:57 -0000 --nextPart3142203.C8n3ZoL8Zt Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 23 December 2005 16:12, Jose M Rodriguez wrote: > El Viernes, 23 de Diciembre de 2005 15:38, Florent Thoumie escribi=F3: > > On Friday 23 December 2005 15:19, Jose M Rodriguez wrote: > > > I'm not sure this is the way to go, but ... > > > > > > Can someone put a document on what is the desired model? I think > > > we have too much little pieces of disperse notes about this. > > > > > > Also, some working notes about ports and RELENG_4/RELENG_5 src > > > issues will be of interest. > > > > > > Hope this can be tweak in time for 6.1 (Jan). > > > > Convert your old script to rcNG scripts and use USE_RC_SUBR=3D > > script.sh. Ensure that the rcorder preamble contains meaningful > > keywords (PROVIDES, REQUIRES, BEFORE, ...) for all your rcNG scripts. > > bsd.port.mk should do the rest. > > Some time working with binary oriented software systems have teach me > that simple changes may become harder when size and numbers grow up. I > think this may be even harder with a non-binary oriented system like > ports. > > But this doesn't solve the real problem. We've lost a reference model > about rc and the interaction with the base system and ports. > > - some kinda of style for ports/system rc scripts ? > - some docs about keywords and stage support It's quite simple enough but yar wrote an article about it : http://people.freebsd.org/~yar/rcng/article.html I thought it already made it to the doc tree. > - some kinda of timeline model There's one. Commit, MFC, fix broken ports. =2D-=20 =46lorent Thoumie flz@FreeBSD.org =46reeBSD Committer --nextPart3142203.C8n3ZoL8Zt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDrBUSMxEkbVFH3PQRAg2RAJ0YyTH5G9lMgLXE5BbCxerMDZgG7gCdGR9g Jho8CkiSlMfzCFy3KD6+FTo= =dNVD -----END PGP SIGNATURE----- --nextPart3142203.C8n3ZoL8Zt-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 15:40:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F67516A420 for ; Fri, 23 Dec 2005 15:40:32 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A64C43D81 for ; Fri, 23 Dec 2005 15:40:20 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so458568wxc for ; Fri, 23 Dec 2005 07:40:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p56AuC6NA1I1ucg3w8/lZPWRC8Rn5w31s4OnksYPGZAAeqAlZAMRgCYdAQmpTrwV7PMjxcNlSSCYChX7CsUH0qxINyL38trgBGKgOuhKWe/gDWbs4Op7ROABaiA1P8H0cBJvymiNuXanNH28zV01AA9CfKr3bwMNjmHeJ/bF/x0= Received: by 10.70.97.9 with SMTP id u9mr3426686wxb; Fri, 23 Dec 2005 07:40:19 -0800 (PST) Received: by 10.70.105.13 with HTTP; Fri, 23 Dec 2005 07:40:19 -0800 (PST) Message-ID: <84dead720512230740m732add82i95416281be335a80@mail.gmail.com> Date: Fri, 23 Dec 2005 21:10:19 +0530 From: Joseph Koshy To: Poul-Henning Kamp In-Reply-To: <27065.1135334352@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200512232058.14651.doconnor@gsoft.com.au> <27065.1135334352@critter.freebsd.dk> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 15:40:32 -0000 phk> Bring to system administration what source code phk> version control brought to programming. www.infrastructures.org www.isconf.org -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 15:56:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54D5C16A420 for ; Fri, 23 Dec 2005 15:56:56 +0000 (GMT) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [207.109.235.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552DA43D86 for ; Fri, 23 Dec 2005 15:56:44 +0000 (GMT) (envelope-from rand@meridian-enviro.com) X-Envelope-To: freebsd-stable@freebsd.org Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by newman.meridian-enviro.com (8.13.1/8.13.1) with ESMTP id jBNFuS9E047760; Fri, 23 Dec 2005 09:56:28 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Fri, 23 Dec 2005 09:56:28 -0600 Message-ID: <87d5jniz83.wl%rand@meridian-enviro.com> From: "Douglas K. Rand" To: delphij@delphij.net In-Reply-To: References: <87d5jsj09s.fsf@delta.meridian-enviro.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on newman.meridian-enviro.com X-Virus-Status: Clean Cc: freebsd-stable Subject: Re: indefinite wait buffer: Does this indicate hardware issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 15:56:56 -0000 Xin> Hi Hi. On 19 Dec 2005 14:32:31 -0600, Douglas K. Rand wrote: Doug> Tracing command swapper pid 0 tid 0 td 0xc0698e20 Doug> sched_switch(c0698e20,0,1) at sched_switch+0x14b Doug> mi_switch(1,0) at mi_switch+0x1ba Doug> scheduler(0,81ec00,81e000,0,c042f5d5) at scheduler+0x262 Doug> mi_startup() at mi_startup+0x96 Doug> begin() at begin+0x2c Xin> Which scheduler are you using? SCHED_4BSD. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 16:16:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D9CA16A41F; Fri, 23 Dec 2005 16:16:24 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from smtp01.jazztel.es (smtp01.jazztel.es [62.14.3.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B91D443D80; Fri, 23 Dec 2005 16:15:50 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [127.0.0.1] (helo=localhost) by smtp01.jazztel.es with esmtp (Exim 4.43) id 1Eppaa-0001Cv-Q2; Fri, 23 Dec 2005 17:16:16 +0100 Received: from smtp01.jazztel.es ([127.0.0.1]) by localhost (larra [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 32197-04; Fri, 23 Dec 2005 17:16:16 +0100 (CET) Received: from [62.15.215.200] (helo=62-15-215-200.inversas.jazztel.es) by smtp01.jazztel.es with esmtpa (Exim 4.43) id 1Eppaa-0001Cf-Cq; Fri, 23 Dec 2005 17:16:16 +0100 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-215-200.inversas.jazztel.es (8.13.5/8.13.5) with ESMTP id jBNGFe9h082182; Fri, 23 Dec 2005 17:15:40 +0100 (CET) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.4/8.13.3/Submit) id jBNGGcdt001258; Fri, 23 Dec 2005 17:16:38 +0100 (CET) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: Florent Thoumie Date: Fri, 23 Dec 2005 17:16:36 +0100 User-Agent: KMail/1.8.3 References: <43A910F8.5090009@FreeBSD.org> <200512231612.46046.josemi@redesjm.local> <200512231617.38497.flz@xbsd.org> In-Reply-To: <200512231617.38497.flz@xbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512231716.38420.josemi@redesjm.local> X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) X-Virus-Scanned: amavisd-new at jazztel.es Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 16:16:24 -0000 El Viernes, 23 de Diciembre de 2005 16:17, Florent Thoumie escribi=F3: > On Friday 23 December 2005 16:12, Jose M Rodriguez wrote: > > El Viernes, 23 de Diciembre de 2005 15:38, Florent Thoumie escribi=F3: > > > On Friday 23 December 2005 15:19, Jose M Rodriguez wrote: > > > > I'm not sure this is the way to go, but ... > > > > > > > > - some kinda of style for ports/system rc scripts > > ? In the way of style(9). > > > - some docs about keywords and stage support > > It's quite simple enough but yar wrote an article about it : > > http://people.freebsd.org/~yar/rcng/article.html > > I thought it already made it to the doc tree. > I think this is about the rc framework. But not about the hard details: Also, if we now support rcorder for localpkg, we're implemening, at=20 last, a two stage boot process ( we can't read the local rc scripts at=20 the very beginning of the boot process). > > - some kinda of timeline model > > There's one. > Commit, MFC, fix broken ports. Sorry, it's boot process timeline, not working timeline. We need a good=20 reference for good tagging of rc scripts. =2D- josemi -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 16:29:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7661F16A41F for ; Fri, 23 Dec 2005 16:29:08 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtp-bedford-x.mitre.org [192.160.51.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D6743D60 for ; Fri, 23 Dec 2005 16:29:07 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with SMTP id jBNGT6F28393 for ; Fri, 23 Dec 2005 11:29:06 -0500 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id C5403BF00 for ; Fri, 23 Dec 2005 11:29:06 -0500 (EST) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id jBNGT6Q28379 for ; Fri, 23 Dec 2005 11:29:06 -0500 Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.211); Fri, 23 Dec 2005 11:29:06 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 23 Dec 2005 11:28:58 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Booting from ZIP 750 ... Thread-Index: AcYHvJ2Azc0XE5c5S0aShh/WEHe28wAIS71g From: "Andresen, Jason" To: X-OriginalArrivalTime: 23 Dec 2005 16:29:06.0458 (UTC) FILETIME=[FE7057A0:01C607DD] Subject: RE: Booting from ZIP 750 ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 16:29:08 -0000 IIRC ATAPI Zip drives appear as "ATAPI Floppy Device" to the kernel, you should be able to boot off of them but it might be a bit weird. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 17:06:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 458D816A41F for ; Fri, 23 Dec 2005 17:06:27 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C3BD43D5C for ; Fri, 23 Dec 2005 17:06:26 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IRY00B0KNQG4L50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 23 Dec 2005 18:11:04 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IRY00F69NN69M71@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 23 Dec 2005 18:09:06 +0100 (CET) Date: Fri, 23 Dec 2005 18:06:25 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <84dead720512230740m732add82i95416281be335a80@mail.gmail.com> To: freebsd-stable@freebsd.org Message-id: <20051223180625.36e225a3.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <200512232058.14651.doconnor@gsoft.com.au> <27065.1135334352@critter.freebsd.dk> <84dead720512230740m732add82i95416281be335a80@mail.gmail.com> Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 17:06:27 -0000 On Fri, 23 Dec 2005 21:10:19 +0530 Joseph Koshy wrote: > www.infrastructures.org > www.isconf.org and perhaps also http://www.cfengine.org/ and probably others. IMHO, FreeBSD is a good os, with good options on configuration and management. It is not a systems management tool / system, and (IMHO) it shoildn't try to be that either. Let those who need it build the necessary tools to do large scale FreeBSD administration and maintenance. If the tool is good, it will be used. So far, I have read only a lot of bikeshedding. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 17:10:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 093FE16A41F for ; Fri, 23 Dec 2005 17:10:25 +0000 (GMT) (envelope-from billn@ywave.com) Received: from smtpout1.ywave.com (ycomradius.yelmtel.com [216.227.100.60]) by mx1.FreeBSD.org (Postfix) with SMTP id AA87C43D45 for ; Fri, 23 Dec 2005 17:10:24 +0000 (GMT) (envelope-from billn@ywave.com) Received: (qmail 19361 invoked by uid 502); 23 Dec 2005 17:10:23 -0000 Received: from dsl13091.ywave.com (HELO ?10.0.0.25?) (billn@66.243.212.91) by 0 with SMTP; 23 Dec 2005 17:10:23 -0000 X-CLIENT-IP: 66.243.212.91 X-CLIENT-HOST: dsl13091.ywave.com Message-ID: <43AC2FB0.8020505@ywave.com> Date: Fri, 23 Dec 2005 09:11:12 -0800 From: Bill Nicholls User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.12) Gecko/20050922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051223120051.62E9B16A423@hub.freebsd.org> In-Reply-To: <20051223120051.62E9B16A423@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 17:10:25 -0000 Essentially, you want a CVS (or equivalent tool) for the system administrator. This could be a project management tool for OS binary or source releases and updates. The CVS concept would be able to manage the synchronization with current source as it does now, and could include binary. Then you need: 1a. A place to store specifications for each system configuration 1b. A place to specify each port, options and flags required, per system 1c. Delivery/timing/synchronization parameters for each system or group of systems. 2. A flag in each independent component to indicate binary replacement or source recompile. 3. A flag for each component indicating backward compatibility or not. 4. A way to synchronize non-backward compatible upgrades 5. Port like compile code to bin upgrade and/or build new binaries 6. A way to indicate component upgrades that cause cascade(s) of upgrades/recompiles, and which those are. It appears that many of the components to build such a system exist in partial or full form. The problem I have in going deeper is that my understanding of many parts of FreeBSD is not very deep, so I can't tell if my proposal is a valid starting point. Comments? BillN Poul-Henning wrote: > It's what people are used to, but it is not what they want. > > It would be much better to invest time in developing a configuration > management system that allows the system administrators of FreeBSD > installations to do their job more effectively than to spend time > giving them the tool they know inwards and outwards is not an > effective way to do their job. > > The assignment is simple, and with creative thinking maybe the solution is > also: > > Bring to system administration what source code version > control brought to programming. > > Merry Xmas, > > Poul-Henning From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 17:20:11 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E02716A429 for ; Fri, 23 Dec 2005 17:20:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B77D043D6B for ; Fri, 23 Dec 2005 17:20:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.198] ([10.0.0.198]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBNHJuiE037044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Dec 2005 09:20:00 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43AC31FE.9090806@errno.com> Date: Fri, 23 Dec 2005 09:21:02 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tofik Suleymanov References: <43AC2BA9.4090800@oxygen.az> In-Reply-To: <43AC2BA9.4090800@oxygen.az> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: troubles compiling latest RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 17:20:11 -0000 Tofik Suleymanov wrote: > After cvsuping latest RELENG_6: > > make buildworld ( executes fine) > make buildkernel (gives an error - look below) > > cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror /usr/src/sys/net80211/ieee80211_ioctl.c > /usr/src/sys/net80211/ieee80211_ioctl.c: In function > `ieee80211_ioctl_get80211': > /usr/src/sys/net80211/ieee80211_ioctl.c:1483: error: > `IEEE80211_IOC_MCAST_RATE' undeclared (first use in this function) > /usr/src/sys/net80211/ieee80211_ioctl.c:1483: error: (Each undeclared > identifier is reported only once > /usr/src/sys/net80211/ieee80211_ioctl.c:1483: error: for each function > it appears in.) > /usr/src/sys/net80211/ieee80211_ioctl.c:1484: error: structure has no > member named `ic_mcast_rate' > /usr/src/sys/net80211/ieee80211_ioctl.c: In function > `ieee80211_ioctl_set80211': > /usr/src/sys/net80211/ieee80211_ioctl.c:2375: error: > `IEEE80211_IOC_MCAST_RATE' undeclared (first use in this function) > /usr/src/sys/net80211/ieee80211_ioctl.c:2376: error: structure has no > member named `ic_mcast_rate' > *** Error code 1 Your tree/build area must be out of sync; rev 1.10.2.3 to ieee80211_ioctl.h defines IEEE80211_IOC_MCAST_RATE. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 17:46:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E46216A422 for ; Fri, 23 Dec 2005 17:46:01 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF3C843D64 for ; Fri, 23 Dec 2005 17:45:59 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by nproxy.gmail.com with SMTP id l37so243659nfc for ; Fri, 23 Dec 2005 09:45:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LQelLmRSjgm25W4K9c6e2q2MioLywLVoMJN7dNcYJcpccKWFU49ZRSzEAsQuQrL0FHUnVbs209Xhp+HjmdO59YWvRsiVQ9VHK4Dh9vydJS/MIXw5o1t8jLRG3Q8GL1NV+8El71OSARZhVwiYQQwshQReE6oqeylaZd5ulW33/60= Received: by 10.49.2.9 with SMTP id e9mr149764nfi; Fri, 23 Dec 2005 09:45:58 -0800 (PST) Received: by 10.48.216.10 with HTTP; Fri, 23 Dec 2005 09:45:58 -0800 (PST) Message-ID: <65dcde740512230945j11b1e3f9ied13a8129f568091@mail.gmail.com> Date: Fri, 23 Dec 2005 12:45:58 -0500 From: James Tanis Sender: jrtanis@gmail.com To: "Michael A. Koerber" In-Reply-To: <43ABF6E4.2090908@ll.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43ABF6E4.2090908@ll.mit.edu> Cc: stable@freebsd.org, current@freebsd.org Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 17:46:01 -0000 For whatever reason, I have had a similar problem which was solved by entering the machines that you are logging in from into the hosts file. I'm guessing it attempts a reverse lookup and your (as well as my) dns/hostname does not match its reverse lookup entry. On 12/23/05, Michael A. Koerber wrote: > All, > > I have three machines that have had 5.4 and 6.0 installed. Two of the = three machines have very > well behaved "ssh". However, the machine (laptop) named OBOE does not. > > Specifically "ssh oboe" will (most of the time) hang for around one min= ute before asking for a > prompt. However, if I'm logged into OBOE and "ssh BSD" (one of the other= machines) a password is > requested within a couple seconds. (I said most of the time, since on oc= casion I can reboot OBOE > and ssh will work just fine...hmmm.) > > I have looked through the /var/log files for clues and skimmed "man ssh= " for time out related > stuff, but no luck. > > Where should I start looking for clues? > > All machines have had clean installs from "newfs'd" drive under both 5.= 4 and 6.0 so I'm sure no > left over configs are getting propagated. > -- > --------------------- > Dr Michael A. Koerber > x3250 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 23 17:52:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70CA116A420 for ; Fri, 23 Dec 2005 17:52:18 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 1812C43D53 for ; Fri, 23 Dec 2005 17:52:15 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 29457 invoked from network); 23 Dec 2005 17:52:09 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 23 Dec 2005 17:52:09 -0000 Received: (qmail 398 invoked by uid 89); 23 Dec 2005 17:52:08 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 23 Dec 2005 17:52:08 -0000 Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 736E2B80E; Fri, 23 Dec 2005 19:52:08 +0200 (EET) Date: Fri, 23 Dec 2005 19:52:07 +0200 From: Ion-Mihai Tetcu To: Florent Thoumie Message-ID: <20051223195207.6f2e6148@it.buh.tecnik93.com> In-Reply-To: <200512231538.21356.flz@xbsd.org> References: <43A910F8.5090009@FreeBSD.org> <200512231519.28445.josemi@redesjm.local> <200512231538.21356.flz@xbsd.org> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Doug Barton , freebsd-stable@freebsd.org, Jose M Rodriguez , freebsd-ports@freebsd.org Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 17:52:18 -0000 On Fri, 23 Dec 2005 15:38:15 +0100 Florent Thoumie wrote: > On Friday 23 December 2005 15:19, Jose M Rodriguez wrote: > > > I'm not sure this is the way to go, but ... > > > > Can someone put a document on what is the desired model? I think we > > have too much little pieces of disperse notes about this. > > > > Also, some working notes about ports and RELENG_4/RELENG_5 src > > issues will be of interest. > > > > Hope this can be tweak in time for 6.1 (Jan). > > Convert your old script to rcNG scripts and use USE_RC_SUBR= > script.sh. Ensure that the rcorder preamble contains meaningful > keywords (PROVIDES, REQUIRES, BEFORE, ...) for all your rcNG scripts. > bsd.port.mk should do the rest. You should actually convert your old script to a ``rc.d'' script, that's how they are called now. Also, if your script is rc.d compatible you should use: USE_RC_SUBR=script (without .sh) For now it doesn't matter because bsd.port.mk install all USE_RC_SUBR scripts with .sh extension, but see below >>>> On Thu, 22 Dec 2005 10:52:27 -0800 Brooks Davis wrote: [ ... ] > > Does this mean that we will remove the .sh extension on port rc.d > > startup scripts? Because a) it's been only running .sh scripts for > > quite a while, and b) it's really nice and easy to disable scripts > > by moving them to .old or another extension.. > > Yes. You should be able to disable any correctly written rc.d script > by setting the variable listed by running "