From owner-freebsd-current@FreeBSD.ORG Sun Apr 9 02:59:22 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAC8F16A402 for ; Sun, 9 Apr 2006 02:59:22 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 613B743D48 for ; Sun, 9 Apr 2006 02:59:22 +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 2DCFB1A4DFD; Sat, 8 Apr 2006 19:59:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7B4F051809; Sat, 8 Apr 2006 22:59:21 -0400 (EDT) Date: Sat, 8 Apr 2006 22:59:21 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060409025920.GA44501@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Mutex profiling stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 02:59:22 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable http://obsecurity.dyndns.org/mutex/ This has the full mutex profiling traces for=20 * simultaneous extraction of 12 large tarballs on 4 CPU amd64 to md * buildworld -j8 on SCSI disks One really cool thing about the buildworld trace is that total Giant acquisitions only come to about #90 in the overall ranking of total mutexes acquired (2166754 Giant acquisitions total - and it would be about half that if I wasn't using a SCSI disk). Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOHiIWry0BWjoQKURAgr1AKDzCAmcE/HrynXVjJgWZoD79TtjYQCgyA7L wMzAituW91SzZcKEKLkUCQY= =6Tpp -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 9 17:10:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC4C816A401; Sun, 9 Apr 2006 17:10:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 184E743D46; Sun, 9 Apr 2006 17:10:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.178.169] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1FSdQg3uhE-0002I7; Sun, 09 Apr 2006 19:10:27 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Sun, 9 Apr 2006 19:08:56 +0200 User-Agent: KMail/1.9.1 References: <20060330003628.GA81305@ender.liquidneon.com> In-Reply-To: <20060330003628.GA81305@ender.liquidneon.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1286877.yOxhjxUgie"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604091909.02664.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 17:10:28 -0000 --nextPart1286877.yOxhjxUgie Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 30 March 2006 02:36, Brad Davis wrote: > Hi All, > > It is time for the quarterly Status Reports. As always, reports are > encouraged for anything that relates to FreeBSD development, > documentation, independent projects, or anything else that might be > interesting to the community as a whole. Reports should be one to two > paragraphs in length. > > The template for submissions is here: > http://www.freebsd.org/news/status/report-sample.xml > > Submissions should be submitted to monthly at FreeBSD.org by April 7th. Unfortunately we have a not too convincing turnout so far. There are - as= =20 always - very interesting reports we'd like to publish as soon as possible,= =20 but as we have less than half of the reports we had last round we are=20 extending the deadline to Wednesday, April 12th. Please remember that even small progress to you might be worth reporting. = =20 Even if you didn't make progress at all it might help to expose your projec= t=20 in the status reports to get feedback to make progress as a consequence of= =20 that. Looking forward to your submissions. Thanks a lot. http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1286877.yOxhjxUgie Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOT+uXyyEoT62BG0RAiGOAJ9/KcoXsRxKN6jZxSlHik8mR29RwQCfYALP v/9Eneuo6cnQUgx+hQBwNHM= =GWiL -----END PGP SIGNATURE----- --nextPart1286877.yOxhjxUgie-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 9 22:02:18 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86CE516A405 for ; Sun, 9 Apr 2006 22:02:18 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7321C43D48 for ; Sun, 9 Apr 2006 22:02:12 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k39MHIKC090903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Apr 2006 15:17:20 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44398452.6030007@FreeBSD.org> Date: Sun, 09 Apr 2006 15:01:54 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Bruce M Simpson , Luigi Rizzo , Mark Sergeant , freebsd-current@FreeBSD.org References: <4433CFA1.90509@centtech.com> <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> In-Reply-To: <20060408105014.GV80492@spc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 22:02:18 -0000 Some progress: further investigation revealed that cdboot has been hanging when trying to enable A20 line, apparently Mac simply don't have relevant legacy hardware. After commenting out appropriate routine call in cdboot I was able to get loader working just fine. The loader works normally, but unfortunately attempt to start kernel hangs up machine. I suspect that either Mac doesn't have real text mode or kernel also waits for some nonexisting legacy hardware indefinitely. -Maxim Bruce M Simpson wrote: > On Sat, Apr 08, 2006 at 03:43:58AM -0700, Luigi Rizzo wrote: >> Ii wonder if we can do more progress if we use >> a picobsd-like approach namely bypass btx and load the kernel >> directly. Reading your list we may well get stuck at the pci >> probe, but at least we should see the initial kernel messages. > > I would suggest that anyone who wants to get FreeBSD booting on the > mini-mac purchases a port 0x80 POST diag card (<$10 on eBay), and > instruments the early boot paths to output to such a device. > > If hacking kernel code then probably quicker to just use NFS and > PXE for starter bootstrap :-) > > Of course those of us who are lucky enough to have a PCI logic analyzer > (not me, though I bought an FPGA card explicitly for this purpose, > ENOTIME to learn hardware design language) will be able to do this > right away. > > It shouldn't be too difficult to implement PCI Configuration Register > Type 1 support. Ideally of course we'd support EFI natively w/o the shim. > > Regards, > BMS > > From owner-freebsd-current@FreeBSD.ORG Sun Apr 9 22:17:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A12616A404 for ; Sun, 9 Apr 2006 22:17:03 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DD2143D49 for ; Sun, 9 Apr 2006 22:16:49 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IXH00CSY77XIF90@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 09 Apr 2006 18:16:45 -0400 (EDT) Date: Sun, 09 Apr 2006 18:16:37 -0400 From: Nicolas Blais In-reply-to: <200604031713.31780.nb_root@videotron.ca> To: freebsd-current@freebsd.org Message-id: <200604091816.45176.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2216835.mYeX2DgkAN; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <790a9fff0603300616y62afae4cp50b448b53112de8c@mail.gmail.com> <790a9fff0603310612v72b9528ewf52e53ec5fc1b647@mail.gmail.com> <200604031713.31780.nb_root@videotron.ca> User-Agent: KMail/1.9.1 Subject: [URGENT] Re: wpa_supplicant fails to find the NDIS adapter names X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 22:17:03 -0000 --nextPart2216835.mYeX2DgkAN Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 03 April 2006 17:13, Nicolas Blais wrote: > On Friday 31 March 2006 09:12, Scot Hetzel wrote: > > On 3/31/06, Rudolf Cejka wrote: > > > Scot Hetzel wrote (2006/03/30): > > > > NDIS: Failed to get adapter list (PacketGetAdapterNames) > > > > Failed to initialize driver interface > > > > > > Hello, please see PR bin/94735 - you can try to give your force > > > so somebody will commit it ;o) > > > > The first patch in that PR is exactly what I am using (except I used > > TRUE/FALSE instead of 0/1). > > > > Scot > > Could someone commit one of the patches on PR bin/94735 ASAP on -CURRENT > and -STABLE? > > Nicolas. After my weekly cvsup on all my machines this morning, -STABLE and -CURRENT= , I=20 noticed that the simple patch that would fix wpa_supplicant with ndis hasn'= t=20 yet made it to /src. I am refering to=20 http://freebsd.org/cgi/query-pr.cgi?pr=3D94735 Perhaps someone should care that the release of 6.1 without that patch ensu= res=20 that wpa_supplicant with ndis will not work. If the patch doesn't satisfy,= =20 then a revert to pre-march-24 on wpa_supplicant should be an option.=20 Either way, it should never have been 'broken' for so long (now 2 weeks)=20 without either reverting or a patch commited, after all, does the power or= =20 telephone company cut you for so long when upgrading their equipement? They= =20 either fix it right away, or go back to a working state until they figure i= t=20 out. Not to vent or blame anyone, but this situation does require a small=20 attention :) Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #1: Sat Apr 8 21:33:25 EDT 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart2216835.mYeX2DgkAN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEOYfN4wTBlvcsbJURAjm8AJ9KIyod9p/hw4FLHqx3QCXYTk4Z5gCfQiAd Wv8WiRfYhhTLwSOFOiMxRPE= =d4Pq -----END PGP SIGNATURE----- --nextPart2216835.mYeX2DgkAN-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 9 22:33:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C7B116A400; Sun, 9 Apr 2006 22:33:47 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75B5743D49; Sun, 9 Apr 2006 22:33:45 +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 k39MXiM3026359; Sun, 9 Apr 2006 16:33:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44398BC8.6040808@samsco.org> Date: Sun, 09 Apr 2006 16:33:44 -0600 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 Sobolev References: <4433CFA1.90509@centtech.com> <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> In-Reply-To: <44398452.6030007@FreeBSD.org> 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.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Bruce M Simpson , Mark Sergeant , freebsd-current@freebsd.org, Luigi Rizzo Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 22:33:47 -0000 Maxim Sobolev wrote: > Some progress: further investigation revealed that cdboot has been > hanging when trying to enable A20 line, apparently Mac simply don't have > relevant legacy hardware. After commenting out appropriate routine call > in cdboot I was able to get loader working just fine. The loader works > normally, but unfortunately attempt to start kernel hangs up machine. > > I suspect that either Mac doesn't have real text mode or kernel also > waits for some nonexisting legacy hardware indefinitely. > > -Maxim > The Windows 1st stage installer uses text mode, and that runs just fine. I'm pretty sure that the linux efforts also just use plain text mode. Text mode is a property of the video BIOS anyways, and from what I gather the Macintel video hardware is using video BIOSes that are close to stock. I'm guessing that FreeBSD is doing some BIOS call that isn't emulated or is emulated poorly. FreeBSD could also be trying to twiddle some MSR that is behaving as expected (like how the amd64 port used to enable the NX MSR by default, causing early 64-bit Intel chips to lock up). Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 03:47:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3857A16A400 for ; Mon, 10 Apr 2006 03:47:12 +0000 (UTC) (envelope-from nikruzhan@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB2E43D4C for ; Mon, 10 Apr 2006 03:47:09 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so966186pyc for ; Sun, 09 Apr 2006 20:47:09 -0700 (PDT) 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=RQbjORQxXnrdktHIYtDI5rJ78YQFyqPlqj1IzweMqVpoVmj56fbmGoXjoFHCLWXPsHgu/lIFF5DadhyZrsCRcj9Spayuh7prXxeQDIOWBj+U7EzkWMQRL12MMJ3Ed/E4P2BdVazwWSwDR9qKzB+2Nxvoz40z/IuwdIiMXb65+WM= Received: by 10.35.78.13 with SMTP id f13mr169161pyl; Sun, 09 Apr 2006 20:47:09 -0700 (PDT) Received: by 10.35.92.9 with HTTP; Sun, 9 Apr 2006 20:47:09 -0700 (PDT) Message-ID: <60ffc71f0604092047u4abfd62eg24a0af4b4e6a1d7@mail.gmail.com> Date: Mon, 10 Apr 2006 11:47:09 +0800 From: Nik To: current@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 Cc: Subject: BGP: can't connect to fd 10 : Can't assign requested address X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 03:47:12 -0000 Hi all, I got four FreeBSD router and two of them using FreeBSD 6.1 Prerelease and quagga 0.99.3 and the other two is using FreeBSD 5.4 with quagga 0.98.5. I try to implement IBGP session in this 4 router and I encounter this problem (in all router) when activate the IBGP; 2 router is distribution and 2 router is core. I think to implement IBGP I need to run bgp daemon in distribution router (please advise). 2006/04/10 11:08:32 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address 2006/04/10 11:10:29 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address 2006/04/10 11:10:31 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address 2006/04/10 11:10:32 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address 2006/04/10 11:12:29 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address 2006/04/10 11:12:31 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address 2006/04/10 11:12:32 BGP: can't connect to xx.xx.xx fd 10 : Can't assign requested address FYI, I try to run IBGP with loopback (lo0), here is my config's file in one of my router; redistribute connected no synchronization bgp log-neighbor-changes bgp dampening ! neighbor OCE-IBGP peer-group neighbor OCE-IBGP remote-as 65478 neighbor OCE-IBGP update-source lo0 neighbor OCE-IBGP next-hop-self neighbor OCE-IBGP soft-reconfiguration inbound neighbor xx.xx.xx.xx peer-group OCE-IBGP neighbor xx.xx.xx.xx peer-group OCE-IBGP neighbor xx.xx.xx.xx peer-group OCE-IBGP ! line vty ! From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 03:52:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99B316A402 for ; Mon, 10 Apr 2006 03:52:47 +0000 (UTC) (envelope-from msqrd1979@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B9843D4C for ; Mon, 10 Apr 2006 03:52:34 +0000 (GMT) (envelope-from msqrd1979@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so788865nzf for ; Sun, 09 Apr 2006 20:52:34 -0700 (PDT) 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=B+kfun/uCtq5JrZY9p4RHUaMn+BvzZan5JQuLK0NR1DwZtXXg3VofyI0/HzWA+J1JVagnhwRTGydVeUtsyLrkbR2Pnli8Ci0E1hzr8ANORdnn0QQEaoCF12kPAA6xOM5tpCziK7Cs5tPgO2TPMqw5Bt/knAzYlnKmNElKj9Irtc= Received: by 10.36.33.4 with SMTP id g4mr4907381nzg; Sun, 09 Apr 2006 20:52:34 -0700 (PDT) Received: by 10.36.135.11 with HTTP; Sun, 9 Apr 2006 20:52:34 -0700 (PDT) Message-ID: Date: Sun, 9 Apr 2006 22:52:34 -0500 From: "Michael Metzger" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: nwfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 03:52:47 -0000 All I am experiencing a panic when I use the mount_nwfs command to connect to a netware server. Details on my exact setup with some dump information and steps to reproduce are below. Freebsd OS information: Local system version information: FreeBSD fireball.msquared.com 6.0-RELEASE-p6 FreeBSD 6.0-RELEASE-p6 #4: Wed Mar 22 20:59:42 EST 2006 root@fireball.msquared.com:/usr/obj/usr/src/sys/FIREBALL i386 Netware OS version information: OS Version: Netware 5.1 File server name: MVR1 IPX internal network number: 11072000 HP NC10xx/NC67xx/NC77xx Gigabit Server Adapter Version 7.63 November 23, 2004 Hardware setting: Slot 10014, Memory FDDF0000h to FDDFFFFFh, Interrupt= 5h Node address: 001279911F97 Frame type: ETHERNET_802.2 Board name: Q57_1_E82_E82 LAN protocol: IPX network ACD6FEB1 HP NC10xx/NC67xx/NC77xx Gigabit Server Adapter Version 7.63 November 23, 2004 Hardware setting: Slot 10014, Memory FDDF0000h to FDDFFFFFh, Interrupt= 5h Node address: 001279911F97 Frame type: ETHERNET_II PACKET EVENIZE_OFF Board name: Q57_1_EII_EII LAN protocol: ARP LAN protocol: IP Addr:192.168.1.7 Mask:255.255.255.0 Steps to reproduce panic ---------------------------------------------------------------------------= ---------------- Command used: mount_nwfs -S MVR1 -A 192.168.1.7 -V Vol1 -U myusername /mnt/mymountpoint output returned: Kernel module ncp is not loaded Command used: kldload ncp Command to verify this is loaded: kldstat output returned: Shows 8 1 0xc2683000 8000 ncp.ko Command used: mount_nwfs -S MVR1 -A 192.168.1.7 -V Vol1 -U myusername /mnt/mymountpoint output returned: Warning: no cfg files found. Netware password: ****** ---------Panic occurs after I type netware password and press enter---------------------------------------- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc050d3bc stack pointer =3D 0x28:0xd6d0a8dc frame pointer =3D 0x28:0xd6d0a8e4 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 634 (mount_nwfs) trap number =3D 12 panic: page fault Uptime: 3m1s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130765 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" : "=3Dr" (td)); (kgdb) list *0xc050d3bc 0xc050d3bc is in selrecord (/usr/src/sys/kern/sys_generic.c:1105). 1100 * it alone as we've already added pointed it at us and added it to 1101 * our list. 1102 */ 1103 if (sip->si_thread =3D=3D NULL) { 1104 sip->si_thread =3D selector; 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); 1106 } else if (sip->si_thread !=3D selector) { 1107 sip->si_flags |=3D SI_COLL; 1108 } 1109 (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04ea676 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc04ea90c in panic (fmt=3D0xc066068f "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc06415e8 in trap_fatal (frame=3D0xd6d0a89c, eva=3D0) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc0641353 in trap_pfault (frame=3D0xd6d0a89c, usermode=3D0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc0640fb1 in trap (frame=3D {tf_fs =3D 1661009928, tf_es =3D 215023656, tf_ds =3D 40, tf_edi =3D = 0, tf_esi =3D -1035477632, tf_ebp =3D -690968348, tf_isp =3D -690968376, tf_eb= x =3D -1039588940, tf_edx =3D -1035477632, tf_ecx =3D -1039589020, tf_eax =3D= 0, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068444740, tf_cs =3D 32, tf_eflags =3D 66118, tf_esp =3D -1039589020, tf_ss =3D 1}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc063109a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc050d3bc in selrecord (selector=3D0xc247dd80, sip=3D0xc20921b4) at /usr/src/sys/kern/sys_generic.c:1105 #8 0xc0524af3 in sopoll (so=3D0xc2092164, events=3D1, active_cred=3D0x0, td=3D0xc247dd80) at /usr/src/sys/kern/uipc_socket.c:2030 #9 0xc2685de5 in ?? () #10 0xc2092164 in ?? () #11 0x00000001 in ?? () #12 0x00000000 in ?? () #13 0xc247dd80 in ?? () ---Type to continue, or q to quit--- #14 0xd6d0a9a4 in ?? () #15 0xc268874a in ?? () #16 0xc2092164 in ?? () #17 0x00000001 in ?? () #18 0xd6d0a940 in ?? () #19 0xc268b6bc in ?? () #20 0x00000000 in ?? () #21 0xc2484580 in ?? () #22 0x00000000 in ?? () #23 0xd6d0a95c in ?? () #24 0xc247dd80 in ?? () #25 0xc25b8a00 in ?? () #26 0x00000007 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0xc2484580 in ?? () #30 0xc1fe12c0 in ?? () #31 0xd6d0a990 in ?? () #32 0xc26884ae in ?? () #33 0xc2484580 in ?? () #34 0x00001111 in ?? () #35 0x00000000 in ?? () #36 0xc25b8a00 in ?? () #37 0xc247dd80 in ?? () ---Type to continue, or q to quit--- #38 0xc24f0c80 in ?? () #39 0x00000048 in ?? () #40 0xc268a660 in ?? () #41 0x00000002 in ?? () #42 0x00000000 in ?? () #43 0xc25b8a00 in ?? () #44 0xd6d0a9bc in ?? () #45 0xc26865ca in ?? () #46 0x00000000 in ?? () #47 0xc25b8a00 in ?? () #48 0xc1fe12c0 in ?? () #49 0xd6d0a9bc in ?? () #50 0xc26865ee in ?? () #51 0xc2484580 in ?? () #52 0xc2484580 in ?? () #53 0x00000000 in ?? () #54 0xc25b8a00 in ?? () #55 0xd6d0a9d0 in ?? () #56 0xc2685456 in ?? () #57 0xc25b8a00 in ?? () #58 0x00000000 in ?? () #59 0xd6d0abd8 in ?? () #60 0xd6d0ac54 in ?? () #61 0xc2687a57 in ?? () ---Type to continue, or q to quit--- #62 0xc25b8a00 in ?? () #63 0xc06b7440 in vop_lock_vp_offsets () #64 0xc2083550 in ?? () #65 0x00003002 in ?? () #66 0xd6d0a9f4 in ?? () #67 0xc04c1fe8 in dev_relthread (dev=3D0x0) at /usr/src/sys/kern/kern_conf.= c:136 Previous frame inner to this frame (corrupt stack?) (kgdb) quit Is there something trivial that I am doing wrong here? My understanding is freebsd can mount Netware 5.0 volumes via IP (using the mount_nwfs command you just have to be sure to use the -A flag) and not have to rely on IPX like previous versions of Netware (less than 5). Please correct me if any of that is incorrect. Michael From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 04:03:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B60C916A400 for ; Mon, 10 Apr 2006 04:03:08 +0000 (UTC) (envelope-from dd@freebsd.org) Received: from charade.trit.org (charade.trit.org [65.19.139.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61DF743D46 for ; Mon, 10 Apr 2006 04:03:08 +0000 (GMT) (envelope-from dd@freebsd.org) Received: from maverick.trit.org (maverick.trit.org [IPv6:2001:4830:2381:2062:212:f0ff:fe4c:896a]) by charade.trit.org (Postfix) with ESMTP id 0AD501AF9A6; Mon, 10 Apr 2006 04:03:07 +0000 (UTC) Received: from maverick.trit.org (localhost [127.0.0.1]) by maverick.trit.org (8.13.6/8.13.4) with ESMTP id k3A437Zc003918; Mon, 10 Apr 2006 04:03:07 GMT (envelope-from dd@freebsd.org) Received: (from dima@localhost) by maverick.trit.org (8.13.6/8.13.4/Submit) id k3A437OF003917; Mon, 10 Apr 2006 04:03:07 GMT (envelope-from dd@freebsd.org) X-Authentication-Warning: maverick.trit.org: dima set sender to dd@freebsd.org using -f Date: Mon, 10 Apr 2006 04:03:07 +0000 From: Dima Dorfman To: Nik Message-ID: <20060410040306.GA1001@trit.org> References: <60ffc71f0604092047u4abfd62eg24a0af4b4e6a1d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <60ffc71f0604092047u4abfd62eg24a0af4b4e6a1d7@mail.gmail.com> X-PGP-Key: 69FAE582 (https://www.trit.org/~dima/dima.asc) X-PGP-Fingerprint: B340 8338 7DA3 4D61 7632 098E 0730 055B 69FA E582 User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: BGP: can't connect to fd 10 : Can't assign requested address X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 04:03:08 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nik wrote: > 2 router is distribution and 2 router is core. I think to implement IBGP I > need to run bgp daemon in distribution router (please advise). You need to run iBGP on every router in the AS that needs to see BGP routes. Depending on what you're calling a "distribution" router, you might be able to get away with just using default routes. The main reason for running BGP on distribution or access routers is if you want those routers to make best-path decisions or if you have BGP-speaking customers. > 2006/04/10 11:12:32 BGP: can't connect to xx.xx.xx fd 10 : Can't assign > requested address >=20 > FYI, I try to run IBGP with loopback (lo0), here is my config's file in o= ne > of my router; >=20 > neighbor OCE-IBGP peer-group > neighbor OCE-IBGP remote-as 65478 > neighbor OCE-IBGP update-source lo0 Do you have a routable address configured on lo0? Even if you do, I suspect what's happening is that it's choosing 127.0.0.1, which can't reach the other router. Try this: neighbor OCE-IBGP update-source 1.2.3.4 where 1.2.3.4 is a /32 alias on lo0. Obviously all the other routers need to have host routes for that loopback addresses. The typical configuration is to carry those loopback routes in an IGP (like OSPF). --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFEOdj6BzAFW2n65YIRArO5AJ9wjti1Ga7ZIy+tG0/kYMlH68y5gACZAYi6 sVo/Jgz44R31J4XvXFXbiOI= =mtJ3 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 09:23:34 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CC516A401 for ; Mon, 10 Apr 2006 09:23:34 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B6743D46 for ; Mon, 10 Apr 2006 09:23:32 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 39910 invoked by uid 89); 10 Apr 2006 09:23:31 -0000 Received: by simscan 1.1.0 ppid: 39900, pid: 39902, t: 1.7098s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@217.71.84.110) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Apr 2006 09:23:29 -0000 Message-ID: <443A240E.8080404@ultra-secure.de> Date: Mon, 10 Apr 2006 11:23:26 +0200 From: Rainer Duffner User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Maxim Sobolev References: <4433CFA1.90509@centtech.com> <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> In-Reply-To: <44398452.6030007@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 09:23:34 -0000 Maxim Sobolev wrote: > Some progress: further investigation revealed that cdboot has been > hanging when trying to enable A20 line, apparently Mac simply don't > have relevant legacy hardware. The Intel-Mac-Hardware is touted to be the first legacy-free(TM) ("this time really") Intel-Hardware that is generally available. A testimonial to where the computing industry could be now, had MSDOS been abandoned 20 years ago. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 10:01:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57E5116A400; Mon, 10 Apr 2006 10:01:23 +0000 (UTC) (envelope-from pi@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D215A43D46; Mon, 10 Apr 2006 10:01:22 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1FStCz-0003EZ-4L; Mon, 10 Apr 2006 12:01:21 +0200 Date: Mon, 10 Apr 2006 12:01:21 +0200 From: Kurt Jaeger To: Rainer Duffner Message-ID: <20060410100121.GA76356@home.c0mplx.org> References: <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> <443A240E.8080404@ultra-secure.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443A240E.8080404@ultra-secure.de> X-Mailman-Approved-At: Mon, 10 Apr 2006 11:30:01 +0000 Cc: Maxim Sobolev , freebsd-current@FreeBSD.org Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 10:01:23 -0000 Hi! > >Some progress: further investigation revealed that cdboot has been > >hanging when trying to enable A20 line, apparently Mac simply don't > >have relevant legacy hardware. > > The Intel-Mac-Hardware is touted to be the first legacy-free(TM) ("this > time really") Intel-Hardware that is generally available. > A testimonial to where the computing industry could be now, had MSDOS > been abandoned 20 years ago. See http://ezine.daemonnews.org/200604/netvista_s40.html Someone describes the install process for some IBM legacy-free HW. Maybe this helps. -- pi@c0mplx.org +49 171 3101372 14 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 12:50:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBFD16A401; Mon, 10 Apr 2006 12:50:21 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D64943D46; Mon, 10 Apr 2006 12:50:20 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3ACoJWg050918; Mon, 10 Apr 2006 21:50:19 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 10 Apr 2006 21:50:24 +0900 (JST) Message-Id: <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> To: acpi@freebsd.org, current@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 12:50:21 -0000 Hi, I've ported ACPI Dock driver to 7-CURRENT. http://www.freebsd.org/~iwasaki/acpi/acpi_dock-CURRENT-20060410.tar.gz It seems to be OK so far. I'm planning to commit this coming week-end. Thanks From: Mitsuru IWASAKI Subject: CFR: ACPI Dock driver Date: Sat, 08 Apr 2006 03:21:51 +0900 (JST) Message-ID: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> > Hi all > > I wrote ACPI Dock driver for RELENG_6 and put at > http://www.freebsd.org/~iwasaki/acpi/acpi_dock-RELENG_6-20060408.tar.gz > > Please review and test it. > Testing was done on ThinkPad X40 and X4 UltraBase. > > BTW, I'm trying to port this for 7-CURRENT, but the ACPICA function > AcpiNsInitOneDevice() is no longer public in newer version of ACPICA. > Any hints? > > Note: > ATA devices are not dock-aware, so you need to detach ATA devices > by `atacontrol detach ata1' before undocking, otherwise the system > will freeze. > # I had not idea where to add DEVMETHOD(device_detach, ata_detach)... > > Thanks > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 14:53:37 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC4816A401 for ; Mon, 10 Apr 2006 14:53:37 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13E6F43D5D for ; Mon, 10 Apr 2006 14:53:10 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3AF814W003025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 08:08:04 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <443A7134.2060800@FreeBSD.org> Date: Mon, 10 Apr 2006 07:52:36 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kurt Jaeger References: <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> <443A240E.8080404@ultra-secure.de> <20060410100121.GA76356@home.c0mplx.org> In-Reply-To: <20060410100121.GA76356@home.c0mplx.org> Content-Type: multipart/mixed; boundary="------------050209040900010500090104" Cc: freebsd-current@FreeBSD.org, Rainer Duffner Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 14:53:38 -0000 This is a multi-part message in MIME format. --------------050209040900010500090104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Oh, cool disabling psm and atkbd/atkbdc helps! The kernel starts booting, but something goes wrong and it dies with: avail memory = 1025830912 (978 MB) AP #1 (PHY# 1) failed! panic y/n? [y] Disabling apic helps to boot the system, following is first dmesg of FreeBSD running on Macintel: -Maxim Kurt Jaeger wrote: > Hi! > >>> Some progress: further investigation revealed that cdboot has been >>> hanging when trying to enable A20 line, apparently Mac simply don't >>> have relevant legacy hardware. >> The Intel-Mac-Hardware is touted to be the first legacy-free(TM) ("this >> time really") Intel-Hardware that is generally available. >> A testimonial to where the computing industry could be now, had MSDOS >> been abandoned 20 years ago. > > See > > http://ezine.daemonnews.org/200604/netvista_s40.html > > Someone describes the install process for some IBM legacy-free HW. > > Maybe this helps. > --------------050209040900010500090104 Content-Type: text/plain; name="macbook.dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="macbook.dmesg" Copyright (c) 1992-2006 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 7.0-CURRENT #2: Mon Apr 10 13:40:44 UTC 2006 root@:/usr/src/sys/i386/compile/MACBOOK Using 64 colors for the VM-PQ tuning (2048, 8) Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b08000. Preloaded elf module "/boot/kernel/geom_label.ko" at 0xc0b082c4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b08374. Calibrating clock(s) ... i8254 clock: 781653 Hz 781653 Hz differs from default of 1193182 Hz by more than 1% Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3027797532 Hz CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (3027.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9,> AMD Features=0x100000 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Data TLB: 4 KB Pages, 4-way set associative, 128 entries Instruction TLB: 4 MB pages, fully associative, 2 entries 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line real memory = 1057738752 (1008 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000003dec8fff, 1026166784 bytes (250529 pages) avail memory = 1025761280 (978 MB) pnpbios: Found PnP BIOS data at 0xc00fe0e0 pnpbios: Entry = f0000:bc6f Rev = 1.0 pnpbios: OEM ID 8224744e Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: kbd0 at kbdmux0 mem: Pentium Pro MTRR support enabled null: npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi_ec0: port 0x62,0x66 on acpi0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fb04 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) pcibios: No call entry point acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 12 14 15 acpi_hpet0: Vendor: 0x8086 acpi_hpet0: Leg_Route_Cap: 1 acpi_hpet0: Count_Size_Cap: 1 acpi_hpet0: Num_Tim_Cap: 1 acpi_hpet0: Rev_id: 0x1 acpi_hpet0: Period: 69841279 fs (14318180 Hz) acpi_hpet0: HPET attach Timecounter "HPET" frequency 14318180 Hz quality -200 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.1.INTA at func 0: 10 ACPI: Found matching pin for 0.7.INTA at func 0: 10 ACPI: Found matching pin for 0.27.INTA at func 0: 11 pci_link6: BIOS IRQ 11 for 0.27.INTA is invalid ACPI: Found matching pin for 0.28.INTA at func 0: 11 ACPI: Found matching pin for 0.28.INTB at func 1: 10 ACPI: Found matching pin for 0.28.INTC at func 2: 11 pci_link2: BIOS IRQ 11 for 0.28.INTC is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 pci_link2: BIOS IRQ 11 for 0.29.INTC is invalid ACPI: Found matching pin for 0.29.INTD at func 3: 10 ACPI: Found matching pin for 0.31.INTA at func 1: 11 pci_link2: BIOS IRQ 11 for 0.31.INTA is invalid ACPI: Found matching pin for 0.31.INTB at func 2: 11 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a1, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 1 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=0x8086, dev=0x27a3, revid=0x03 bus=0, slot=7, func=0 class=11-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 98404000, size 12, enabled pcib0: matched entry for 0.7.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 7 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=0x8086, dev=0x27d8, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base 98400000, size 14, enabled pcib0: matched entry for 0.27.INTA (src \\_SB_.PCI0.LPCB.LNKG:0) pci_link6: Picked IRQ 9 with weight 0 pcib0: slot 27 INTA routed to irq 9 via \\_SB_.PCI0.LPCB.LNKG found-> vendor=0x8086, dev=0x27d0, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 28 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=0x8086, dev=0x27d2, revid=0x02 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 pcib0: matched entry for 0.28.INTB (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 28 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=0x8086, dev=0x27d4, revid=0x02 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 pcib0: matched entry for 0.28.INTC (src \\_SB_.PCI0.LPCB.LNKC:0) pci_link2: Picked IRQ 9 with weight 2 pcib0: slot 28 INTC routed to irq 9 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=0x8086, dev=0x27c8, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 000040a0, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LPCB.LNKH:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=0x8086, dev=0x27c9, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00004080, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.PCI0.LPCB.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.PCI0.LPCB.LNKD found-> vendor=0x8086, dev=0x27ca, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 00004060, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LPCB.LNKC:0) pcib0: slot 29 INTC routed to irq 9 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=0x8086, dev=0x27cb, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 00004040, size 5, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 29 INTD routed to irq 10 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=0x8086, dev=0x27cc, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 98405400, size 10, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LPCB.LNKH:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=0x8086, dev=0x2448, revid=0xe2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27df, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 000040c0, size 4, enabled pcib0: matched entry for 0.31.INTA (src \\_SB_.PCI0.LPCB.LNKC:0) pcib0: slot 31 INTA routed to irq 9 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=0x8086, dev=0x27c4, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 000040d8, size 3, enabled map[14]: type 4, range 32, base 000040f4, size 2, enabled map[18]: type 4, range 32, base 000040d0, size 3, enabled map[1c]: type 4, range 32, base 000040f0, size 2, enabled map[20]: type 4, range 32, base 00004020, size 4, enabled map[24]: type 1, range 32, base 98405000, size 10, memory disabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKD:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.PCI0.LPCB.LNKD found-> vendor=0x8086, dev=0x27da, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0000efa0, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKD:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.PCI0.LPCB.LNKD pcib1: irq 10 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0x98300000-0x983fffff pcib1: prefetched decode 0x80000000-0x8fffffff ACPI: Found matching pin for 1.0.INTA at func 0: 10 pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x71c5, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base 80000000, size 28, enabled pcib1: (null) requested memory range 0x80000000-0x8fffffff: good map[14]: type 4, range 32, base 00003000, size 8, enabled pcib1: (null) requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base 98300000, size 16, enabled pcib1: (null) requested memory range 0x98300000-0x9830ffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib1: slot 0 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKA vgapci0: port 0x3000-0x30ff mem 0x80000000-0x8fffffff,0x98300000-0x9830ffff irq 10 at device 0.0 on pci1 pci0: at device 7.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0x98200000-0x982fffff pcib2: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci_link0: BIOS IRQ 11 for 2.0.INTA is invalid pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x11ab, dev=0x4362, revid=0x22 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base 98200000, size 14, enabled pcib2: (null) requested memory range 0x98200000-0x98203fff: good map[18]: type 4, range 32, base 00002000, size 8, enabled pcib2: (null) requested I/O range 0x2000-0x20ff: in range pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib2: slot 0 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKA skc0: port 0x2000-0x20ff mem 0x98200000-0x98203fff irq 10 at device 0.0 on pci2 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0x98200000 skc0: interrupt moderation is 100 us skc0: bad VPD resource id: expected 82 got 0 skc0: unknown media type: 0x31 device_attach: skc0 attach returned 6 pcib3: irq 10 at device 28.1 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0x98100000-0x981fffff pcib3: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 3.0.INTA at func 0: 11 pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x168c, dev=0x001c, revid=0x01 bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 1, range 64, base 98100000, size 16, enabled pcib3: (null) requested memory range 0x98100000-0x9810ffff: good pcib3: matched entry for 3.0.INTA (src \\_SB_.PCI0.LPCB.LNKB:0) pcib3: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKB pci3: at device 0.0 (no driver attached) pcib4: irq 9 at device 28.2 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 11 pcib4: I/O decode 0x1000-0x1fff pcib4: memory decode 0x94100000-0x980fffff pcib4: prefetched decode 0x90000000-0x93ffffff pci4: on pcib4 pci4: physical bus=4 uhci0: port 0x40a0-0x40bf irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x40a0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4080-0x409f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4080 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 9 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4060 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4040-0x405f irq 10 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4040 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x98405400-0x984057ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0x98405400 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered ugen0: on uhub4 pcib5: at device 30.0 on pci0 pcib5: secondary bus 12 pcib5: subordinate bus 12 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0x94000000-0x940fffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: Subtractively decoded bridge. ACPI: Found matching pin for 12.3.INTA at func 0: 11 pci12: on pcib5 pci12: physical bus=12 found-> vendor=0x11c1, dev=0x5811, revid=0x61 bus=12, slot=3, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0216, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x0c (3000 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 94000000, size 12, enabled pcib5: (null) requested memory range 0x94000000-0x94000fff: good pcib5: matched entry for 12.3.INTA (src \\_SB_.PCI0.LPCB.LNKD:0) pcib5: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKD fwohci0: mem 0x94000000-0x94000fff irq 11 at device 3.0 on pci12 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x94000000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:16:cb:ff:fe:58:d8:96 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:16:cb:58:d8:96 fwe0: bpf attached fwe0: Ethernet address: 02:16:cb:58:d8:96 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 9 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x40c0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: reset tp2 stat0=ff stat1=ff devices=0x0 ata1: [MPSAFE] atapci1: port 0x40d8-0x40df,0x40f4-0x40f7,0x40d0-0x40d7,0x40f0-0x40f3,0x4020-0x402f mem 0x98405000-0x984053ff irq 11 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4020 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x40d8 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x40f4 ata2: reset tp1 mask=03 ostat0=7f ostat1=50 ata2: stat0=0x7f err=0x00 lsb=0xff msb=0xff ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=7f stat1=50 devices=0x2 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x40d0 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x40f0 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0x00 lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=7f stat1=ff devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) battery0: on acpi0 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 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: not probed (disabled) sio1: not probed (disabled) 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 ums0: on uhub0 ums0: 3 buttons and Z dir. ukbd0: on uhub0 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums1: on uhub0 ums1: 3 buttons. uhid0: on uhub0 uhid1: on uhub2 ukbd1: on uhub3 kbd2 at ukbd1 kbd2: ukbd1, generic (0), config:0x0, flags:0x3d0000 ums2: on uhub3 ums2: 5 buttons. Device configuration finished. procfs registered Timecounter "TSC" frequency 3027797532 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: setting PIO4 on ICH7 chip acd0: setting UDMA66 on ICH7 chip battery0: battery initialization done, tried 1 times acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 689KB/s (689KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-RW 120mm data disc Interrupt storm detected on "irq11:"; throttling interrupt source ata2-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad5: 95396MB at ata2-slave UDMA33 ad5: 195371568 sectors [193821C/16H/63S] 16 sectors/interrupt 1 depth queue ad5: Intel check1 failed ad5: Adaptec check1 failed ad5: LSI (v3) check1 failed ad5: LSI (v2) check1 failed ad5: FreeBSD check1 failed GEOM_LABEL: Label for provider acd0 is iso9660/NEW. GEOM: new disk ad5 (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ATA PseudoRAID loaded GEOM: ad5: GPT detected, but no protective MBR. Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ufs:da0s5 Trying to mount root from ufs:da0s5 umass0: on uhub4 umass0:1:0:-1: Attached to scbus1 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: Serial Number \^_ pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: Serial Number \^_ da0: 40.000MB/s transfers da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) GEOM_LABEL: Label for provider da0s2 is ufs/scratch. Mount point / had 1 dangling refs Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ufs:us\^H \^Hfs/scratch Trying to mount root from ufs:ufs/scratch start_init: trying /sbin/init --------------050209040900010500090104-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 15:19:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A354916A400; Mon, 10 Apr 2006 15:19:59 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 115D343D72; Mon, 10 Apr 2006 15:19:55 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id k3AFJpXu015468; Mon, 10 Apr 2006 11:19:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) In-Reply-To: <443A7134.2060800@FreeBSD.org> References: <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> <443A240E.8080404@ultra-secure.de> <20060410100121.GA76356@home.c0mplx.org> <443A7134.2060800@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Mon, 10 Apr 2006 11:18:57 -0400 To: Maxim Sobolev X-Mailer: Apple Mail (2.749.3) X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-1.539, required 6, AWL -0.08, BAYES_00 -2.60, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 15:19:59 -0000 On Apr 10, 2006, at 10:52 AM, Maxim Sobolev wrote: > Oh, cool disabling psm and atkbd/atkbdc helps! The kernel starts > booting, but something goes wrong and it dies with: > > avail memory = 1025830912 (978 MB) > AP #1 (PHY# 1) failed! > panic y/n? [y] > > Disabling apic helps to boot the system, following is first dmesg > of FreeBSD running on Macintel: This is great news! Kudos! Disabling atkbd/psm makes complete sense, everything is USB on the Intel-iMac. As for the APIC problem, it appears that we are detecting that the machine is a multiprocessor system, and failing to start the second CPU. Could the Core Duo require a different init sequence for its secondary cores than previous chips from Intel (Like the Pentium D and P4 w/HTT)? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Please practice safe hex. */ From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 15:28:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE4016A400 for ; Mon, 10 Apr 2006 15:28:58 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7185543D5A for ; Mon, 10 Apr 2006 15:28:56 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3AFi9pA003515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 08:44:11 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <443A79AD.1090602@FreeBSD.org> Date: Mon, 10 Apr 2006 08:28:45 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Andre Guibert de Bruet References: <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> <443A240E.8080404@ultra-secure.de> <20060410100121.GA76356@home.c0mplx.org> <443A7134.2060800@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 15:28:58 -0000 Andre Guibert de Bruet wrote: > On Apr 10, 2006, at 10:52 AM, Maxim Sobolev wrote: > >> Oh, cool disabling psm and atkbd/atkbdc helps! The kernel starts >> booting, but something goes wrong and it dies with: >> >> avail memory = 1025830912 (978 MB) >> AP #1 (PHY# 1) failed! >> panic y/n? [y] >> >> Disabling apic helps to boot the system, following is first dmesg of >> FreeBSD running on Macintel: > > This is great news! Kudos! > > Disabling atkbd/psm makes complete sense, everything is USB on the > Intel-iMac. As for the APIC problem, it appears that we are detecting > that the machine is a multiprocessor system, and failing to start the > second CPU. Could the Core Duo require a different init sequence for its > secondary cores than previous chips from Intel (Like the Pentium D and > P4 w/HTT)? Well, it should be pretty similar considering the fact that stock XP just works on it in SMP mode without any problems. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 16:19:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A87B16A403; Mon, 10 Apr 2006 16:19:50 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C5A43D45; Mon, 10 Apr 2006 16:19:49 +0000 (GMT) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id k3AGJOg9061435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 18:19:24 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id k3AGJNL5061434; Mon, 10 Apr 2006 18:19:23 +0200 (CEST) (envelope-from csaba) Date: Mon, 10 Apr 2006 18:19:23 +0200 From: Csaba Henk To: Daniel Eischen Message-ID: <20060410161923.GE1323@beastie.creo.hu> References: <20060407140809.GZ1323@beastie.creo.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: switching threading libraries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 16:19:50 -0000 On Fri, Apr 07, 2006 at 05:28:41PM -0400, Daniel Eischen wrote: > Does this work for you: > > http://people.freebsd.org/~deischen/symver/libc_r.symver.diffs > > ? Not really: %cat phello.c #include #include #define NUM_THREADS 5 void *PrintHello(void *threadid) { printf("\n%d: Hello World!\n", threadid); pthread_exit(NULL); } int main (int argc, char *argv[]) { pthread_t threads[NUM_THREADS]; int rc, t; for(t=0; t X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDC5916A400; Mon, 10 Apr 2006 16:31:03 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C05843D66; Mon, 10 Apr 2006 16:30:57 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3AGk546004430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 09:46:07 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <443A8830.8030607@FreeBSD.org> Date: Mon, 10 Apr 2006 09:30:40 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Maxim Sobolev References: <2C74BB8F-271B-4505-9D94-B270B3A4ACBA@nordahl.net> <44348603.9070503@FreeBSD.org> <20060406190944.G56354@lexi.siliconlandmark.com> <4435B303.5040205@FreeBSD.org> <196C209A-A585-4AD5-B7C9-A27DD57ECD8C@snsonline.net> <20060408103224.GR80492@spc.org> <20060408034357.A44217@xorpc.icir.org> <20060408105014.GV80492@spc.org> <44398452.6030007@FreeBSD.org> <443A240E.8080404@ultra-secure.de> <20060410100121.GA76356@home.c0mplx.org> <443A7134.2060800@FreeBSD.org> <443A79AD.1090602@FreeBSD.org> In-Reply-To: <443A79AD.1090602@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------090001090409050303000503" Cc: freebsd-current@FreeBSD.org Subject: Re: [DOCUMENT] Re: Intel Macs that boot FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 16:31:04 -0000 This is a multi-part message in MIME format. --------------090001090409050303000503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Don't know if it can be related or not, but the hardware seems to be lacking mptable. Attached is output of mptable and acpidump, perhaps somebody with SMP clue can take a look. -Maxim Maxim Sobolev wrote: > Andre Guibert de Bruet wrote: >> On Apr 10, 2006, at 10:52 AM, Maxim Sobolev wrote: >> >>> Oh, cool disabling psm and atkbd/atkbdc helps! The kernel starts >>> booting, but something goes wrong and it dies with: >>> >>> avail memory = 1025830912 (978 MB) >>> AP #1 (PHY# 1) failed! >>> panic y/n? [y] >>> >>> Disabling apic helps to boot the system, following is first dmesg of >>> FreeBSD running on Macintel: >> >> This is great news! Kudos! >> >> Disabling atkbd/psm makes complete sense, everything is USB on the >> Intel-iMac. As for the APIC problem, it appears that we are detecting >> that the machine is a multiprocessor system, and failing to start the >> second CPU. Could the Core Duo require a different init sequence for >> its secondary cores than previous chips from Intel (Like the Pentium D >> and P4 w/HTT)? > > Well, it should be pretty similar considering the fact that stock XP > just works on it in SMP mode without any problems. > > -Maxim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > --------------090001090409050303000503 Content-Type: text/plain; name="mptable.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mptable.out" MP FPS NOT found, suggest trying -grope option!!! --------------090001090409050303000503 Content-Type: text/plain; name="acpi.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi.out" /* RSD PTR: OEM=APPLE, ACPI_Rev=2.0x (2) XSDT=0x3fefd120, length=36, cksum=189 */ /* XSDT: Length=116, Revision=1, Checksum=120, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x55, Creator ID=, Creator Revision=0x1000013 Entries={ 0x3fefb000, 0x3fefa000, 0x3fef9000, 0x3fef8000, 0x3fef7000, 0x3fef6000, 0x3fef5000, 0x3febf000, 0x3febe000, 0x3feef000 } */ /* FACP: Length=244, Revision=3, Checksum=33, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x55, Creator ID=Loki, Creator Revision=0x5f FACS=0x3fec4000, DSDT=0x3fef0000 INT_MODEL=PIC Preferred_PM_Profile=Mobile (2) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0xf2 PSTATE_CNT=0x80 PM1a_EVT_BLK=0x400-0x403 PM1a_CNT_BLK=0x404-0x405 PM2_CNT_BLK=0x420-0x420 PM_TMR_BLK=0x408-0x40b GPE0_BLK=0x428-0x42f P_LVL2_LAT=101 us, P_LVL3_LAT=1001 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=3 DAY_ALRM=13, MON_ALRM=0, CENTURY=50 IAPC_BOOT_ARCH={LEGACY_DEV} Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} RESET_REG=0xcf9:0[8] (IO), RESET_VALUE=0x6 X_FACS=0x3fec4000, X_DSDT=0x3fef0000 X_PM1a_EVT_BLK=0x400:0[32] (IO) X_PM1a_CNT_BLK=0x404:0[16] (IO) X_PM_TMR_BLK=0x408:0[32] (IO) X_GPE0_BLK=0x428:0[64] (IO) */ /* FACS: Length=64, HwSig=0x00000400, Firm_Wake_Vec=0x00000000 Global_Lock= Flags= Version=1 */ /* DSDT: Length=18640, Revision=1, Checksum=75, OEMID=APPLE, OEM Table ID=MacBookP, OEM Revision=0x10001, Creator ID=INTL, Creator Revision=0x20050309 */ /* HPET: Length=56, Revision=1, Checksum=204, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f HPET Number=0 ADDR=0x00000000 HW Rev=0x1 Comparitors=2 Counter Size=1 Legacy IRQ routing capable={TRUE} PCI Vendor ID=0x8086 Minimal Tick=128 */ /* APIC: Length=104, Revision=1, Checksum=142, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=0 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=1 Type=IO APIC APIC ID=1 INT BASE=0 ADDR=0x00000000fec00000 Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} Type=INT Override BUS=0 IRQ=9 INTR=9 Flags={Polarity=active-hi, Trigger=level} Type=Local NMI ACPI CPU=0 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} Type=Local NMI ACPI CPU=1 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} */ /* MCFG: Length=60, Revision=1, Checksum=244, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f Base Address= 0x00000000e0000000 Segment Group= 0x0000 Start Bus= 0 End Bus= 255 */ /* ASF!: Length=156, Revision=32, Checksum=126, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* SBST: Length=48, Revision=1, Checksum=132, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* ECDT: Length=83, Revision=1, Checksum=57, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f EC_CONTROL=0x66:0[8] (IO) EC_DATA=0x62:0[8] (IO) UID=0, GPE_BIT=0x17 EC_ID=\_SB.PCI0.LPCB.EC */ /* SSDT: Length=1615, Revision=1, Checksum=62, OEMID=APPLE, OEM Table ID=SataPri, OEM Revision=0x1000, Creator ID=INTL, Creator Revision=0x20050309 */ /* SSDT: Length=1692, Revision=1, Checksum=219, OEMID=APPLE, OEM Table ID=SataSec, OEM Revision=0x1000, Creator ID=INTL, Creator Revision=0x20050309 */ /* SSDT: Length=1244, Revision=1, Checksum=165, OEMID=APPLE, OEM Table ID=CpuPm, OEM Revision=0x3000, Creator ID=INTL, Creator Revision=0x20050309 */ /* * Intel ACPI Component Architecture * AML Disassembler version 20051021 * * Disassembly of /tmp/acpidump.fuAUTM, Mon Apr 10 15:48:59 2006 */ DefinitionBlock ("DSDT.aml", "DSDT", 1, "APPLE ", "MacBookP", 0x00010001) { OperationRegion (PRT0, SystemIO, 0x80, 0x04) Field (PRT0, DWordAcc, Lock, Preserve) { P80H, 32 } OperationRegion (SPRT, SystemIO, 0xB2, 0x02) Field (SPRT, ByteAcc, Lock, Preserve) { SSMP, 8 } OperationRegion (S_IO, SystemIO, 0x0680, 0x11) Field (S_IO, ByteAcc, NoLock, Preserve) { PMS0, 8, PME0, 8, PMS1, 8, PMS2, 8, PMS3, 8, PME1, 8, PME2, 8, PME3, 8, SMS1, 8, SMS2, 8, SME1, 8, SME2, 8, RT10, 1, RT11, 1, , 1, RT13, 1, Offset (0x0E), RT30, 1, RT31, 1, RT32, 1, RT33, 1, RT34, 1, RT35, 1, RT36, 1, RT37, 1, Offset (0x10), DLPC, 1, CK33, 1, CK14, 1 } OperationRegion (PRVT, SystemIO, 0x06A0, 0x08) Field (PRVT, ByteAcc, NoLock, Preserve) { PVT0, 8, Offset (0x04), PVT1, 8 } OperationRegion (IO_T, SystemIO, 0x0800, 0x10) Field (IO_T, ByteAcc, NoLock, Preserve) { TRPI, 16, Offset (0x04), Offset (0x06), Offset (0x08), TRP0, 8, TRPC, 8, Offset (0x0B), Offset (0x0C), Offset (0x0D), Offset (0x0E), Offset (0x0F), Offset (0x10) } OperationRegion (IO_D, SystemIO, 0x0810, 0x08) Field (IO_D, ByteAcc, NoLock, Preserve) { TRPD, 8 } OperationRegion (PMIO, SystemIO, 0x0400, 0x80) Field (PMIO, ByteAcc, NoLock, Preserve) { Offset (0x28), , 2, SPST, 1, Offset (0x42), , 1, GPEC, 1 } OperationRegion (GPIO, SystemIO, 0x0500, 0x3C) Field (GPIO, ByteAcc, NoLock, Preserve) { GU00, 8, GU01, 8, GU02, 8, GU03, 8, GIO0, 8, GIO1, 8, GIO2, 8, GIO3, 8, Offset (0x0C), , 5, GP5, 1, Offset (0x0D), , 6, GP14, 1, Offset (0x0E), GL02, 8, GL03, 8, Offset (0x18), GB00, 8, GB01, 8, GB02, 8, GB03, 8, Offset (0x2C), GIV0, 8, GIV1, 8, GIV2, 8, GIV3, 8, GU04, 8, GU05, 8, GU06, 8, GU07, 8, GIO4, 8, GIO5, 8, GIO6, 8, GIO7, 8, GL04, 8, GL05, 8, GL06, 8, GL07, 8 } OperationRegion (GNVS, SystemMemory, 0x3FEDEC10, 0x0100) Field (GNVS, AnyAcc, Lock, Preserve) { OSYS, 16, SMIF, 8, PRM0, 8, PRM1, 8, SCIF, 8, PRM2, 8, PRM3, 8, LCKF, 8, PRM4, 8, PRM5, 8, P80D, 32, LIDS, 8, PWRS, 8, DBGS, 8, Offset (0x14), ACTT, 8, PSVT, 8, TC1V, 8, TC2V, 8, TSPV, 8, CRTT, 8, DTSE, 8, DTS1, 8, DTS2, 8, DTSF, 8, BNUM, 8, B0SC, 8, B1SC, 8, B2SC, 8, B0SS, 8, B1SS, 8, B2SS, 8, Offset (0x28), APIC, 8, MPEN, 8, PPCS, 8, PPCM, 8, Offset (0x32), NATP, 8, CMAP, 8, CMBP, 8, LPTP, 8, FDCP, 8, CMCP, 8, CIRP, 8, Offset (0x3C), IGDS, 8, TLST, 8, CADL, 8, PADL, 8, CSTE, 16, NSTE, 16, SSTE, 16, NDID, 8, DID1, 32, DID2, 32, DID3, 32, DID4, 32, DID5, 32, BDSP, 8, PTY1, 8, PTY2, 8, PSCL, 8, TVF1, 8, TVF2, 8, Offset (0x67), BLCS, 8, BRTL, 8, ALSE, 8, ALAF, 8, LLOW, 8, LHIH, 8, Offset (0x6E), EMAE, 8, EMAP, 16, EMAL, 16, Offset (0x74), MEFE, 8, Offset (0x82), GTF0, 56, GTF2, 56, IDEM, 8 } OperationRegion (RCRB, SystemMemory, 0xFED1C000, 0x4000) Field (RCRB, DWordAcc, Lock, Preserve) { Offset (0x1000), Offset (0x3000), Offset (0x3404), HPAS, 2, , 5, HPAE, 1, Offset (0x3418), , 1, PATD, 1, SATD, 1, SMBD, 1, HDAD, 1, A97D, 1, Offset (0x341A), RP1D, 1, RP2D, 1, RP3D, 1, RP4D, 1, RP5D, 1, RP6D, 1 } Mutex (MUTX, 0x00) Name (_S0, Package (0x03) { 0x00, 0x00, 0x00 }) Name (_S3, Package (0x03) { 0x05, 0x05, 0x00 }) Name (_S4, Package (0x03) { 0x06, 0x06, 0x00 }) Name (_S5, Package (0x03) { 0x07, 0x07, 0x00 }) Scope (\_PR) { Processor (CPU0, 0x00, 0x00000410, 0x06) {} Processor (CPU1, 0x01, 0x00000410, 0x06) { Method (_INI, 0, NotSerialized) { If (DTSE) { Store (0x0A, DTSF) Store (0x00, TRPD) } } } } Name (\DSEN, 0x01) Name (\ECON, 0x00) Name (\GPIC, 0x00) Name (\CTYP, 0x00) Name (\L01C, 0x00) Name (\VFN0, 0x00) Method (OSDW, 0, NotSerialized) { If (LEqual (OSYS, 0x2710)) { Return (0x01) } Else { Return (0x00) } } Method (\_PIC, 1, NotSerialized) { Store (Arg0, GPIC) } Method (_PTS, 1, NotSerialized) { Store (0x00, P80D) P8XH (0x00, Arg0) Store (Arg0, \_SB.PCI0.LPCB.EC.ECSS) And (GP14, 0x00, GP14) And (GP5, 0x01, GP5) } Method (_WAK, 1, NotSerialized) { P8XH (0x00, 0x00) Store (0x00, \_SB.PCI0.LPCB.EC.ECSS) If (OSDW ()) { \_SB.PCI0.SBUS.ENAB () } Store (\_SB.PCI0.LPCB.EC.LSTE, LIDS) Store (\_SB.PCI0.LPCB.EC.RPWR, PWRS) Return (Package (0x02) { 0x00, 0x00 }) } Scope (\_GPE) { Method (_L01, 0, NotSerialized) { Add (L01C, 0x01, L01C) P8XH (0x00, 0x01) P8XH (0x01, L01C) Sleep (0x64) If (LAnd (LEqual (RP1D, 0x00), \_SB.PCI0.RP01.HPCS)) { If (\_SB.PCI0.RP01.PDC1) { Store (0x01, \_SB.PCI0.RP01.PDC1) Store (0x01, \_SB.PCI0.RP01.HPCS) Notify (\_SB.PCI0.RP01, 0x00) } Else { Store (0x01, \_SB.PCI0.RP01.HPCS) } } If (LAnd (LEqual (RP2D, 0x00), \_SB.PCI0.RP02.HPCS)) { If (\_SB.PCI0.RP02.PDC2) { Store (0x01, \_SB.PCI0.RP02.PDC2) Store (0x01, \_SB.PCI0.RP02.HPCS) Notify (\_SB.PCI0.RP02, 0x00) } Else { Store (0x01, \_SB.PCI0.RP02.HPCS) } } If (LAnd (LEqual (RP3D, 0x00), \_SB.PCI0.RP03.HPCS)) { If (\_SB.PCI0.RP03.PDC3) { Store (0x01, \_SB.PCI0.RP03.PDC3) Store (0x01, \_SB.PCI0.RP03.HPCS) Notify (\_SB.PCI0.RP03, 0x00) } Else { Store (0x01, \_SB.PCI0.RP03.HPCS) } } } Method (_L02, 0, NotSerialized) { P8XH (0x00, DTS1) P8XH (0x01, DTS2) Store (0x00, GPEC) } Method (_L03, 0, NotSerialized) { Notify (\_SB.PCI0.USB1, 0x02) Notify (\_SB.PWRB, 0x02) } Method (_L04, 0, NotSerialized) { Notify (\_SB.PCI0.USB2, 0x02) Notify (\_SB.PWRB, 0x02) } Method (_L07, 0, NotSerialized) { Store (0x20, \_SB.PCI0.SBUS.HSTS) } Method (_L09, 0, NotSerialized) { If (\_SB.PCI0.RP01.PSP1) { Store (0x01, \_SB.PCI0.RP01.PSP1) Store (0x01, \_SB.PCI0.RP01.PMCS) Notify (\_SB.PCI0.RP01, 0x02) } If (\_SB.PCI0.RP02.PSP2) { Store (0x01, \_SB.PCI0.RP02.PSP2) Store (0x01, \_SB.PCI0.RP02.PMCS) Notify (\_SB.PCI0.RP02, 0x02) } If (\_SB.PCI0.RP03.PSP3) { Store (0x01, \_SB.PCI0.RP03.PSP3) Store (0x01, \_SB.PCI0.RP03.PMCS) Notify (\_SB.PCI0.RP03, 0x02) } } Method (_L0A, 0, NotSerialized) { Notify (\_SB.SLPB, 0x80) } Method (_L0B, 0, NotSerialized) { Notify (\_SB.PCI0.PCIB, 0x02) } Method (_L0C, 0, NotSerialized) { Notify (\_SB.PCI0.USB3, 0x02) Notify (\_SB.PWRB, 0x02) } Method (_L0D, 0, NotSerialized) { Notify (\_SB.PCI0.USB7, 0x02) Notify (\_SB.PWRB, 0x02) } Method (_L0E, 0, NotSerialized) { Notify (\_SB.PCI0.USB4, 0x02) Notify (\_SB.PWRB, 0x02) } Method (_L11, 0, NotSerialized) { Notify (\_SB.PCI0.PCIB.FRWR, 0x00) } } Method (P8XH, 2, Serialized) { If (LEqual (Arg0, 0x00)) { Store (Or (And (P80D, 0xFFFFFF00), Arg1), P80D) } If (LEqual (Arg0, 0x01)) { Store (Or (And (P80D, 0xFFFF00FF), ShiftLeft (Arg1, 0x08)), P80D) } If (LEqual (Arg0, 0x02)) { Store (Or (And (P80D, 0xFF00FFFF), ShiftLeft (Arg1, 0x10)), P80D) } If (LEqual (Arg0, 0x03)) { Store (Or (And (P80D, 0x00FFFFFF), ShiftLeft (Arg1, 0x18)), P80D) } Store (P80D, P80H) } Method (PNOT, 0, Serialized) { If (MPEN) { If (And (PDC0, 0x08)) { Notify (\_PR.CPU0, 0x80) If (And (PDC0, 0x10)) { Sleep (0x64) Notify (\_PR.CPU0, 0x81) } } If (And (PDC1, 0x08)) { Notify (\_PR.CPU1, 0x80) If (And (PDC1, 0x10)) { Sleep (0x64) Notify (\_PR.CPU1, 0x81) } } } Else { Notify (\_PR.CPU0, 0x80) Sleep (0x64) Notify (\_PR.CPU0, 0x81) } } Method (GETP, 1, Serialized) { If (LEqual (And (Arg0, 0x09), 0x00)) { Return (0xFFFFFFFF) } If (LEqual (And (Arg0, 0x09), 0x08)) { Return (0x0384) } ShiftRight (And (Arg0, 0x0300), 0x08, Local0) ShiftRight (And (Arg0, 0x3000), 0x0C, Local1) Return (Multiply (0x1E, Subtract (0x09, Add (Local0, Local1)))) } Method (GDMA, 5, Serialized) { If (Arg0) { If (LAnd (Arg1, Arg4)) { Return (0x14) } If (LAnd (Arg2, Arg4)) { Return (Multiply (Subtract (0x04, Arg3), 0x0F)) } Return (Multiply (Subtract (0x04, Arg3), 0x1E)) } Return (0xFFFFFFFF) } Method (GETT, 1, Serialized) { Return (Multiply (0x1E, Subtract (0x09, Add (And (ShiftRight (Arg0, 0x02), 0x03), And (Arg0, 0x03))))) } Method (GETF, 3, Serialized) { Name (TMPF, 0x00) If (Arg0) { Or (TMPF, 0x01, TMPF) } If (And (Arg2, 0x02)) { Or (TMPF, 0x02, TMPF) } If (Arg1) { Or (TMPF, 0x04, TMPF) } If (And (Arg2, 0x20)) { Or (TMPF, 0x08, TMPF) } If (And (Arg2, 0x4000)) { Or (TMPF, 0x10, TMPF) } Return (TMPF) } Method (SETP, 3, Serialized) { If (LGreater (Arg0, 0xF0)) { Return (0x08) } Else { If (And (Arg1, 0x02)) { If (LAnd (LNot (LGreater (Arg0, 0x78)), And (Arg2, 0x02))) { Return (0x2301) } If (LAnd (LNot (LGreater (Arg0, 0xB4)), And (Arg2, 0x01))) { Return (0x2101) } } Return (0x1001) } } Method (SDMA, 1, Serialized) { If (LNot (LGreater (Arg0, 0x14))) { Return (0x01) } If (LNot (LGreater (Arg0, 0x1E))) { Return (0x02) } If (LNot (LGreater (Arg0, 0x2D))) { Return (0x01) } If (LNot (LGreater (Arg0, 0x3C))) { Return (0x02) } If (LNot (LGreater (Arg0, 0x5A))) { Return (0x01) } Return (0x00) } Method (SETT, 3, Serialized) { If (And (Arg1, 0x02)) { If (LAnd (LNot (LGreater (Arg0, 0x78)), And (Arg2, 0x02))) { Return (0x0B) } If (LAnd (LNot (LGreater (Arg0, 0xB4)), And (Arg2, 0x01))) { Return (0x09) } } Return (0x04) } Scope (\_SB) { Method (_INI, 0, NotSerialized) { If (CondRefOf (_OSI, Local0)) { If (_OSI ("Darwin")) { Store (0x2710, OSYS) } Else { If (_OSI ("Linux")) { Store (0x03E8, OSYS) } Else { Store (0x07D1, OSYS) } } } Else { Store (0x07D0, OSYS) } Store (0x35, SMIF) Store (0x00, TRP0) } Device (ADP1) { Name (_HID, "ACPI0003") Name (_PRW, Package (0x02) { 0x1D, 0x03 }) Method (_PSR, 0, NotSerialized) { Return (PWRS) } Method (_PCL, 0, NotSerialized) { Return (\_SB) } Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x01, \_SB.PCI0.LPCB.EC.ACWK) } Else { Store (0x00, \_SB.PCI0.LPCB.EC.ACWK) } } } Device (LID0) { Name (_HID, EisaId ("PNP0C0D")) Name (_PRW, Package (0x02) { 0x1D, 0x03 }) Method (_LID, 0, NotSerialized) { Return (LIDS) } Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x01, \_SB.PCI0.LPCB.EC.LWAK) } Else { Store (0x00, \_SB.PCI0.LPCB.EC.LWAK) } } } Device (PNLF) { Name (_HID, EisaId ("APP0002")) Name (_CID, "backlight") Name (_UID, 0x0A) } Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) } Device (SLPB) { Name (_HID, EisaId ("PNP0C0E")) Name (_STA, 0x0B) } Device (PCI0) { Method (_INI, 0, NotSerialized) { If (OSDW ()) { \_SB.PCI0.SBUS.ENAB () } } Method (_S3D, 0, NotSerialized) { Return (0x03) } Method (_S4D, 0, NotSerialized) { Return (0x03) } Name (_HID, EisaId ("PNP0A08")) Name (_CID, 0x030AD041) Name (_ADR, 0x00) Name (_BBN, 0x00) OperationRegion (HBUS, PCI_Config, 0x40, 0xC0) Field (HBUS, DWordAcc, NoLock, Preserve) { Offset (0x50), , 4, PM0H, 2, Offset (0x51), PM1L, 2, , 2, PM1H, 2, Offset (0x52), PM2L, 2, , 2, PM2H, 2, Offset (0x53), PM3L, 2, , 2, PM3H, 2, Offset (0x54), PM4L, 2, , 2, PM4H, 2, Offset (0x55), PM5L, 2, , 2, PM5H, 2, Offset (0x56), PM6L, 2, , 2, PM6H, 2, Offset (0x57), , 7, HENA, 1, Offset (0x5C), , 3, TOUD, 5 } Name (BUF0, ResourceTemplate () { WordBusNumber (ResourceProducer, MinFixed, MaxFixed, PosDecode, 0x0000, // Address Space Granularity 0x0000, // Address Range Minimum 0x00FF, // Address Range Maximum 0x0000, // Address Translation Offset 0x0100, // Address Length 0x00,,) DWordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x00000000, // Address Space Granularity 0x00000000, // Address Range Minimum 0x00000CF7, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00000CF8, // Address Length 0x00,,, TypeStatic) IO (Decode16, 0x0CF8, // Address Range Minimum 0x0CF8, // Address Range Maximum 0x01, // Address Alignment 0x08, // Address Length ) DWordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x00000000, // Address Space Granularity 0x00000D00, // Address Range Minimum 0x0000FFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x0000F300, // Address Length 0x00,,, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000A0000, // Address Range Minimum 0x000BFFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00020000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000C0000, // Address Range Minimum 0x000C3FFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000C4000, // Address Range Minimum 0x000C7FFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000C8000, // Address Range Minimum 0x000CBFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000CC000, // Address Range Minimum 0x000CFFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000D0000, // Address Range Minimum 0x000D3FFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000D4000, // Address Range Minimum 0x000D7FFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000D8000, // Address Range Minimum 0x000DBFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000DC000, // Address Range Minimum 0x000DFFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000E0000, // Address Range Minimum 0x000E3FFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000E4000, // Address Range Minimum 0x000E7FFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000E8000, // Address Range Minimum 0x000EBFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000EC000, // Address Range Minimum 0x000EFFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00004000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x000F0000, // Address Range Minimum 0x000FFFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00010000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, // Address Space Granularity 0x00000000, // Address Range Minimum 0xFEBFFFFF, // Address Range Maximum 0x00000000, // Address Translation Offset 0x00000000, // Address Length 0x00,,, AddressRangeMemory, TypeStatic) }) Method (_CRS, 0, Serialized) { If (PM1L) { CreateDWordField (BUF0, 0x80, C0LN) Store (Zero, C0LN) } If (LEqual (PM1L, 0x01)) { CreateBitField (BUF0, 0x0378, C0RW) Store (Zero, C0RW) } If (PM1H) { CreateDWordField (BUF0, 0x9B, C4LN) Store (Zero, C4LN) } If (LEqual (PM1H, 0x01)) { CreateBitField (BUF0, 0x0450, C4RW) Store (Zero, C4RW) } If (PM2L) { CreateDWordField (BUF0, 0xB6, C8LN) Store (Zero, C8LN) } If (LEqual (PM2L, 0x01)) { CreateBitField (BUF0, 0x0528, C8RW) Store (Zero, C8RW) } If (PM2H) { CreateDWordField (BUF0, 0xD1, CCLN) Store (Zero, CCLN) } If (LEqual (PM2H, 0x01)) { CreateBitField (BUF0, 0x0600, CCRW) Store (Zero, CCRW) } If (PM3L) { CreateDWordField (BUF0, 0xEC, D0LN) Store (Zero, D0LN) } If (LEqual (PM3L, 0x01)) { CreateBitField (BUF0, 0x06D8, D0RW) Store (Zero, D0RW) } If (PM3H) { CreateDWordField (BUF0, 0x0107, D4LN) Store (Zero, D4LN) } If (LEqual (PM3H, 0x01)) { CreateBitField (BUF0, 0x07B0, D4RW) Store (Zero, D4RW) } If (PM4L) { CreateDWordField (BUF0, 0x0122, D8LN) Store (Zero, D8LN) } If (LEqual (PM4L, 0x01)) { CreateBitField (BUF0, 0x0888, D8RW) Store (Zero, D8RW) } If (PM4H) { CreateDWordField (BUF0, 0x013D, DCLN) Store (Zero, DCLN) } If (LEqual (PM4H, 0x01)) { CreateBitField (BUF0, 0x0960, DCRW) Store (Zero, DCRW) } If (PM5L) { CreateDWordField (BUF0, 0x0158, E0LN) Store (Zero, E0LN) } If (LEqual (PM5L, 0x01)) { CreateBitField (BUF0, 0x0A38, E0RW) Store (Zero, E0RW) } If (PM5H) { CreateDWordField (BUF0, 0x0173, E4LN) Store (Zero, E4LN) } If (LEqual (PM5H, 0x01)) { CreateBitField (BUF0, 0x0B10, E4RW) Store (Zero, E4RW) } If (PM6L) { CreateDWordField (BUF0, 0x018E, E8LN) Store (Zero, E8LN) } If (LEqual (PM6L, 0x01)) { CreateBitField (BUF0, 0x0BE8, E8RW) Store (Zero, E8RW) } If (PM6H) { CreateDWordField (BUF0, 0x01A9, ECLN) Store (Zero, ECLN) } If (LEqual (PM6H, 0x01)) { CreateBitField (BUF0, 0x0CC0, ECRW) Store (Zero, ECRW) } If (PM0H) { CreateDWordField (BUF0, 0x01C4, F0LN) Store (Zero, F0LN) } If (LEqual (PM0H, 0x01)) { CreateBitField (BUF0, 0x0D98, F0RW) Store (Zero, F0RW) } CreateDWordField (BUF0, 0x01D3, M1MN) CreateDWordField (BUF0, 0x01D7, M1MX) CreateDWordField (BUF0, 0x01DF, M1LN) ShiftLeft (TOUD, 0x1B, M1MN) Add (Subtract (M1MX, M1MN), 0x01, M1LN) Return (BUF0) } Method (_OSC, 4, NotSerialized) { CreateDWordField (Arg3, 0x00, CDW1) If (LEqual (Arg0, Buffer (0x10) { 0x5B, 0x4D, 0xDB, 0x33, 0xF7, 0x1F, 0x1C, 0x40, 0x96, 0x57, 0x74, 0x41, 0xC0, 0x3D, 0xD7, 0x66 })) { If (LNot (LLess (Arg2, 0x03))) { Name (SUPP, 0x00) Name (CTRL, 0x00) Store (0x03, Local0) CreateDWordField (Arg3, 0x04, CDW2) CreateDWordField (Arg3, 0x08, CDW3) Store (CDW2, SUPP) Store (CDW3, CTRL) And (CTRL, 0x1D, CTRL) If (LNot (LEqual (And (SUPP, 0x16), 0x16))) { And (CTRL, 0x1E, CTRL) } If (LNot (And (CDW1, 0x01))) { If (And (CTRL, 0x01)) { And (Local0, 0x0E, Local0) } If (And (CTRL, 0x04)) { And (Local0, 0x0D, Local0) \_SB.PCI0.LPCB.GPMD (0x00) } If (And (CTRL, 0x10)) { Store ("PCI0._OSC PCI-E cap bit set", Debug) } \_SB.PCI0.RP01.SMPC (Local0) \_SB.PCI0.RP02.SMPC (Local0) \_SB.PCI0.RP03.SMPC (Local0) } If (LNot (LEqual (Arg1, One))) { Or (CDW1, 0x08, CDW1) } If (LNot (LEqual (CDW3, CTRL))) { Or (CDW1, 0x10, CDW1) } Store (CTRL, CDW3) } Else { Or (CDW1, 0x02, CDW1) } } Else { Or (CDW1, 0x04, CDW1) } Return (Arg3) } Method (_PRT, 0, NotSerialized) { If (GPIC) { Return (Package (0x11) { Package (0x04) { 0x0001FFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x0002FFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x0007FFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x001BFFFF, 0x00, 0x00, 0x16 }, Package (0x04) { 0x001CFFFF, 0x00, 0x00, 0x11 }, Package (0x04) { 0x001CFFFF, 0x01, 0x00, 0x10 }, Package (0x04) { 0x001CFFFF, 0x02, 0x00, 0x12 }, Package (0x04) { 0x001CFFFF, 0x03, 0x00, 0x13 }, Package (0x04) { 0x001DFFFF, 0x00, 0x00, 0x17 }, Package (0x04) { 0x001DFFFF, 0x01, 0x00, 0x13 }, Package (0x04) { 0x001DFFFF, 0x02, 0x00, 0x12 }, Package (0x04) { 0x001DFFFF, 0x03, 0x00, 0x10 }, Package (0x04) { 0x001EFFFF, 0x00, 0x00, 0x16 }, Package (0x04) { 0x001EFFFF, 0x01, 0x00, 0x14 }, Package (0x04) { 0x001FFFFF, 0x00, 0x00, 0x12 }, Package (0x04) { 0x001FFFFF, 0x01, 0x00, 0x13 }, Package (0x04) { 0x001FFFFF, 0x03, 0x00, 0x10 } }) } Else { Return (Package (0x11) { Package (0x04) { 0x0001FFFF, 0x00, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0x0002FFFF, 0x00, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0x0007FFFF, 0x00, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0x001BFFFF, 0x00, \_SB.PCI0.LPCB.LNKG, 0x00 }, Package (0x04) { 0x001CFFFF, 0x00, \_SB.PCI0.LPCB.LNKB, 0x00 }, Package (0x04) { 0x001CFFFF, 0x01, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0x001CFFFF, 0x02, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0x001CFFFF, 0x03, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0x001DFFFF, 0x00, \_SB.PCI0.LPCB.LNKH, 0x00 }, Package (0x04) { 0x001DFFFF, 0x01, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0x001DFFFF, 0x02, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0x001DFFFF, 0x03, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0x001EFFFF, 0x00, \_SB.PCI0.LPCB.LNKG, 0x00 }, Package (0x04) { 0x001EFFFF, 0x01, \_SB.PCI0.LPCB.LNKE, 0x00 }, Package (0x04) { 0x001FFFFF, 0x00, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0x001FFFFF, 0x01, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0x001FFFFF, 0x03, \_SB.PCI0.LPCB.LNKA, 0x00 } }) } } Device (PDRC) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x01) Name (_CRS, ResourceTemplate () { Memory32Fixed (ReadWrite, 0xE0000000, // Address Base 0x10000000, // Address Length ) Memory32Fixed (ReadWrite, 0xFED14000, // Address Base 0x00004000, // Address Length ) Memory32Fixed (ReadWrite, 0xFED18000, // Address Base 0x00001000, // Address Length ) Memory32Fixed (ReadWrite, 0xFED19000, // Address Base 0x00001000, // Address Length ) Memory32Fixed (ReadWrite, 0xFED1C000, // Address Base 0x00004000, // Address Length ) Memory32Fixed (ReadWrite, 0xFED20000, // Address Base 0x00070000, // Address Length ) }) } Device (PEGP) { Name (_ADR, 0x00010000) Method (_PRT, 0, NotSerialized) { If (GPIC) { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0xFFFF, 0x01, 0x00, 0x11 }, Package (0x04) { 0xFFFF, 0x02, 0x00, 0x12 }, Package (0x04) { 0xFFFF, 0x03, 0x00, 0x13 } }) } Else { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LPCB.LNKB, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LPCB.LNKD, 0x00 } }) } } } Device (GFX0) { Name (_ADR, 0x00020000) Method (_DOS, 1, NotSerialized) { Store (And (Arg0, 0x03), DSEN) } Method (_DOD, 0, NotSerialized) { If (LEqual (NDID, 0x01)) { Name (TMP1, Package (0x01) { 0xFFFFFFFF }) Store (Or (0x00010000, DID1), Index (TMP1, 0x00)) Return (TMP1) } If (LEqual (NDID, 0x02)) { Name (TMP2, Package (0x02) { 0xFFFFFFFF, 0xFFFFFFFF }) Store (Or (0x00010000, DID1), Index (TMP2, 0x00)) Store (Or (0x00010000, DID2), Index (TMP2, 0x01)) Return (TMP2) } If (LEqual (NDID, 0x03)) { Name (TMP3, Package (0x03) { 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF }) Store (Or (0x00010000, DID1), Index (TMP3, 0x00)) Store (Or (0x00010000, DID2), Index (TMP3, 0x01)) Store (Or (0x00010000, DID3), Index (TMP3, 0x02)) Return (TMP3) } If (LEqual (NDID, 0x04)) { Name (TMP4, Package (0x04) { 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF }) Store (Or (0x00010000, DID1), Index (TMP4, 0x00)) Store (Or (0x00010000, DID2), Index (TMP4, 0x01)) Store (Or (0x00010000, DID3), Index (TMP4, 0x02)) Store (Or (0x00010000, DID4), Index (TMP4, 0x03)) Return (TMP4) } Name (TMP5, Package (0x05) { 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF }) Store (Or (0x00010000, DID1), Index (TMP5, 0x00)) Store (Or (0x00010000, DID2), Index (TMP5, 0x01)) Store (Or (0x00010000, DID3), Index (TMP5, 0x02)) Store (Or (0x00010000, DID4), Index (TMP5, 0x03)) Store (Or (0x00010000, DID5), Index (TMP5, 0x04)) Return (TMP5) } Device (DD01) { Method (_ADR, 0, Serialized) { Return (And (0xFFFF, DID1)) } Method (_DCS, 0, NotSerialized) { Store (0x01, SMIF) Store (0x00, TRP0) If (And (CSTE, 0x01)) { Return (0x1F) } Return (0x1D) } Method (_DGS, 0, NotSerialized) { If (And (NSTE, 0x01)) { Return (0x01) } Return (0x00) } Method (_DSS, 1, NotSerialized) { If (LEqual (And (Arg0, 0xC0000000), 0xC0000000)) { Store (NSTE, CSTE) } } } Device (DD02) { Method (_ADR, 0, Serialized) { Return (And (0xFFFF, DID2)) } Method (_DCS, 0, NotSerialized) { Store (0x01, SMIF) Store (0x00, TRP0) If (And (CSTE, 0x02)) { Return (0x1F) } Return (0x1D) } Method (_DGS, 0, NotSerialized) { If (And (NSTE, 0x02)) { Return (0x01) } Return (0x00) } Method (_DSS, 1, NotSerialized) { If (LEqual (And (Arg0, 0xC0000000), 0xC0000000)) { Store (NSTE, CSTE) } } } Device (DD03) { Method (_ADR, 0, Serialized) { Return (And (0xFFFF, DID3)) } Method (_DCS, 0, NotSerialized) { Store (0x01, SMIF) Store (0x00, TRP0) If (And (CSTE, 0x04)) { Return (0x1F) } Return (0x1D) } Method (_DGS, 0, NotSerialized) { If (And (NSTE, 0x04)) { Return (0x01) } Return (0x00) } Method (_DSS, 1, NotSerialized) { If (LEqual (And (Arg0, 0xC0000000), 0xC0000000)) { Store (NSTE, CSTE) } } } Device (DD04) { Method (_ADR, 0, Serialized) { Return (And (0xFFFF, DID4)) } Method (_DCS, 0, NotSerialized) { Store (0x01, SMIF) Store (0x00, TRP0) If (And (CSTE, 0x08)) { Return (0x1F) } Return (0x1D) } Method (_DGS, 0, NotSerialized) { If (And (NSTE, 0x08)) { Return (0x01) } Return (0x00) } Method (_DSS, 1, NotSerialized) { If (LEqual (And (Arg0, 0xC0000000), 0xC0000000)) { Store (NSTE, CSTE) } } } Device (DD05) { Method (_ADR, 0, Serialized) { Return (And (0xFFFF, DID5)) } Method (_DCS, 0, NotSerialized) { Store (0x01, SMIF) Store (0x00, TRP0) If (And (CSTE, 0x10)) { Return (0x1F) } Return (0x1D) } Method (_DGS, 0, NotSerialized) { If (And (NSTE, 0x10)) { Return (0x01) } Return (0x00) } Method (_DSS, 1, NotSerialized) { If (LEqual (And (Arg0, 0xC0000000), 0xC0000000)) { Store (NSTE, CSTE) } } } } Device (HDEF) { Name (_ADR, 0x001B0000) } Device (RP01) { Name (_ADR, 0x001C0000) OperationRegion (P1CS, PCI_Config, 0x40, 0x0100) Field (P1CS, AnyAcc, NoLock, WriteAsZeros) { Offset (0x1A), ABP1, 1, , 2, PDC1, 1, , 2, PDS1, 1, Offset (0x20), Offset (0x22), PSP1, 1, Offset (0x9C), , 30, HPCS, 1, PMCS, 1 } OperationRegion (P1CE, PCI_Config, 0xD8, 0x04) Field (P1CE, AnyAcc, NoLock, Preserve) { , 30, MPCE, 2 } Device (PXS1) { Name (_ADR, 0x00) Name (_PRW, Package (0x02) { 0x09, 0x04 }) } Method (SMPC, 1, NotSerialized) { If (LEqual (RP1D, 0x00)) { And (Arg0, 0x03, MPCE) If (LNot (And (Arg0, 0x01))) { Store (One, ABP1) Store (One, PDC1) } } } Method (_PRT, 0, NotSerialized) { If (\GPIC) { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0xFFFF, 0x01, 0x00, 0x11 }, Package (0x04) { 0xFFFF, 0x02, 0x00, 0x12 }, Package (0x04) { 0xFFFF, 0x03, 0x00, 0x13 } }) } Else { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LPCB.LNKB, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LPCB.LNKD, 0x00 } }) } } } Device (RP02) { Name (_ADR, 0x001C0001) OperationRegion (P2CS, PCI_Config, 0x40, 0x0100) Field (P2CS, AnyAcc, NoLock, WriteAsZeros) { Offset (0x1A), ABP2, 1, , 2, PDC2, 1, , 2, PDS2, 1, Offset (0x20), Offset (0x22), PSP2, 1, Offset (0x9C), , 30, HPCS, 1, PMCS, 1 } OperationRegion (P2CE, PCI_Config, 0xD8, 0x04) Field (P2CE, AnyAcc, NoLock, Preserve) { , 30, MPCE, 2 } Device (PXS2) { Name (_ADR, 0x00) Name (_PRW, Package (0x02) { 0x09, 0x04 }) Name (_SUN, 0x02) } Method (SMPC, 1, NotSerialized) { If (LEqual (RP2D, 0x00)) { And (Arg0, 0x03, MPCE) If (LNot (And (Arg0, 0x01))) { Store (One, ABP2) Store (One, PDC2) } } } Method (_PRT, 0, NotSerialized) { If (\GPIC) { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, 0x00, 0x11 }, Package (0x04) { 0xFFFF, 0x01, 0x00, 0x12 }, Package (0x04) { 0xFFFF, 0x02, 0x00, 0x13 }, Package (0x04) { 0xFFFF, 0x03, 0x00, 0x10 } }) } Else { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LPCB.LNKB, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LPCB.LNKA, 0x00 } }) } } } Device (RP03) { Name (_ADR, 0x001C0002) OperationRegion (P3CS, PCI_Config, 0x40, 0x0100) Field (P3CS, AnyAcc, NoLock, WriteAsZeros) { Offset (0x1A), ABP3, 1, , 2, PDC3, 1, , 2, PDS3, 1, Offset (0x20), Offset (0x22), PSP3, 1, Offset (0x9C), , 30, HPCS, 1, PMCS, 1 } OperationRegion (P3CE, PCI_Config, 0xD8, 0x04) Field (P3CE, AnyAcc, NoLock, Preserve) { , 30, MPCE, 2 } Device (PXS3) { Name (_ADR, 0x00) Method (_RMV, 0, NotSerialized) { Return (0x01) } Name (_EJD, "\\_SB.PCI0.USB7.HUB7.PRT5") Name (_SUN, 0x03) } Method (SMPC, 1, NotSerialized) { If (LEqual (RP3D, 0x00)) { And (Arg0, 0x03, MPCE) If (LNot (And (Arg0, 0x01))) { Store (One, ABP3) Store (One, PDC3) } } } Method (_PRT, 0, NotSerialized) { If (\GPIC) { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, 0x00, 0x12 }, Package (0x04) { 0xFFFF, 0x01, 0x00, 0x13 }, Package (0x04) { 0xFFFF, 0x02, 0x00, 0x10 }, Package (0x04) { 0xFFFF, 0x03, 0x00, 0x11 } }) } Else { Return (Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LPCB.LNKB, 0x00 } }) } } } Device (USB1) { Name (_ADR, 0x001D0000) Device (HUB1) { Name (_ADR, 0x00) Device (PRT1) { Name (_ADR, 0x01) } Device (PRT2) { Name (_ADR, 0x02) } } OperationRegion (U1CS, PCI_Config, 0xC4, 0x04) Field (U1CS, DWordAcc, NoLock, Preserve) { U1EN, 2 } Name (_PRW, Package (0x02) { 0x03, 0x03 }) Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x03, U1EN) } Else { Store (0x00, U1EN) } } Method (_S3D, 0, NotSerialized) { Return (0x03) } Method (_S4D, 0, NotSerialized) { Return (0x03) } } Device (USB2) { Name (_ADR, 0x001D0001) Device (HUB2) { Name (_ADR, 0x00) Device (PRT1) { Name (_ADR, 0x01) } Device (PRT2) { Name (_ADR, 0x02) } } OperationRegion (U2CS, PCI_Config, 0xC4, 0x04) Field (U2CS, DWordAcc, NoLock, Preserve) { U2EN, 2 } Name (_PRW, Package (0x02) { 0x04, 0x03 }) Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x03, U2EN) } Else { Store (0x00, U2EN) } } Method (_S3D, 0, NotSerialized) { Return (0x03) } Method (_S4D, 0, NotSerialized) { Return (0x03) } } Device (USB3) { Name (_ADR, 0x001D0002) Device (HUB3) { Name (_ADR, 0x00) Device (PRT1) { Name (_ADR, 0x01) Name (_EJD, "\\_SB.PCI0.RP03.PXS3") } Device (PRT2) { Name (_ADR, 0x02) } } OperationRegion (U2CS, PCI_Config, 0xC4, 0x04) Field (U2CS, DWordAcc, NoLock, Preserve) { U3EN, 2 } Name (_PRW, Package (0x02) { 0x0C, 0x03 }) Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x03, U3EN) } Else { Store (0x00, U3EN) } } Method (_S3D, 0, NotSerialized) { Return (0x03) } Method (_S4D, 0, NotSerialized) { Return (0x03) } } Device (USB4) { Name (_ADR, 0x001D0003) Device (HUB4) { Name (_ADR, 0x00) Device (PRT1) { Name (_ADR, 0x01) } Device (PRT2) { Name (_ADR, 0x02) } } OperationRegion (U4CS, PCI_Config, 0xC4, 0x04) Field (U4CS, DWordAcc, NoLock, Preserve) { U4EN, 2 } Name (_PRW, Package (0x02) { 0x0E, 0x03 }) Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x03, U4EN) } Else { Store (0x00, U4EN) } } Method (_S3D, 0, NotSerialized) { Return (0x03) } Method (_S4D, 0, NotSerialized) { Return (0x03) } } Device (USB7) { Name (_ADR, 0x001D0007) Device (HUB7) { Name (_ADR, 0x00) Device (PRT1) { Name (_ADR, 0x01) } Device (PRT2) { Name (_ADR, 0x02) } Device (PRT3) { Name (_ADR, 0x03) } Device (PRT4) { Name (_ADR, 0x04) } Device (PRT5) { Name (_ADR, 0x05) Name (_EJD, "\\_SB.PCI0.RP03.PXS3") } Device (PRT6) { Name (_ADR, 0x06) } Device (PRT7) { Name (_ADR, 0x07) } Device (PRT8) { Name (_ADR, 0x08) } } Name (_PRW, Package (0x02) { 0x0D, 0x03 }) Method (_S3D, 0, NotSerialized) { Return (0x03) } Method (_S4D, 0, NotSerialized) { Return (0x03) } } Device (PCIB) { Name (_ADR, 0x001E0000) OperationRegion (SBRT, PCI_Config, 0x3E, 0x02) Field (SBRT, WordAcc, NoLock, Preserve) { , 6, PRST, 1, Offset (0x02) } Method (_PS0, 0, Serialized) { If (OSDW ()) { Store ("PCIB D0 Entry", Debug) Store (\_SB.PCI0.SBUS.SRDB (0xD2, 0x82), Local0) If (LEqual (And (Local0, 0x08), 0x00)) { Store (0x01, PRST) Or (Local0, 0x08, Local0) If (LNot (\_SB.PCI0.SBUS.SWRB (0xD2, 0x82, Local0))) { Store ("PCIB: Setting Clock Failed!", Debug) } Sleep (0x0A) Store (0x00, PRST) } Store ("PCIB D0 Exit", Debug) } } Method (_PS3, 0, Serialized) { If (OSDW ()) { Store ("PCIB D3 Entry", Debug) Store (\_SB.PCI0.SBUS.SRDB (0xD2, 0x82), Local0) And (Local0, 0xF7, Local0) If (LNot (\_SB.PCI0.SBUS.SWRB (0xD2, 0x82, Local0))) { Store ("PCIB: Setting Clock Failed!", Debug) } Store ("PCIB D3 Exit", Debug) } } Device (FRWR) { Name (_ADR, 0x00030000) Name (_GPE, 0x11) } Method (_PRT, 0, NotSerialized) { If (GPIC) { Return (Package (0x15) { Package (0x04) { 0xFFFF, 0x00, 0x00, 0x15 }, Package (0x04) { 0xFFFF, 0x01, 0x00, 0x16 }, Package (0x04) { 0xFFFF, 0x02, 0x00, 0x17 }, Package (0x04) { 0xFFFF, 0x03, 0x00, 0x14 }, Package (0x04) { 0x0001FFFF, 0x00, 0x00, 0x16 }, Package (0x04) { 0x0001FFFF, 0x01, 0x00, 0x15 }, Package (0x04) { 0x0001FFFF, 0x02, 0x00, 0x14 }, Package (0x04) { 0x0001FFFF, 0x03, 0x00, 0x17 }, Package (0x04) { 0x0002FFFF, 0x00, 0x00, 0x12 }, Package (0x04) { 0x0002FFFF, 0x01, 0x00, 0x13 }, Package (0x04) { 0x0002FFFF, 0x02, 0x00, 0x11 }, Package (0x04) { 0x0002FFFF, 0x03, 0x00, 0x10 }, Package (0x04) { 0x0003FFFF, 0x00, 0x00, 0x13 }, Package (0x04) { 0x0003FFFF, 0x01, 0x00, 0x12 }, Package (0x04) { 0x0003FFFF, 0x02, 0x00, 0x15 }, Package (0x04) { 0x0003FFFF, 0x03, 0x00, 0x16 }, Package (0x04) { 0x0005FFFF, 0x00, 0x00, 0x11 }, Package (0x04) { 0x0005FFFF, 0x01, 0x00, 0x14 }, Package (0x04) { 0x0005FFFF, 0x02, 0x00, 0x16 }, Package (0x04) { 0x0005FFFF, 0x03, 0x00, 0x15 }, Package (0x04) { 0x0008FFFF, 0x00, 0x00, 0x14 } }) } Else { Return (Package (0x15) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LPCB.LNKF, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LPCB.LNKG, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LPCB.LNKH, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LPCB.LNKE, 0x00 }, Package (0x04) { 0x0001FFFF, 0x00, \_SB.PCI0.LPCB.LNKG, 0x00 }, Package (0x04) { 0x0001FFFF, 0x01, \_SB.PCI0.LPCB.LNKF, 0x00 }, Package (0x04) { 0x0001FFFF, 0x02, \_SB.PCI0.LPCB.LNKE, 0x00 }, Package (0x04) { 0x0001FFFF, 0x03, \_SB.PCI0.LPCB.LNKH, 0x00 }, Package (0x04) { 0x0002FFFF, 0x00, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0x0002FFFF, 0x01, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0x0002FFFF, 0x02, \_SB.PCI0.LPCB.LNKB, 0x00 }, Package (0x04) { 0x0002FFFF, 0x03, \_SB.PCI0.LPCB.LNKA, 0x00 }, Package (0x04) { 0x0003FFFF, 0x00, \_SB.PCI0.LPCB.LNKD, 0x00 }, Package (0x04) { 0x0003FFFF, 0x01, \_SB.PCI0.LPCB.LNKC, 0x00 }, Package (0x04) { 0x0003FFFF, 0x02, \_SB.PCI0.LPCB.LNKF, 0x00 }, Package (0x04) { 0x0003FFFF, 0x03, \_SB.PCI0.LPCB.LNKG, 0x00 }, Package (0x04) { 0x0005FFFF, 0x00, \_SB.PCI0.LPCB.LNKB, 0x00 }, Package (0x04) { 0x0005FFFF, 0x01, \_SB.PCI0.LPCB.LNKE, 0x00 }, Package (0x04) { 0x0005FFFF, 0x02, \_SB.PCI0.LPCB.LNKG, 0x00 }, Package (0x04) { 0x0005FFFF, 0x03, \_SB.PCI0.LPCB.LNKF, 0x00 }, Package (0x04) { 0x0008FFFF, 0x00, \_SB.PCI0.LPCB.LNKE, 0x00 } }) } } } Device (LPCB) { Name (_ADR, 0x001F0000) OperationRegion (LPC0, PCI_Config, 0x40, 0xC0) Field (LPC0, AnyAcc, NoLock, Preserve) { Offset (0x20), PARC, 8, PBRC, 8, PCRC, 8, PDRC, 8, Offset (0x28), PERC, 8, PFRC, 8, PGRC, 8, PHRC, 8, Offset (0x40), IOD0, 8, IOD1, 8, Offset (0x60), , 10, XPME, 1 } Method (GPMD, 1, NotSerialized) { Store (Arg0, XPME) } Device (LNKA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x01) Method (_DIS, 0, Serialized) { Store (0x80, PARC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,10,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLA, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLA, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PARC, 0x0F), IRQ0) Return (RTLA) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PARC) } Method (_STA, 0, Serialized) { If (And (PARC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKB) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x02) Method (_DIS, 0, Serialized) { Store (0x80, PBRC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,11,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLB, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLB, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PBRC, 0x0F), IRQ0) Return (RTLB) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PBRC) } Method (_STA, 0, Serialized) { If (And (PBRC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKC) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x03) Method (_DIS, 0, Serialized) { Store (0x80, PCRC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,10,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLC, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLC, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PCRC, 0x0F), IRQ0) Return (RTLC) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PCRC) } Method (_STA, 0, Serialized) { If (And (PCRC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKD) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x04) Method (_DIS, 0, Serialized) { Store (0x80, PDRC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,11,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLD, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLD, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PDRC, 0x0F), IRQ0) Return (RTLD) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PDRC) } Method (_STA, 0, Serialized) { If (And (PDRC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKE) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x05) Method (_DIS, 0, Serialized) { Store (0x80, PERC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,10,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLE, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLE, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PERC, 0x0F), IRQ0) Return (RTLE) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PERC) } Method (_STA, 0, Serialized) { If (And (PERC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKF) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x06) Method (_DIS, 0, Serialized) { Store (0x80, PFRC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,11,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLF, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLF, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PFRC, 0x0F), IRQ0) Return (RTLF) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PFRC) } Method (_STA, 0, Serialized) { If (And (PFRC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKG) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x07) Method (_DIS, 0, Serialized) { Store (0x80, PGRC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {1,3,4,5,6,7,10,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLG, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLG, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PGRC, 0x0F), IRQ0) Return (RTLG) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PGRC) } Method (_STA, 0, Serialized) { If (And (PGRC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (LNKH) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x08) Method (_DIS, 0, Serialized) { Store (0x80, PHRC) } Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {3,4,5,6,7,11,12,14,15} }) Method (_CRS, 0, Serialized) { Name (RTLH, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (RTLH, 0x01, IRQ0) Store (Zero, IRQ0) ShiftLeft (0x01, And (PHRC, 0x0F), IRQ0) Return (RTLH) } Method (_SRS, 1, Serialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Store (Local0, PHRC) } Method (_STA, 0, Serialized) { If (And (PHRC, 0x80)) { Return (0x09) } Else { Return (0x0B) } } } Device (SMC) { Name (_HID, EisaId ("APP0001")) Name (_CID, "smc-napa") Name (_STA, 0x0B) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0300, // Address Range Minimum 0x0300, // Address Range Maximum 0x01, // Address Alignment 0x20, // Address Length ) IRQNoFlags () {6} }) Device (ALS0) { Name (_HID, "ACPI0008") Name (_CID, "smc-als") Method (_ALI, 0, NotSerialized) { Return (0x012C) } Name (_ALR, Package (0x03) { Package (0x02) { 0x46, 0x00 }, Package (0x02) { 0x64, 0x012C }, Package (0x02) { 0x96, 0x03E8 } }) } Device (SMS0) { Name (_HID, EisaId ("APP0003")) Name (_CID, "smc-sms") } } Device (EC) { Name (_HID, EisaId ("PNP0C09")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0062, // Address Range Minimum 0x0062, // Address Range Maximum 0x00, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0066, // Address Range Minimum 0x0066, // Address Range Maximum 0x00, // Address Alignment 0x01, // Address Length ) }) Name (_GPE, 0x17) Name (_PRW, Package (0x02) { 0x1D, 0x03 }) Name (ECOK, 0x00) OperationRegion (ECOR, EmbeddedControl, 0x00, 0xFF) Field (ECOR, ByteAcc, Lock, Preserve) { ECVS, 8, LSTE, 1, RPWR, 1, CDIN, 1, Offset (0x02), LWAK, 1, ACWK, 1, CDWK, 1, Offset (0x03), Offset (0x10), ECSS, 8, PLIM, 8, Offset (0x20), SPTR, 8, SSTS, 8, SADR, 8, SCMD, 8, SBFR, 256, SCNT, 8, SAAD, 8, SAD0, 8, SAD1, 8, SMUX, 8 } Field (ECOR, ByteAcc, Lock, Preserve) { Offset (0x24), SBDW, 16, Offset (0x46), SADW, 16 } Device (SMB0) { Name (_HID, "ACPI0001") Name (_EC, 0x2010) Mutex (SMTX, 0x00) Method (_STA, 0, NotSerialized) { If (OSDW ()) { Return (0x0F) } Else { Return (0x00) } } Device (SBS0) { Name (_HID, "ACPI0002") Name (_SBS, 0x01) } Method (SBPC, 1, NotSerialized) { Store (Arg0, Local0) While (Local0) { If (LEqual (SPTR, 0x00)) { Return (And (SSTS, 0x1F)) } Sleep (0x01) Decrement (Local0) } Return (0x18) } Method (SBRW, 3, NotSerialized) { Store (One, Local0) If (LNot (Acquire (\_SB.PCI0.LPCB.EC.SMB0.SMTX, 0xFFFF))) { If (LEqual (SPTR, 0x00)) { Store (ShiftLeft (Arg0, 0x01), SADR) Store (Arg1, SCMD) Store (0x09, SPTR) Store (SBPC (0x03E8), Local0) If (LNot (Local0)) { Store (SBDW, Arg2) } } Release (\_SB.PCI0.LPCB.EC.SMB0.SMTX) } Return (Local0) } Method (SBRB, 3, NotSerialized) { Store (One, Local0) Store (Buffer (0x01) { 0x00 }, Local1) If (LNot (Acquire (\_SB.PCI0.LPCB.EC.SMB0.SMTX, 0xFFFF))) { If (LEqual (SPTR, 0x00)) { Store (ShiftLeft (Arg0, 0x01), SADR) Store (Arg1, SCMD) Store (0x0B, SPTR) Store (SBPC (0x03E8), Local0) If (LNot (Local0)) { Store (SBFR, Arg2) } } Release (\_SB.PCI0.LPCB.EC.SMB0.SMTX) } Return (Local0) } } Method (_Q10, 0, NotSerialized) { If (OSDW ()) { Notify (\_SB.PCI0.LPCB.EC.SMB0, 0x80) } Else { If (And (SSTS, 0x40)) { If (LNot (Acquire (\_SB.PCI0.LPCB.EC.SMB0.SMTX, 0xFFFF))) { Store (ShiftRight (SAAD, 0x01), Local0) If (LEqual (Local0, 0x0A)) { \_SB.BAT0.BNOT (SADW) } Store (0x00, SSTS) Release (\_SB.PCI0.LPCB.EC.SMB0.SMTX) } } } } Method (_Q20, 0, NotSerialized) { Store (LSTE, LIDS) Notify (\_SB.LID0, 0x80) } Method (_Q21, 0, NotSerialized) { If (RPWR) { Store (0x01, PWRS) } Else { Store (0x00, PWRS) } Notify (\_SB.ADP1, 0x80) PNOT () } Method (_Q5A, 0, NotSerialized) { Notify (\_SB.SLPB, 0x80) } Method (_Q80, 0, NotSerialized) { PNOT () } Method (_QCD, 0, NotSerialized) { If (CDIN) { Notify (\_SB.PCI0.PATA, 0x81) } Else { Notify (\_SB.PCI0.PATA, 0x82) } } Method (_REG, 2, NotSerialized) { Store (Arg1, ECOK) If (LAnd (LEqual (Arg0, 0x03), LEqual (Arg1, 0x01))) { If (LNot (LEqual (LSTE, LIDS))) { Store (LSTE, LIDS) Notify (\_SB.LID0, 0x80) } If (LNot (LEqual (RPWR, PWRS))) { Store (RPWR, PWRS) Notify (\_SB.ADP1, 0x80) } } Store (0x00, ECSS) } } Scope (\_SB) { Device (BAT0) { Name (_HID, EisaId ("PNP0C0A")) Name (_UID, 0x00) Name (_PCL, Package (0x01) { \_SB }) Name (BSSW, 0xFFFF) Name (PBIF, Package (0x0D) { 0x00, 0xFFFFFFFF, 0xFFFFFFFF, 0x01, 0xFFFFFFFF, 0xFA, 0x64, 0x0A, 0x0A, " ", " ", " ", " " }) Name (PBST, Package (0x04) { 0x00, 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF }) Method (_STA, 0, NotSerialized) { If (OSDW ()) { Return (0x00) } If (\_SB.PCI0.LPCB.EC.ECOK) { UBSS () If (And (BSSW, 0x01)) { Return (0x1F) } Else { Return (0x0F) } } Else { Return (0x0F) } } Method (_BST, 0, NotSerialized) { If (And (BSSW, 0x01)) { UBST () } Else { Store (0x00, Index (PBST, 0x00)) Store (0xFFFFFFFF, Index (PBST, 0x01)) Store (0xFFFFFFFF, Index (PBST, 0x02)) } Return (PBST) } Method (_BIF, 0, NotSerialized) { If (And (BSSW, 0x01)) { UBIF () } Return (PBIF) } Method (BNOT, 1, NotSerialized) { Store (BSSW, Local0) Store (Arg0, BSSW) Notify (\_SB.BAT0, 0x80) If (And (XOr (Local0, Arg0), 0x01)) { Notify (\_SB.BAT0, 0x81) } } Method (UBSS, 0, NotSerialized) { \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0A, 0x01, RefOf (BSSW)) } Method (UBIF, 0, NotSerialized) { \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x18, RefOf (Local0)) Multiply (Local0, 0x0A, Index (PBIF, 0x01)) \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x10, RefOf (Local0)) Multiply (Local0, 0x0A, Index (PBIF, 0x02)) \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x19, RefOf (Local0)) Store (Local0, Index (PBIF, 0x04)) \_SB.PCI0.LPCB.EC.SMB0.SBRB (0x0B, 0x21, RefOf (Local0)) Store (Local0, Index (PBIF, 0x09)) Store (Buffer (0x01) { 0x00 }, Index (PBIF, 0x0A)) \_SB.PCI0.LPCB.EC.SMB0.SBRB (0x0B, 0x22, RefOf (Local0)) Store (Local0, Index (PBIF, 0x0B)) \_SB.PCI0.LPCB.EC.SMB0.SBRB (0x0B, 0x20, RefOf (Local0)) Store (Local0, Index (PBIF, 0x0C)) } Method (UBST, 0, NotSerialized) { \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x09, RefOf (Local2)) Store (Local2, Index (PBST, 0x03)) \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x0A, RefOf (Local0)) If (And (Local0, 0x8000)) { Not (Local0, Local0) And (Increment (Local0), 0xFFFF, Local0) } Multiply (Local0, Local2, Local0) Divide (Local0, 0x03E8, , Index (PBST, 0x01)) \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x0F, RefOf (Local0)) Multiply (Local0, 0x0A, Index (PBST, 0x02)) Store (0x00, Local1) If (PWRS) { \_SB.PCI0.LPCB.EC.SMB0.SBRW (0x0B, 0x16, RefOf (Local0)) If (LNot (And (Local0, 0x40))) { Store (0x02, Local1) } } Else { Store (0x01, Local1) } Store (Local1, Index (PBST, 0x00)) } } } Device (TPM) { Name (_HID, EisaId ("IFX0101")) Name (_UID, 0x01) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x004E, // Address Range Minimum 0x004E, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x4700, // Address Range Minimum 0x4700, // Address Range Maximum 0x01, // Address Alignment 0x0C, // Address Length ) }) Method (_STA, 0, NotSerialized) { Return (0x0F) } } Device (DMAC) { Name (_HID, EisaId ("PNP0200")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0000, // Address Range Minimum 0x0000, // Address Range Maximum 0x01, // Address Alignment 0x20, // Address Length ) IO (Decode16, 0x0081, // Address Range Minimum 0x0081, // Address Range Maximum 0x01, // Address Alignment 0x11, // Address Length ) IO (Decode16, 0x0093, // Address Range Minimum 0x0093, // Address Range Maximum 0x01, // Address Alignment 0x0D, // Address Length ) IO (Decode16, 0x00C0, // Address Range Minimum 0x00C0, // Address Range Maximum 0x01, // Address Alignment 0x20, // Address Length ) DMA (Compatibility, NotBusMaster, Transfer8_16) {4} }) } Device (FWHD) { Name (_HID, EisaId ("INT0800")) Name (_CRS, ResourceTemplate () { Memory32Fixed (ReadOnly, 0xFF000000, // Address Base 0x01000000, // Address Length ) }) } Device (HPET) { Name (_HID, EisaId ("PNP0103")) Name (_CID, 0x010CD041) Name (BUF0, ResourceTemplate () { IRQNoFlags () {0} IRQNoFlags () {8} Memory32Fixed (ReadOnly, 0xFED00000, // Address Base 0x00000400, // Address Length ) }) Method (_STA, 0, NotSerialized) { If (LNot (LLess (OSYS, 0x07D1))) { If (HPAE) { Return (0x0F) } } Else { If (HPAE) { Return (0x0B) } } Return (0x00) } Method (_CRS, 0, Serialized) { If (HPAE) { CreateDWordField (BUF0, 0x0A, HPT0) If (LEqual (HPAS, 0x01)) { Store (0xFED01000, HPT0) } If (LEqual (HPAS, 0x02)) { Store (0xFED02000, HPT0) } If (LEqual (HPAS, 0x03)) { Store (0xFED03000, HPT0) } } Return (BUF0) } } Device (IPIC) { Name (_HID, EisaId ("PNP0000")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0020, // Address Range Minimum 0x0020, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0024, // Address Range Minimum 0x0024, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0028, // Address Range Minimum 0x0028, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x002C, // Address Range Minimum 0x002C, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0030, // Address Range Minimum 0x0030, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0034, // Address Range Minimum 0x0034, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0038, // Address Range Minimum 0x0038, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x003C, // Address Range Minimum 0x003C, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00A0, // Address Range Minimum 0x00A0, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00A4, // Address Range Minimum 0x00A4, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00A8, // Address Range Minimum 0x00A8, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00AC, // Address Range Minimum 0x00AC, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00B0, // Address Range Minimum 0x00B0, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00B4, // Address Range Minimum 0x00B4, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00B8, // Address Range Minimum 0x00B8, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x00BC, // Address Range Minimum 0x00BC, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x04D0, // Address Range Minimum 0x04D0, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IRQNoFlags () {2} }) } Device (MATH) { Name (_HID, EisaId ("PNP0C04")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x00F0, // Address Range Minimum 0x00F0, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IRQNoFlags () {13} }) } Device (LDRC) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x02) Name (BUF0, ResourceTemplate () { IO (Decode16, 0x002E, // Address Range Minimum 0x002E, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x004E, // Address Range Minimum 0x004E, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0061, // Address Range Minimum 0x0061, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0063, // Address Range Minimum 0x0063, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0065, // Address Range Minimum 0x0065, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0067, // Address Range Minimum 0x0067, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0070, // Address Range Minimum 0x0070, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0080, // Address Range Minimum 0x0080, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0092, // Address Range Minimum 0x0092, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x00B2, // Address Range Minimum 0x00B2, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0680, // Address Range Minimum 0x0680, // Address Range Maximum 0x01, // Address Alignment 0x70, // Address Length ) IO (Decode16, 0x0800, // Address Range Minimum 0x0800, // Address Range Maximum 0x01, // Address Alignment 0x10, // Address Length ) IO (Decode16, 0x0810, // Address Range Minimum 0x0810, // Address Range Maximum 0x01, // Address Alignment 0x08, // Address Length ) IO (Decode16, 0x0400, // Address Range Minimum 0x0400, // Address Range Maximum 0x01, // Address Alignment 0x80, // Address Length ) IO (Decode16, 0x0500, // Address Range Minimum 0x0500, // Address Range Maximum 0x01, // Address Alignment 0x40, // Address Length ) IO (Decode16, 0x1640, // Address Range Minimum 0x1640, // Address Range Maximum 0x01, // Address Alignment 0x10, // Address Length ) }) Name (BUF1, ResourceTemplate () { IO (Decode16, 0x002E, // Address Range Minimum 0x002E, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x004E, // Address Range Minimum 0x004E, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0061, // Address Range Minimum 0x0061, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0063, // Address Range Minimum 0x0063, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0065, // Address Range Minimum 0x0065, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0067, // Address Range Minimum 0x0067, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0070, // Address Range Minimum 0x0070, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0080, // Address Range Minimum 0x0080, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x0092, // Address Range Minimum 0x0092, // Address Range Maximum 0x01, // Address Alignment 0x01, // Address Length ) IO (Decode16, 0x00B2, // Address Range Minimum 0x00B2, // Address Range Maximum 0x01, // Address Alignment 0x02, // Address Length ) IO (Decode16, 0x0680, // Address Range Minimum 0x0680, // Address Range Maximum 0x01, // Address Alignment 0x80, // Address Length ) IO (Decode16, 0x0800, // Address Range Minimum 0x0800, // Address Range Maximum 0x01, // Address Alignment 0x10, // Address Length ) IO (Decode16, 0x0810, // Address Range Minimum 0x0810, // Address Range Maximum 0x01, // Address Alignment 0x08, // Address Length ) IO (Decode16, 0x0400, // Address Range Minimum 0x0400, // Address Range Maximum 0x01, // Address Alignment 0x80, // Address Length ) IO (Decode16, 0x0500, // Address Range Minimum 0x0500, // Address Range Maximum 0x01, // Address Alignment 0x40, // Address Length ) IO (Decode16, 0x1640, // Address Range Minimum 0x1640, // Address Range Maximum 0x01, // Address Alignment 0x10, // Address Length ) }) Method (_CRS, 0, Serialized) { If (CIRP) { Return (BUF0) } Return (BUF1) } } Device (RTC) { Name (_HID, EisaId ("PNP0B00")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0070, // Address Range Minimum 0x0070, // Address Range Maximum 0x01, // Address Alignment 0x08, // Address Length ) }) } Device (TIMR) { Name (_HID, EisaId ("PNP0100")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0040, // Address Range Minimum 0x0040, // Address Range Maximum 0x01, // Address Alignment 0x04, // Address Length ) IO (Decode16, 0x0050, // Address Range Minimum 0x0050, // Address Range Maximum 0x10, // Address Alignment 0x04, // Address Length ) }) } } Device (PATA) { Name (_ADR, 0x001F0001) Name (_CID, "media-notify") Method (_PSC, 0, Serialized) { If (GP5) { Return (0x03) } Else { Return (0x00) } } Method (_PS0, 0, Serialized) { If (GP5) { Store ("PATA D0 Entry", Debug) And (GP14, 0x00, GP14) And (GP5, 0x00, GP5) Sleep (0x01) Or (GP14, 0x01, GP14) Store ("PATA D0 Exit", Debug) } } Method (_PS3, 0, Serialized) { Store ("PATA D3 Entry", Debug) Or (GP5, 0x01, GP5) And (GP14, 0x00, GP14) Store ("PATA D3 Exit", Debug) } OperationRegion (PACS, PCI_Config, 0x40, 0xC0) Field (PACS, DWordAcc, NoLock, Preserve) { PRIT, 16, Offset (0x04), PSIT, 4, Offset (0x08), SYNC, 4, Offset (0x0A), SDT0, 2, , 2, SDT1, 2, Offset (0x14), ICR0, 4, ICR1, 4, ICR2, 4, ICR3, 4, ICR4, 4, ICR5, 4 } Device (PRID) { Name (_ADR, 0x00) Method (_GTM, 0, NotSerialized) { Name (PBUF, Buffer (0x14) { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }) CreateDWordField (PBUF, 0x00, PIO0) CreateDWordField (PBUF, 0x04, DMA0) CreateDWordField (PBUF, 0x08, PIO1) CreateDWordField (PBUF, 0x0C, DMA1) CreateDWordField (PBUF, 0x10, FLAG) Store (GETP (PRIT), PIO0) Store (GDMA (And (SYNC, 0x01), And (ICR3, 0x01), And (ICR0, 0x01), SDT0, And (ICR1, 0x01)), DMA0) If (LEqual (DMA0, 0xFFFFFFFF)) { Store (PIO0, DMA0) } If (And (PRIT, 0x4000)) { If (LEqual (And (PRIT, 0x90), 0x80)) { Store (0x0384, PIO1) } Else { Store (GETT (PSIT), PIO1) } } Else { Store (0xFFFFFFFF, PIO1) } Store (GDMA (And (SYNC, 0x02), And (ICR3, 0x02), And (ICR0, 0x02), SDT1, And (ICR1, 0x02)), DMA1) If (LEqual (DMA1, 0xFFFFFFFF)) { Store (PIO1, DMA1) } Store (GETF (And (SYNC, 0x01), And (SYNC, 0x02), PRIT), FLAG) If (And (LEqual (PIO0, 0xFFFFFFFF), LEqual (DMA0, 0xFFFFFFFF))) { Store (0x78, PIO0) Store (0x14, DMA0) Store (0x03, FLAG) } Return (PBUF) } Method (_STM, 3, NotSerialized) { CreateDWordField (Arg0, 0x00, PIO0) CreateDWordField (Arg0, 0x04, DMA0) CreateDWordField (Arg0, 0x08, PIO1) CreateDWordField (Arg0, 0x0C, DMA1) CreateDWordField (Arg0, 0x10, FLAG) If (LEqual (SizeOf (Arg1), 0x0200)) { And (PRIT, 0x40F0, PRIT) And (SYNC, 0x02, SYNC) Store (0x00, SDT0) And (ICR0, 0x02, ICR0) And (ICR1, 0x02, ICR1) And (ICR3, 0x02, ICR3) And (ICR5, 0x02, ICR5) CreateWordField (Arg1, 0x62, W490) CreateWordField (Arg1, 0x6A, W530) CreateWordField (Arg1, 0x7E, W630) CreateWordField (Arg1, 0x80, W640) CreateWordField (Arg1, 0xB0, W880) CreateWordField (Arg1, 0xBA, W930) Or (PRIT, 0x8004, PRIT) If (LAnd (And (FLAG, 0x02), And (W490, 0x0800))) { Or (PRIT, 0x02, PRIT) } Or (PRIT, SETP (PIO0, W530, W640), PRIT) If (And (FLAG, 0x01)) { Or (SYNC, 0x01, SYNC) Store (SDMA (DMA0), SDT0) If (LLess (DMA0, 0x1E)) { Or (ICR3, 0x01, ICR3) } If (LLess (DMA0, 0x3C)) { Or (ICR0, 0x01, ICR0) } If (And (W930, 0x2000)) { Or (ICR1, 0x01, ICR1) } } } If (LEqual (SizeOf (Arg2), 0x0200)) { And (PRIT, 0x3F0F, PRIT) Store (0x00, PSIT) And (SYNC, 0x01, SYNC) Store (0x00, SDT1) And (ICR0, 0x01, ICR0) And (ICR1, 0x01, ICR1) And (ICR3, 0x01, ICR3) And (ICR5, 0x01, ICR5) CreateWordField (Arg2, 0x62, W491) CreateWordField (Arg2, 0x6A, W531) CreateWordField (Arg2, 0x7E, W631) CreateWordField (Arg2, 0x80, W641) CreateWordField (Arg2, 0xB0, W881) CreateWordField (Arg2, 0xBA, W931) Or (PRIT, 0x8040, PRIT) If (LAnd (And (FLAG, 0x08), And (W491, 0x0800))) { Or (PRIT, 0x20, PRIT) } If (And (FLAG, 0x10)) { Or (PRIT, 0x4000, PRIT) If (LGreater (PIO1, 0xF0)) { Or (PRIT, 0x80, PRIT) } Else { Or (PRIT, 0x10, PRIT) Store (SETT (PIO1, W531, W641), PSIT) } } If (And (FLAG, 0x04)) { Or (SYNC, 0x02, SYNC) Store (SDMA (DMA1), SDT1) If (LLess (DMA1, 0x1E)) { Or (ICR3, 0x02, ICR3) } If (LLess (DMA1, 0x3C)) { Or (ICR0, 0x02, ICR0) } If (And (W931, 0x2000)) { Or (ICR1, 0x02, ICR1) } } } } Device (P_D0) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Name (PIB0, Buffer (0x0E) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF, 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF }) CreateByteField (PIB0, 0x01, PMD0) CreateByteField (PIB0, 0x08, DMD0) If (And (PRIT, 0x02)) { If (LEqual (And (PRIT, 0x09), 0x08)) { Store (0x08, PMD0) } Else { Store (0x0A, PMD0) ShiftRight (And (PRIT, 0x0300), 0x08, Local0) ShiftRight (And (PRIT, 0x3000), 0x0C, Local1) Add (Local0, Local1, Local2) If (LEqual (0x03, Local2)) { Store (0x0B, PMD0) } If (LEqual (0x05, Local2)) { Store (0x0C, PMD0) } } } Else { Store (0x01, PMD0) } If (And (SYNC, 0x01)) { Store (Or (SDT0, 0x40), DMD0) If (And (ICR1, 0x01)) { If (And (ICR0, 0x01)) { Add (DMD0, 0x02, DMD0) } If (And (ICR3, 0x01)) { Store (0x45, DMD0) } } } Else { Or (Subtract (And (PMD0, 0x07), 0x02), 0x20, DMD0) } Return (PIB0) } } Device (P_D1) { Name (_ADR, 0x01) Method (_GTF, 0, NotSerialized) { Name (PIB1, Buffer (0x0E) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xEF, 0x03, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xEF }) CreateByteField (PIB1, 0x01, PMD1) CreateByteField (PIB1, 0x08, DMD1) If (And (PRIT, 0x20)) { If (LEqual (And (PRIT, 0x90), 0x80)) { Store (0x08, PMD1) } Else { Add (And (PSIT, 0x03), ShiftRight (And (PSIT, 0x0C), 0x02), Local0) If (LEqual (0x05, Local0)) { Store (0x0C, PMD1) } Else { If (LEqual (0x03, Local0)) { Store (0x0B, PMD1) } Else { Store (0x0A, PMD1) } } } } Else { Store (0x01, PMD1) } If (And (SYNC, 0x02)) { Store (Or (SDT1, 0x40), DMD1) If (And (ICR1, 0x02)) { If (And (ICR0, 0x02)) { Add (DMD1, 0x02, DMD1) } If (And (ICR3, 0x02)) { Store (0x45, DMD1) } } } Else { Or (Subtract (And (PMD1, 0x07), 0x02), 0x20, DMD1) } Return (PIB1) } } } } Device (SATA) { Name (_ADR, 0x001F0002) OperationRegion (SACS, PCI_Config, 0x40, 0xC0) Field (SACS, DWordAcc, NoLock, Preserve) { PRIT, 16, SECT, 16, PSIT, 4, SSIT, 4, Offset (0x08), SYNC, 4, Offset (0x0A), SDT0, 2, , 2, SDT1, 2, Offset (0x0B), SDT2, 2, , 2, SDT3, 2, Offset (0x14), ICR0, 4, ICR1, 4, ICR2, 4, ICR3, 4, ICR4, 4, ICR5, 4, Offset (0x50), MAPV, 2 } } Device (SBUS) { Name (_ADR, 0x001F0003) OperationRegion (SMBP, PCI_Config, 0x40, 0xC0) Field (SMBP, DWordAcc, NoLock, Preserve) { , 2, I2CE, 1 } OperationRegion (SMBE, PCI_Config, 0x04, 0x02) Field (SMBE, AnyAcc, NoLock, Preserve) { IOSE, 1 } OperationRegion (SMBI, SystemIO, 0xEFA0, 0x10) Field (SMBI, ByteAcc, NoLock, Preserve) { HSTS, 8, Offset (0x02), HCON, 8, HCOM, 8, TXSA, 8, DAT0, 8, DAT1, 8, HBDR, 8, PECR, 8, RXSA, 8, SDAT, 16 } Method (ENAB, 0, NotSerialized) { Store (0x01, IOSE) } Method (SSXB, 2, Serialized) { If (STRT ()) { Return (0x00) } Store (0x00, I2CE) Store (0xBF, HSTS) Store (Arg0, TXSA) Store (Arg1, HCOM) Store (0x48, HCON) If (COMP ()) { Or (HSTS, 0xFF, HSTS) Return (0x01) } Return (0x00) } Method (SRXB, 1, Serialized) { If (STRT ()) { Return (0xFFFF) } Store (0x00, I2CE) Store (0xBF, HSTS) Store (Or (Arg0, 0x01), TXSA) Store (0x44, HCON) If (COMP ()) { Or (HSTS, 0xFF, HSTS) Return (DAT0) } Return (0xFFFF) } Method (SWRB, 3, Serialized) { If (STRT ()) { Return (0x00) } Store (0x00, I2CE) Store (0xBF, HSTS) Store (Arg0, TXSA) Store (Arg1, HCOM) Store (Arg2, DAT0) Store (0x48, HCON) If (COMP ()) { Or (HSTS, 0xFF, HSTS) Return (0x01) } Return (0x00) } Method (SRDB, 2, Serialized) { If (STRT ()) { Return (0xFFFF) } Store (0x00, I2CE) Store (0xBF, HSTS) Store (Or (Arg0, 0x01), TXSA) Store (Arg1, HCOM) Store (0x48, HCON) If (COMP ()) { Or (HSTS, 0xFF, HSTS) Return (DAT0) } Return (0xFFFF) } Method (SBLW, 4, Serialized) { If (STRT ()) { Return (0x00) } Store (Arg3, I2CE) Store (0xBF, HSTS) Store (Arg0, TXSA) Store (Arg1, HCOM) Store (SizeOf (Arg2), DAT0) Store (0x00, Local1) Store (DerefOf (Index (Arg2, 0x00)), HBDR) Store (0x54, HCON) While (LGreater (SizeOf (Arg2), Local1)) { Store (0x0FA0, Local0) While (LAnd (LNot (And (HSTS, 0x80)), Local0)) { Decrement (Local0) Stall (0x32) } If (LNot (Local0)) { KILL () Return (0x00) } Store (0x80, HSTS) Increment (Local1) If (LGreater (SizeOf (Arg2), Local1)) { Store (DerefOf (Index (Arg2, Local1)), HBDR) } } If (COMP ()) { Or (HSTS, 0xFF, HSTS) Return (0x01) } Return (0x00) } Method (SBLR, 3, Serialized) { Name (TBUF, Buffer (0x0100) {}) If (STRT ()) { Return (0x00) } Store (Arg2, I2CE) Store (0xBF, HSTS) Store (Or (Arg0, 0x01), TXSA) Store (Arg1, HCOM) Store (0x54, HCON) Store (0x0FA0, Local0) While (LAnd (LNot (And (HSTS, 0x80)), Local0)) { Decrement (Local0) Stall (0x32) } If (LNot (Local0)) { KILL () Return (0x00) } Store (DAT0, Index (TBUF, 0x00)) Store (0x80, HSTS) Store (0x01, Local1) While (LLess (Local1, DerefOf (Index (TBUF, 0x00)))) { Store (0x0FA0, Local0) While (LAnd (LNot (And (HSTS, 0x80)), Local0)) { Decrement (Local0) Stall (0x32) } If (LNot (Local0)) { KILL () Return (0x00) } Store (HBDR, Index (TBUF, Local1)) Store (0x80, HSTS) Increment (Local1) } If (COMP ()) { Or (HSTS, 0xFF, HSTS) Return (TBUF) } Return (0x00) } Method (STRT, 0, Serialized) { Store (0xC8, Local0) While (Local0) { If (And (HSTS, 0x40)) { Decrement (Local0) Sleep (0x01) If (LEqual (Local0, 0x00)) { Return (0x01) } } Else { Store (0x00, Local0) } } Store (0x0FA0, Local0) While (Local0) { If (And (HSTS, 0x01)) { Decrement (Local0) Stall (0x32) If (LEqual (Local0, 0x00)) { KILL () } } Else { Return (0x00) } } Return (0x01) } Method (COMP, 0, Serialized) { Store (0x0FA0, Local0) While (Local0) { If (And (HSTS, 0x02)) { Return (0x01) } Else { Decrement (Local0) Stall (0x32) If (LEqual (Local0, 0x00)) { KILL () } } } Return (0x00) } Method (KILL, 0, Serialized) { Or (HCON, 0x02, HCON) Or (HSTS, 0xFF, HSTS) } } } } Scope (\_SB.PCI0.SATA) { Device (PRID) { Name (_ADR, 0x00) Method (_GTM, 0, NotSerialized) { Name (PBUF, Buffer (0x14) { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }) CreateDWordField (PBUF, 0x00, PIO0) CreateDWordField (PBUF, 0x04, DMA0) CreateDWordField (PBUF, 0x08, PIO1) CreateDWordField (PBUF, 0x0C, DMA1) CreateDWordField (PBUF, 0x10, FLAG) Store (GETP (PRIT), PIO0) Store (GDMA (And (SYNC, 0x01), And (ICR3, 0x01), And (ICR0, 0x01), SDT0, And (ICR1, 0x01)), DMA0) If (LEqual (DMA0, 0xFFFFFFFF)) { Store (PIO0, DMA0) } If (And (PRIT, 0x4000)) { If (LEqual (And (PRIT, 0x90), 0x80)) { Store (0x0384, PIO1) } Else { Store (GETT (PSIT), PIO1) } } Else { Store (0xFFFFFFFF, PIO1) } Store (GDMA (And (SYNC, 0x02), And (ICR3, 0x02), And (ICR0, 0x02), SDT1, And (ICR1, 0x02)), DMA1) If (LEqual (DMA1, 0xFFFFFFFF)) { Store (PIO1, DMA1) } Store (GETF (And (SYNC, 0x01), And (SYNC, 0x02), PRIT), FLAG) Return (PBUF) } Method (_STM, 3, NotSerialized) { CreateDWordField (Arg0, 0x00, PIO0) CreateDWordField (Arg0, 0x04, DMA0) CreateDWordField (Arg0, 0x08, PIO1) CreateDWordField (Arg0, 0x0C, DMA1) CreateDWordField (Arg0, 0x10, FLAG) If (LEqual (SizeOf (Arg1), 0x0200)) { And (PRIT, 0x40F0, PRIT) And (SYNC, 0x0E, SYNC) Store (0x00, SDT0) And (ICR0, 0x0E, ICR0) And (ICR1, 0x0E, ICR1) And (ICR3, 0x0E, ICR3) And (ICR5, 0x0E, ICR5) CreateWordField (Arg1, 0x62, W490) CreateWordField (Arg1, 0x6A, W530) CreateWordField (Arg1, 0x7E, W630) CreateWordField (Arg1, 0x80, W640) CreateWordField (Arg1, 0xB0, W880) CreateWordField (Arg1, 0xBA, W930) Or (PRIT, 0x8004, PRIT) If (LAnd (And (FLAG, 0x02), And (W490, 0x0800))) { Or (PRIT, 0x02, PRIT) } Or (PRIT, SETP (PIO0, W530, W640), PRIT) If (And (FLAG, 0x01)) { Or (SYNC, 0x01, SYNC) Store (SDMA (DMA0), SDT0) If (LLess (DMA0, 0x1E)) { Or (ICR3, 0x01, ICR3) } If (LLess (DMA0, 0x3C)) { Or (ICR0, 0x01, ICR0) } Or (ICR1, 0x01, ICR1) } } If (LEqual (SizeOf (Arg2), 0x0200)) { And (PRIT, 0x3F0F, PRIT) Store (0x00, PSIT) And (SYNC, 0x0D, SYNC) Store (0x00, SDT1) And (ICR0, 0x0D, ICR0) And (ICR1, 0x0D, ICR1) And (ICR3, 0x0D, ICR3) And (ICR5, 0x0D, ICR5) CreateWordField (Arg2, 0x62, W491) CreateWordField (Arg2, 0x6A, W531) CreateWordField (Arg2, 0x7E, W631) CreateWordField (Arg2, 0x80, W641) CreateWordField (Arg2, 0xB0, W881) CreateWordField (Arg2, 0xBA, W931) Or (PRIT, 0x8040, PRIT) If (LAnd (And (FLAG, 0x08), And (W491, 0x0800))) { Or (PRIT, 0x20, PRIT) } If (And (FLAG, 0x10)) { Or (PRIT, 0x4000, PRIT) If (LGreater (PIO1, 0xF0)) { Or (PRIT, 0x80, PRIT) } Else { Or (PRIT, 0x10, PRIT) Store (SETT (PIO1, W531, W641), PSIT) } } If (And (FLAG, 0x04)) { Or (SYNC, 0x02, SYNC) Store (SDMA (DMA1), SDT1) If (LLess (DMA1, 0x1E)) { Or (ICR3, 0x02, ICR3) } If (LLess (DMA1, 0x3C)) { Or (ICR0, 0x02, ICR0) } Or (ICR1, 0x02, ICR1) } } } Device (P_D0) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Name (PIB0, Buffer (0x0E) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF, 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF }) CreateByteField (PIB0, 0x01, PMD0) CreateByteField (PIB0, 0x08, DMD0) If (And (PRIT, 0x02)) { If (LEqual (And (PRIT, 0x09), 0x08)) { Store (0x08, PMD0) } Else { Store (0x0A, PMD0) ShiftRight (And (PRIT, 0x0300), 0x08, Local0) ShiftRight (And (PRIT, 0x3000), 0x0C, Local1) Add (Local0, Local1, Local2) If (LEqual (0x03, Local2)) { Store (0x0B, PMD0) } If (LEqual (0x05, Local2)) { Store (0x0C, PMD0) } } } Else { Store (0x01, PMD0) } If (And (SYNC, 0x01)) { Store (Or (SDT0, 0x40), DMD0) If (And (ICR1, 0x01)) { If (And (ICR0, 0x01)) { Add (DMD0, 0x02, DMD0) } If (And (ICR3, 0x01)) { Store (0x45, DMD0) } } } Else { Or (Subtract (And (PMD0, 0x07), 0x02), 0x20, DMD0) } Return (PIB0) } } Device (P_D1) { Name (_ADR, 0x01) Method (_GTF, 0, NotSerialized) { Name (PIB1, Buffer (0x0E) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xEF, 0x03, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xEF }) CreateByteField (PIB1, 0x01, PMD1) CreateByteField (PIB1, 0x08, DMD1) If (And (PRIT, 0x20)) { If (LEqual (And (PRIT, 0x90), 0x80)) { Store (0x08, PMD1) } Else { Add (And (PSIT, 0x03), ShiftRight (And (PSIT, 0x0C), 0x02), Local0) If (LEqual (0x05, Local0)) { Store (0x0C, PMD1) } Else { If (LEqual (0x03, Local0)) { Store (0x0B, PMD1) } Else { Store (0x0A, PMD1) } } } } Else { Store (0x01, PMD1) } If (And (SYNC, 0x02)) { Store (Or (SDT1, 0x40), DMD1) If (And (ICR1, 0x02)) { If (And (ICR0, 0x02)) { Add (DMD1, 0x02, DMD1) } If (And (ICR3, 0x02)) { Store (0x45, DMD1) } } } Else { Or (Subtract (And (PMD1, 0x07), 0x02), 0x20, DMD1) } Return (PIB1) } } } } Scope (\_SB.PCI0.SATA) { Device (SECD) { Name (_ADR, 0x01) Method (_GTM, 0, NotSerialized) { Name (SBUF, Buffer (0x14) { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }) CreateDWordField (SBUF, 0x00, PIO0) CreateDWordField (SBUF, 0x04, DMA0) CreateDWordField (SBUF, 0x08, PIO1) CreateDWordField (SBUF, 0x0C, DMA1) CreateDWordField (SBUF, 0x10, FLAG) Store (GETP (SECT), PIO0) Store (GDMA (And (SYNC, 0x04), And (ICR3, 0x04), And (ICR0, 0x04), SDT2, And (ICR1, 0x04)), DMA0) If (LEqual (DMA0, 0xFFFFFFFF)) { Store (PIO0, DMA0) } If (And (SECT, 0x4000)) { If (LEqual (And (SECT, 0x90), 0x80)) { Store (0x0384, PIO1) } Else { Store (GETT (SSIT), PIO1) } } Else { Store (0xFFFFFFFF, PIO1) } Store (GDMA (And (SYNC, 0x08), And (ICR3, 0x08), And (ICR0, 0x08), SDT3, And (ICR1, 0x08)), DMA1) If (LEqual (DMA1, 0xFFFFFFFF)) { Store (PIO1, DMA1) } Store (GETF (And (SYNC, 0x04), And (SYNC, 0x08), SECT), FLAG) If (And (LEqual (PIO0, 0xFFFFFFFF), LEqual (DMA0, 0xFFFFFFFF))) { Store (0x78, PIO0) Store (0x14, DMA0) Store (0x03, FLAG) } Return (SBUF) } Method (_STM, 3, NotSerialized) { CreateDWordField (Arg0, 0x00, PIO0) CreateDWordField (Arg0, 0x04, DMA0) CreateDWordField (Arg0, 0x08, PIO1) CreateDWordField (Arg0, 0x0C, DMA1) CreateDWordField (Arg0, 0x10, FLAG) If (LEqual (SizeOf (Arg1), 0x0200)) { And (SECT, 0x40F0, SECT) And (SYNC, 0x0B, SYNC) Store (0x00, SDT2) And (ICR0, 0x0B, ICR0) And (ICR1, 0x0B, ICR1) And (ICR3, 0x0B, ICR3) And (ICR5, 0x0B, ICR5) CreateWordField (Arg1, 0x62, W490) CreateWordField (Arg1, 0x6A, W530) CreateWordField (Arg1, 0x7E, W630) CreateWordField (Arg1, 0x80, W640) CreateWordField (Arg1, 0xB0, W880) CreateWordField (Arg1, 0xBA, W930) Or (SECT, 0x8004, SECT) If (LAnd (And (FLAG, 0x02), And (W490, 0x0800))) { Or (SECT, 0x02, SECT) } Or (SECT, SETP (PIO0, W530, W640), SECT) If (And (FLAG, 0x01)) { Or (SYNC, 0x04, SYNC) Store (SDMA (DMA0), SDT2) If (LLess (DMA0, 0x1E)) { Or (ICR3, 0x04, ICR3) } If (LLess (DMA0, 0x3C)) { Or (ICR0, 0x04, ICR0) } If (And (W930, 0x2000)) { Or (ICR1, 0x04, ICR1) } } } If (LEqual (SizeOf (Arg2), 0x0200)) { And (SECT, 0x3F0F, SECT) Store (0x00, SSIT) And (SYNC, 0x07, SYNC) Store (0x00, SDT3) And (ICR0, 0x07, ICR0) And (ICR1, 0x07, ICR1) And (ICR3, 0x07, ICR3) And (ICR5, 0x07, ICR5) CreateWordField (Arg2, 0x62, W491) CreateWordField (Arg2, 0x6A, W531) CreateWordField (Arg2, 0x7E, W631) CreateWordField (Arg2, 0x80, W641) CreateWordField (Arg2, 0xB0, W881) CreateWordField (Arg2, 0xBA, W931) Or (SECT, 0x8040, SECT) If (LAnd (And (FLAG, 0x08), And (W491, 0x0800))) { Or (SECT, 0x20, SECT) } If (And (FLAG, 0x10)) { Or (SECT, 0x4000, SECT) If (LGreater (PIO1, 0xF0)) { Or (SECT, 0x80, SECT) } Else { Or (SECT, 0x10, SECT) Store (SETT (PIO1, W531, W641), SSIT) } } If (And (FLAG, 0x04)) { Or (SYNC, 0x08, SYNC) Store (SDMA (DMA1), SDT3) If (LLess (DMA1, 0x1E)) { Or (ICR3, 0x08, ICR3) } If (LLess (DMA1, 0x3C)) { Or (ICR0, 0x08, ICR0) } If (And (W931, 0x2000)) { Or (ICR1, 0x08, ICR1) } } } } Device (S_D0) { Name (_ADR, 0x00) Method (_RMV, 0, NotSerialized) { Return (0x01) } Method (_GTF, 0, NotSerialized) { Name (SIB0, Buffer (0x0E) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF, 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF }) CreateByteField (SIB0, 0x01, PMD0) CreateByteField (SIB0, 0x08, DMD0) If (And (SECT, 0x02)) { If (LEqual (And (SECT, 0x09), 0x08)) { Store (0x08, PMD0) } Else { Store (0x0A, PMD0) ShiftRight (And (SECT, 0x0300), 0x08, Local0) ShiftRight (And (SECT, 0x3000), 0x0C, Local1) Add (Local0, Local1, Local2) If (LEqual (0x03, Local2)) { Store (0x0B, PMD0) } If (LEqual (0x05, Local2)) { Store (0x0C, PMD0) } } } Else { Store (0x01, PMD0) } If (And (SYNC, 0x04)) { Store (Or (SDT2, 0x40), DMD0) If (And (ICR1, 0x04)) { If (And (ICR0, 0x04)) { Add (DMD0, 0x02, DMD0) } If (And (ICR3, 0x04)) { Store (0x45, DMD0) } } } Else { Or (Subtract (And (PMD0, 0x07), 0x02), 0x20, DMD0) } Return (SIB0) } } Device (S_D1) { Name (_ADR, 0x01) Method (_GTF, 0, NotSerialized) { Name (SIB1, Buffer (0x0E) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xEF, 0x03, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xEF }) CreateByteField (SIB1, 0x01, PMD1) CreateByteField (SIB1, 0x08, DMD1) If (And (SECT, 0x20)) { If (LEqual (And (SECT, 0x90), 0x80)) { Store (0x08, PMD1) } Else { Add (And (SSIT, 0x03), ShiftRight (And (SSIT, 0x0C), 0x02), Local0) If (LEqual (0x05, Local0)) { Store (0x0C, PMD1) } Else { If (LEqual (0x03, Local0)) { Store (0x0B, PMD1) } Else { Store (0x0A, PMD1) } } } } Else { Store (0x01, PMD1) } If (And (SYNC, 0x08)) { Store (Or (SDT3, 0x40), DMD1) If (And (ICR1, 0x08)) { If (And (ICR0, 0x08)) { Add (DMD1, 0x02, DMD1) } If (And (ICR3, 0x08)) { Store (0x45, DMD1) } } } Else { Or (Subtract (And (PMD1, 0x07), 0x02), 0x20, DMD1) } Return (SIB1) } } } } Scope (\) { Name (SSDT, Package (0x0C) { "CPU0IST ", 0x3FEBCC10, 0x0000026C, "CPU1IST ", 0x3FEBCF10, 0x00000087, "CPU0CST ", 0x3FEBBC90, 0x00000247, "CPU1CST ", 0x3FEBBF10, 0x00000085 }) Name (CFGD, 0x011B49B1) Name (\PDC0, 0x80000000) Name (\PDC1, 0x80000000) Name (\SDTL, 0x00) } Scope (\_PR.CPU0) { Name (HI0, 0x00) Name (HC0, 0x00) Method (_PDC, 1, NotSerialized) { CreateDWordField (Arg0, 0x00, REVS) CreateDWordField (Arg0, 0x04, SIZE) Store (SizeOf (Arg0), Local0) Store (Subtract (Local0, 0x08), Local1) CreateField (Arg0, 0x40, Multiply (Local1, 0x08), TEMP) Name (STS0, Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }) Concatenate (STS0, TEMP, Local2) _OSC (Buffer (0x10) { 0x16, 0xA6, 0x77, 0x40, 0x0C, 0x29, 0xBE, 0x47, 0x9E, 0xBD, 0xD8, 0x70, 0x58, 0x71, 0x39, 0x53 }, REVS, SIZE, Local2) } Method (_OSC, 4, NotSerialized) { CreateDWordField (Arg3, 0x00, STS0) CreateDWordField (Arg3, 0x04, CAP0) CreateDWordField (Arg0, 0x00, IID0) CreateDWordField (Arg0, 0x04, IID1) CreateDWordField (Arg0, 0x08, IID2) CreateDWordField (Arg0, 0x0C, IID3) Name (UID0, Buffer (0x10) { 0x16, 0xA6, 0x77, 0x40, 0x0C, 0x29, 0xBE, 0x47, 0x9E, 0xBD, 0xD8, 0x70, 0x58, 0x71, 0x39, 0x53 }) CreateDWordField (UID0, 0x00, EID0) CreateDWordField (UID0, 0x04, EID1) CreateDWordField (UID0, 0x08, EID2) CreateDWordField (UID0, 0x0C, EID3) If (LNot (LAnd (LAnd (LEqual (IID0, EID0), LEqual (IID1, EID1)), LAnd (LEqual (IID2, EID2), LEqual (IID3, EID3))))) { Store (0x06, Index (STS0, 0x00)) Return (Arg3) } If (LNot (LEqual (Arg1, 0x01))) { Store (0x0A, Index (STS0, 0x00)) Return (Arg3) } Or (And (PDC0, 0x7FFFFFFF), CAP0, PDC0) If (And (CFGD, 0x01)) { If (LAnd (LAnd (And (CFGD, 0x01000000), LEqual (And (PDC0, 0x09), 0x09)), LNot (And (SDTL, 0x01)))) { Or (SDTL, 0x01, SDTL) OperationRegion (IST0, SystemMemory, DerefOf (Index (SSDT, 0x01)), DerefOf (Index (SSDT, 0x02))) Load (IST0, HI0) } } If (And (CFGD, 0xF0)) { If (LAnd (LAnd (And (CFGD, 0x01000000), And (PDC0, 0x18)), LNot (And (SDTL, 0x02)))) { Or (SDTL, 0x02, SDTL) OperationRegion (CST0, SystemMemory, DerefOf (Index (SSDT, 0x07)), DerefOf (Index (SSDT, 0x08))) Load (CST0, HC0) } } Return (Arg3) } } Scope (\_PR.CPU1) { Name (HI1, 0x00) Name (HC1, 0x00) Method (_PDC, 1, NotSerialized) { CreateDWordField (Arg0, 0x00, REVS) CreateDWordField (Arg0, 0x04, SIZE) Store (SizeOf (Arg0), Local0) Store (Subtract (Local0, 0x08), Local1) CreateField (Arg0, 0x40, Multiply (Local1, 0x08), TEMP) Name (STS1, Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }) Concatenate (STS1, TEMP, Local2) _OSC (Buffer (0x10) { 0x16, 0xA6, 0x77, 0x40, 0x0C, 0x29, 0xBE, 0x47, 0x9E, 0xBD, 0xD8, 0x70, 0x58, 0x71, 0x39, 0x53 }, REVS, SIZE, Local2) } Method (_OSC, 4, NotSerialized) { CreateDWordField (Arg3, 0x00, STS1) CreateDWordField (Arg3, 0x04, CAP1) CreateDWordField (Arg0, 0x00, IID0) CreateDWordField (Arg0, 0x04, IID1) CreateDWordField (Arg0, 0x08, IID2) CreateDWordField (Arg0, 0x0C, IID3) Name (UID1, Buffer (0x10) { 0x16, 0xA6, 0x77, 0x40, 0x0C, 0x29, 0xBE, 0x47, 0x9E, 0xBD, 0xD8, 0x70, 0x58, 0x71, 0x39, 0x53 }) CreateDWordField (UID1, 0x00, EID0) CreateDWordField (UID1, 0x04, EID1) CreateDWordField (UID1, 0x08, EID2) CreateDWordField (UID1, 0x0C, EID3) If (LNot (LAnd (LAnd (LEqual (IID0, EID0), LEqual (IID1, EID1)), LAnd (LEqual (IID2, EID2), LEqual (IID3, EID3))))) { Store (0x06, Index (STS1, 0x00)) Return (Arg3) } If (LNot (LEqual (Arg1, 0x01))) { Store (0x0A, Index (STS1, 0x00)) Return (Arg3) } Or (And (PDC1, 0x7FFFFFFF), CAP1, PDC1) If (And (CFGD, 0x01)) { If (LAnd (LAnd (And (CFGD, 0x01000000), LEqual (And (PDC1, 0x09), 0x09)), LNot (And (SDTL, 0x10)))) { Or (SDTL, 0x10, SDTL) OperationRegion (IST1, SystemMemory, DerefOf (Index (SSDT, 0x04)), DerefOf (Index (SSDT, 0x05))) Load (IST1, HI1) } } If (And (CFGD, 0xF0)) { If (LAnd (LAnd (And (CFGD, 0x01000000), And (PDC1, 0x18)), LNot (And (SDTL, 0x20)))) { Or (SDTL, 0x20, SDTL) OperationRegion (CST1, SystemMemory, DerefOf (Index (SSDT, 0x0A)), DerefOf (Index (SSDT, 0x0B))) Load (CST1, HC1) } } Return (Arg3) } } } --------------090001090409050303000503-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 16:34:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C79316A403; Mon, 10 Apr 2006 16:34:33 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DA0143D72; Mon, 10 Apr 2006 16:34:29 +0000 (GMT) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id k3AGY1cM061922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 18:34:01 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id k3AGXxda061920; Mon, 10 Apr 2006 18:33:59 +0200 (CEST) (envelope-from csaba) Date: Mon, 10 Apr 2006 18:33:59 +0200 From: Csaba Henk To: Julian Elischer Message-ID: <20060410163359.GF1323@beastie.creo.hu> References: <20060407140809.GZ1323@beastie.creo.hu> <4436ACA3.3000507@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4436ACA3.3000507@elischer.org> User-Agent: Mutt/1.5.9i Cc: Daniel Eischen , freebsd-current@freebsd.org Subject: Re: switching threading libraries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 16:34:33 -0000 On Fri, Apr 07, 2006 at 11:17:07AM -0700, Julian Elischer wrote: > Csaba Henk.. Mit jelent "tracing"? pontosan? gdb vagy valamit mas? Leginkabb strace/truss-ra gondoltam... Ld. http://article.gmane.org/gmane.os.freebsd.current/79687 I'm mostly ingorant about that's what's under the hood, but according to my experiences, I saw the nicest output for these utils when I used libc_r. Regards / Udv, Csaba From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 16:36:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD0316A401; Mon, 10 Apr 2006 16:36:33 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E04E43D58; Mon, 10 Apr 2006 16:36:32 +0000 (GMT) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id k3AGa8PJ061968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 18:36:08 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id k3AGa8O7061967; Mon, 10 Apr 2006 18:36:08 +0200 (CEST) (envelope-from csaba) Date: Mon, 10 Apr 2006 18:36:08 +0200 From: Csaba Henk To: David Xu Message-ID: <20060410163608.GG1323@beastie.creo.hu> References: <20060407140809.GZ1323@beastie.creo.hu> <200604081342.36295.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604081342.36295.davidxu@freebsd.org> User-Agent: Mutt/1.5.9i Cc: Daniel Eischen , freebsd-current@freebsd.org Subject: Re: switching threading libraries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 16:36:33 -0000 On Sat, Apr 08, 2006 at 01:42:36PM +0800, David Xu wrote: > libc_r does not have debugger can be used, libthr and libpthread > do have. libthr can use ktrace to print thread ID, libthr can use top > to observe a thread blocked on what event, I don't believe libc_r is > best tracable. Thanks for the hint (also to Robert Watson), I'll make a try with libthr. Regards, Csaba From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 18:24:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E1916A401; Mon, 10 Apr 2006 18:24:52 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974E43D79; Mon, 10 Apr 2006 18:24:47 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao02.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060410182437.XAWS14821.eastrmmtao02.cox.net@serene.no-ip.org>; Mon, 10 Apr 2006 14:24:37 -0400 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with SMTP id k3AIOWhe041215; Mon, 10 Apr 2006 13:24:32 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 10 Apr 2006 13:24:27 -0500 From: "Conrad J. Sabatier" To: John Baldwin Message-Id: <20060410132427.3d01417b.conrads@cox.net> In-Reply-To: <200604031152.27109.jhb@freebsd.org> References: <20060329020527.f8f087a4.conrads@cox.net> <200603291315.56671.jhb@freebsd.org> <20060402060734.0cc8fdd0.conrads@cox.net> <200604031152.27109.jhb@freebsd.org> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; amd64-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: bms@spc.org, freebsd-current@freebsd.org Subject: Re: device atpic to be deprecated? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 18:24:52 -0000 On Mon, 3 Apr 2006 11:52:25 -0400 John Baldwin wrote: > On Sunday 02 April 2006 07:07, Conrad J. Sabatier wrote: > > On Wed, 29 Mar 2006 13:15:54 -0500 > > John Baldwin wrote: > > > > > > I have to make sure it really works for everyone first though > > > before removing it would really be viable. :-/ > > > > So, would it be necessary to upgrade to HEAD in order to make sure > > that this problem won't still occur on my box? Or has this stuff > > already been merged to STABLE? > > This particular bunch of code is identical in HEAD and 6.x right > now, so we can probably debug it on STABLE just fine. Well, some testing with my latest STABLE source update (Fri, Apr 7) exhibits the same problems. I can boot the kernel and mount root OK with or without ACPI enabled (via the loader tunable hint.acpi.0.disabled), but not without atpic. I can even boot OK without "device acpi" compiled into the kernel explicitly (and with no acpi module, either, of course, as this doesn't get built under amd64), but without atpic and the associated ACPI bits it pulls in, it's a definite show-stopper. Another interesting side effect I've noticed is that without acpi, the built-in nVidia sound chip (with the snd_ich driver compiled in) is not recognized either. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 18:55:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 305C816A402 for ; Mon, 10 Apr 2006 18:55:40 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9AC743D46 for ; Mon, 10 Apr 2006 18:55:39 +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.6/8.13.6/NETPLEX) with ESMTP id k3AItZpT016065; Mon, 10 Apr 2006 14:55:36 -0400 (EDT) Date: Mon, 10 Apr 2006 14:55:35 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Csaba Henk In-Reply-To: <20060410161923.GE1323@beastie.creo.hu> Message-ID: References: <20060407140809.GZ1323@beastie.creo.hu> <20060410161923.GE1323@beastie.creo.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: switching threading libraries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 18:55:40 -0000 On Mon, 10 Apr 2006, Csaba Henk wrote: > On Fri, Apr 07, 2006 at 05:28:41PM -0400, Daniel Eischen wrote: >> Does this work for you: >> >> http://people.freebsd.org/~deischen/symver/libc_r.symver.diffs >> >> ? > > Not really: > > > Fatal error 'Thread jump table not properly initialized' at line 252 in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = 0) > Fatal error 'Thread jump table not properly initialized' at line 252 in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = 0) > Fatal error 'Thread jump table not properly initialized' at line 252 in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = 0) > Fatal error 'Thread jump table not properly initialized' at line 252 in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = 0) > Fatal error 'Thread jump table not properly initialized' at line 252 in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = 0) > [and so on...] That's not because of symbol versioning. That is fallout from us changing libc, libthr, and libpthread, and forgetting to change libc_r. It seems libc_r is starting to get some rotting bits ;-) -- DE From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 19:29:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2346316A402 for ; Mon, 10 Apr 2006 19:29:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 908D543D45 for ; Mon, 10 Apr 2006 19:29:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3AJTJ4c009648; Mon, 10 Apr 2006 15:29:19 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Conrad J. Sabatier" Date: Mon, 10 Apr 2006 15:28:29 -0400 User-Agent: KMail/1.9.1 References: <20060329020527.f8f087a4.conrads@cox.net> <200604031152.27109.jhb@freebsd.org> <20060410132427.3d01417b.conrads@cox.net> In-Reply-To: <20060410132427.3d01417b.conrads@cox.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604101528.31794.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1389/Mon Apr 10 08:58:55 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: bms@spc.org, freebsd-current@freebsd.org Subject: Re: device atpic to be deprecated? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 19:29:24 -0000 On Monday 10 April 2006 14:24, Conrad J. Sabatier wrote: > On Mon, 3 Apr 2006 11:52:25 -0400 > John Baldwin wrote: > > On Sunday 02 April 2006 07:07, Conrad J. Sabatier wrote: > > > On Wed, 29 Mar 2006 13:15:54 -0500 > > > John Baldwin wrote: > > > > > > > > I have to make sure it really works for everyone first though > > > > before removing it would really be viable. :-/ > > > > > > So, would it be necessary to upgrade to HEAD in order to make sure > > > that this problem won't still occur on my box? Or has this stuff > > > already been merged to STABLE? > > > > This particular bunch of code is identical in HEAD and 6.x right > > now, so we can probably debug it on STABLE just fine. > > Well, some testing with my latest STABLE source update (Fri, Apr 7) > exhibits the same problems. > > I can boot the kernel and mount root OK with or without ACPI enabled > (via the loader tunable hint.acpi.0.disabled), but not without atpic. > > I can even boot OK without "device acpi" compiled into the kernel > explicitly (and with no acpi module, either, of course, as this > doesn't get built under amd64), but without atpic and the associated > ACPI bits it pulls in, it's a definite show-stopper. > > Another interesting side effect I've noticed is that without acpi, the > built-in nVidia sound chip (with the snd_ich driver compiled in) is not > recognized either. I've lost the context.. Can you provide a verbose dmesg both with and without 'device atpic'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 10 23:27:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 081BB16A403 for ; Mon, 10 Apr 2006 23:27:22 +0000 (UTC) (envelope-from ricardo_bsd@yahoo.com.br) Received: from smtp103.mail.mud.yahoo.com (smtp103.mail.mud.yahoo.com [209.191.85.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 5048A43D46 for ; Mon, 10 Apr 2006 23:27:21 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 46421 invoked from network); 10 Apr 2006 23:27:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Received:Date:To:Subject:From:Organization:Content-Type:MIME-Version:Content-Transfer-Encoding:Message-ID:User-Agent; b=Ib/BLB6I/KhFXS+58aP6GkTkLCXIgkMBZ4YeOWsIC70qwdAYCsXj7kcmVpVXjQDsT6i4sWoH/OqI8JmHxJfiIIZHqc9coCg8F0r4AsRLDOwh4FSXn8erZFt6F16yJ3QJTMrhYKRFBcK0VdzyXbwL/kVJiKTaAcWLx5Y3Vr1qCDU= ; Received: from unknown (HELO localhost) (ricardo?bsd@201.1.76.169 with login) by smtp103.mail.mud.yahoo.com with SMTP; 10 Apr 2006 23:27:20 -0000 Date: Mon, 10 Apr 2006 17:27:18 -0300 To: current@freebsd.org From: "Ricardo A. Reis" Organization: UNIFESP Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) Cc: Subject: [RFC] Ideas for new distribuition: base-jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 23:27:22 -0000 Hi all, I think in one new distribution, this idea is for decrease create time for start jails after release install, the base-jail is distribute in CD1. After install RELEASE and update with freebsd-update a admin create a jail with ( cd /usr/local/base-jail; make jail DESTDIR=/XXXX ) very fast, in another step is possible integrate one target `make base-jail` in /usr/src/Makefile.inc1. Any Comments ? Thanks and sorry for my bad english. Ricardo A. Reis UNIFESP Unix and Network Admin _______________________________________________________ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 14:04:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84E3416A437 for ; Tue, 11 Apr 2006 14:04:09 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0935B43DDC for ; Tue, 11 Apr 2006 12:38:30 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 5025FE0C13; Tue, 11 Apr 2006 08:38:30 -0400 (EDT) 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 proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 13CFC39629; Tue, 11 Apr 2006 08:38:29 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FTI8Z-000KE8-Qt; Tue, 11 Apr 2006 13:38:27 +0100 Date: Tue, 11 Apr 2006 13:38:27 +0100 From: Brian Candler To: "Ricardo A. Reis" Message-ID: <20060411123827.GB77666@uk.tiscali.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: [RFC] Ideas for new distribuition: base-jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 14:04:09 -0000 On Mon, Apr 10, 2006 at 05:27:18PM -0300, Ricardo A. Reis wrote: > I think in one new distribution, this idea is for decrease create time > for start jails after release install, the base-jail is distribute in CD1. > After install RELEASE and update with freebsd-update a admin create a > jail > with ( cd /usr/local/base-jail; make jail DESTDIR=/XXXX ) very fast How about prototyping this? I offer as a starting point: -- 8< -------------------------------------------------------------- DISTBASE?=/cdrom DESTDIR?=. jail: cd $(DISTBASE)/base && ./install.sh DESTDIR=$(DESTDIR) -- 8< -------------------------------------------------------------- What else does it need to have? I guess you could automatically add jail_* entries in /etc/rc.conf, but it would need to prompt for several pieces of information in order to be able to set them all. jail_enable="YES" jail_list="foo" jail_foo_rootdir="/XXXX" jail_foo_hostname="foo.example.com" jail_foo_ip="192.168.1.1" jail_foo_exec_start="/bin/sh /etc/rc" jail_foo_exec_stop="/bin/sh /etc/rc.shutdown" jail_foo_devfs_enable="YES" jail_foo_devfs_ruleset="devfsrules_jail" You might also want to prompt for, and set, the jail's root password. You could copy some key files from the host environment assuming they will be the same within the jail (e.g. /etc/resolv.conf, /etc/hosts, /etc/localtime) You might also want a template directory for other files to be installed into the jail (e.g. /etc/rc.conf might have sshd_enable="YES" as its default), but the contents of these files are likely to be very specific to your particular needs. The same goes for installing additional distribution sets or packages. Perhaps the jail builder could invoke sysinstall somehow, such that it can be driven from an install.cfg script. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 14:36:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 709DA16A400; Tue, 11 Apr 2006 14:36:57 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB94743D55; Tue, 11 Apr 2006 14:36:56 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3BEqb10026783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 10:52:43 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 11 Apr 2006 10:36:34 -0400 User-Agent: KMail/1.9.1 References: <20060411123827.GB77666@uk.tiscali.com> In-Reply-To: <20060411123827.GB77666@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1801295.voH1xXMspK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604111036.50766.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1389/Mon Apr 10 08:58:55 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: "Ricardo A. Reis" , current@freebsd.org, Brian Candler Subject: Re: [RFC] Ideas for new distribuition: base-jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 14:36:57 -0000 --nextPart1801295.voH1xXMspK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 08:38, Brian Candler wrote: > On Mon, Apr 10, 2006 at 05:27:18PM -0300, Ricardo A. Reis wrote: > > I think in one new distribution, this idea is for decrease > > create time for start jails after release install, the base-jail > > is distribute in CD1. After install RELEASE and update with > > freebsd-update a admin create a jail > > with ( cd /usr/local/base-jail; make jail DESTDIR=3D/XXXX ) very > > fast > > How about prototyping this? I offer as a starting point: > > -- 8< > -------------------------------------------------------------- > DISTBASE?=3D/cdrom > DESTDIR?=3D. > jail: > cd $(DISTBASE)/base && ./install.sh DESTDIR=3D$(DESTDIR) > -- 8< > -------------------------------------------------------------- > > What else does it need to have? I guess you could automatically add > jail_* entries in /etc/rc.conf, but it would need to prompt for > several pieces of information in order to be able to set them all. > > jail_enable=3D"YES" > jail_list=3D"foo" > jail_foo_rootdir=3D"/XXXX" > jail_foo_hostname=3D"foo.example.com" > jail_foo_ip=3D"192.168.1.1" > jail_foo_exec_start=3D"/bin/sh /etc/rc" > jail_foo_exec_stop=3D"/bin/sh /etc/rc.shutdown" > jail_foo_devfs_enable=3D"YES" > jail_foo_devfs_ruleset=3D"devfsrules_jail" > > You might also want to prompt for, and set, the jail's root > password. > > You could copy some key files from the host environment assuming > they will be the same within the jail (e.g. /etc/resolv.conf, > /etc/hosts, /etc/localtime) > > You might also want a template directory for other files to be > installed into the jail (e.g. /etc/rc.conf might have > sshd_enable=3D"YES" as its default), but the contents of these files > are likely to be very specific to your particular needs. The same > goes for installing additional distribution sets or packages. > Perhaps the jail builder could invoke sysinstall somehow, such that > it can be driven from an install.cfg script. This isn't done in a Makefile, but a normal shell script but it's what=20 I use to setup jails. It makes setup incredibly simple. Run it and=20 follow the prompts, the non-interactive mode doesn't work yet. http://am-productions.biz/docs/make-jail.sh I just updated it to work with the /etc/rc.d/jail changes in CURRENT=20 so it might be broken to everything else. An MFC should be imminent=20 for RELENG_6. I intentionally omitted adding jail_enable=3D"YES" to rc.conf to force=20 the user to actually know what they're enabling. =2D-=20 Anish Mistry --nextPart1801295.voH1xXMspK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEO78CxqA5ziudZT0RApnJAKDQgq3qaJ9tAfwfMGowv5EMDn5/SQCffGUP 9yczlw2PnNMjjVu9D/oQe/4= =9Jaf -----END PGP SIGNATURE----- --nextPart1801295.voH1xXMspK-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 14:36:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 709DA16A400; Tue, 11 Apr 2006 14:36:57 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB94743D55; Tue, 11 Apr 2006 14:36:56 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3BEqb10026783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 10:52:43 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 11 Apr 2006 10:36:34 -0400 User-Agent: KMail/1.9.1 References: <20060411123827.GB77666@uk.tiscali.com> In-Reply-To: <20060411123827.GB77666@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1801295.voH1xXMspK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604111036.50766.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1389/Mon Apr 10 08:58:55 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: "Ricardo A. Reis" , current@freebsd.org, Brian Candler Subject: Re: [RFC] Ideas for new distribuition: base-jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 14:36:57 -0000 --nextPart1801295.voH1xXMspK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 08:38, Brian Candler wrote: > On Mon, Apr 10, 2006 at 05:27:18PM -0300, Ricardo A. Reis wrote: > > I think in one new distribution, this idea is for decrease > > create time for start jails after release install, the base-jail > > is distribute in CD1. After install RELEASE and update with > > freebsd-update a admin create a jail > > with ( cd /usr/local/base-jail; make jail DESTDIR=3D/XXXX ) very > > fast > > How about prototyping this? I offer as a starting point: > > -- 8< > -------------------------------------------------------------- > DISTBASE?=3D/cdrom > DESTDIR?=3D. > jail: > cd $(DISTBASE)/base && ./install.sh DESTDIR=3D$(DESTDIR) > -- 8< > -------------------------------------------------------------- > > What else does it need to have? I guess you could automatically add > jail_* entries in /etc/rc.conf, but it would need to prompt for > several pieces of information in order to be able to set them all. > > jail_enable=3D"YES" > jail_list=3D"foo" > jail_foo_rootdir=3D"/XXXX" > jail_foo_hostname=3D"foo.example.com" > jail_foo_ip=3D"192.168.1.1" > jail_foo_exec_start=3D"/bin/sh /etc/rc" > jail_foo_exec_stop=3D"/bin/sh /etc/rc.shutdown" > jail_foo_devfs_enable=3D"YES" > jail_foo_devfs_ruleset=3D"devfsrules_jail" > > You might also want to prompt for, and set, the jail's root > password. > > You could copy some key files from the host environment assuming > they will be the same within the jail (e.g. /etc/resolv.conf, > /etc/hosts, /etc/localtime) > > You might also want a template directory for other files to be > installed into the jail (e.g. /etc/rc.conf might have > sshd_enable=3D"YES" as its default), but the contents of these files > are likely to be very specific to your particular needs. The same > goes for installing additional distribution sets or packages. > Perhaps the jail builder could invoke sysinstall somehow, such that > it can be driven from an install.cfg script. This isn't done in a Makefile, but a normal shell script but it's what=20 I use to setup jails. It makes setup incredibly simple. Run it and=20 follow the prompts, the non-interactive mode doesn't work yet. http://am-productions.biz/docs/make-jail.sh I just updated it to work with the /etc/rc.d/jail changes in CURRENT=20 so it might be broken to everything else. An MFC should be imminent=20 for RELENG_6. I intentionally omitted adding jail_enable=3D"YES" to rc.conf to force=20 the user to actually know what they're enabling. =2D-=20 Anish Mistry --nextPart1801295.voH1xXMspK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEO78CxqA5ziudZT0RApnJAKDQgq3qaJ9tAfwfMGowv5EMDn5/SQCffGUP 9yczlw2PnNMjjVu9D/oQe/4= =9Jaf -----END PGP SIGNATURE----- --nextPart1801295.voH1xXMspK-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 15:54:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 585FF16A404 for ; Tue, 11 Apr 2006 15:54:39 +0000 (UTC) (envelope-from x.ramirez@xifra.es) Received: from correo5.acens.net (correo5.acens.net [217.116.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B8043D49 for ; Tue, 11 Apr 2006 15:54:37 +0000 (GMT) (envelope-from x.ramirez@xifra.es) Received: (qmail 1491 invoked from network); 11 Apr 2006 15:54:36 -0000 Received: from unknown (HELO pcxavier) ([80.34.155.192]) (envelope-sender ) by correo5.acens.net (qmail-ldap-1.03) with SMTP for ; 11 Apr 2006 15:54:35 -0000 From: "xavier" To: Date: Tue, 11 Apr 2006 17:54:07 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcZdgCpLdZSl39c0Rs+ZDP6KO7475g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Message-Id: <20060411155437.37B8043D49@mx1.FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mjacob@FreeBSD.org Subject: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 15:54:39 -0000 I have a Sun Fire X4100 server that includes the LSI 1068 SAS drive. I installed FreeBSD 7.0 prerelease snap 013 and everything works perfect.=20 =20 I have also seen in the CVS several comments that some changes have been done in the mpt(4) driver in order to make it work in FreeBSD 4.11. Has anybody backported this driver to 4.11? If not, can I try to do it or = does anybody know if there is any impediment for this to work. =20 Thanks for any comment or suggestion =20 Xavier=20 =20 =20 Xavier Ram=EDrez Maj=F3 Product Manager =20 Nuevo Correo: x.ramirez@xifra.es =20 c/Valencia, 40 - 08015 Barcelona Tel. 902 930 440 Fax 902930441 669 280 544 x.ramirez@xifra.es www.xifra.es =20 From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 16:28:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AD1F16A400 for ; Tue, 11 Apr 2006 16:28:24 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092F643D48 for ; Tue, 11 Apr 2006 16:28:23 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1172364nzf for ; Tue, 11 Apr 2006 09:28:23 -0700 (PDT) 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=iEiHAzy2M2cBQhXMK8J0hxSnIG6BQ3RpxGe0Qp2SwMEcdgEhv90d7v3A3FzKM2qt4/7EEDdEbnZWexWgV17Lndsd54C8O0iGZqCGORa68e+lN78S2gC/WKvyg6/6Ey+Tl3ZRTt+b0q64d62KBxAOR1DX6u+A4JM3kXqXf77Iwzc= Received: by 10.65.81.20 with SMTP id i20mr341502qbl; Tue, 11 Apr 2006 09:28:20 -0700 (PDT) Received: by 10.65.155.4 with HTTP; Tue, 11 Apr 2006 09:28:19 -0700 (PDT) Message-ID: <7579f7fb0604110928n5fced9b3v66918e5d19b1a30@mail.gmail.com> Date: Tue, 11 Apr 2006 09:28:19 -0700 From: "Matthew Jacob" To: xavier In-Reply-To: <20060411155437.37B8043D49@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060411155437.37B8043D49@mx1.FreeBSD.org> Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: Re: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 16:28:24 -0000 On 4/11/06, xavier wrote: > I have a Sun Fire X4100 server that includes the LSI 1068 SAS drive. I > installed FreeBSD 7.0 prerelease snap 013 and everything works perfect. > > > > I have also seen in the CVS several comments that some changes have been > done in the mpt(4) driver in order to make it work in FreeBSD 4.11. Has > anybody backported this driver to 4.11? If not, can I try to do it or doe= s > anybody know if there is any impediment for this to work. > Just works. From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 16:46:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D474416A404 for ; Tue, 11 Apr 2006 16:46:09 +0000 (UTC) (envelope-from x.ramirez@xifra.es) Received: from correo7.acens.net (correo7.acens.net [217.116.0.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DDD43D49 for ; Tue, 11 Apr 2006 16:46:08 +0000 (GMT) (envelope-from x.ramirez@xifra.es) Received: (qmail 15871 invoked from network); 11 Apr 2006 16:46:07 -0000 Received: from unknown (HELO pcxavier) ([80.34.155.192]) (envelope-sender ) by correo7.acens.net (qmail-ldap-1.03) with SMTP for ; 11 Apr 2006 16:46:06 -0000 From: "xavier" To: "'Matthew Jacob'" Date: Tue, 11 Apr 2006 18:45:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <7579f7fb0604110928n5fced9b3v66918e5d19b1a30@mail.gmail.com> Thread-Index: AcZdhPVZDe62pi0fSVmbLfOT+t81PQAAWMAw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Message-Id: <20060411164608.07DDD43D49@mx1.FreeBSD.org> Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: RE: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 16:46:09 -0000 Hey that's terrific. I have been trying to move the code to version 4 in different ways but with no success. Can you tell me the steps I have to follow? Thanks for you fast response and your great job in FreeBSD Xavier From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 16:56:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88A6B16A405 for ; Tue, 11 Apr 2006 16:56:14 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5645C43D4C for ; Tue, 11 Apr 2006 16:56:13 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1181030nzf for ; Tue, 11 Apr 2006 09:56:12 -0700 (PDT) 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=kAXb+DP8zCBUWlue5LQVBiLWdUia8PUxZKtdJ9ia4a2H7sGRqstXtWAMVz9NnFgmgBXMzX4uhKAYOVHApsN65b8xLik0P12wKH3GwJ9XTW3Cw/oX3GTC6j7iTf0MBkmusFPyNx/KTZqqneM9zcDdmln/hIXu5BWjVWat+iK/KQo= Received: by 10.65.249.1 with SMTP id b1mr3771053qbs; Tue, 11 Apr 2006 09:56:12 -0700 (PDT) Received: by 10.65.155.4 with HTTP; Tue, 11 Apr 2006 09:56:12 -0700 (PDT) Message-ID: <7579f7fb0604110956s48a9764dr49621e3a7e387bc3@mail.gmail.com> Date: Tue, 11 Apr 2006 09:56:12 -0700 From: "Matthew Jacob" To: xavier In-Reply-To: <443bdd4f.61239541.275b.ffffd45aSMTPIN_ADDED@mx.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7579f7fb0604110928n5fced9b3v66918e5d19b1a30@mail.gmail.com> <443bdd4f.61239541.275b.ffffd45aSMTPIN_ADDED@mx.gmail.com> Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: Re: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 16:56:14 -0000 > I have been trying to move the code to version 4 in different ways but wi= th > no success. Can you tell me the steps I have to follow? > on -CURRENT cd /usr/src/sys/dev/mpt; tar cvf ~/x.tar . and apply this diff to conf/files: @@ -456,9 +457,10 @@ dev/mly/mly_cam.c optional mly dev/mly/mly_pci.c optional mly dev/mpt/mpt.c optional mpt +dev/mpt/mpt_cam.c optional mpt dev/mpt/mpt_debug.c optional mpt -dev/mpt/mpt_freebsd.c optional mpt -dev/mpt/mpt_pci.c optional mpt +dev/mpt/mpt_pci.c optional mpt pci +dev/mpt/mpt_raid.c optional mpt dev/my/if_my.c optional my dev/musycc/musycc.c optional musycc dev/ncv/ncr53c500.c optional ncv From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 17:09:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D35AF16A400; Tue, 11 Apr 2006 17:09:18 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao04.cox.net (eastrmmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18A0643D45; Tue, 11 Apr 2006 17:09:17 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao04.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060411170910.GPZ19943.eastrmmtao04.cox.net@serene.no-ip.org>; Tue, 11 Apr 2006 13:09:10 -0400 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with SMTP id k3BH8vpY048839; Tue, 11 Apr 2006 12:08:57 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 11 Apr 2006 12:08:51 -0500 From: "Conrad J. Sabatier" To: John Baldwin Message-Id: <20060411120851.ce0e75fb.conrads@cox.net> In-Reply-To: <200604101528.31794.jhb@freebsd.org> References: <20060329020527.f8f087a4.conrads@cox.net> <200604031152.27109.jhb@freebsd.org> <20060410132427.3d01417b.conrads@cox.net> <200604101528.31794.jhb@freebsd.org> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; amd64-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: bms@spc.org, freebsd-current@freebsd.org Subject: Re: device atpic to be deprecated? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 17:09:18 -0000 On Mon, 10 Apr 2006 15:28:29 -0400 John Baldwin wrote: > On Monday 10 April 2006 14:24, Conrad J. Sabatier wrote: > > > > Well, some testing with my latest STABLE source update (Fri, Apr 7) > > exhibits the same problems. > > > > I can boot the kernel and mount root OK with or without ACPI enabled > > (via the loader tunable hint.acpi.0.disabled), but not without > > atpic. > > > > I can even boot OK without "device acpi" compiled into the kernel > > explicitly (and with no acpi module, either, of course, as this > > doesn't get built under amd64), but without atpic and the associated > > ACPI bits it pulls in, it's a definite show-stopper. > > > > Another interesting side effect I've noticed is that without acpi, > > the built-in nVidia sound chip (with the snd_ich driver compiled > > in) is not recognized either. > > I've lost the context.. Can you provide a verbose dmesg both with > and without 'device atpic'? Basically, the problem is that, without device atpic, I can't mount root, so it's impossible as well to obtain a dmesg listing for you in that case. I'll mail a listing (with atpic, of course) later today. Got an appointment to get ready for at the moment. Thanks. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 17:22:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECE7316A401; Tue, 11 Apr 2006 17:22:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id A18EC43D45; Tue, 11 Apr 2006 17:22:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.33]) by a50.ironport.com with ESMTP; 11 Apr 2006 10:22:56 -0700 Message-ID: <443BE5EF.2030305@elischer.org> Date: Tue, 11 Apr 2006 10:22:55 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <7579f7fb0604110928n5fced9b3v66918e5d19b1a30@mail.gmail.com> <443bdd4f.61239541.275b.ffffd45aSMTPIN_ADDED@mx.gmail.com> <7579f7fb0604110956s48a9764dr49621e3a7e387bc3@mail.gmail.com> In-Reply-To: <7579f7fb0604110956s48a9764dr49621e3a7e387bc3@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: xavier , freebsd-current@freebsd.org, mjacob@freebsd.org Subject: Re: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 17:22:57 -0000 Matthew Jacob wrote: >>I have been trying to move the code to version 4 in different ways but with >>no success. Can you tell me the steps I have to follow? >> >> >> > >on -CURRENT > >cd /usr/src/sys/dev/mpt; tar cvf ~/x.tar . > > you mean and untar it onto a 4.x box? >and apply this diff to conf/files: > >@@ -456,9 +457,10 @@ > dev/mly/mly_cam.c optional mly > dev/mly/mly_pci.c optional mly > dev/mpt/mpt.c optional mpt >+dev/mpt/mpt_cam.c optional mpt > dev/mpt/mpt_debug.c optional mpt >-dev/mpt/mpt_freebsd.c optional mpt >-dev/mpt/mpt_pci.c optional mpt >+dev/mpt/mpt_pci.c optional mpt pci >+dev/mpt/mpt_raid.c optional mpt > dev/my/if_my.c optional my > dev/musycc/musycc.c optional musycc > dev/ncv/ncr53c500.c optional ncv >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 18:00:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A06216A403 for ; Tue, 11 Apr 2006 18:00:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 356C543D46 for ; Tue, 11 Apr 2006 18:00:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3BHxqwH018019; Tue, 11 Apr 2006 13:59:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Conrad J. Sabatier" Date: Tue, 11 Apr 2006 13:43:15 -0400 User-Agent: KMail/1.9.1 References: <20060329020527.f8f087a4.conrads@cox.net> <200604101528.31794.jhb@freebsd.org> <20060411120851.ce0e75fb.conrads@cox.net> In-Reply-To: <20060411120851.ce0e75fb.conrads@cox.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604111343.20393.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1391/Tue Apr 11 05:53:41 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: bms@spc.org, freebsd-current@freebsd.org Subject: Re: device atpic to be deprecated? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 18:00:30 -0000 On Tuesday 11 April 2006 13:08, Conrad J. Sabatier wrote: > On Mon, 10 Apr 2006 15:28:29 -0400 > John Baldwin wrote: > > > On Monday 10 April 2006 14:24, Conrad J. Sabatier wrote: > > > > > > Well, some testing with my latest STABLE source update (Fri, Apr 7) > > > exhibits the same problems. > > > > > > I can boot the kernel and mount root OK with or without ACPI enabled > > > (via the loader tunable hint.acpi.0.disabled), but not without > > > atpic. > > > > > > I can even boot OK without "device acpi" compiled into the kernel > > > explicitly (and with no acpi module, either, of course, as this > > > doesn't get built under amd64), but without atpic and the associated > > > ACPI bits it pulls in, it's a definite show-stopper. > > > > > > Another interesting side effect I've noticed is that without acpi, > > > the built-in nVidia sound chip (with the snd_ich driver compiled > > > in) is not recognized either. > > > > I've lost the context.. Can you provide a verbose dmesg both with > > and without 'device atpic'? > > Basically, the problem is that, without device atpic, I can't mount > root, so it's impossible as well to obtain a dmesg listing for you in > that case. That's what serial consoles are for. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 19:26:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A5D716A400; Tue, 11 Apr 2006 19:26:26 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.aloha.net (mail.aloha.net [64.75.176.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B95F43D48; Tue, 11 Apr 2006 19:26:25 +0000 (GMT) (envelope-from nate@root.org) Received: from localhost (localhost [127.0.0.1]) by mail.aloha.net (Postfix) with ESMTP id ABC00F1A18; Tue, 11 Apr 2006 09:26:23 -1000 (HST) X-Virus-Scanned: by amavisd-new at aloha.net Received: from mail.aloha.net ([127.0.0.1]) by localhost (lacewood.aloha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gm2A0yRjE-+I; Tue, 11 Apr 2006 09:26:22 -1000 (HST) Received: from [10.0.0.150] (ip64-75-163-14.hsia.aloha.net [64.75.163.14]) by mail.aloha.net (Postfix) with ESMTP id 8B912F1A37; Tue, 11 Apr 2006 09:26:21 -1000 (HST) Message-ID: <443C027B.7050002@root.org> Date: Tue, 11 Apr 2006 12:24:43 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> In-Reply-To: <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 19:26:26 -0000 Mitsuru IWASAKI wrote: > Hi, I've ported ACPI Dock driver to 7-CURRENT. > http://www.freebsd.org/~iwasaki/acpi/acpi_dock-CURRENT-20060410.tar.gz > > It seems to be OK so far. I'm planning to commit this > coming week-end. > > Thanks > Thanks for doing this work, Iwasaki-san. A few comments: * I prefer the logic in the device not present case to be reworked a little for clarity: ACPI_HANDLE h; // local var at top of fn if (type == ACPI_TYPE_DEVICE && !acpi_DeviceIsPresent(child)) { /* Never disable PCI link devices. */ if (acpi_MatchHid(handle, "PNP0C0F")) break; /* * Docking stations should remain enabled since the system may * may be undocked at boot. */ if (ACPI_SUCCESS(AcpiGetHandle(handle, "_DCK", &h))) { break; } device_disable(child); break; * Minor style for (retry = 0; retry < ACPI_CMBAT_RETRY_MAX; retry++, AcpiOsSleep(10000)) { /* batteries on DOCK can be ejected w/ DOCK during retrying */ if (!device_is_attached(dev)) return; * Instead of rolling your own, try acpi_GetInteger() instead of code like this: argobj.Type = ACPI_TYPE_INTEGER; argobj.Integer.Value = dock; args.Count = 1; args.Pointer = &argobj; buf.Pointer = &retobj; buf.Length = sizeof(retobj); * There also might be an acpi_GetReference() helper function to use. (I think I wrote one) * I'm not sure what this code is trying to do: #if (ACPI_CA_VERSION <= 0x20041119) ACPI_INIT_WALK_INFO Info; AcpiNsWalkNamespace(ACPI_TYPE_ANY, handle, 100, TRUE, AcpiNsInitOneDevice, &Info, NULL); #endif * Is it safe to do probe/attach from a timeout handler? If you want to do this, you can also use AcpiOsQueueHandler(). It queues a task on our thread taskq and you can sleep in the context. timeout(acpi_dock_attach_later, (caddr_t)dev, hz*3); * Use explicit names for constants like status: if (sc->_sta & 0x9) * Having a global status.. is this ok with SMP? Could acpi_dock_insert() and acpi_dock_removal() have a race condition with setting this variable? /* Global docking status, for avoiding duplicated docking */ static int acpi_dock_status = ACPI_DOCK_STATUS_UNKNOWN; Hope this helps, -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 21:38:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8004316A402 for ; Tue, 11 Apr 2006 21:38:57 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585F643D48 for ; Tue, 11 Apr 2006 21:38:56 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so1144977wra for ; Tue, 11 Apr 2006 14:38:55 -0700 (PDT) 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=QqWNR7NB2zPLle9v7GBPga+Gl75sV7/VwaMK2vG0YljtkaqSY/Bd11jHZkCt9aSCf8bXsGCKrXZ0mu/vGJXNXA8oI2f1W4tEw9Pvc/L7ky7+TCeUS4QmYfRKSHf1BoTZT1ydEHt+Go557Lomit6UkntlPBmPbZWTs9lzfhmXhcY= Received: by 10.65.211.9 with SMTP id n9mr330026qbq; Tue, 11 Apr 2006 14:38:55 -0700 (PDT) Received: by 10.65.155.4 with HTTP; Tue, 11 Apr 2006 14:38:55 -0700 (PDT) Message-ID: <7579f7fb0604111438p36903593g26c2f0e04a788cf0@mail.gmail.com> Date: Tue, 11 Apr 2006 14:38:55 -0700 From: "Matthew Jacob" To: "Julian Elischer" In-Reply-To: <443BE5EF.2030305@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7579f7fb0604110928n5fced9b3v66918e5d19b1a30@mail.gmail.com> <443bdd4f.61239541.275b.ffffd45aSMTPIN_ADDED@mx.gmail.com> <7579f7fb0604110956s48a9764dr49621e3a7e387bc3@mail.gmail.com> <443BE5EF.2030305@elischer.org> Cc: xavier , freebsd-current@freebsd.org, mjacob@freebsd.org Subject: Re: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 21:38:57 -0000 > you mean and untar it onto a 4.x box? Yes. As *soon* as the current 6 and 5 releases, there will be an MFC back all the way to RELENG_4. From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 22:44:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71E416A405 for ; Tue, 11 Apr 2006 22:44:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8667C43D5C for ; Tue, 11 Apr 2006 22:44:32 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.33]) by a50.ironport.com with ESMTP; 11 Apr 2006 15:44:34 -0700 Message-ID: <443C314F.7060407@elischer.org> Date: Tue, 11 Apr 2006 15:44:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: power on/off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 22:44:34 -0000 Every time I rebuild my current system (about once a month these days) I get a different set of behavious related to shutting down. sometimes it worked. Sometime 'halt' works, but 'halt -p' does not. Last time "halt" suddenly started actually powering the machine down, as if I had used -p Now, after the last rebuild, it doesn't reboot or power off, buit stos just after puting out the uptime. Also, the power button, which used to force a 'halt -p' effect, now just print some message about "failing to suspend" and nothing more, and the suspend button seemd to suspend hte system but waking hte system up seemd to leave the screen in an odd state.. I could shot it down by typing blind but couldn't see what I was doing. Anyone have a Dell inspiron 7500 doing the right thing under -current? care to share your secrets if you do? Julian From owner-freebsd-current@FreeBSD.ORG Tue Apr 11 22:56:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD0E316A401 for ; Tue, 11 Apr 2006 22:56:57 +0000 (UTC) (envelope-from ricardo_bsd@yahoo.com.br) Received: from smtp101.mail.mud.yahoo.com (smtp101.mail.mud.yahoo.com [209.191.85.211]) by mx1.FreeBSD.org (Postfix) with SMTP id BC13643D73 for ; Tue, 11 Apr 2006 22:56:53 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 60181 invoked from network); 11 Apr 2006 22:56:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Received:Date:To:Subject:From:Organization:Content-Type:MIME-Version:Content-Transfer-Encoding:Message-ID:User-Agent; b=52peMdFPsI7oxgHe1bGbVFKJ48SFCf3g4e3iWYdIP/BUE+WQSv3SFRyD+HJf6eMFwWxOHL8pMqbftIsuEOfV0tFnFvLyPgnnWutfm+wEHKwRzdEaDTB22ojMygNDqRqXfDQSzCUvEjPgAXPg79D8NlVJ9oxMVE3jL67SosrFZUU= ; Received: from unknown (HELO localhost) (ricardo?bsd@201.1.76.169 with login) by smtp101.mail.mud.yahoo.com with SMTP; 11 Apr 2006 22:56:52 -0000 Date: Tue, 11 Apr 2006 16:56:56 -0300 To: freebsd-current@freebsd.org From: "Ricardo A. Reis" Organization: UNIFESP Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) Subject: [RFC] Ideas for new distribuition: base-jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 22:56:58 -0000 Brian and Anish, I don't have any prototyping for this, but is not a problem i public my idea for collect opnions and new possibilities , i think that integration with makefile is very useful because FreeBSD Community is accustomed with make options. Using makefile approach is very easy integrate ncurse menu `OPTIONS` like ports for interact create, the make variables in non-interactive create is easy set for include file, like this while read DESTDIR JNAME JROOT JHOSTNAME JIP;do cd $(DISTBASE)/base && ./install.sh DESTDIR=$(DESTDIR) >/tmp/jail.XXXXX 2>&1 & exec 3<&0 exec >> $RCCONFJAIL cat < On Mon, Apr 10, 2006 at 05:27:18PM -0300, Ricardo A. Reis wrote: > > I think in one new distribution, this idea is for decrease > > create time for start jails after release install, the base-jail > > is distribute in CD1. After install RELEASE and update with > > freebsd-update a admin create a jail > > with ( cd /usr/local/base-jail; make jail DESTDIR=/XXXX ) very > > fast > > How about prototyping this? I offer as a starting point: > > -- 8< > -------------------------------------------------------------- > DISTBASE?=/cdrom > DESTDIR?=. > jail: > cd $(DISTBASE)/base && ./install.sh DESTDIR=$(DESTDIR) > -- 8< > -------------------------------------------------------------- > > What else does it need to have? I guess you could automatically add > jail_* entries in /etc/rc.conf, but it would need to prompt for > several pieces of information in order to be able to set them all. > > jail_enable="YES" > jail_list="foo" > jail_foo_rootdir="/XXXX" > jail_foo_hostname="foo.example.com" > jail_foo_ip="192.168.1.1" > jail_foo_exec_start="/bin/sh /etc/rc" > jail_foo_exec_stop="/bin/sh /etc/rc.shutdown" > jail_foo_devfs_enable="YES" > jail_foo_devfs_ruleset="devfsrules_jail" > > You might also want to prompt for, and set, the jail's root > password. > > You could copy some key files from the host environment assuming > they will be the same within the jail (e.g. /etc/resolv.conf, > /etc/hosts, /etc/localtime) > > You might also want a template directory for other files to be > installed into the jail (e.g. /etc/rc.conf might have > sshd_enable="YES" as its default), but the contents of these files > are likely to be very specific to your particular needs. The same > goes for installing additional distribution sets or packages. > Perhaps the jail builder could invoke sysinstall somehow, such that > it can be driven from an install.cfg script. This isn't done in a Makefile, but a normal shell script but it's what I use to setup jails. It makes setup incredibly simple. Run it and follow the prompts, the non-interactive mode doesn't work yet. http://am-productions.biz/docs/make-jail.sh I just updated it to work with the /etc/rc.d/jail changes in CURRENT so it might be broken to everything else. An MFC should be imminent for RELENG_6. I intentionally omitted adding jail_enable="YES" to rc.conf to force the user to actually know what they're enabling. _______________________________________________________ Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. http://br.info.mail.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 03:27:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD8A816A400 for ; Wed, 12 Apr 2006 03:27:04 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 672AF43D48 for ; Wed, 12 Apr 2006 03:27:04 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1306709nzf for ; Tue, 11 Apr 2006 20:27:03 -0700 (PDT) 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=ruEbgexhtpe4PzZxOT2uKxupKiKYFLpAJpMsuI+u3EPf59ea7goOctr3LZGkwpVg+rM2zSrmKKxeK3jbWWGui9o8YND1QMD2xG/K0ZCZEdLGLzODR7FAqY/sv5iSoSk9HjnKMuAl8P1fVVey7QXHF54V4WY99eGwC5/7K/EUewM= Received: by 10.37.20.67 with SMTP id x67mr3649954nzi; Tue, 11 Apr 2006 20:27:03 -0700 (PDT) Received: by 10.36.57.15 with HTTP; Tue, 11 Apr 2006 20:27:03 -0700 (PDT) Message-ID: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> Date: Tue, 11 Apr 2006 23:27:03 -0400 From: "Rong-En Fan" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 03:27:04 -0000 Hi, I just upgraded my -currnet to today. I noticed that rc complains about tail and tr not found: [...] Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init tail: not found tr: not found Loading configuration files. kernel dumps on /dev/ad0s3b [...] The following line in rc.subr looks suspicious JID=3D`ps -p $$ -o jid | tail -1 | tr -d ' '` They should be replaced by absolute name as the rest command in rc.subr. :-) Regards, Rong-En fan From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 05:20:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1B316A400 for ; Wed, 12 Apr 2006 05:20:53 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A28243D53 for ; Wed, 12 Apr 2006 05:20:48 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FTXm9-000LFV-1F; Wed, 12 Apr 2006 14:20:21 +0900 Message-ID: <443C8E13.1020708@micom.mng.net> Date: Wed, 12 Apr 2006 14:20:19 +0900 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: Michael Vince References: <442B79AE.9000800@micom.mng.net> <44322334.8010402@roq.com> In-Reply-To: <44322334.8010402@roq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: mysql performance test results under FreeBSD-7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 05:20:53 -0000 Hi, I did couple of tests with mysql-4.1.18 (from ports). gw#pkg_info|grep mysql mysql-client-4.1.18_1 Multithreaded SQL database (client) mysql-server-4.1.18_2 Multithreaded SQL database (server) On today's CURRENT (FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #20: Wed Apr 12 11:59:54 ULAST 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386) I got these numbers: 1. mysql(BUILD_OPTIMIZED=yes, BUILD_STATIC=yes, WITH_PROC_SCOPE_PTH=yes)-libpthread-tsc-sched_4bsd+preemption select_index 20000 0 0 10096.35 select_index 20000 0 0 11575.97 select_index 20000 0 0 11715.69 select_index 20000 0 0 11299.58 select_index 20000 0 0 11538.93 select_index 10000 2 0 1681.09 select_index 10000 2 0 1808.25 select_index 10000 2 0 1798.90 select_index 10000 3 0 1801.85 select_index 10000 5 0 1811.03 2. mysql(BUILD_OPTIMIZED=yes, BUILD_STATIC=yes, WITH_PROC_SCOPE_PTH=yes)-libpthread-acpifast-sched_4bsd+preemption select_index 20000 0 0 9440.26 select_index 20000 0 0 10454.90 select_index 20000 0 0 10586.03 select_index 20000 0 0 10488.21 select_index 20000 0 0 10577.91 select_index 10000 4 0 1724.35 select_index 10000 4 0 1685.37 select_index 10000 7 0 1688.11 select_index 10000 8 0 1715.86 select_index 10000 7 0 1591.31 Ganbold Michael Vince wrote: > Ganbold wrote: >> Hi all, >> >> I did make some mysql performance tests under FreeBSD-7.0-CURRENT >> with various >> scheduler and compile time options. >> It seems like mysql(BUILD_OPTIMIZED=yes, BUILD_STATIC=yes, >> WITH_PROC_SCOPE_PTH=yes)-libpthread-tsc-sched_4bsd+preemption gives >> better performance. >> >> The test results are at: >> >> http://www.mnbsd.org/ftp/mysql_test_results.txt >> >> There are several things I didn't test and this leads to some questions: >> >> 1. I didn't make test with Poul-Henning's CPU accounting patch. >> Somehow I can't apply it >> (http://phk.freebsd.dk/patch/cpu_acct_2.patch) cleanly. Where can I >> find latest patch? >> When this patch will be included in CURRENT? >> >> 2. I didn't make test with Robert Watson's patch >> (http://www.watson.org/~robert/freebsd/clock/)? Does CURRENT src tree >> include it? If not when this patch will be included in CURRENT? >> >> 3. I did make tests with default malloc in CURRENT. I'm confused what >> malloc options should try (jemalloc? phkmalloc?) What is the default >> malloc in CURRENT? How to use these different mallocs? >> >> thanks in advance, >> Ganbold > > Nice work! > > I think it would be equally interesting if you posted benchmarks for > MySQL 4.1.x > Since the last post comparing MySQL 5.x vs 4.1.x on FreeBSD showed > that MySQL 4.1 series had almost double the benchmark performance > numbers over 5.x MySQL > I couldn't bare the idea of using MySQL 5 if its still only half as > fast and has features I don't need. > I believe most people would prefer 4.1 unless they really need the > features that are in 5.x or don't need performance at all. > > Mike > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 11:01:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64B3216A401 for ; Wed, 12 Apr 2006 11:01:54 +0000 (UTC) (envelope-from x.ramirez@xifra.es) Received: from correo7.acens.net (correo7.acens.net [217.116.0.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB1943D73 for ; Wed, 12 Apr 2006 11:01:48 +0000 (GMT) (envelope-from x.ramirez@xifra.es) Received: (qmail 22005 invoked from network); 12 Apr 2006 11:01:47 -0000 Received: from unknown (HELO pcxavier) ([80.34.155.192]) (envelope-sender ) by correo7.acens.net (qmail-ldap-1.03) with SMTP for ; 12 Apr 2006 11:01:47 -0000 From: "xavier" To: "'Matthew Jacob'" , "'Julian Elischer'" Date: Wed, 12 Apr 2006 13:01:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <7579f7fb0604111438p36903593g26c2f0e04a788cf0@mail.gmail.com> Thread-Index: AcZdsK1QhFBqgAGrQd2gr4pbL4hZFAAbIkpw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Message-Id: <20060412110148.4EB1943D73@mx1.FreeBSD.org> Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: RE: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 11:01:54 -0000 I tried the steps you gave me copying the mpt files to version 4.11 and updating the conf/files but no success. These are the steps I followed. 1. There was a compiler error on '...'. I am currently using gcc version 2.95.3. Do I have to upgrade to a new version? I fixed this problem adding 'args' before '...' and changing __VA_ARGS__ with de keyboard 'args'. It seems this gcc is not fully iso compliant 2. I also removed MOD_QUISCE from mpt.c. It seems this functionality has been added after 4.11 and is not defined so I decided to comment this because will never be called 3. Now I get the following error that I don't know how to address. Can you give a hint on this? cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /usr/src/sys/dev/mpt/mpt.c In file included from /usr/src/sys/dev/mpt/mpt.h:124, from /usr/src/sys/dev/mpt/mpt.c:97: /usr/src/sys/sys/rman.h:54: syntax error before `bus_space_tag_t' /usr/src/sys/dev/mpt/mpt.c: In function `mpt_sysctl_attach': /usr/src/sys/dev/mpt/mpt.c:1995: warning: implicit declaration of function `device_get_sysctl_ctx' /usr/src/sys/dev/mpt/mpt.c:1995: warning: initialization makes pointer from integer without a cast /usr/src/sys/dev/mpt/mpt.c:1996: warning: implicit declaration of function `device_get_sysctl_tree' /usr/src/sys/dev/mpt/mpt.c:1996: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /usr/obj/usr/src/sys/MARIAN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Thanks From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 12:20:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6A916A400 for ; Wed, 12 Apr 2006 12:20:02 +0000 (UTC) (envelope-from x.ramirez@xifra.es) Received: from correo2.acens.net (correo2.acens.net [217.116.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6719D43D48 for ; Wed, 12 Apr 2006 12:20:00 +0000 (GMT) (envelope-from x.ramirez@xifra.es) Received: (qmail 17046 invoked from network); 12 Apr 2006 12:19:59 -0000 Received: from unknown (HELO pcxavier) ([80.34.155.192]) (envelope-sender ) by correo2.acens.net (qmail-ldap-1.03) with SMTP for ; 12 Apr 2006 12:19:59 -0000 From: "xavier" To: "'xavier'" , "'Matthew Jacob'" , "'Julian Elischer'" Date: Wed, 12 Apr 2006 14:19:58 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20060412110148.4EB1943D73@mx1.FreeBSD.org> Thread-Index: AcZdsK1QhFBqgAGrQd2gr4pbL4hZFAAbIkpwAAN/ZqA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Message-Id: <20060412122000.6719D43D48@mx1.FreeBSD.org> Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: RE: mpt driver in version 4.11 for LSI SAS 1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 12:20:02 -0000 Oops sorry, I did not get the last version in current, once I got the last version everything to work as expected thanks -----Mensaje original----- I tried the steps you gave me copying the mpt files to version 4.11 and updating the conf/files but no success. These are the steps I followed. 1. There was a compiler error on '...'. I am currently using gcc version 2.95.3. Do I have to upgrade to a new version? I fixed this problem adding 'args' before '...' and changing __VA_ARGS__ with de keyboard 'args'. It seems this gcc is not fully iso compliant 2. I also removed MOD_QUISCE from mpt.c. It seems this functionality has been added after 4.11 and is not defined so I decided to comment this because will never be called 3. Now I get the following error that I don't know how to address. Can you give a hint on this? cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /usr/src/sys/dev/mpt/mpt.c In file included from /usr/src/sys/dev/mpt/mpt.h:124, from /usr/src/sys/dev/mpt/mpt.c:97: /usr/src/sys/sys/rman.h:54: syntax error before `bus_space_tag_t' /usr/src/sys/dev/mpt/mpt.c: In function `mpt_sysctl_attach': /usr/src/sys/dev/mpt/mpt.c:1995: warning: implicit declaration of function `device_get_sysctl_ctx' /usr/src/sys/dev/mpt/mpt.c:1995: warning: initialization makes pointer from integer without a cast /usr/src/sys/dev/mpt/mpt.c:1996: warning: implicit declaration of function `device_get_sysctl_tree' /usr/src/sys/dev/mpt/mpt.c:1996: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /usr/obj/usr/src/sys/MARIAN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Thanks _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 13:52:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 165C116A404 for ; Wed, 12 Apr 2006 13:52:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E788C43D4C for ; Wed, 12 Apr 2006 13:52:50 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FTflu-0007PZ-Ol for freebsd-current@freebsd.org; Wed, 12 Apr 2006 15:52:38 +0200 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Apr 2006 15:52:38 +0200 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Apr 2006 15:52:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Csaba Henk Date: Wed, 12 Apr 2006 13:52:01 +0000 (UTC) Lines: 50 Message-ID: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: www.creo.hu User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 13:52:52 -0000 Hi! With my CURRENT installation from Apr 1, I get: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed at /usr/src/sys/kern/subr_sleepqueue.c:529 cpuid = 0 KDB: enter: panic [...] #11 0xc066a32b in panic (fmt=0xc08a525c "Assertion %s failed at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc068aadc in sleepq_wait (wchan=0xc1c163a8) at /usr/src/sys/kern/subr_sleepqueue.c:529 #13 0xc0670725 in msleep (ident=0xc1c163a8, mtx=0xc1c1629c, priority=92, wmesg=0xc08ae466 "stopevent", timo=0) at /usr/src/sys/kern/kern_synch.c:209 #14 0xc06966f8 in stopevent (p=0xc1c16234, event=2, val=2) at /usr/src/sys/kern/sys_process.c:1028 #15 0xc066e034 in issignal (td=0xc18e2bd0) at /usr/src/sys/kern/kern_sig.c:2544 #16 0xc066aed7 in cursig (td=0xc18e2bd0) at signalvar.h:265 #17 0xc068a732 in sleepq_catch_signals (wchan=0xc1750c10) at /usr/src/sys/kern/subr_sleepqueue.c:377 #18 0xc068ab22 in sleepq_wait_sig (wchan=0xc1750c10) at /usr/src/sys/kern/subr_sleepqueue.c:545 #19 0xc0670716 in msleep (ident=0xc1750c10, mtx=0x0, priority=345, wmesg=0xc08afc24 "ttyin", timo=0) at /usr/src/sys/kern/kern_synch.c:207 #20 0xc069e945 in ttysleep (tp=0xc1750c00, chan=0xc1750c10, pri=345, wmesg=0xc08afc24 "ttyin", timo=0) at /usr/src/sys/kern/tty.c:2762 #21 0xc069d4e3 in ttread (tp=0xc1750c00, uio=0xc62eec64, flag=0) at /usr/src/sys/kern/tty.c:1864 #22 0xc069f4c7 in ttyread (dev=0xc1746200, uio=0xc62eec64, flag=0) at linedisc.h:100 #23 0xc080ec16 in scread (dev=0xc1746200, uio=0xc62eec64, flag=0) at /usr/src/sys/dev/syscons/syscons.c:596 #24 0xc06446c1 in giant_read (dev=0xc1746200, uio=0xc62eec64, ioflag=0) at /usr/src/sys/kern/kern_conf.c:300 #25 0xc061fc8e in devfs_read_f (fp=0xc17f70d8, uio=0xc62eec64, cred=0xc1c39480, flags=0, td=0xc18e2bd0) at /usr/src/sys/fs/devfs/devfs_vnops.c:773 #26 0xc0691145 in dofileread (td=0xc18e2bd0, fd=0, fp=0xc17f70d8, auio=0xc62eec64, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:235 #27 0xc0690fda in kern_readv (td=0xc18e2bd0, fd=0, auio=0xc62eec64) at /usr/src/sys/kern/sys_generic.c:192 #28 0xc0690f05 in read (td=0xc18e2bd0, uap=0xc1033000) at /usr/src/sys/kern/sys_generic.c:116 #29 0xc0830436 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 1, tf_esi = 1, tf_ebp = -1077941016, tf_isp = -970003100, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672429263, tf_cs = 51, tf_eflags = 518, tf_esp = -1077941300, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1016 #30 0xc081c11f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:190 #31 0x00000033 in ?? () by running the command strace -e read,write cat and then interrupting it with Ctrl-C (of course, procfs is mounted and the devel/strace is installed before doing this). Regards, Csaba From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 14:41:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D5D16A401 for ; Wed, 12 Apr 2006 14:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00AB43D76 for ; Wed, 12 Apr 2006 14:41:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3CEflms025171; Wed, 12 Apr 2006 10:41:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 12 Apr 2006 10:41:36 -0400 User-Agent: KMail/1.9.1 References: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> In-Reply-To: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604121041.37870.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1394/Wed Apr 12 09:45:54 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Rong-En Fan Subject: Re: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 14:41:51 -0000 On Tuesday 11 April 2006 23:27, Rong-En Fan wrote: > Hi, > > I just upgraded my -currnet to today. I noticed that rc complains about > tail and tr not found: > > [...] > Trying to mount root from ufs:/dev/ad0s3a > start_init: trying /sbin/init > tail: not found > tr: not found > Loading configuration files. > kernel dumps on /dev/ad0s3b > [...] > > The following line in rc.subr looks suspicious > > JID=`ps -p $$ -o jid | tail -1 | tr -d ' '` > > They should be replaced by absolute name as the rest command in > rc.subr. :-) You don't have tail and tr in /usr/bin? Hmm, I wonder if /usr is mounted at that point, if not then rc.subr needs to be fixed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 15:12:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B43F616A400; Wed, 12 Apr 2006 15:12:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E868743D49; Wed, 12 Apr 2006 15:12:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3CFCBmB025358; Wed, 12 Apr 2006 11:12:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 12 Apr 2006 11:03:30 -0400 User-Agent: KMail/1.9.1 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: <200604121103.32647.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1394/Wed Apr 12 09:45:54 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Csaba Henk , davidxu@freebsd.org Subject: Re: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 15:12:17 -0000 On Wednesday 12 April 2006 09:52, Csaba Henk wrote: > Hi! > > With my CURRENT installation from Apr 1, I get: > > panic: Assertion !(curthread->td_flags & TDF_SINTR) failed at /usr/src/sys/kern/subr_sleepqueue.c:529 > cpuid = 0 > KDB: enter: panic The sleepq_remove() in msleep() to handle this nested sleep case isn't clearing the TDF_SINTR from the previous tsleep. I suspect this changed in the recent fixes as I think they changed the sleepqueue code to clear TDF_SINTR when the thread resumed, rather than clearing it when the thread was removed from the queue IIRC. > [...] > > #11 0xc066a32b in panic (fmt=0xc08a525c "Assertion %s failed at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:542 > #12 0xc068aadc in sleepq_wait (wchan=0xc1c163a8) at /usr/src/sys/kern/subr_sleepqueue.c:529 > #13 0xc0670725 in msleep (ident=0xc1c163a8, mtx=0xc1c1629c, priority=92, wmesg=0xc08ae466 "stopevent", timo=0) > at /usr/src/sys/kern/kern_synch.c:209 > #14 0xc06966f8 in stopevent (p=0xc1c16234, event=2, val=2) at /usr/src/sys/kern/sys_process.c:1028 > #15 0xc066e034 in issignal (td=0xc18e2bd0) at /usr/src/sys/kern/kern_sig.c:2544 > #16 0xc066aed7 in cursig (td=0xc18e2bd0) at signalvar.h:265 > #17 0xc068a732 in sleepq_catch_signals (wchan=0xc1750c10) at /usr/src/sys/kern/subr_sleepqueue.c:377 > #18 0xc068ab22 in sleepq_wait_sig (wchan=0xc1750c10) at /usr/src/sys/kern/subr_sleepqueue.c:545 > #19 0xc0670716 in msleep (ident=0xc1750c10, mtx=0x0, priority=345, wmesg=0xc08afc24 "ttyin", timo=0) > at /usr/src/sys/kern/kern_synch.c:207 > #20 0xc069e945 in ttysleep (tp=0xc1750c00, chan=0xc1750c10, pri=345, wmesg=0xc08afc24 "ttyin", timo=0) > at /usr/src/sys/kern/tty.c:2762 > #21 0xc069d4e3 in ttread (tp=0xc1750c00, uio=0xc62eec64, flag=0) at /usr/src/sys/kern/tty.c:1864 > #22 0xc069f4c7 in ttyread (dev=0xc1746200, uio=0xc62eec64, flag=0) at linedisc.h:100 > #23 0xc080ec16 in scread (dev=0xc1746200, uio=0xc62eec64, flag=0) at /usr/src/sys/dev/syscons/syscons.c:596 > #24 0xc06446c1 in giant_read (dev=0xc1746200, uio=0xc62eec64, ioflag=0) at /usr/src/sys/kern/kern_conf.c:300 > #25 0xc061fc8e in devfs_read_f (fp=0xc17f70d8, uio=0xc62eec64, cred=0xc1c39480, flags=0, td=0xc18e2bd0) > at /usr/src/sys/fs/devfs/devfs_vnops.c:773 > #26 0xc0691145 in dofileread (td=0xc18e2bd0, fd=0, fp=0xc17f70d8, auio=0xc62eec64, offset=Unhandled dwarf expression opcode 0x93 > > ) at file.h:235 > #27 0xc0690fda in kern_readv (td=0xc18e2bd0, fd=0, auio=0xc62eec64) at /usr/src/sys/kern/sys_generic.c:192 > #28 0xc0690f05 in read (td=0xc18e2bd0, uap=0xc1033000) at /usr/src/sys/kern/sys_generic.c:116 > #29 0xc0830436 in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 1, tf_esi = 1, tf_ebp = -1077941016, tf_isp = -970003100, tf_ebx = 0, tf_edx > = 0, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672429263, tf_cs = 51, tf_eflags = 518, tf_esp = -1077941300, > tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1016 > #30 0xc081c11f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:190 > #31 0x00000033 in ?? () > > by running the command > > strace -e read,write cat > > and then interrupting it with Ctrl-C (of course, procfs is mounted and the > devel/strace is installed before doing this). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 15:19:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAC6E16A40B; Wed, 12 Apr 2006 15:19:36 +0000 (UTC) (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 422B543D6E; Wed, 12 Apr 2006 15:18:17 +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 k3CFIG2h000974; Wed, 12 Apr 2006 08:18:16 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k3CFIGqM000973; Wed, 12 Apr 2006 08:18:16 -0700 Date: Wed, 12 Apr 2006 08:18:16 -0700 From: Brooks Davis To: John Baldwin Message-ID: <20060412151816.GE28966@odin.ac.hmc.edu> References: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> <200604121041.37870.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604121041.37870.jhb@freebsd.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-current@freebsd.org, Rong-En Fan , flz@freebsd.org Subject: Re: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 15:19:36 -0000 On Wed, Apr 12, 2006 at 10:41:36AM -0400, John Baldwin wrote: > On Tuesday 11 April 2006 23:27, Rong-En Fan wrote: > > Hi, > > > > I just upgraded my -currnet to today. I noticed that rc complains about > > tail and tr not found: > > > > [...] > > Trying to mount root from ufs:/dev/ad0s3a > > start_init: trying /sbin/init > > tail: not found > > tr: not found > > Loading configuration files. > > kernel dumps on /dev/ad0s3b > > [...] > > > > The following line in rc.subr looks suspicious > > > > JID=`ps -p $$ -o jid | tail -1 | tr -d ' '` > > > > They should be replaced by absolute name as the rest command in > > rc.subr. :-) > > You don't have tail and tr in /usr/bin? Hmm, I wonder if /usr is > mounted at that point, if not then rc.subr needs to be fixed. You can't do anything with /usr this early. This needs to be moved to _find_processes() where it's actually used. I suspect it should also be converted to pure shell code. I think this would work: for ent in `ps -p $$ -o jid`; do JID=$ent done -- Brooks From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 15:33:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B60C216A400; Wed, 12 Apr 2006 15:33:23 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBFF943D60; Wed, 12 Apr 2006 15:33:18 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 769F3119B3; Wed, 12 Apr 2006 17:33:17 +0200 (CEST) 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 39055-03; Wed, 12 Apr 2006 17:33:11 +0200 (CEST) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id D1AE111974; Wed, 12 Apr 2006 17:33:10 +0200 (CEST) From: Florent Thoumie To: Brooks Davis In-Reply-To: <20060412151816.GE28966@odin.ac.hmc.edu> References: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> <200604121041.37870.jhb@freebsd.org> <20060412151816.GE28966@odin.ac.hmc.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aMrTVKABLWFGi+dgeqpN" Date: Wed, 12 Apr 2006 16:33:09 +0100 Message-Id: <1144855989.53943.46.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-current@freebsd.org, Rong-En Fan Subject: Re: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 15:33:23 -0000 --=-aMrTVKABLWFGi+dgeqpN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-04-12 at 08:18 -0700, Brooks Davis wrote: > On Wed, Apr 12, 2006 at 10:41:36AM -0400, John Baldwin wrote: > > On Tuesday 11 April 2006 23:27, Rong-En Fan wrote: > > > Hi, > > >=20 > > > I just upgraded my -currnet to today. I noticed that rc complains abo= ut > > > tail and tr not found: > > >=20 > > > [...] > > > Trying to mount root from ufs:/dev/ad0s3a > > > start_init: trying /sbin/init > > > tail: not found > > > tr: not found > > > Loading configuration files. > > > kernel dumps on /dev/ad0s3b > > > [...] > > >=20 > > > The following line in rc.subr looks suspicious > > >=20 > > > JID=3D`ps -p $$ -o jid | tail -1 | tr -d ' '` > > >=20 > > > They should be replaced by absolute name as the rest command in > > > rc.subr. :-) > >=20 > > You don't have tail and tr in /usr/bin? Hmm, I wonder if /usr is > > mounted at that point, if not then rc.subr needs to be fixed. >=20 > You can't do anything with /usr this early. This needs to be > moved to _find_processes() where it's actually used. I suspect it > should also be converted to pure shell code. I think this would work: >=20 > for ent in `ps -p $$ -o jid`; do > JID=3D$ent=20 > done Oops, indeed. I've been over-confident thinking tr/tail were in /, and testing stop/start obviously didn't help. I can't think of another way to do this. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-aMrTVKABLWFGi+dgeqpN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEPR21MxEkbVFH3PQRAk7KAJ9BXdKzNC+MWnLmzd6MG8eprw/GfQCeM/jg s++Dbo1XXbQO4KAHSNGnC3o= =u5vM -----END PGP SIGNATURE----- --=-aMrTVKABLWFGi+dgeqpN-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 16:21:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F06116A400; Wed, 12 Apr 2006 16:21:57 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C629A43D4C; Wed, 12 Apr 2006 16:21:51 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3CGLltP058502; Thu, 13 Apr 2006 01:21:48 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Thu, 13 Apr 2006 01:21:56 +0900 (JST) Message-Id: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> To: nate@root.org From: Mitsuru IWASAKI In-Reply-To: <443C027B.7050002@root.org> References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> <443C027B.7050002@root.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Apr_13_01:21:56_2006_680)--" Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 16:21:57 -0000 ----Next_Part(Thu_Apr_13_01:21:56_2006_680)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Thanks for your comments. Patches for acpi_dock.c are attached. One thing, > * There also might be an acpi_GetReference() helper function to use. (I > think I wrote one) Sorry, I can't get this. Could you point this out in detail? Thanks! ----Next_Part(Thu_Apr_13_01:21:56_2006_680)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi_dock.c-20060413.diff" --- acpi_dock.c.20060410 Mon Apr 10 03:34:35 2006 +++ acpi_dock.c Thu Apr 13 01:06:04 2006 @@ -143,36 +143,21 @@ acpi_dock_execute_lck(device_t dev, int lock) { ACPI_HANDLE h; - ACPI_OBJECT argobj; - ACPI_OBJECT_LIST args; - ACPI_STATUS status; h = acpi_get_handle(dev); - - argobj.Type = ACPI_TYPE_INTEGER; - argobj.Integer.Value = lock; - args.Count = 1; - args.Pointer = &argobj; - status = AcpiEvaluateObject(h, "_LCK", &args, NULL); + acpi_SetInteger(h, "_LCK", lock); } static int acpi_dock_execute_ejx(device_t dev, int eject, int state) { ACPI_HANDLE h; - ACPI_OBJECT argobj; - ACPI_OBJECT_LIST args; ACPI_STATUS status; char ejx[5]; h = acpi_get_handle(dev); - - argobj.Type = ACPI_TYPE_INTEGER; - argobj.Integer.Value = eject; - args.Count = 1; - args.Pointer = &argobj; snprintf(ejx, sizeof(ejx), "_EJ%d", state); - status = AcpiEvaluateObject(h, ejx, &args, NULL); + status = acpi_SetInteger(h, ejx, eject); if (ACPI_SUCCESS(status)) { return (0); @@ -228,7 +213,9 @@ device_enable(dev); } + mtx_lock(&Giant); device_probe_and_attach(dev); + mtx_unlock(&Giant); } static ACPI_STATUS @@ -247,7 +234,15 @@ ACPI_VPRINT(dock_dev, acpi_device_get_parent_softc(dock_dev), "inserting device for %s\n", acpi_name(handle)); -#if (ACPI_CA_VERSION <= 0x20041119) +#if 0 + /* + * If the system boot up w/o Docking, the devices under the dock + * still un-initialized, also control methods such as _INI, _STA + * are not executed. + * Normal devices are initialized at booting by calling + * AcpiInitializeObjects(), however the devices under the dock + * need to be initialized here on the scheme of ACPICA. + */ ACPI_INIT_WALK_INFO Info; AcpiNsWalkNamespace(ACPI_TYPE_ANY, handle, @@ -262,7 +257,7 @@ goto out; } - timeout(acpi_dock_attach_later, (caddr_t)dev, hz*3); + AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_dock_attach_later, dev); out: return (AE_OK); @@ -285,6 +280,8 @@ struct acpi_dock_softc *sc; ACPI_HANDLE h; + ACPI_SERIAL_ASSERT(dock); + sc = device_get_softc(dev); h = acpi_get_handle(dev); @@ -313,8 +310,6 @@ { device_t dock_dev, dev; ACPI_HANDLE dock_handle; - ACPI_OBJECT argobj; - ACPI_OBJECT_LIST args; dock_dev = *(device_t *)context; dock_handle = acpi_get_handle(dock_dev); @@ -333,12 +328,7 @@ mtx_unlock(&Giant); } - argobj.Type = ACPI_TYPE_INTEGER; - argobj.Integer.Value = 0; - args.Count = 1; - args.Pointer = &argobj; - AcpiEvaluateObject(handle, "_EJ0", &args, NULL); - + acpi_SetInteger(handle, "_EJ0", 0); out: return (AE_OK); } @@ -359,6 +349,8 @@ { struct acpi_dock_softc *sc; + ACPI_SERIAL_ASSERT(dock); + sc = device_get_softc(dev); if (acpi_dock_status == ACPI_DOCK_STATUS_DOCKED || acpi_dock_status == ACPI_DOCK_STATUS_UNKNOWN) { @@ -392,6 +384,8 @@ { struct acpi_dock_softc *sc; + ACPI_SERIAL_ASSERT(dock); + sc = device_get_softc(dev); acpi_dock_get_info(dev); @@ -399,7 +393,7 @@ * If the _STA indicates 'present' and 'functioning', * the system is docked. */ - if (sc->_sta & 0x9) { + if (ACPI_DEVICE_PRESENT(sc->_sta)) { acpi_dock_insert(dev); } if (sc->_sta == 0x0) { @@ -420,6 +414,7 @@ ACPI_VPRINT(dev, acpi_device_get_parent_softc(dev), "got notification %#x\n", notify); + ACPI_SERIAL_BEGIN(dock); switch (notify) { case ACPI_DOCK_NOTIFY_BUS_CHECK: case ACPI_DOCK_NOTIFY_DEVICE_CHECK: @@ -434,6 +429,7 @@ device_printf(dev, "unknown notify %#x\n", notify); break; } + ACPI_SERIAL_END(dock); } /* @@ -530,9 +526,10 @@ sc->status = ACPI_DOCK_STATUS_UNKNOWN; AcpiEvaluateObject(h, "_INI", NULL, NULL); - acpi_dock_device_check(dev); ACPI_SERIAL_BEGIN(dock); + + acpi_dock_device_check(dev); /* Get the sysctl tree */ sc->sysctl_ctx = device_get_sysctl_ctx(dev); ----Next_Part(Thu_Apr_13_01:21:56_2006_680)---- From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 17:46:36 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F37B16A407; Wed, 12 Apr 2006 17:46:36 +0000 (UTC) (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 ED51643D58; Wed, 12 Apr 2006 17:46:30 +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 k3CHkUUS021974; Wed, 12 Apr 2006 10:46:30 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k3CHkUn4021973; Wed, 12 Apr 2006 10:46:30 -0700 Date: Wed, 12 Apr 2006 10:46:30 -0700 From: Brooks Davis To: Florent Thoumie Message-ID: <20060412174630.GC21175@odin.ac.hmc.edu> References: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> <200604121041.37870.jhb@freebsd.org> <20060412151816.GE28966@odin.ac.hmc.edu> <1144855989.53943.46.camel@mayday.esat.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UFHRwCdBEJvubb2X" Content-Disposition: inline In-Reply-To: <1144855989.53943.46.camel@mayday.esat.net> 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-current@FreeBSD.org, Rong-En Fan , John Baldwin Subject: Re: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 17:46:36 -0000 --UFHRwCdBEJvubb2X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 12, 2006 at 04:33:09PM +0100, Florent Thoumie wrote: > On Wed, 2006-04-12 at 08:18 -0700, Brooks Davis wrote: > > On Wed, Apr 12, 2006 at 10:41:36AM -0400, John Baldwin wrote: > > > On Tuesday 11 April 2006 23:27, Rong-En Fan wrote: > > > > Hi, > > > >=20 > > > > I just upgraded my -currnet to today. I noticed that rc complains a= bout > > > > tail and tr not found: > > > >=20 > > > > [...] > > > > Trying to mount root from ufs:/dev/ad0s3a > > > > start_init: trying /sbin/init > > > > tail: not found > > > > tr: not found > > > > Loading configuration files. > > > > kernel dumps on /dev/ad0s3b > > > > [...] > > > >=20 > > > > The following line in rc.subr looks suspicious > > > >=20 > > > > JID=3D`ps -p $$ -o jid | tail -1 | tr -d ' '` > > > >=20 > > > > They should be replaced by absolute name as the rest command in > > > > rc.subr. :-) > > >=20 > > > You don't have tail and tr in /usr/bin? Hmm, I wonder if /usr is > > > mounted at that point, if not then rc.subr needs to be fixed. > >=20 > > You can't do anything with /usr this early. This needs to be > > moved to _find_processes() where it's actually used. I suspect it > > should also be converted to pure shell code. I think this would work: > >=20 > > for ent in `ps -p $$ -o jid`; do > > JID=3D$ent=20 > > done >=20 > Oops, indeed. I've been over-confident thinking tr/tail were in /, and > testing stop/start obviously didn't help. >=20 > I can't think of another way to do this. I've checked (at least as much as I can without an actual jail around) and the above appears to set JID correctly. -- 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 --UFHRwCdBEJvubb2X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEPTz1XY6L6fI4GtQRAkGNAKDObr+s3khUnxBT9h8LLSxG0n+LlQCgnOet Y/MxL7JZaY027xo0q/A0sp4= =ZgUv -----END PGP SIGNATURE----- --UFHRwCdBEJvubb2X-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 19:20:39 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0106E16A406; Wed, 12 Apr 2006 19:20:39 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DAC043D7B; Wed, 12 Apr 2006 19:20:32 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.1/8.13.0) with ESMTP id k3CJKTCw022111; Wed, 12 Apr 2006 15:20:30 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060412174630.GC21175@odin.ac.hmc.edu> References: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> <200604121041.37870.jhb@freebsd.org> <20060412151816.GE28966@odin.ac.hmc.edu> <1144855989.53943.46.camel@mayday.esat.net> <20060412174630.GC21175@odin.ac.hmc.edu> Date: Wed, 12 Apr 2006 15:20:28 -0400 To: Brooks Davis , Florent Thoumie From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: freebsd-current@FreeBSD.org, Rong-En Fan , John Baldwin Subject: Re: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 19:20:39 -0000 > > > > > > You can't do anything with /usr this early. This needs > > > to be moved to _find_processes() where it's actually used. > > > I suspect it should also be converted to pure shell code. > > > I think this would work: > > > > > > for ent in `ps -p $$ -o jid`; do >> > JID=$ent > > > done You might want to change this to: for ent in `ps -p $$ -o jid=`; do JID=$ent done (adding '=' on 'jid', to get rid of the column header) -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 19:31:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA3B16A402; Wed, 12 Apr 2006 19:31:58 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6476E43D5E; Wed, 12 Apr 2006 19:31:57 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 376CA11974; Wed, 12 Apr 2006 21:31:56 +0200 (CEST) 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 40912-09; Wed, 12 Apr 2006 21:31:48 +0200 (CEST) Received: from [192.168.2.3] (unknown [193.120.13.131]) by smtp.xbsd.org (Postfix) with ESMTP id 8F4A111926; Wed, 12 Apr 2006 21:31:47 +0200 (CEST) From: Florent Thoumie To: Garance A Drosehn In-Reply-To: References: <6eb82e0604112027q557fa36bw692f147913112997@mail.gmail.com> <200604121041.37870.jhb@freebsd.org> <20060412151816.GE28966@odin.ac.hmc.edu> <1144855989.53943.46.camel@mayday.esat.net> <20060412174630.GC21175@odin.ac.hmc.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s595PM4pCtoZTI9ST9dG" Date: Wed, 12 Apr 2006 20:31:26 +0200 Message-Id: <1144866686.794.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-current@FreeBSD.org, Rong-En Fan , John Baldwin Subject: Re: tail, tr: not found when booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 19:31:58 -0000 --=-s595PM4pCtoZTI9ST9dG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-04-12 at 15:20 -0400, Garance A Drosehn wrote: > > > > > > > > You can't do anything with /usr this early. This needs > > > > to be moved to _find_processes() where it's actually used. > > > > I suspect it should also be converted to pure shell code. > > > > I think this would work: > > > > > > > > for ent in `ps -p $$ -o jid`; do > >> > JID=3D$ent > > > > done >=20 > You might want to change this to: >=20 > for ent in `ps -p $$ -o jid=3D`; do > JID=3D$ent > done >=20 > (adding '=3D' on 'jid', to get rid of the column header) You don't need the loop if you use the '=3D', as someone told me via private mail. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-s595PM4pCtoZTI9ST9dG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEPUd+MxEkbVFH3PQRAhISAJ9NbV33OO5TXMZ9ssbpB+uAODSJGwCeK1Rx SaCOfUNBKopfo9HW3C+w3gw= =ktkU -----END PGP SIGNATURE----- --=-s595PM4pCtoZTI9ST9dG-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 19:52:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC9B416A414 for ; Wed, 12 Apr 2006 19:52:49 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FA4343D5E for ; Wed, 12 Apr 2006 19:52:46 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so1365887wra for ; Wed, 12 Apr 2006 12:52:45 -0700 (PDT) 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=djqJNAQuLP9+VMREdCkgxh6xZD/ONKpy7pKak8zGUyM5mqPGsnlmI4aJbkubiYfJzd0UD2Mxv+B9HoOVI96QRbBZsUN4vZ92udiI2UAG2Xs8e9AUTTLFtYF2Ii0M8cpplp4ry08TDIJjUp9U6bTnFLLH6x9nvKKd7wNEF1Xc3b4= Received: by 10.64.204.12 with SMTP id b12mr432522qbg; Wed, 12 Apr 2006 12:52:45 -0700 (PDT) Received: by 10.65.214.5 with HTTP; Wed, 12 Apr 2006 12:52:45 -0700 (PDT) Message-ID: <53cc795f0604121252y506867fehec5a961c4aaabb78@mail.gmail.com> Date: Wed, 12 Apr 2006 23:52:45 +0400 From: GeX To: freebsd-current@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: make buildworld broken on current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 19:52:49 -0000 xnet# date Wed Apr 12 23:49:57 MSD 2006 xnet# make update SUPHOST=3Dcvsup7.ru.freebsd.org -------------------------------------------------------------- >>> Running /usr/bin/csup -------------------------------------------------------------- Parsing supfile "/usr/share/examples/cvsup/stable-supfile" Connecting to cvsup7.ru.freebsd.org Connected to 83.222.3.84 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Delete src/sys/i386/conf/LINT Shutting down connection to server Finished successfully xnet# xnet# xnet# make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp mkdir -p /usr/obj/usr/src/tmp/legacy/usr/bin mkdir -p /usr/obj/usr/src/tmp/legacy/usr/games mkdir -p /usr/obj/usr/src/tmp/legacy/usr/include/c++/3.4 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/tmp/legacy/usr/lib mkdir -p /usr/obj/usr/src/tmp/legacy/usr/libexec mkdir -p /usr/obj/usr/src/tmp/legacy/usr/sbin mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr/bin mkdir -p /usr/obj/usr/src/tmp/usr/include mkdir -p /usr/obj/usr/src/tmp/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/tmp/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/tmp/usr/libexec mkdir -p /usr/obj/usr/src/tmp/usr/sbin mkdir -p /usr/obj/usr/src/tmp/usr/share/misc mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/defs mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/mibs mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/tmp INSTALL=3D"sh /usr/src/tools/install.sh" PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr= /bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/usr/src/tmp MAKEFLAGS=3D"-m /usr/src/tools/build/mk -= m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D70001= 4 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy =3D=3D=3D> tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c cc -O2 -fno-strict-aliasing -pipe '' -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c cc: : No such file or directory *** Error code 1 Stop in /usr/src/tools/build. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. xnet# uname -vp FreeBSD 7.0-CURRENT #2: Thu Mar 9 11:53:58 MSK 2006 =20 root@xnet.nnov.ru:/usr/obj/usr/src/sys/unstable i386 From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 21:06:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6CB916A403 for ; Wed, 12 Apr 2006 21:06:46 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE1243D48 for ; Wed, 12 Apr 2006 21:06:46 +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 5C8841A3C31; Wed, 12 Apr 2006 14:06:46 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8215F5161D; Wed, 12 Apr 2006 17:06:45 -0400 (EDT) Date: Wed, 12 Apr 2006 17:06:45 -0400 From: Kris Kennaway To: GeX Message-ID: <20060412210645.GA29792@xor.obsecurity.org> References: <53cc795f0604121252y506867fehec5a961c4aaabb78@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <53cc795f0604121252y506867fehec5a961c4aaabb78@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: make buildworld broken on current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 21:06:46 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 12, 2006 at 11:52:45PM +0400, GeX wrote: > cc: : No such file or directory > *** Error code 1 # whereis cc Without a C compiler, you can't compile a new world. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPWvkWry0BWjoQKURAluPAKDlKCk27P6szjHjAbeZ3JVogZTlwACghOb4 geHjngAOVar1f5HQjg2cMSI= =ffLD -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 21:29:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B2516A402 for ; Wed, 12 Apr 2006 21:29:35 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D8143D55 for ; Wed, 12 Apr 2006 21:29:28 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so1384601wra for ; Wed, 12 Apr 2006 14:29:28 -0700 (PDT) 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:references; b=UKjrMpxrV/ajVfJPIqUO7B0+xxIS1Sut2gFJJ+WgvjWwXbXwz6TvbYVoADQwZ2ppOtNC00OIBmsFcTSoXPlClN/qPwfUuH3/UcGw3rzRoIwod/+w1gTK/DdOdIMcyocMQFbbQpGYOMTeeP/eZWldW02YC+dJqsibDvf1aPN+WuM= Received: by 10.65.183.7 with SMTP id k7mr1032433qbp; Wed, 12 Apr 2006 14:23:19 -0700 (PDT) Received: by 10.65.214.5 with HTTP; Wed, 12 Apr 2006 14:23:19 -0700 (PDT) Message-ID: <53cc795f0604121423t5876f146la6a24f54099943d0@mail.gmail.com> Date: Thu, 13 Apr 2006 01:23:19 +0400 From: GeX To: "Kris Kennaway" In-Reply-To: <20060412210645.GA29792@xor.obsecurity.org> MIME-Version: 1.0 References: <53cc795f0604121252y506867fehec5a961c4aaabb78@mail.gmail.com> <20060412210645.GA29792@xor.obsecurity.org> 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 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld broken on current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 21:29:35 -0000 xnet# whereis cc cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz /usr/src/gnu/usr.bin/cc On 4/13/06, Kris Kennaway wrote: > > On Wed, Apr 12, 2006 at 11:52:45PM +0400, GeX wrote: > > > cc: : No such file or directory > > *** Error code 1 > > # whereis cc > > Without a C compiler, you can't compile a new world. > > Kris > > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 21:35:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE4F16A403 for ; Wed, 12 Apr 2006 21:35:09 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10A7E43D48 for ; Wed, 12 Apr 2006 21:35:02 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.145.173] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FTmzN-000632-Jn for current@freebsd.org; Wed, 12 Apr 2006 22:35:01 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.54 (FreeBSD)) id 1FTmzN-000KCK-18 for current@freebsd.org; Wed, 12 Apr 2006 22:35:01 +0100 Date: Wed, 12 Apr 2006 22:35:00 +0100 From: Thomas Hurst To: current@freebsd.org Message-ID: <20060412213500.GA76866@voi.aagh.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Not much. User-Agent: Mutt/1.5.11 Sender: Thomas Hurst Cc: Subject: sys/amd64/amd64/pmap.c -- missing include X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 21:35:09 -0000 Could someone pop #include "opt_pmap.h" into sys/amd64/amd64/pmap.c so setting PMAP_SHPGPERPROC in kernel config actually has an effect on amd64? This will close conf/94509, and it'd be nice to have it in 6.1. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 22:10:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F63716A400; Wed, 12 Apr 2006 22:10:33 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9912A43D46; Wed, 12 Apr 2006 22:10:32 +0000 (GMT) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id k3CMA3OY069076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Apr 2006 00:10:03 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id k3CMA3Xb069074; Thu, 13 Apr 2006 00:10:03 +0200 (CEST) (envelope-from csaba) Date: Thu, 13 Apr 2006 00:10:03 +0200 From: Csaba Henk To: John Baldwin Message-ID: <20060412221003.GB10078@beastie.creo.hu> References: <200604121103.32647.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604121103.32647.jhb@freebsd.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 22:10:33 -0000 On Wed, Apr 12, 2006 at 11:03:30AM -0400, John Baldwin wrote: > The sleepq_remove() in msleep() to handle this nested sleep case isn't > clearing the TDF_SINTR from the previous tsleep. I suspect this changed > in the recent fixes as I think they changed the sleepqueue code to clear > TDF_SINTR when the thread resumed, rather than clearing it when the thread > was removed from the queue IIRC. Thanks for the info. I don't plan to update my system recently, so I can't confirm if it really has been fixed, but anyone who has a fresh enough system can give it a try. Regards, Csaba From owner-freebsd-current@FreeBSD.ORG Wed Apr 12 22:18:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C1F516A406 for ; Wed, 12 Apr 2006 22:18:50 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from customer-domains.icp-qv1-irony7.iinet.net.au (customer-domains.icp-qv1-irony7.iinet.net.au [203.59.1.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6118143D45 for ; Wed, 12 Apr 2006 22:18:46 +0000 (GMT) (envelope-from davidn@datalinktech.com.au) Received: from 203-206-162-119.perm.iinet.net.au (HELO mail.datalinktech.com.au) ([203.206.162.119]) by customer-domains.icp-qv1-irony7.iinet.net.au with ESMTP; 13 Apr 2006 06:18:46 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.04,115,1143993600"; d="scan'208"; a="233583054:sNHT23757310" Received: from [192.168.4.232] ([192.168.4.232]) by mail.datalinktech.com.au with esmtp; Thu, 13 Apr 2006 08:18:42 +1000 id 0019847F.443D7CC2.0000FF42 Message-ID: <443D7CC0.2090505@datalinktech.com.au> Date: Thu, 13 Apr 2006 08:18:40 +1000 From: David Nugent User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060406 X-Accept-Language: en-us, en MIME-Version: 1.0 To: GeX References: <53cc795f0604121252y506867fehec5a961c4aaabb78@mail.gmail.com> In-Reply-To: <53cc795f0604121252y506867fehec5a961c4aaabb78@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: make buildworld broken on current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 22:18:50 -0000 >cc -O2 -fno-strict-aliasing -pipe '' -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c >cc: : No such file or directory > > ~ The error is not a missing cc, but the empty quotes before the first -I which cc is complaining about. Makefile related, methinks. From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 01:07:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D396B16A401; Thu, 13 Apr 2006 01:07:53 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Thu, 13 Apr 2006 09:07:50 +0800 User-Agent: KMail/1.8.2 References: <200604121103.32647.jhb@freebsd.org> In-Reply-To: <200604121103.32647.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604130907.51163.davidxu@freebsd.org> Cc: Csaba Henk Subject: Re: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 01:07:54 -0000 On Wednesday 12 April 2006 23:03, John Baldwin wrote: > On Wednesday 12 April 2006 09:52, Csaba Henk wrote: > > Hi! > > > > With my CURRENT installation from Apr 1, I get: > > > > panic: Assertion !(curthread->td_flags & TDF_SINTR) failed at > > /usr/src/sys/kern/subr_sleepqueue.c:529 cpuid = 0 > > KDB: enter: panic > > The sleepq_remove() in msleep() to handle this nested sleep case isn't > clearing the TDF_SINTR from the previous tsleep. I suspect this changed > in the recent fixes as I think they changed the sleepqueue code to clear > TDF_SINTR when the thread resumed, rather than clearing it when the thread > was removed from the queue IIRC. > Can you test following patch ? I think the TDF_SINTR was never cleared in sleepq_remove or sleepq_resume_thread, the functions were not touched in my previous fixes.:-) David Xu Index: subr_sleepqueue.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_sleepqueue.c,v retrieving revision 1.26 diff -u -r1.26 subr_sleepqueue.c --- subr_sleepqueue.c 23 Feb 2006 03:42:17 -0000 1.26 +++ subr_sleepqueue.c 13 Apr 2006 00:59:01 -0000 @@ -633,6 +633,7 @@ td->td_wmesg = NULL; td->td_wchan = NULL; + td->td_flags &= ~TDF_SINTR; /* * Note that thread td might not be sleeping if it is running From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 14:46:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD7B16A400; Thu, 13 Apr 2006 14:46:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6E2943D4C; Thu, 13 Apr 2006 14:46:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3DEkjZE037507; Thu, 13 Apr 2006 10:46:46 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: David Xu Date: Thu, 13 Apr 2006 10:46:25 -0400 User-Agent: KMail/1.9.1 References: <200604121103.32647.jhb@freebsd.org> <200604130907.51163.davidxu@freebsd.org> In-Reply-To: <200604130907.51163.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604131046.27204.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1396/Thu Apr 13 01:39:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Csaba Henk , freebsd-current@freebsd.org Subject: Re: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 14:46:53 -0000 On Wednesday 12 April 2006 21:07, David Xu wrote: > On Wednesday 12 April 2006 23:03, John Baldwin wrote: > > On Wednesday 12 April 2006 09:52, Csaba Henk wrote: > > > Hi! > > > > > > With my CURRENT installation from Apr 1, I get: > > > > > > panic: Assertion !(curthread->td_flags & TDF_SINTR) failed at > > > /usr/src/sys/kern/subr_sleepqueue.c:529 cpuid = 0 > > > KDB: enter: panic > > > > The sleepq_remove() in msleep() to handle this nested sleep case isn't > > clearing the TDF_SINTR from the previous tsleep. I suspect this changed > > in the recent fixes as I think they changed the sleepqueue code to clear > > TDF_SINTR when the thread resumed, rather than clearing it when the thread > > was removed from the queue IIRC. > > > Can you test following patch ? I think the TDF_SINTR was never cleared in > sleepq_remove or sleepq_resume_thread, the functions were not touched in > my previous fixes.:-) Ah, ok. :) Odd that we didn't run into this until now. Patch looks ok to me. > David Xu > > > Index: subr_sleepqueue.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/subr_sleepqueue.c,v > retrieving revision 1.26 > diff -u -r1.26 subr_sleepqueue.c > --- subr_sleepqueue.c 23 Feb 2006 03:42:17 -0000 1.26 > +++ subr_sleepqueue.c 13 Apr 2006 00:59:01 -0000 > @@ -633,6 +633,7 @@ > > td->td_wmesg = NULL; > td->td_wchan = NULL; > + td->td_flags &= ~TDF_SINTR; > > /* > * Note that thread td might not be sleeping if it is running > -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 18:29:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7DE316A4FE for ; Thu, 13 Apr 2006 18:29:39 +0000 (UTC) (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 7D9FA43D48 for ; Thu, 13 Apr 2006 18:29:39 +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 k3DITc4C018424 for ; Thu, 13 Apr 2006 11:29:38 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k3DITcPZ018423 for current@freebsd.org; Thu, 13 Apr 2006 11:29:38 -0700 (PDT) (envelope-from david) Date: Thu, 13 Apr 2006 11:29:38 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20060413182938.GB692@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: xdm & syscons failing to get along ... sometimes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 18:29:42 -0000 I've been tracking RELENG_6 (on slice 1) and HEAD (on slice 4) of my laptop (currently a Dell Inspiron 8200) for a while now. And while I've been fairly pleased with the overall behavior for both, there's one issue that shows up a lot more often in CURRENT than 6.x, and it's getting to the point where I'm about to start poking around to try to figure out what's going on so I can fix it. But before I do, I thought it might make sense to describe what I'm seeing & ask if other folks are seeing it or if other folks are trying to fix it (so I can work with them, vs. at cross-purposes). Briefly: * I start xdm via a script in /usr/local/etc/rc.d. * In the past (since FreeBSD 2.2.x or so), this has worked without any problems at all. * More recently, sometimes after the machine boots, the virtual terminals provided by syscons(4) don't seem to work. Symptoms include: * Typing my login on the xdm login screen fails to echo, but the information does appear to be read by getty(8). * Indeed; I am actually able to login, though seeing that is almost impossible, because the various Ctl+Alt+Fx chords don't show any vtys, either. But after I enter my login & password, I can (blindly) type "sudo reboot" followed by my password, and the machine then reboots (if I typed everything correctly). Thus, it appears that there's a bit of a "disconnect" between what process is actually accepting keyboard input vs. what process is controlling the display. * I have tried tinkering with the rcorder(8) keywords, as well as creating an additional "startup script," the job of which is to insert a "sleep" before xdm starts up. Although I've been able to make the symptoms rarer, I have not been able to make them stop completely. I tweaked that extra script to add more delay for 7.x; that seems to help somewhat, but even adding 12 more seconds doesn't prevent the problem from recurring. * Usually a reboot does not exhibit the same symptoms. Sometimes, it does. * As noted above, it's more common in 7.x than in 6.x. I don't recall ever seeing the problem in 4.x or earlier. (I didn't spend enough time running 5.x to recall.) * I have not seen the problem on my desktop at work, where I also track RELENG_6 & HEAD, and also run xdm via a script in /usr/local/etc/rc.d. As noted, the laptop is a Dell Inspiron 8200; here's some salient info about the hardware, taken from dmesg: FreeBSD 7.0-CURRENT #47: Thu Apr 13 10:14:06 PDT 2006 root@localhost:/common/S4/obj/usr/src/sys/LAPTOP_30W ... Calibrating clock(s) ... i8254 clock: 1193216 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1594832736 Hz CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz (1594.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory = 268312576 (255 MB) ... /var/log/Xorg.0.log tells me the video card is a "nVidia Corporation NV11 [GeForce2 Go] rev 178;" I'm using the X.org "nv" driver. My current work desktop is a Dell Dimension 3000; its video card is shown as "Intel Corporation 82865G Integrated Graphics Controller rev 2;" I'm using the X.org "i810" driver. Here's a corresponding exerpt from dmsg.run (running 6.x): FreeBSD 6.1-RC #41: Sun Apr 9 06:21:31 PDT 2006 root@localhost:/common/S2/obj/usr/src/sys/CATMINT 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 = 514396160 (490 MB) Hints, pointers, suggestions, or fixes would be welcomoe. Peace, david -- David H. Wolfskill david@catwhisker.org Mail filters, like sewers, need to be most restrictive at the point of entry. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 22:31:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 238B616A407 for ; Thu, 13 Apr 2006 22:31:58 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82DF943D46 for ; Thu, 13 Apr 2006 22:31:57 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060413223156.KAXD17664.eastrmmtao02.cox.net@serene.no-ip.org> for ; Thu, 13 Apr 2006 18:31:56 -0400 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with SMTP id k3DMVuWL093262 for ; Thu, 13 Apr 2006 17:31:56 -0500 (CDT) (envelope-from conrads@cox.net) Date: Thu, 13 Apr 2006 17:31:51 -0500 From: "Conrad J. Sabatier" To: freebsd-current@FreeBSD.org Message-Id: <20060413173151.5c26da4b.conrads@cox.net> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; amd64-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: ports "make index" failure due to /etc/src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 22:31:58 -0000 Just upgraded today from STABLE to CURRENT and ran into this: serene:root:/usr/ports# make index Generating INDEX-7 - please wait.."/usr/share/mk/bsd.own.mk", line 353: WITH_FORTRAN and WITHOUT_FORTRAN can't both be set. ===> lang/gfortran failed *** Error code 1 1 error I have WITHOUT_FORTRAN set in /etc/src.conf. Removed all my old NO_* variables from /etc/make.conf, and I'm quite sure I don't have WITH_FORTRAN defined anywhere (at least not by me). :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 22:29:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A8916A400 for ; Thu, 13 Apr 2006 22:29:38 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4676543D45 for ; Thu, 13 Apr 2006 22:29:38 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 0E867F2753 for ; Thu, 13 Apr 2006 15:29:38 -0700 (PDT) X-Virus-Scanned: by amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ECYMrHujutdK for ; Thu, 13 Apr 2006 15:29:30 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E2F87F2709 for ; Thu, 13 Apr 2006 15:29:29 -0700 (PDT) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Date: Thu, 13 Apr 2006 15:29:29 -0700 Message-Id: <1144967369.26041.2.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 13 Apr 2006 22:33:51 +0000 Cc: Subject: bce broken in non-current with DEVICE_POLLING support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 22:29:38 -0000 Please MFC revision 1.3 of src/sys/dev/bce/if_bce.c ASAP. -STABLE build is broken because of failure to test DEVICE_POLLING case of code. Looks like both RELENG_6_1 and RELENG_6 are affected. Thanks, Sean From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 23:15:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F259016A403; Thu, 13 Apr 2006 23:15:25 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 474D643D48; Thu, 13 Apr 2006 23:15:24 +0000 (GMT) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id k3DNEshH025541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Apr 2006 01:14:54 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id k3DNErq4025540; Fri, 14 Apr 2006 01:14:53 +0200 (CEST) (envelope-from csaba) Date: Fri, 14 Apr 2006 01:14:53 +0200 From: Csaba Henk To: David Xu Message-ID: <20060413231453.GF10078@beastie.creo.hu> References: <200604121103.32647.jhb@freebsd.org> <200604130907.51163.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604130907.51163.davidxu@freebsd.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: panic: Assertion !(curthread->td_flags & TDF_SINTR) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 23:15:26 -0000 On Thu, Apr 13, 2006 at 09:07:50AM +0800, David Xu wrote: > Can you test following patch ? I think the TDF_SINTR was never cleared in > sleepq_remove or sleepq_resume_thread, the functions were not touched in > my previous fixes.:-) It seems to work. Regards, Csaba From owner-freebsd-current@FreeBSD.ORG Thu Apr 13 23:21:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F49116A400 for ; Thu, 13 Apr 2006 23:21:45 +0000 (UTC) (envelope-from ricardo_bsd@yahoo.com.br) Received: from smtp101.mail.mud.yahoo.com (smtp101.mail.mud.yahoo.com [209.191.85.211]) by mx1.FreeBSD.org (Postfix) with SMTP id D6BAE43D46 for ; Thu, 13 Apr 2006 23:21:43 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 4303 invoked from network); 13 Apr 2006 23:21:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Received:Date:To:Subject:From:Organization:Cc:Content-Type:MIME-Version:Message-ID:User-Agent; b=vwYSVtG8+FXVyhtP7gZk4dfY36nglXLWO6eNA+N9n8enC4Z42QLcsBb9txMCx+T0b3ZPTJNvAtg0Uq65tWxGB74Fog5IqBcelbJv1eXQhdJ1eRSTS/Q9qRhCTUbeh216U5WkrbTcroqspmKGcW2RJtAPCSTnqSVBAbNXA+hmXMA= ; Received: from unknown (HELO localhost) (ricardo?bsd@201.1.79.70 with login) by smtp101.mail.mud.yahoo.com with SMTP; 13 Apr 2006 23:21:41 -0000 Date: Thu, 13 Apr 2006 17:21:38 -0300 To: "freebsd-security@freebsd.org" From: "Ricardo A. Reis" Organization: UNIFESP Content-Type: multipart/mixed; boundary=----------z4pw9qViLyJoxAfGvOdut6 MIME-Version: 1.0 Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) Cc: "freebsd-current@freebsd.org" Subject: Prototyping for basejail distribuition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 23:21:45 -0000 ------------z4pw9qViLyJoxAfGvOdut6 Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, I attach 2 files in this email, the first is a Makefile and the second is jail.conf. For demonstre my idea i resolved create one "Pseudo Prototyping", for test is necessary: 1 - Create dir /usr/local/basejail 2 - Copy Makefile to /usr/local/basejail 3 - Copy jail.conf to /etc 4 - The initial basejail is precompiled is distributed in CD1, for simular basejail is necessary a installworld structure in /usr/local/basejail cd /usr/src ; make installworld DESTDIR=/usr/local/basejail Now is necessary config jail.conf, ----- #sample template for create freebsd jail # # RC.CONF GLOBAL VARIABLES # exec_start="/bin/sh /etc/rc" exec_stop="/bin/sh /etc/rc.shutdown" devfs_enable="NO" fdescfs_enable="NO" procfs_enable="NO" mount_enable="NO" devfs_ruleset="ruleset_name" flags="-l -U root" # # JAIL RC.CONF # sendmail_enable="NO" inetd_flags="-wW -a" rpcbind_enable="NO" network_interfaces="" # # FILES # copy_to_jail="/etc/localtime /etc/resolv.conf /etc/csh.cshrc /etc/csh.login" # # JAILS # jail_node01_rootdir="/usr/jail/node01" jail_node01_hostname="node01.example.com" jail_node01_ip="127.0.0.1 " jail_node02_rootdir="/usr/jail/node02" jail_node02_hostname="node02.example.com" jail_node02_ip="127.0.0.2 " ------- In this moment is possible create large numbers of jail, i implemente in makefile, [root@daemon:/usr/local/basejail] # make >>> Sample in /usr/share/examples/etc/jail.conf jail == create jail rcconf == create rc.conf for start jails etcconfig == create rc.conf for jails and copy file showconfig == show information Thanks for any comments, Sorry for my english and poor Makefile. -- Ricardo A. Reis UNIFESP Unix and Network Adm ------------z4pw9qViLyJoxAfGvOdut6 Content-Disposition: attachment; filename=jail.conf Content-Type: application/octet-stream; name=jail.conf Content-Transfer-Encoding: Base64 I3NhbXBsZSB0YW1wbGF0ZSBmb3IgY3JlYXRlIGZyZWVic2QgamFpbAojCiMgUkMu Q09ORiBHTE9CQUwgVkFSSUFCTEVTCiMKZXhlY19zdGFydD0iL2Jpbi9zaCAvZXRj L3JjIgpleGVjX3N0b3A9Ii9iaW4vc2ggL2V0Yy9yYy5zaHV0ZG93biIKZGV2ZnNf ZW5hYmxlPSJOTyIKZmRlc2Nmc19lbmFibGU9Ik5PIgpwcm9jZnNfZW5hYmxlPSJO TyIKbW91bnRfZW5hYmxlPSJOTyIKZGV2ZnNfcnVsZXNldD0icnVsZXNldF9uYW1l IgpmbGFncz0iLWwgLVUgcm9vdCIKIwojIEpBSUwgUkMuQ09ORgojCnNlbmRtYWls X2VuYWJsZT0iTk8iCmluZXRkX2ZsYWdzPSItd1cgLWEiCnJwY2JpbmRfZW5hYmxl PSJOTyIgCm5ldHdvcmtfaW50ZXJmYWNlcz0iIgojCiMgRklMRVMKIwpjb3B5X3Rv X2phaWw9Ii9ldGMvbG9jYWx0aW1lIC9ldGMvcmVzb2x2LmNvbmYgL2V0Yy9jc2gu Y3NocmMgL2V0Yy9jc2gubG9naW4iCiMKIyBKQUlMUwojCmphaWxfbm9kZTAxX3Jv b3RkaXI9Ii91c3IvamFpbC9ub2RlMDEiIApqYWlsX25vZGUwMV9ob3N0bmFtZT0i bm9kZTAxLmV4YW1wbGUuY29tIgpqYWlsX25vZGUwMV9pcD0iMTI3LjAuMC4xIgoK amFpbF9ub2RlMDJfcm9vdGRpcj0iL3Vzci9qYWlsL25vZGUwMiIKamFpbF9ub2Rl MDJfaG9zdG5hbWU9Im5vZGUwMi5leGFtcGxlLmNvbSIKamFpbF9ub2RlMDJfaXA9 IjEyNy4wLjAuMiIKDQo= ------------z4pw9qViLyJoxAfGvOdut6 Content-Disposition: attachment; filename=Makefile Content-Type: application/octet-stream; name=Makefile Content-Transfer-Encoding: Base64 Iy0qLSBtb2RlOiBGdW5kYW1lbnRhbDsgdGFiLXdpZHRoOiA0OyAtKi0KIyBleDp0 cz00CkRJU1RCQVNFPz0vdXNyL2xvY2FsL2Jhc2VqYWlsCkNPTkZJR0NGRz89L2V0 Yy9qYWlsLmNvbmYKSkxJU1RSIT0gZ3JlcCAnXmphaWxfW2Etel0uKl9yb290ZGly JyAkKENPTkZJR0NGRykgMj4vZGV2L251bGwgfCBjdXQgLWQ9IC1mMiB8IHNlZCAt ZSAncy8iLy9nJyB8dHIgJyAnICdcbicgCkpMSVNUTiE9IGdyZXAgJ15qYWlsX1th LXpdLipfJyAkKENPTkZJR0NGRykgMj4vZGV2L251bGwgfCBjdXQgLWQ9IC1mMSB8 Y3V0IC1kXyAtZjIgfHNvcnQgfHVuaXEKSkxJU1RJSVAhPSBncmVwICdeamFpbF8k KEpMSVNUTilfaXAnICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8IGN1dCAtZD0g LWYyIHwgc2VkIC1lICdzLyIvL2cnClRNUERJUj89L3RtcAoKCi5pZiAhZXhpc3Rz KCR7Q09ORklHQ0ZHfSkKCUBlY2hvICIiCglAZWNobyAiPj4+IFBsZWFzZSBjb25m aWd1cmUgJChDT05GSUdDRkcpIgoJQGVjaG8gIj4+PiBTYW1wbGUgaW4gL3Vzci9z aGFyZS9leGFtcGxlcyQoQ09ORklHQ0ZHKSIKCUBlY2hvICIiCglAZXhpdCAxCi5l bHNlCi4gaW5jbHVkZSAiJChDT05GSUdDRkcpIiAKLmVuZGlmCgpoZWxwOgoJQGVj aG8gIiIKCUBlY2hvICI+Pj4gU2FtcGxlIGluIC91c3Ivc2hhcmUvZXhhbXBsZXMk KENPTkZJR0NGRykiCglAZWNobyAiIgoJQGVjaG8gImphaWwgICAgICAgPT0gY3Jl YXRlIGphaWwiCglAZWNobyAicmNjb25mICAgICA9PSBjcmVhdGUgcmMuY29uZiBm b3Igc3RhcnQgamFpbHMiCglAZWNobyAiZXRjY29uZmlnICA9PSBjcmVhdGUgcmMu Y29uZiBmb3IgamFpbHMgYW5kIGNvcHkgZmlsZSIKCUBlY2hvICJzaG93Y29uZmln ID09IHNob3cgaW5mb3JtYXRpb24gZm9yIGphaWwuY29uZiIKCmphaWw6Ci5pZiAk e0pMSVNUUn0gIT0gIiIgfHwgJHtKTElTVFJ9ICE9ICIiIHx8ICR7SkxJU1ROfSAh PSAiIgouZm9yIF9yb290ZGlyIGluICQoSkxJU1RSKQouIGlmICFleGlzdHMoJHtf cm9vdGRpcn0pCglAZWNobyAiPj5TVEFHRSAxIC0gQ3JlYXRpbmcgUk9PVERJUjog KCR7X3Jvb3RkaXJ9KSIKCUBta2RpciAtcCAke19yb290ZGlyfQouIGVuZGlmCiMK I0NQSU8gQkFTRUpBSUwgCiMKCUBybSAtcmYgJChUTVBESVIpL2phaWwuKiAJCglA VE1QRklMRV8wMT1gbWt0ZW1wICQoVE1QRElSKS9qYWlsLlhYWFhYWGAgfHwgZXhp dCAxICYmIFwKCWVjaG8gIj4+U1RBR0UgMiAtIFBvcHVsaW5nIEphaWw6ICgke19y b290ZGlyfSkiIC0gJCR7VE1QRklMRV8wMX0gO1wKCWNkICQoRElTVEJBU0UpIDsg ZmluZCAuIC1kZXB0aCAtcHJpbnQwIHxjcGlvIC0tbnVsbCAtcHZkbSAke19yb290 ZGlyfSA+JCR7VE1QRklMRV8wMX0gIDI+JjEgO1wKCXJtIC1yZiAke19yb290ZGly fS9NYWtlZmlsZQoKLmVuZGZvcgoJQGVjaG8gICIiCglAZWNobyAgIkZvciBjcmVh dGUgcmMuY29uZiB1c2UgdGFyZ2V0IChyY29uZikiCglAZWNobyAgIiIKLmVsc2UK CUBlY2hvICI+Pj4gUGxlYXNlIGRlZmluZSBqYWlsIFRFTVBMQVRFLCBzZWUgamFp bC5jZmcoOCkiCi5lbmRpZgoKcmNvbmY6CiMKI0NSRUFURSBSQy5DT05GIEZPUiBT VEFSVCBKQUlMCiMKCUBlY2hvICQoSkxJU1ROKSB8IHRyICcgJyAnXG4nIHwgXAoJ d2hpbGUgcmVhZCBfam5hbWU7IGRvIFwKCQkJSlJPT1REPWBncmVwIF5qYWlsXyQk e19qbmFtZX1fcm9vdGRpciAkKENPTkZJR0NGRykgMj4vZGV2L251bGwgfGN1dCAt ZD0gLWYyIHwgc2VkIC1lICdzLyIvL2cnYCA7IFwKCQkJSklQPWBncmVwIF5qYWls XyQke19qbmFtZX1faXAgICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8Y3V0IC1k PSAtZjIgfCBzZWQgLWUgJ3MvIi8vZydgIDsgXAoJCQlKRkRRTj1gZ3JlcCBeamFp bF8kJHtfam5hbWV9X2hvc3RuYW1lICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8 Y3V0IC1kPSAtZjIgfCBzZWQgLWUgJ3MvIi8vZydgIDsgXAoJCQkJZWNobyBqYWls XyQke19qbmFtZX1fcm9vdGRpcj1cIiQke0pST09URH1cIiA7XAoJCQkJZWNobyBq YWlsXyQke19qbmFtZX1faXA9XCIkJHtKSVB9XCIgO1wKCQkJCWVjaG8gamFpbF8k JHtfam5hbWV9X2hvc3RuYW1lPVwiJCR7SkZEUU59XCIgO1wKICAgIAkgCQllY2hv IGphaWxfJCR7X2puYW1lfV9leGVjX3N0YXJ0PVwiJChleGVjX3N0YXJ0KVwiIDtc CiAgICAgCQkJZWNobyBqYWlsXyQke19qbmFtZX1fZXhlY19zdG9wPVwiJChleGVj X3N0b3ApXCIgO1wKCQkgICAgCWVjaG8gamFpbF8kJHtfam5hbWV9X2RldmZzX2Vu YWJsZT1cIiQoZGV2ZnNfZW5hYmxlKVwiIDtcCiAgICAgCQkJZWNobyBqYWlsXyQk e19qbmFtZX1fZmRlc2Nmc19lbmFibGU9XCIkKGZkZXNjZnNfZW5hYmxlKVwiIDtc CgkgICAgIAkJZWNobyBqYWlsXyQke19qbmFtZX1fcHJvY2ZzX2VuYWJsZT1cIiQo cHJvY2ZzX2VuYWJsZSlcIiA7XAogICAgCSAJCWVjaG8gamFpbF8kJHtfam5hbWV9 X21vdW50X2VuYWJsZT1cIiQobW91bnRfZW5hYmxlKVwiIDtcCiAgICAgCQkJZWNo byBqYWlsXyQke19qbmFtZX1fZGV2ZnNfcnVsZXNldD1cIiQoZGV2ZnNfcnVsZXNl dClcIiA7XAogICAgIAkJCWVjaG8gamFpbF8kJHtfam5hbWV9X2ZzdGFiPVwiL2V0 Yy9mc3RhYi4kJHtfam5hbWV9XCIgO1wKICAgICAJCQllY2hvIGphaWxfJCR7X2pu YW1lfV9mbGFncz1cIiQoZmxhZ3MpXCIgO1wKCQkJCWVjaG8gIiIgO1wKCWRvbmUK CmV0Y2NvbmZpZzoKIwojQ1JFQVRFIFJDLkNPTkYgRk9SIEpBSUwKIwoJQGVjaG8g Ij4+U1RBR0UgMSAtIENyZWF0aW5nIFJDLkNPTkYgZm9yIEpBSUwiCglAZWNobyAk KEpMSVNUTikgfCB0ciAnICcgJ1xuJyB8IFwKCXdoaWxlIHJlYWQgX2puYW1lOyBk byBcCgkJCUpST09URD1gZ3JlcCAiXmphaWxfJCR7X2puYW1lfV9yb290ZGlyIiAk KENPTkZJR0NGRykgMj4vZGV2L251bGwgfGN1dCAtZD0gLWYyIHwgc2VkIC1lICdz LyIvL2cgOyBzLyAvL2cnYCA7IFwKCQkJSklQPWBncmVwIF5qYWlsXyQke19qbmFt ZX1faXAgICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8Y3V0IC1kPSAtZjIgfCBz ZWQgLWUgJ3MvIi8vZydgIDsgXAoJCQlleGVjIDM8JjAgO1wKCQkJZXhlYyA+ICQk e0pST09URH0vZXRjL3JjLmNvbmY7XAogCQkJZWNobyAic2VuZG1haWxfZW5hYmxl PVwiJChzZW5kbWFpbF9lbmFibGUpXCIiICAgIDtcCgkgICAJCWVjaG8gImluZXRk X2ZsYWdzPVwiJChpbmV0ZF9mbGFncykgJCR7SklQfVwiIiAgICA7XAogICAgCQll Y2hvICJycGNiaW5kX2VuYWJsZT1cIiQocnBjYmluZF9lbmFibGUpXCIiICAgICAg O1wKICAgIAkJZWNobyAibmV0d29ya19pbnRlcmZhY2VzPVwiJChuZXR3b3JrX2lu dGVyZmFjZXMpXCIiICAgO1wKCQkJZXhlYyAwPCYzIDtcCgkJCWV4ZWMgMzwmLSA7 XAoJZG9uZQoJQGVjaG8gIj4+U1RBR0UgMiAtIENvcGluZyBhcmNoaXZlcyB0byBK YWlsIgoJQGVjaG8gJChKTElTVE4pIHwgdHIgJyAnICdcbicgfCBcCgl3aGlsZSBy ZWFkIF9qbmFtZTsgZG8gXAoJCQlKUk9PVEQ9YGdyZXAgIl5qYWlsXyQke19qbmFt ZX1fcm9vdGRpciIgJChDT05GSUdDRkcpIDI+L2Rldi9udWxsIHxjdXQgLWQ9IC1m MiB8IHNlZCAtZSAncy8iLy9nIDsgcy8gLy9nJ2AgOyBcCgkJCWZvciBfZmlsZXMg aW4gYGVjaG8gJChjb3B5X3RvX2phaWwpIHwgdHIgJyAnICdcbidgOyBkb1wKCQkJ CWNwICQke19maWxlc30gJCR7SlJPT1REfS8kJHtfZmlsZXN9IDtcCgkJCWRvbmUg OyBcCglkb25lCgpzaG93Y29uZmlnOgoKCUBlY2hvICI+PlNUQUdFIDEgLSBTZWFy Y2ggaW5mb3JtYXRpb24gaW4gJChDT05GSUdDRkcpIgoJQGVjaG8gIiIKCUBlY2hv ICI+PlNZU1RFTSBSQy5DT05GIFRlbXBsYXRlIEF0dWFsOiIKCUBlY2hvICIiCglA ZWNobyAiamFpbF9YWFhYWFhYX2V4ZWNfc3RhcnQ9XCIkKGV4ZWNfc3RhcnQpXCIi CglAZWNobyAiamFpbF9YWFhYWFhYX2V4ZWNfc3RvcD1cIiQoZXhlY19zdG9wKVwi IiAKCUBlY2hvICJqYWlsX1hYWFhYWFhfZGV2ZnNfZW5hYmxlPVwiJChkZXZmc19l bmFibGUpXCIiCglAZWNobyAiamFpbF9YWFhYWFhYX2ZkZXNjZnNfZW5hYmxlPVwi JChmZGVzY2ZzX2VuYWJsZSlcIiIKCUBlY2hvICJqYWlsX1hYWFhYWFhfcHJvY2Zz X2VuYWJsZT1cIiQocHJvY2ZzX2VuYWJsZSlcIiIKCUBlY2hvICJqYWlsX1hYWFhY WFhfbW91bnRfZW5hYmxlPVwiJChtb3VudF9lbmFibGUpXCIiCglAZWNobyAiamFp bF9YWFhYWFhYX2RldmZzX3J1bGVzZXQ9XCIkKGRldmZzX3J1bGVzZXQpXCIiCglA ZWNobyAiamFpbF9YWFhYWFhYX2ZzdGFiPVwiL2V0Yy9mc3RhYi5YWFhYWFhYXCIi CglAZWNobyAiamFpbF9YWFhYWFhYX2ZsYWdzPVwiJChmbGFncylcIiIKCUBlY2hv ICIiCglAZWNobyAiPj5KQUlMIFJDLkNPTkYgVGVtcGxhdGUgQXR1YWw6IgoJQGVj aG8gIiIKCUBlY2hvICJzZW5kbWFpbF9lbmFibGU9XCIkKHNlbmRtYWlsX2VuYWJs ZSlcIiIgICAKCUBlY2hvICJpbmV0ZF9mbGFncz1cIiQoaW5ldGRfZmxhZ3MpICQk e0pJUH1cIiIgCglAZWNobyAicnBjYmluZF9lbmFibGU9XCIkKHJwY2JpbmRfZW5h YmxlKVwiIgoJQGVjaG8gIm5ldHdvcmtfaW50ZXJmYWNlcz1cIiQobmV0d29ya19p bnRlcmZhY2VzKVwiIgoJQGVjaG8gIiIKCUBlY2hvICI+PkZpbGVzIHRvIEphaWw6 IgoJQGVjaG8gIiIKCUBlY2hvICIkKGNvcHlfdG9famFpbCkiCglAZWNobyAiIgoJ QGVjaG8gIj4+SmFpbHMgQ29uZmlnOiIKCUBlY2hvICIiCglAZWNobyAkKEpMSVNU TikgfCB0ciAnICcgJ1xuJyB8IFwKCXdoaWxlIHJlYWQgX2puYW1lOyBkbyBcCgkJ CUpST09URD1gZ3JlcCAiXmphaWxfJCR7X2puYW1lfV9yb290ZGlyIiAkKENPTkZJ R0NGRykgMj4vZGV2L251bGwgfGN1dCAtZD0gLWYyIHwgc2VkIC1lICdzLyIvL2cg OyBzLyAvL2cnYCA7IFwKCQkJSklQPWBncmVwIF5qYWlsXyQke19qbmFtZX1faXAg ICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8Y3V0IC1kPSAtZjIgfCBzZWQgLWUg J3MvIi8vZydgIDsgXAogCQkJZWNobyAiTkFNRSAgICA9ICQke19qbmFtZX0iIDtc CgkJCWVjaG8gIlJPT1RESVIgPSAkJHtKUk9PVER9IiAgO1wKCQkJZWNobyAiSVAg ICAgICA9ICQke0pJUH0iICAgICA7XAoJCQllY2hvICIiCTtcCglkb25lCg0K ------------z4pw9qViLyJoxAfGvOdut6-- _______________________________________________________ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 02:12:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90DC916A400 for ; Fri, 14 Apr 2006 02:12:30 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0980243D46 for ; Fri, 14 Apr 2006 02:12:29 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 7988 invoked by uid 502); 14 Apr 2006 02:12:29 -0000 Received: from unknown (HELO ?192.168.2.2?) (nike?d@24.34.92.125) by ns1.server300.com with (RC4-MD5 encrypted) SMTP; 14 Apr 2006 02:12:29 -0000 Message-ID: <443F0542.6090504@cytexbg.com> Date: Thu, 13 Apr 2006 22:13:22 -0400 From: Niki Denev User-Agent: Thunderbird 1.5 (X11/20060316) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [patch] devd reporting funny line numbers on parsing failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 02:12:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This fixes devd reporting funny line numbers when there are more than one config files to be parsed. Basically "lineno" is being incremented on every new line in every config file, so if you have unparsable line in a config file then devd will report that the unparsable line number is the number of the total parsed lines from all config files so far and not the line number from the beginning of the file being parsed. - --- devd.cc. Thu Apr 13 22:02:14 2006 +++ devd.cc.fixed. Thu Apr 13 22:01:29 2006 @@ -311,6 +311,7 @@ yyin = fopen(fn, "r"); if (yyin == NULL) err(1, "Cannot open config file %s", fn); + lineno = 1; if (yyparse() != 0) errx(1, "Cannot parse %s at line %d", fn, lineno); fclose(yyin); -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPwVCHNAJ/fLbfrkRAqHWAKCHet/41nm0ul9YNZOiIIhPsRLdIwCcCgD+ gJ28M700Ets7smQmTJJwwdA= =KkOb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 03:08:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B21A16A402; Fri, 14 Apr 2006 03:08:55 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B767C43D49; Fri, 14 Apr 2006 03:08:54 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.251] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1FUEg118oL-0002Ct; Fri, 14 Apr 2006 05:08:53 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Fri, 14 Apr 2006 05:06:49 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_LHxPEfzmILCscGB" Message-Id: <200604140506.51334.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Status Report First Quarter 2006 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 03:08:56 -0000 --Boundary-00=_LHxPEfzmILCscGB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_LHxPEfzmILCscGB Content-Type: text/plain; charset="us-ascii"; name="report-jan-2006-mar-2006.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="report-jan-2006-mar-2006.txt" January-March 2006 Status Report Introduction The highlights of this quarters report certainly include the availability of native Java binaries thanks to the FreeBSD Foundation,=20 as well as progress has been made with Xen support and Sun's Ultrasparc T1. Futhermore we are looking forward to FreeBSD 6.1 and TrustedBSD audit support has been imported into FreeBSD 7-CURRENT. All in all, a very exiting start to 2006. In just under a month the developers will be gathering at BSDCan 2006 for, FreeBSD Dev Summit, a two day meeting of FreeBSD developers. Once again the BSDCan schedule is filled with many interesting talks. We hope you enjoy reading and look forward to hear from you for the next round. Consult the list of projects and ideas for ways to get involved. The submission date for the second quarter reports will be July, 7th 2006. Thanks to everybody who submitted a report and to Brad Davis, who joined the Status Report team, for proof reading. _________________________________________________________________ Projects * BSDInstaller * FreeSBIE * pfSense * Symbol Versioning * TrustedBSD Audit * TrustedBSD OpenBSM Network infrastructure * Bridge STP Improvements * FAST_IPSEC Upgrade * FreeBSD NFS Status Report * SMPng Network Stack Kernel * Low-overhead performance monitoring for FreeBSD * Sound subsystem improvements * Status Report ATA project * TMPFS (Filesystem) for FreeBSD Documentation * FreeBSD list of projects and ideas for volunteers Userland programs * Mouse Driver Framework * OpenBSD dhclient Architectures * ARM Support for TS-7200 * FreeBSD on Xen 3.0 * Ultrasparc T1 support Ports * libpkg - Package management library * Ports Collection * Update of the linux infrastructure in the Ports Collection Vendor / 3rd Party Software * HPLIP (Full HP Printer and MFD support) * Java Binaries * OpenBSD packet filter - pf Miscellaneous * BSDCan * FreeBSD Security Officer and Security Team * Fundraising for FreeBSD security development _________________________________________________________________ ARM Support for TS-7200 URL: http://www.embeddedarm.com/epc/ts7200-spec-h.html URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/use= r/jmg/arm&HIDEDEL=3DNO URL: http://people.freebsd.org/~jmg/dmesg.ts7200 Contact: John-Mark Gurney This is just an update to note that TS-7200 is building and running with a recent -current. I have been working on getting FreeBSD/arm running on the TS-7200. So far the board boots, and has somewhat working ethernet (some unexplained packet loss). I can netboot from a FreeBSD/i386 machine, and I can also mount msdosfs's on CF. Open tasks: 1. Figuring out why some small packets transmit with error (if someone can get Technologic Systems to pay attention to me and this issue, that'd be great!) 2. EP93xx identification information to properly attach various onboard devices _________________________________________________________________ Bridge STP Improvements Contact: Andrew Thompson Work has been started to implement the Rapid Spanning Tree Protocol which supersedes STP. RSTP has a much faster link failover time of around one second compared to 30-60 seconds for STP, this is very important on modern networks. Some progress has been made but a RSTP capable switch will be needed soon to proceed, see http://www.freebsd.org/donations/wantlist.html . Open tasks: 1. Donation of a RSTP switch _________________________________________________________________ BSDCan URL: http://www.bsdcan.org/2006/ Contact: Dan Langille The schedule for BSDCan 2006 demonstrates just how strong and popular BSDCan has become in a very short time. Three concurrent streams of talks make sure that there is something for everyone. We provide high quality talks at very affordable prices . BSDCan is the biggest BSD event of 2006. Ask others who attended in past years how much they enjoyed their time in Ottawa. Ask them who they met, who they talked to, the contacts they made, the information they learned. Remember to bring your wife/husband/spouse/etc because we will have things for them to do while you are attending the conference. Ottawa is a fantastic tourist destination. See you at BSDCan 2006! Open tasks: 1. Works in Progress - if you want to talk about your project for 5 minutes, this is your chance. Get in touch with us ASAP to reserve your spot. 2. We're looking for volunteers to help out just before and during the conference. Contact Dan at the above address. _________________________________________________________________ BSDInstaller URL: http://wikitest.freebsd.org/moin.cgi/BSDInstaller Contact: Andrew Turner The BSDInstaller integration work has progressed since the previous report. The backend has been changed to the new Lua version. This is to ensure the version we use will be maintained. The release Makefile now uses the Lua package rather the local copy in Perforce. Ports are also being created for the required modules to remove the need to bring Lua into the base. Open tasks: 1. Create a port for all the Lua modules required _________________________________________________________________ =46AST_IPSEC Upgrade URL: http://sources.zabbadoz.net/freebsd/ipv6/fast-ipsec.html Contact: George Neville-Neil Contact: Bjoern A. Zeeb Split out of PF_KEY code between the kernel and user space has been completed and committed to CVS. The diff between Kame IPv4 based IPSec and FAST_IPSEC IPv4 did not show any glaring issues. Moving on to making IPv6 work in FAST_IPSEC including being able to run the kernel with the following variations: * FAST_IPSEC in v4 only * KAME IPv6 and IPSec * KAME IPv6 and FAST_IPSEC Open tasks: 1. Any patches for FAST_IPSEC, KAME IPsec of either variant (v4 or v6) should be forwarded to bz@ and gnn@. 2. Build a better TAHI. TAHI, the test framework, will not be maintained and is not the easiest system to use and understand. A better test harness is possible and is necessary for other networking projects as well. Contact gnn@ if you have time to work on this as he has some code and ideas to start from. _________________________________________________________________ =46reeBSD list of projects and ideas for volunteers URL: http://www.FreeBSD.org/projects/ideas/ Contact: Joel Dahl Contact: Alexander Leidinger The FreeBSD list of projects and ideas for volunteers is doing well. Several items were picked up by volunteers and have found their way into the tree. Others are under review or in progress. We are looking forward to hear about new ideas, people willing to be technical contacts for generic topics (e.g. USB) or specific entries (already existing or newly created), suggestions for existing entries or completion reports for (parts of) an entry. Open tasks: 1. Add more ideas. 2. Find more technical contacts. 3. Find people willing to review/test implementations of (somewhat) finished items. _________________________________________________________________ =46reeBSD NFS Status Report Contact: Chuck Lever Support for NFS in FreeBSD received a boost this quarter as a kernel developer from Network Appliance has volunteered to help with the clients. Chuck Lever is now a src committer, mentored by Mike Silbersack. Mohan Srinivasan and Jim Rees have ended their apprenticeships and are now full committers. Mohan continues his effort to make the NFSv2/3 client SMP safe. He expects to make the changes available for review soon. FreeBSD gained presence at the annual NFS interoperability event known as Connectathon. Rick Macklem's FreeBSD NFSv4 server is pretty stable now and available via anonymous ftp. NFSv4.1 features are not a part of it yet and are not likely to happen until at least the end of 2006. Contact rick@snowhite.cis.uoguelph.ca for details. _________________________________________________________________ =46reeBSD on Xen 3.0 Contact: Scott Long Contact: Kip Macy We had hoped to finish a prototype of Xen DomU and possible Dom0 in time for FreeBSD 6.1. The primary work was focused on bringing Xen into the FreeBSD 'newbus' framework. Unfortunately, an architectural problem in FreeBSD has stopped us. Xen relies on message passing between to child and parent domains to communicate device configuration, and this message passing requires that tsleep and wakeup work early in boot. That doesn't seem to be the case, and it's unclear what it would take to make it work. Without the newbus work, it's hard to complete the Dom0 code, and impossible to support Xen 3.0 features like domain suspension. Open tasks: 1. Make tsleep and wakeup work during early boot 2. Continue DomU newbus work 3. Continue Dom0 work _________________________________________________________________ =46reeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/st= aff-listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In March 2006, Marcus Alves Grando, George Neville-Neil, and Philip Paeps joined the FreeBSD Security Team. The current Security Team membership is published on the web site. In the time since the last status report, eight security advisories have been issued concerning problems in the base system of FreeBSD; of these, three problems were in "contributed" code, while five were in code maintained within FreeBSD. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and the Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 50 new entries have been added, bringing the total up to 686. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 4.10, FreeBSD 4.11, FreeBSD 5.3, FreeBSD 5.4, and FreeBSD 6.0. Upon their release, FreeBSD 5.5 and FreeBSD 6.1 will also be supported. The respective End of Life dates of supported releases are listed on the web site; of particular note, FreeBSD 4.10 and FreeBSD 5.4 will cease to be supported at the end of May 2006. _________________________________________________________________ =46reeSBIE URL: http://www.freesbie.org URL: http://liste.gufi.org/mailman/listinfo/freesbie Contact: FreeSBIE Staff Contact: FreeSBIE Mailing List The project is alive and plans to release an ISO image of FreeSBIE 2.0 based on FreeBSD 6.1-RELEASE few day after the same has been release. FreeSBIE 2.0 will be available for i386 and amd64 archs. Tests images can be download via BitTorrent from torrent.freesbie.org . Open tasks: 1. Test "test ISO images" for both amd64 and i386 2. Suggest packages to be added to the ISO image. 3. Suggestions needed for Xfce and fluxbox look. 4. Suggestions needed for applications' configuration files. _________________________________________________________________ =46undraising for FreeBSD security development URL: http://people.freebsd.org/~cperciva/funding.html Contact: Colin Percival Since 2003, I have introduced the (now quite widely used) FreeBSD Update and Portsnap tools, but rarely had time to make improvements or add requested features. Consequently, on March 30th, I sent email to the the freebsd-hackers, freebsd-security, and freebsd-announce lists announcing that I was seeking funding to allow me to spend the summer working full-time on these and my role as FreeBSD Security Officer. Assuming that some cheques arrive as expected, I have reached my donation target and will start work at the beginning of May. Open tasks: 1. The work which I'm aiming to do is listed at the URL above. _________________________________________________________________ HPLIP (Full HP Printer and MFD support) URL: http://am-productions.biz/docs/hplip.php URL: http://hplip.sourceforge.net/ Contact: Anish Mistry A preliminary version of HP's hplip software for their printers and multi-function devices has been ported. This allows viewing of the status informantion from the printer. Such as ink levels, error messages, and queue information. If you have an Officejet you can also fax and scan. Photocard and Copies functionality is untested. Open tasks: 1. General Testing 2. Photocard Testing 3. Various ugen fixes 4. Fix Officejet Panel Display 5. Run hpiod and hpssd as unprivileged users 6. Banish the Linuxisms in the Makefile 7. Fix "Make Copies" 8. Automatically Setup Scanner _________________________________________________________________ Java Binaries URL: http://www.freebsdfoundation.org/downloads/java.shtml Contact: Deb Goodkin The FreeBSD Foundation released official certified JDK and JRE 1.5 binaries for the official FreeBSD 5.4 and FreeBSD 6.0 releases on the i386 platform. We were able to accomplish this by hiring a contractor to run the Sun certification tests and fixing the problems found. This could not have been completed with out the support from the BSD Java Team. We provided financial support for Java development and funded the certification process. We spent a significant amount of time and money on legal issues from contract and NDA creation for our contractor to license agreements from Sun and creating our own for the binaries. We worked with OEMs who would like to use the binaries, but needed to understand what they need to do legally to be able to redistribute the binaries. This is an area we are still working on at our end. We are waiting for a letter from Sun to put on our website to OEMs. We are also in the process of updating our OEM license agreement. This should be available by mid-April. We have received a positive response from the FreeBSD community regarding the release of the binaries. We received a few requests to support the FreeBSD 6.1/amd64 platform. We have decided to move forward and support this too. We currently are working with a contractor to provide Java support on 5.5/i386, 6.1/i386, and 6.1/amd64. Once 5.5 and 6.1 are released, we'll update the FreeBSD Foundation website with the Java status. Regular updates to the website will continue. _________________________________________________________________ libpkg - Package management library URL: http://libpkg.berlios.de/ URL: http://developer.berlios.de/projects/libpkg/ Contact: Andrew Turner Libpkg is a package management library using libarchive to extract the package files. It is able to download, install and get a list of installed packages. Work has also been started on implementing the package tools from the base system. Most of pkg_info has been implemented and pkg_add has been started. Open tasks: 1. Support for more command line options in pkg_info and pkg_add 2. Creating a package 3. Test pkg_add works as expected for all implemented command line options _________________________________________________________________ Low-overhead performance monitoring for FreeBSD URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement Contact: Joseph Koshy This projects implements a kernel module (hwpmc(4)), an application programming interface (pmc(3)) and a few simple applications (pmcstat(8) and pmccontrol(8)) for measuring system performance using event monitoring hardware in modern CPUs. New features since the last status report: * Support for profiling dynamically loaded kernel and user objects has been added. * pmcstat(8) now supports command-line syntax for logging to a network socket. _________________________________________________________________ Mouse Driver Framework URL: http://www.semicomplete.com/projects/newpsm Contact: Jordan Sissel The current mouse system is a mess with moused, psm, ums, and mse supporting, individually, multiple kinds of mice. This project aims to move all driver support into moused modules in userland. In addition, many features lacking in the existing mouse infrastructure are being added. It is my hope that this new system will make both using mice and writing drivers easier down the road. Open tasks: 1. Testing. Contact if interested. _________________________________________________________________ OpenBSD dhclient Contact: Brooks Davis Contact: Sam Leffler All dhclient changes in HEAD have been merged to 6-STABLE for 6.1-RELEASE. New patches currently in testing include startup script support for fully asynchronous starting of dhclient which eliminates the wait for link during startup and support for sending the system hostname to the server when non is specified. _________________________________________________________________ OpenBSD packet filter - pf Contact: Max Laier Work towards importing the upcoming OpenBSD 3.9 version of pf is starting slowly. There are a couple of infrastructural changes (e.g. interface groups) that need to be imported beforehand. This work is in the final stage of progress. A couple of bugfixes have happend since the last report and will be available in FreeBSD 6.1/5.5. pf users are strongly encouraged to upgrade to RELENG_6 as the version present in RELENG_5 is collecting dust. _________________________________________________________________ pfSense URL: http://www.pfsense.com Contact: Scott Ullrich pfSense continues to grow and fix bugs. Since the last report we have grown to 14 developers working part and full time on bringing pfSense to 1.0. Beta 3 is scheduled for release on 4/15/2006. Open tasks: 1. Fix remaining bugs listed in CVSTrac 2. Fine tune existing code _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-po= rts/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://edwin.adsl.barnet.com.au/~edwin/ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Mark Linimon During this time, the number of ports PRs rose dramatically from its impressive low number seen late last quarter. This was due to the holidays, the freeze for the 5.5/6.1 release cycle, and the aggressive work several submitters have been doing to correct long-standing problems with stale distfiles, stale WWW sites, port that only work on i386, and so forth. Over 200 new ports have also been added. The statistics do not truly reflect the state of the Ports Collection, which continues to improve despite the increased number of ports. We now have 3 people who are qualified to run the 5-exp regression tests. Due to this, we were able to run several cycles, resulting in a series of commits that retired more than 3 dozen portmgr PRs. There were a few snags during one commit due to some unintended consequences, but the breakage was fixed in less than one day. Notable changes include the addition of physical category net-p2p and virtual categories hamradio and rubygems. Once 5.5 and 6.1 are released, portmgr hopes to be able to run regression tests more often. We have added 5 new committers since the last report. Open tasks: 1. We need help getting back to our modern low of 500 PRs. 2. We have over 4,000 unmaintained ports (see, for instance, the list on portsmon ). We are always looking for dedicated volunteers to adopt at least a few ports. _________________________________________________________________ SMPng Network Stack URL: http://www.FreeBSD.org/projects/netperf/ Contact: Robert Watson The FreeBSD netperf project has recently focused on revising the socket and protocol control block reference counts to define and enforce reference and memory management invariants, allowing the removal of unnecessary checks, error handling, and locking. Use of global pcbinfo locks has now been eliminated from the socket send and receive paths into all network protocols, including netipx, netnatm, netatalk, netinet, netinet6, netgraph, and others. Checks have generally been replaced with assertions; so_pcb is now guaranteed to be non-NULL. This should improve performance by reducing lock contention and unnecessary checks, as well as facilitate future work to eliminate long holding of pcbinfo locks in the TCP input path through proper reference counting for pcbs. These changes have been committed to FreeBSD 7-CURRENT, and will be merged in a few months once they have stabilized. _________________________________________________________________ Sound subsystem improvements URL: http://www.leidinger.net/FreeBSD/hdac-20060313.tbz Contact: Multimedia Mailinglist Contact: Ariff Abdullah Contact: Alexander Leidinger A lot of fixes (bugs, LORs, panics) and improvements (performance, compatibility, a new driver, 24/32bit samples support, ...) have been merged to RELENG_6. FreeBSD 6.1 is the first release which ships with the much improved sound system. Additionally there's work underway: * To make the sound system API endianess clean. This should make it easier (for a developer) to make the sound drivers usable on all architectures. * To rework character device allocation. This way someone can choose a specific channel, e.g. /dev/dsp0.r0 or /dev/dsp0.p0 to access the first recording or play channel respectively). With the "current" sound system (as in FreeBSD 6.1) this is not possible (accessing /dev/dsp0.0 and /dev/dsp0.1 may give you the first or the second channel, the number is just an enumeration, not a channel-chooser). * To add multi-channel support/processing. * To add Intel HDA support. There's already some code to look at (see URL referenced above), but is far from usable for an enduser (we need some programmers, but no testers ATM, since there are no user testable parts yet). Interested volunteers should contact the multimedia mailinglist. Parts of this work may be already in 6.1, but there's still a good portion which isn't even in -current as of this writting. Open tasks: 1. Style(9) cleanup, survive against WARNS=3D2 (at least). 2. Have a look at the sound related entries on the ideas list. 3. Rewrite some parts (e.g. a new mixer subsystem with OSS compatibility). 4. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 5. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 6. Closer compatibility with OSS, especially for the upcoming OSS v4. _________________________________________________________________ Status Report ATA project Contact: S=F8ren Schmidt The last months has mostly been about stabilizing ATA for 6.1-RELEASE, and adding support for new chipsets. On that front JMicron has raised the bar for vendors as they have provided not only hardware but documentation on both their hardware and their software RAID implementation, making it a breeze to add support for their, by the way excellent, products. Other vendors can join in here. :) Otherwise I'm always in the need for any amount of time or means to get it if nothing else. ATA has grown a USB backend so that fx. flash keys and external HD/CD/DVD drives can be used directly without atapicam/CAM etc. This is very handy on small (embedded) systems where resources are limitted and kernel space at a premium. burncd(8) is in the process of being updated so it will support this along with SATA ATAPI devices, and if time permits adding DVD support. The next months will be used to (hopefully) work on getting ATA to work properly on systems with > 4G of memory and utilize the 64bit addressing of controllers that supports it. RAID5 support for ataraid is on the list as well together with hardening of the RAID subsystem to help keep data alive and well. _________________________________________________________________ Symbol Versioning URL: http://people.freebsd.org/~deischen/symver/library_versioning.html URL: http://docs.sun.com/app/docs/doc/817-1984 URL: http://people.redhat.com/~drepper/symbol-versioning Contact: Daniel Eischen Symbol versioning libraries allows us to maintain binary compatibility without bumping library version numbers. Recently, symbol versioning for libc, libpthread, libthread_db, and libm was committed to -current. It is disabled by default, and can be enabled by adding "SYMVER_ENABLED=3Dtrue" to/etc/make.conf. A final version bump for libc and other affected libraries (perhaps all) should be done before enabling this by default. Open tasks: 1. Determining the impact on ports - portmgr (Kris) is running a portbuild to identify any problems. I am working to resolve the few problems that were found. 2. Making our linker link to libc and libpthread (when using (-pthread) when building shared libraries. This is needed so that symbol version dependencies are recorded in the shared library. I think kan is working on this.??? 3. Identify and symbol version any other libraries that should be symbol versioned. If anyone has any suggestions, I'm all ears. _________________________________________________________________ TMPFS (Filesystem) for FreeBSD URL: http://download.purpe.com/tmpfs URL: http://download.purpe.com/tmpfs/bmark.html Contact: Rohit Jalan Three betas have been released so far. The code is operational and seems to be stable but it is not MPSAFE as yet. The second and third betas used different mechanisms for data I/O. (sfbuf vs. kernel_map+vacache) and at present I am in the process on selecting one mechanism over the other. Your opinion is solicited. _________________________________________________________________ TrustedBSD Audit URL: http://www.TrustedBSD.org/audit.html Contact: Robert Watson Contact: In the past three months, the TrustedBSD CAPP audit implementation has been merged to the FreeBSD 7-CURRENT development tree in CVS, and the groundwork has been laid for a merge to 6.X. OpenBSM, a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format, as well as extensions to support intrusion detect applications. New features included support for audit pipes, a pseudo-device that provides a live audit record trail interface for intrusion detection applications, and an audit filter daemon that allows plug-in modules to monitor live events. Open tasks: 1. Complete audit coverage of non-native system call ABIs, some more recent base system calls. 2. Integrate OpenBSM 1.0 alpha 6, which includes auditfilterd and the audit filter API. _________________________________________________________________ TrustedBSD OpenBSM URL: http://www.OpenBSM.org/ Contact: Robert Watson Contact: OpenBSM is a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format, based on Apple's Darwin implementation. OpenBSM 1.0 alpha 5 is now available, and includes significant bugfixes, documentation, and feature enhancements over previous releases, including 64-bit token support, endian-independent operation, improved memory management, and bug fixes resulting from the static analysis tools provided by Coverity and FlexeLint. Recent versions are now built and configured using autoconf and automake, and have been built and tested with FreeBSD, Mac OS X, and Linux. Open tasks: 1. Complete OpenBSM file format validation test suite. 2. Finalize audit filter API. 3. Complete file format documentation; record documentation for new record types associated with Mac OS X, FreeBSD, and Linux specific events not present in documented Solaris record format. _________________________________________________________________ Ultrasparc T1 support URL: http://opensparc-t1.sunsource.net/index.html URL: http://www.fsmware.com/sun4v/todo.txt Contact: Kip Macy Contact: John Gurney FreeBSD has been ported the T1, Sun's newest processor. FreeBSD currently runs multi-user SMP. JMG is actively working on improving device support. The port has taken several weeks longer than initially anticipated as the majority of the current sparc64 port could not be re-used. _________________________________________________________________ Update of the linux infrastructure in the Ports Collection Contact: Emulation Mailinglist Contact: Alexander Leidinger Contact: Boris Samorodov Work is underway to use the new linux_base-fc3 as the new default linux base. Since there's some infrastructure work to do before it can be made the new default, this will not happen before the release of FreeBSD 5.5 and 6.1. At the same time a new X.org based linux port will replace the outdated XFree86 based linux X11 port. The use of fc3 instead of fc4 or fc5 is to make sure we have a smooth transition with as less as possible breakage. We already use several fc3 RPM's with the current default of linux_base-8, so there should be not much problems to solve. Open tasks: 1. Mark all old linux_base ports as DEPRECATED (after making fc3 the default linux_base port). 2. Have a look at a linux-dri version which works with the update to X.org. 3. When everything is switched to fc3 and everything works at least as good as before, have a look at porting fc4 or fc5. _________________________________________________________________ Legal Notices | =A9 1995-2006 The FreeBSD Project. All rights reserved. --Boundary-00=_LHxPEfzmILCscGB-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 07:21:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B86816A400 for ; Fri, 14 Apr 2006 07:21:32 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3C2443D49 for ; Fri, 14 Apr 2006 07:21:31 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3E7LSwn023491; Fri, 14 Apr 2006 11:21:28 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Fri, 14 Apr 2006 11:21:28 +0400 (MSD) From: Maxim Konovalov To: Niki Denev In-Reply-To: <443F0542.6090504@cytexbg.com> Message-ID: <20060414112046.T22112@mp2.macomnet.net> References: <443F0542.6090504@cytexbg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [patch] devd reporting funny line numbers on parsing failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 07:21:32 -0000 Hi Niki, > This fixes devd reporting funny line numbers when > there are more than one config files to be parsed. > Basically "lineno" is being incremented on every new line in > every config file, so if you have unparsable line in a > config file then devd will report that the unparsable line > number is the number of the total parsed lines from all config files > so far and not the line number from the beginning of the file being > parsed. > > > - --- devd.cc. Thu Apr 13 22:02:14 2006 > +++ devd.cc.fixed. Thu Apr 13 22:01:29 2006 > @@ -311,6 +311,7 @@ > yyin = fopen(fn, "r"); > if (yyin == NULL) > err(1, "Cannot open config file %s", fn); > + lineno = 1; > if (yyparse() != 0) > errx(1, "Cannot parse %s at line %d", fn, lineno); > fclose(yyin); Fixed in HEAD. Thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 07:53:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C502916A402; Fri, 14 Apr 2006 07:53:52 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D9E43D53; Fri, 14 Apr 2006 07:53:52 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm01.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3E7rnag016999; Fri, 14 Apr 2006 03:53:49 -0400 X-ORBL: [71.139.10.13] Received: from [10.0.5.50] (ppp-71-139-10-13.dsl.snfc21.pacbell.net [71.139.10.13]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3E7rnnl127696; Fri, 14 Apr 2006 03:53:50 -0400 Message-ID: <443F54DF.3080809@root.org> Date: Fri, 14 Apr 2006 00:53:03 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> <443C027B.7050002@root.org> <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> In-Reply-To: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 07:53:52 -0000 Mitsuru IWASAKI wrote: > Hi, Thanks for your comments. Patches for acpi_dock.c are attached. > > One thing, > >> * There also might be an acpi_GetReference() helper function to use. (I >> think I wrote one) > > Sorry, I can't get this. Could you point this out in detail? > > Thanks! I looked and found you use acpi_GetReference() already in acpi_dock.c. So no idea what I meant, must have misread something. One other thing: you explicitly call _INI. acpi-ca should be doing that for you already, is it not? -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 09:06:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23D3F16A400; Fri, 14 Apr 2006 09:06:59 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BE743D45; Fri, 14 Apr 2006 09:06:58 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3E96lA0024205; Fri, 14 Apr 2006 18:06:50 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 14 Apr 2006 18:06:22 +0900 (JST) Message-Id: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> To: nate@root.org From: Mitsuru IWASAKI In-Reply-To: <443F54DF.3080809@root.org> References: <443C027B.7050002@root.org> <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 09:06:59 -0000 Hi, > I looked and found you use acpi_GetReference() already in acpi_dock.c. > So no idea what I meant, must have misread something. OK, understood. > One other thing: you explicitly call _INI. acpi-ca should be doing > that for you already, is it not? According to nsinit.c:AcpiNsInitOneDevice(), _INI is never be called when _STA return zero (the value if undocked). Also _INI is called only in acpi_dock_attach(), so I think it doesn't hurt anything. I'll try to test this more tonight... Thanks From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 09:28:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99FEF16A407 for ; Fri, 14 Apr 2006 09:28:16 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F5543D45 for ; Fri, 14 Apr 2006 09:28:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id CEC1020AA; Fri, 14 Apr 2006 11:28:11 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id B753520A8; Fri, 14 Apr 2006 11:28:11 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 8B5D933C8D; Fri, 14 Apr 2006 11:28:11 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: David Wolfskill References: <20060413182938.GB692@bunrab.catwhisker.org> Date: Fri, 14 Apr 2006 11:28:11 +0200 In-Reply-To: <20060413182938.GB692@bunrab.catwhisker.org> (David Wolfskill's message of "Thu, 13 Apr 2006 11:29:38 -0700") Message-ID: <868xq84ic4.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: xdm & syscons failing to get along ... sometimes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 09:28:16 -0000 David Wolfskill writes: > Briefly: > > * I start xdm via a script in /usr/local/etc/rc.d. why? # sed -i.bak -e '/xdm/s/off/on /' /etc/ttys # kill -1 1 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 11:43:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 154B416A400 for ; Fri, 14 Apr 2006 11:43:43 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A3A143D45 for ; Fri, 14 Apr 2006 11:43:41 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D2B5.dip.t-dialin.net [84.165.210.181]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k3EBbuvK004652; Fri, 14 Apr 2006 13:37:57 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k3EBfq5K037859; Fri, 14 Apr 2006 13:41:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 14 Apr 2006 13:41:52 +0200 Message-ID: <20060414134152.tv7jv0d0gk0kkwcs@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 14 Apr 2006 13:41:52 +0200 From: Alexander Leidinger To: David Wolfskill References: <20060413182938.GB692@bunrab.catwhisker.org> In-Reply-To: <20060413182938.GB692@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: xdm & syscons failing to get along ... sometimes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 11:43:43 -0000 Quoting David Wolfskill (from Thu, 13 Apr 2006 11:29:38 -0700): > Briefly: > > * I start xdm via a script in /usr/local/etc/rc.d. Do you specify a tty to use? If not: bind a free (not activated in /etc/ttys) one to the X server (IIRC in the Xserver file of the xdm config as an option on the X server command line). I've only seen a behavior you describe for the ++ switching in a race condition between the X server and the getty (noticed with 3.x or 4.x). By binding the X server to a free tty you circumvent the problem. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ... with liberty and justice for all who can afford it. From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 13:33:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F4DB16A451 for ; Fri, 14 Apr 2006 13:33:02 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E91643D46 for ; Fri, 14 Apr 2006 13:33:01 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 20924 invoked by uid 502); 14 Apr 2006 13:33:00 -0000 Received: from unknown (HELO ?192.168.2.2?) (nike?d@24.34.92.125) by ns1.server300.com with (RC4-MD5 encrypted) SMTP; 14 Apr 2006 13:33:00 -0000 Message-ID: <443FA4C1.6040003@cytexbg.com> Date: Fri, 14 Apr 2006 09:33:53 -0400 From: Niki Denev User-Agent: Thunderbird 1.5 (X11/20060316) MIME-Version: 1.0 To: Maxim Konovalov References: <443F0542.6090504@cytexbg.com> <20060414112046.T22112@mp2.macomnet.net> In-Reply-To: <20060414112046.T22112@mp2.macomnet.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] devd reporting funny line numbers on parsing failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 13:33:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maxim Konovalov wrote: > Hi Niki, > [...] > > Fixed in HEAD. Thanks! > Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEP6TAHNAJ/fLbfrkRAtnWAJ92knsXSnNNSM38GffbOdEFAQAvNgCbBnl+ zuTjhAgs6xtOpNwmUEPgSL0= =jCbY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 14:21:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75EB016A404 for ; Fri, 14 Apr 2006 14:21:25 +0000 (UTC) (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 E0A1643D48 for ; Fri, 14 Apr 2006 14:21:24 +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 k3EELOf9022406 for ; Fri, 14 Apr 2006 07:21:24 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k3EELOG5022405 for current@freebsd.org; Fri, 14 Apr 2006 07:21:24 -0700 (PDT) (envelope-from david) Date: Fri, 14 Apr 2006 07:21:24 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20060414142124.GJ692@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20060413182938.GB692@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060413182938.GB692@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: [resolved] Re: xdm & syscons failing to get along ... sometimes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 14:21:25 -0000 OK; following useful suggestions from each of Alexander Leidinger and Dag-Erling Smørgrav, I have modified the "ttyv8" line in /etc/ttys to invoke my script; I also removed the extraneous "sleep"s (both from the script and from separate "delay" scripts), and added the "-nodeamon" command-line parameter for the xdm invocation in my script. Given that the symptoms were intermittent, it's difficult to state that the problem is resolved with much certainty, but: I booted today's 6.x (after building it this morning), and I booted yesterday's CURRENT (in preparation fo an upgrade-in place that I'm doing as I'm typing this), and I saw no hint of a problem at all. And since I removed 10 - 20 seconds of (unnecessary, now) delay, that seems to indicate that this resolves the problem quite nicely: my thanks to both of you! Peace, david -- David H. Wolfskill david@catwhisker.org Mail filters, like sewers, need to be most restrictive at the point of entry. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 14:30:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A10C116A404; Fri, 14 Apr 2006 14:30:15 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB66A43D45; Fri, 14 Apr 2006 14:30:14 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3EEUDYk026048; Fri, 14 Apr 2006 23:30:13 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 14 Apr 2006 23:30:13 +0900 (JST) Message-Id: <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> To: sos@FreeBSD.ORG From: Mitsuru IWASAKI In-Reply-To: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 14:30:15 -0000 Hi, Soren. I've found the problem with detached ATA channel suspending. After detaching second channel, the system drops into infinity loop at ata_suspend(). I'll commit the following patches with acpi_dock patches, so please refine these if they have any problem. Thanks Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.271 diff -u -r1.271 ata-all.c --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 +++ ata-all.c 14 Apr 2006 14:03:24 -0000 @@ -277,6 +277,10 @@ if (!dev || !(ch = device_get_softc(dev))) return ENXIO; + /* if the channel is already detached, skip waiting for IDLE */ + if ((ch->state & ATA_STALL_QUEUE) == ATA_STALL_QUEUE) + goto out; + /* wait for the channel to be IDLE before entering suspend mode */ while (1) { mtx_lock(&ch->state_mtx); @@ -288,6 +292,7 @@ mtx_unlock(&ch->state_mtx); tsleep(ch, PRIBIO, "atasusp", hz/10); } +out: ATA_LOCKING(dev, ATA_LF_UNLOCK); return 0; } From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 15:41:07 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F256916A400; Fri, 14 Apr 2006 15:41:06 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11CB543D45; Fri, 14 Apr 2006 15:41:05 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k3EFf4wp011328; Fri, 14 Apr 2006 17:41:04 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Mitsuru IWASAKI In-Reply-To: <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Fri, 14 Apr 2006 17:41:03 +0200 Message-Id: <1145029263.912.4.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: acpi@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 15:41:07 -0000 On Fre, 2006-04-14 at 23:30 +0900, Mitsuru IWASAKI wrote: > Hi, Soren. > I've found the problem with detached ATA channel suspending. > After detaching second channel, the system drops into infinity > loop at ata_suspend(). > I'll commit the following patches with acpi_dock patches, so > please refine these if they have any problem. Uhm, would this simple patch help you ? --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 +++ ata-all.c 14 Apr 2006 15:39:20 -0000 @@ -277,8 +277,8 @@ if (!dev || !(ch = device_get_softc(dev))) return ENXIO; - /* wait for the channel to be IDLE before entering suspend mode */ - while (1) { + /* wait for the channel to be IDLE or detached before suspending */ + while (ch->r_irq) { mtx_lock(&ch->state_mtx); if (ch->state == ATA_IDLE) { ch->state = ATA_ACTIVE; That I'll gladly commit for you instead... -Søren > > Thanks > > Index: ata-all.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v > retrieving revision 1.271 > diff -u -r1.271 ata-all.c > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > +++ ata-all.c 14 Apr 2006 14:03:24 -0000 > @@ -277,6 +277,10 @@ > if (!dev || !(ch = device_get_softc(dev))) > return ENXIO; > > + /* if the channel is already detached, skip waiting for IDLE */ > + if ((ch->state & ATA_STALL_QUEUE) == ATA_STALL_QUEUE) > + goto out; > + > /* wait for the channel to be IDLE before entering suspend mode */ > while (1) { > mtx_lock(&ch->state_mtx); > @@ -288,6 +292,7 @@ > mtx_unlock(&ch->state_mtx); > tsleep(ch, PRIBIO, "atasusp", hz/10); > } > +out: > ATA_LOCKING(dev, ATA_LF_UNLOCK); > return 0; > } > From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 16:21:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DBD16A407; Fri, 14 Apr 2006 16:21:02 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1920643D5C; Fri, 14 Apr 2006 16:21:00 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3EGKwSS048674; Sat, 15 Apr 2006 01:20:59 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Sat, 15 Apr 2006 01:20:59 +0900 (JST) Message-Id: <20060415.012059.130244002.iwasaki@jp.FreeBSD.org> To: sos@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <1145029263.912.4.camel@sos.deepcore.dk> References: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 16:21:03 -0000 Hi, > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > @@ -277,8 +277,8 @@ > if (!dev || !(ch = device_get_softc(dev))) > return ENXIO; > > - /* wait for the channel to be IDLE before entering suspend mode */ > - while (1) { > + /* wait for the channel to be IDLE or detached before suspending */ > + while (ch->r_irq) { > mtx_lock(&ch->state_mtx); > if (ch->state == ATA_IDLE) { > ch->state = ATA_ACTIVE; > > That I'll gladly commit for you instead... Yes, This have also the same effect. I prefer this. Thanks! From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 16:24:12 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C4516A404; Fri, 14 Apr 2006 16:24:12 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 429F443D48; Fri, 14 Apr 2006 16:24:12 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k3EGOCHD011848; Fri, 14 Apr 2006 18:24:12 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Mitsuru IWASAKI In-Reply-To: <20060415.012059.130244002.iwasaki@jp.FreeBSD.org> References: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> <20060415.012059.130244002.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Fri, 14 Apr 2006 18:24:10 +0200 Message-Id: <1145031850.912.6.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: acpi@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 16:24:13 -0000 On Lør, 2006-04-15 at 01:20 +0900, Mitsuru IWASAKI wrote: > Hi, > > > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > > @@ -277,8 +277,8 @@ > > if (!dev || !(ch = device_get_softc(dev))) > > return ENXIO; > > > > - /* wait for the channel to be IDLE before entering suspend mode */ > > - while (1) { > > + /* wait for the channel to be IDLE or detached before suspending */ > > + while (ch->r_irq) { > > mtx_lock(&ch->state_mtx); > > if (ch->state == ATA_IDLE) { > > ch->state = ATA_ACTIVE; > > > > That I'll gladly commit for you instead... > > Yes, This have also the same effect. I prefer this. Good, this one also doesn't relay on a mutx that has been destroyed :) I'll commit asap... -Søren From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 22:43:20 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED0E16A401; Fri, 14 Apr 2006 22:43:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F11943D48; Fri, 14 Apr 2006 22:43:20 +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 DFAAC1A4DDA; Fri, 14 Apr 2006 15:43:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 162785157B; Fri, 14 Apr 2006 18:43:19 -0400 (EDT) Date: Fri, 14 Apr 2006 18:43:18 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060414224318.GA8716@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: davidxu@FreeBSD.org, jhb@FreeBSD.org Subject: Spinlock thrashing with libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 22:43:20 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I ran a modified version of the thr1 stress test on a quad amd64, which spawns 256 threads (using libthr), each of which loops doing getpid() 10000 times. The system spends essentially 100% of the time in the kernel. Profiling with hwpmc shows that the system is spending about 60% time in _mtx_lock_spin(). I made an extremely stupid set of changes to call different functions based on certain different spin lock types (so that the spinning mutex is visible to profiling), and discovered the following: % cumulative self self total time seconds seconds calls ms/call ms/call name 42.0 200076.00 200076.00 0 100.00% _turnstile_lock_spin [1] 20.9 299496.00 99420.00 0 100.00% sched_lock_spin [2] 6.2 328880.00 29384.00 0 100.00% syscall [3] 5.3 354262.00 25382.00 0 100.00% Xfast_syscall [4] 4.4 375267.00 21005.00 0 100.00% bcopy [5] 3.1 389831.00 14564.00 0 100.00% getpid [6] 2.8 403386.00 13555.00 0 100.00% spinlock_enter [7] ... _turnstile_lock_spin comes via the following in subr_turnstile.c: turnstile_lock_spin(&tc->tc_lock); TURNSTILE_PROFILING shows debug.turnstile.max_depth: 1 so it's not overloading chains. Even with only 4 threads (on 4 CPUs) it still thrashes: % cumulative self self total time seconds seconds calls ms/call ms/call name 30.7 133288.00 133288.00 0 100.00% _turnstile_lock_spin [1] 27.0 250336.00 117048.00 0 100.00% sched_lock_spin [2] But running the same test with libpthread shows nearly 0 spin lock contention (and system time is correspondingly much lower): 61.16 real 2.57 user 60.83 sys <-- libpthread 60.27 real 7.57 user 212.28 sys <-- libthr # gprof -l /boot/kernel/kernel kernel.gmon | grep spin time is in ticks, not seconds 0.5 20105.00 100.00 0 100.00% spinlock_exit [17] 0.2 20622.00 37.00 0 100.00% spinlock_enter [26] 0.2 20692.00 35.00 0 100.00% sched_lock_spin [28] What is going on? Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQCWGWry0BWjoQKURAvfaAKCunpAb3VaClWUdhoizhZ5O5rAjSgCghzxU bb/i90VTkv3Oe0xbvnyd+us= =5tsV -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 14 23:18:00 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F06F16A401; Fri, 14 Apr 2006 23:18:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F99243D46; Fri, 14 Apr 2006 23:18:00 +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 47BBA1A4DD7; Fri, 14 Apr 2006 16:18:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A721551878; Fri, 14 Apr 2006 19:17:59 -0400 (EDT) Date: Fri, 14 Apr 2006 19:17:59 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060414231759.GA9342@xor.obsecurity.org> References: <20060414224318.GA8716@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20060414224318.GA8716@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, jhb@FreeBSD.org, davidxu@FreeBSD.org Subject: Re: Spinlock thrashing with libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 23:18:00 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 14, 2006 at 06:43:18PM -0400, Kris Kennaway wrote: > I ran a modified version of the thr1 stress test on a quad amd64, > which spawns 256 threads (using libthr), each of which loops doing > getpid() 10000 times. The system spends essentially 100% of the time > in the kernel. Profiling with hwpmc shows that the system is spending > about 60% time in _mtx_lock_spin(). Turns out this is because of contention for the PROC_LOCK, which means lots of processes sleeping. Using getuid() instead (which doesn't acquire locks) does not show contention. Thanks to rwatson for figuring it out. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQC2mWry0BWjoQKURAq8+AJ0XHb7RDvSoJVyINoQUoP4BXTvR6ACdGcUY Zw/TgTZjUNXbmJdYIQZAjA0= =oXy5 -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 01:43:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7255216A405 for ; Sat, 15 Apr 2006 01:43:54 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235AF43D45 for ; Sat, 15 Apr 2006 01:43:53 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (cpe-24-168-145-70.nj.res.rr.com [24.168.145.70]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 8C303287FE for ; Sat, 15 Apr 2006 10:43:51 +0900 (JST) Date: Fri, 14 Apr 2006 21:43:49 -0500 From: Yoshihiro Ota To: freebsd-current@freebsd.org Message-Id: <20060414214349.86db4184.ota@j.email.ne.jp> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [patch] mdmfs suffix support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 01:43:54 -0000 This patch helps and enhances to mount md-based device such as uzip, slice/partitions, and so on. I think examples below can tell more than I can describe. If mount_md is created with this patch such that we can add md-devices to fstab, possibilities of md-device will greatly expand. Regards, Hiro # mdmfs -P -F ports-5.4.uzip -oro md.uzip /tmp/test # df /tmp/test Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md4.uzip 358126 277934 51542 84% /tmp/test # mdmfs -P -F ports-5.4.uzip -oro /dev/md8.uzip /tmp/test # df | grep test /dev/md4.uzip 358126 277934 51542 84% /tmp/test /dev/md8.uzip 358126 277934 51542 84% /tmp/test2 # mdmfs -P -F hd10meg.img mds1a /tmp/test3 # df /tmp/test3 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md9s1a 7526 4 6920 0% /tmp/test3 # mdmfs -P -F file.md md /tmp/test4 # df /tmp/test4 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10 846 4 776 1% /tmp/test4 --- mdmfs.c.orig Thu Feb 16 16:28:54 2006 +++ mdmfs.c Fri Apr 14 21:27:08 2006 @@ -48,6 +48,7 @@ #include #include #include +#include #include typedef enum { false, true } bool; @@ -67,6 +68,7 @@ static bool norun; /* Actually run the helper programs? */ static int unit; /* The unit we're working with. */ static const char *mdname; /* Name of memory disk device (e.g., "md"). */ +static const char *mdsuffix; /* Suffix of memory disk device (e.g., ".uzip"). */ static size_t mdnamelen; /* Length of mdname. */ static const char *path_mdconfig =_PATH_MDCONFIG; @@ -258,13 +260,16 @@ unitstr += 5; if (strncmp(unitstr, mdname, mdnamelen) == 0) unitstr += mdnamelen; - if (*unitstr == '\0') { + if (!isdigit(*unitstr)) { autounit = true; unit = -1; + mdsuffix = unitstr; } else { ul = strtoul(unitstr, &p, 10); - if (ul == ULONG_MAX || *p != '\0') + if (ul == ULONG_MAX) errx(1, "bad device unit: %s", unitstr); + if (*p != '\0') + mdsuffix = p; unit = ul; } @@ -446,8 +451,8 @@ { int rv; - rv = run(NULL, "%s%s /dev/%s%d %s", _PATH_MOUNT, args, - mdname, unit, mtpoint); + rv = run(NULL, "%s%s /dev/%s%d%s %s", _PATH_MOUNT, args, + mdname, unit, mdsuffix, mtpoint); if (rv) errx(1, "mount exited with error code %d", rv); } From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 10:13:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C010816A400; Sat, 15 Apr 2006 10:13:17 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944B243D46; Sat, 15 Apr 2006 10:13:16 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id k3FADDDK006684; Sat, 15 Apr 2006 11:13:13 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k3FADDPu034112; Sat, 15 Apr 2006 11:13:13 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k3FADC90034109; Sat, 15 Apr 2006 11:13:12 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 15 Apr 2006 11:13:12 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <1145029263.912.4.camel@sos.deepcore.dk> Message-ID: <20060415111208.Q34088@ury.york.ac.uk> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-767519609-1145095992=:34088" X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: acpi@freebsd.org, Mitsuru IWASAKI , current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 10:13:17 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-767519609-1145095992=:34088 Content-Type: TEXT/PLAIN; charset=iso8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 14 Apr 2006, [ISO-8859-1] S=F8ren Schmidt wrote: > On Fre, 2006-04-14 at 23:30 +0900, Mitsuru IWASAKI wrote: >> Hi, Soren. >> I've found the problem with detached ATA channel suspending. >> After detaching second channel, the system drops into infinity >> loop at ata_suspend(). >> I'll commit the following patches with acpi_dock patches, so >> please refine these if they have any problem. > > Uhm, would this simple patch help you ? > > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > @@ -277,8 +277,8 @@ > if (!dev || !(ch =3D device_get_softc(dev))) > return ENXIO; > > - /* wait for the channel to be IDLE before entering suspend mode */ > - while (1) { > + /* wait for the channel to be IDLE or detached before suspending */ > + while (ch->r_irq) { > mtx_lock(&ch->state_mtx); > if (ch->state =3D=3D ATA_IDLE) { > ch->state =3D ATA_ACTIVE; > > That I'll gladly commit for you instead... Is there any chance this will also fix the panic myself and several others= =20 have been seeing with suspend and CD-ROM drives? http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2005-08/0996.html I'll take my laptop to top-of-tree CURRENT in the next day or so to try=20 it. Gavin --0-767519609-1145095992=:34088-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 12:40:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F283316A401; Sat, 15 Apr 2006 12:40:27 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5715F43D49; Sat, 15 Apr 2006 12:40:26 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3FCePKY006707; Sat, 15 Apr 2006 16:40:25 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 15 Apr 2006 16:40:25 +0400 (MSD) From: Maxim Konovalov To: des@freebsd.org Message-ID: <20060415163752.L6632@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 12:40:28 -0000 Hello, As I see at http://tinderbox.des.no/ HEAD and RELENG_6 fail to compile at the moment but no mail in -current and -stable mailling lists. Is everything OK with the tinderbox? Thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 15:44:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FDB616A404 for ; Sat, 15 Apr 2006 15:44:27 +0000 (UTC) (envelope-from rmgls@wanadoo.fr) Received: from smtp7.wanadoo.fr (smtp7.wanadoo.fr [193.252.22.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id F350543D46 for ; Sat, 15 Apr 2006 15:44:26 +0000 (GMT) (envelope-from rmgls@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0704.wanadoo.fr (SMTP Server) with ESMTP id 2D94D140009C for ; Sat, 15 Apr 2006 17:44:26 +0200 (CEST) Received: from wanadoo.fr (ARouen-252-1-118-136.w86-208.abo.wanadoo.fr [86.208.125.136]) by mwinf0704.wanadoo.fr (SMTP Server) with ESMTP id 0FA411400095 for ; Sat, 15 Apr 2006 17:44:26 +0200 (CEST) X-ME-UUID: 20060415154426641.0FA411400095@mwinf0704.wanadoo.fr Received: from rmgls by port.private.music with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FUmwh-0000HK-7o for freebsd-current@freebsd.org; Sat, 15 Apr 2006 17:44:23 +0200 Date: Sat, 15 Apr 2006 17:44:23 +0200 From: Raoul MEGELAS To: freebsd-current@freebsd.org Message-ID: <20060415154423.GA1023@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: inappropriate ioctl for usb keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 15:44:27 -0000 Hi all, I try to attach an usb keyboard with the command kbdcontrol -a | -k /dev/ukbd0 and here is what i get: inappropriate ioctl for device. now the long story: sysctl -a | grep ... ukbd0: on uhub0 ukbd0: CHESEN USB Keyboard, rev 1.10/1.10, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 uhid0: on uhub0 uhid0: CHESEN USB Keyboard, rev 1.10/1.10, addr 2, iclass 3/1 ... <118>hw.acpi.cpu.cx_lowest: <118>C1 <118> -> <118>C2 <118> <118>kbd1 <118> ukbd0, type:generic (0) <118>kbdcontrol: <118>unable to set keyboard <118>: <118>Inappropriate ioctl for device <118>syscons not running? <118>/etc/rc.d/syscons: DEBUG: run_rc_command: evaluating syscons_precmd(). <118>/etc/rc.d/syscons: DEBUG: run_rc_command: evaluating syscons_start(). <118>Configuring syscons: <118> keymap <118> keyrate <118> font8x16 <118> font8x14 <118> font8x8 <118> blanktime <118> allscreens any idea would help. thanks. Raoul rmgls@wanadoo.fr From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 16:37:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 926CD16A405 for ; Sat, 15 Apr 2006 16:37:14 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from spiff.melthusia.org (spiff.melthusia.org [207.67.244.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46BE343D72 for ; Sat, 15 Apr 2006 16:37:14 +0000 (GMT) (envelope-from gordon@tetlows.org) Received: from [192.168.1.50] (cpe-66-91-238-221.san.res.rr.com [66.91.238.221]) (authenticated bits=0) by spiff.melthusia.org (8.12.10/8.12.10) with ESMTP id k3FGbAiR081675 for ; Sat, 15 Apr 2006 09:37:11 -0700 (PDT) (envelope-from gordon@tetlows.org) Message-ID: <44412137.1010209@tetlows.org> Date: Sat, 15 Apr 2006 09:37:11 -0700 From: Gordon Tetlow User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 15 Apr 2006 16:59:02 +0000 Cc: Subject: [CFR] Mergemaster auto upgrade patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 16:37:14 -0000 I've thrown together a quick mergemaster enhancement (under a new command line switch: -U) that will automatically upgrade files that have changed in the /usr/src/etc distribution but the user hasn't changed. Great applications are for when you trust that the project isn't going to break everything and only don't want mergemaster to squash files that you have customized. Patch location: http://people.freebsd.org/~gordon/patches/mergemaster.mtree.diff Please try it out! Thanks, Gordon From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3CDF16A400; Sat, 15 Apr 2006 19:38:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03B1B43D46; Sat, 15 Apr 2006 19:38:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcUgr039593; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcP4a053864; Sat, 15 Apr 2006 15:38:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0118C730B3; Wed, 29 Mar 2006 06:30:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.0118C730B3@freebsd-current.sentex.ca> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 15 Apr 2006 19:38:36 -0000 X-Original-Date: Wed, 29 Mar 2006 06:30:32 -0500 (EST) X-List-Received-Date: Sat, 15 Apr 2006 19:38:36 -0000 TB --- 2006-03-29 10:55:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-29 10:55:43 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-03-29 10:55:43 - cleaning the object tree TB --- 2006-03-29 10:56:13 - checking out the source tree TB --- 2006-03-29 10:56:13 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-03-29 10:56:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-29 11:02:34 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-29 11:02:34 - cd /src TB --- 2006-03-29 11:02:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libpthread/../libc/include -I/src/lib/libpthread/thread -I/src/lib/libpthread/../../include -I/src/lib/libpthread/arch/amd64/include -I/src/lib/libpthread/sys -I/src/lib/libpthread/../../libexec/rtld-elf -I/src/lib/libpthread/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libpthread/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libpthread/thread/thr_suspend_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libpthread/../libc/include -I/src/lib/libpthread/thread -I/src/lib/libpthread/../../include -I/src/lib/libpthread/arch/amd64/include -I/src/lib/libpthread/sys -I/src/lib/libpthread/../../libexec/rtld-elf -I/src/lib/libpthread/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libpthread/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libpthread/thread/thr_switch_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libpthread/../libc/include -I/src/lib/libpthread/thread -I/src/lib/libpthread/../../include -I/src/lib/libpthread/arch/amd64/include -I/src/lib/libpthread/sys -I/src/lib/libpthread/../../libexec/rtld-elf -I/src/lib/libpthread/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libpthread/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libpthread/thread/thr_system.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libpthread/../libc/include -I/src/lib/libpthread/thread -I/src/lib/libpthread/../../include -I/src/lib/libpthread/arch/amd64/include -I/src/lib/libpthread/sys -I/src/lib/libpthread/../../libexec/rtld-elf -I/src/lib/libpthread/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libpthread/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libpthread/thread/thr_symbols.c In file included from /src/lib/libpthread/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libpthread/thread/thr_symbols.c:38: /src/lib/libpthread/../../libexec/rtld-elf/amd64/rtld_machdep.h: In function `reloc_jmpslot': /src/lib/libpthread/../../libexec/rtld-elf/amd64/rtld_machdep.h:49: warning: implicit declaration of function `dbg' *** Error code 1 Stop in /src/lib/libpthread. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-29 11:30:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-29 11:30:32 - ERROR: failed to build world TB --- 2006-03-29 11:30:32 - tinderbox aborted TB --- 1.61 user 6.94 system 2088.51 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0C4016A403; Sat, 15 Apr 2006 19:38:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12BDB43D49; Sat, 15 Apr 2006 19:38:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcU7w039597; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQTw053865; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 445C9730BB; Fri, 31 Mar 2006 16:56:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.445C9730BB@freebsd-current.sentex.ca> Date: Fri, 31 Mar 2006 16:56:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:40 -0000 TB --- 2006-03-31 19:55:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-31 19:55:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-03-31 19:55:21 - cleaning the object tree TB --- 2006-03-31 19:55:50 - checking out the source tree TB --- 2006-03-31 19:55:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-03-31 19:55:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-31 20:02:13 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-31 20:02:13 - cd /src TB --- 2006-03-31 20:02:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-03-31 21:36:34 - generating LINT kernel config TB --- 2006-03-31 21:36:34 - cd /src/sys/amd64/conf TB --- 2006-03-31 21:36:34 - /usr/bin/make -B LINT TB --- 2006-03-31 21:36:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-31 21:36:34 - cd /src TB --- 2006-03-31 21:36:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 31 21:36:35 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/scc/../../dev/scc/scc_bfe_ebus.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: `puc_sbus_driver' undeclared here (not in a function) /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: initializer element is not constant /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: (near initialization for `puc_fhc_driver_mod.dmd_driver') /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: `puc_devclass' undeclared here (not in a function) /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: initializer element is not constant /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: (near initialization for `puc_fhc_driver_mod.dmd_devclass') *** Error code 1 Stop in /src/sys/modules/scc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-31 21:56:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-31 21:56:50 - ERROR: failed to build lint kernel TB --- 2006-03-31 21:56:50 - tinderbox aborted TB --- 1.43 user 6.91 system 7289.98 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C60D416A405; Sat, 15 Apr 2006 19:38:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12A4F43D48; Sat, 15 Apr 2006 19:38:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcUHB039596; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUuM064506; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A847730BC; Fri, 31 Mar 2006 18:33:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.4A847730BC@freebsd-current.sentex.ca> Date: Fri, 31 Mar 2006 18:33:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:40 -0000 TB --- 2006-03-31 21:56:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-31 21:56:51 - starting HEAD tinderbox run for i386/i386 TB --- 2006-03-31 21:56:51 - cleaning the object tree TB --- 2006-03-31 21:57:25 - checking out the source tree TB --- 2006-03-31 21:57:25 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-03-31 21:57:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-31 22:03:38 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-31 22:03:38 - cd /src TB --- 2006-03-31 22:03:38 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-31 23:10:14 - generating LINT kernel config TB --- 2006-03-31 23:10:14 - cd /src/sys/i386/conf TB --- 2006-03-31 23:10:14 - /usr/bin/make -B LINT TB --- 2006-03-31 23:10:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-31 23:10:15 - cd /src TB --- 2006-03-31 23:10:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 31 23:10:15 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/scc/../../dev/scc/scc_bfe_ebus.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: `puc_sbus_driver' undeclared here (not in a function) /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: initializer element is not constant /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: (near initialization for `puc_fhc_driver_mod.dmd_driver') /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: `puc_devclass' undeclared here (not in a function) /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: initializer element is not constant /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: (near initialization for `puc_fhc_driver_mod.dmd_devclass') *** Error code 1 Stop in /src/sys/modules/scc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-31 23:33:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-31 23:33:08 - ERROR: failed to build lint kernel TB --- 2006-03-31 23:33:08 - tinderbox aborted TB --- 1.17 user 5.98 system 5777.58 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3BF216A407; Sat, 15 Apr 2006 19:38:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F27643D58; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcU4J041250; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcU0m064508; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7582D730D6; Tue, 11 Apr 2006 22:24:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.7582D730D6@freebsd-current.sentex.ca> Date: Tue, 11 Apr 2006 22:24:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-12 00:22:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-12 00:22:43 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-12 00:22:43 - cleaning the object tree TB --- 2006-04-12 00:23:16 - checking out the source tree TB --- 2006-04-12 00:23:16 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-12 00:23:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-12 00:29:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-12 00:29:29 - cd /src TB --- 2006-04-12 00:29:29 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-12 01:36:32 - generating LINT kernel config TB --- 2006-04-12 01:36:32 - cd /src/sys/i386/conf TB --- 2006-04-12 01:36:32 - /usr/bin/make -B LINT TB --- 2006-04-12 01:36:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-12 01:36:32 - cd /src TB --- 2006-04-12 01:36:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 12 01:36:32 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Apr 12 02:02:28 UTC 2006 TB --- 2006-04-12 02:02:28 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-12 02:02:28 - cd /src TB --- 2006-04-12 02:02:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 12 02:02:28 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Apr 12 02:22:33 UTC 2006 TB --- 2006-04-12 02:22:33 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-12 02:22:33 - cd /src TB --- 2006-04-12 02:22:33 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Apr 12 02:22:34 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5307: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5309: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-12 02:24:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-12 02:24:20 - ERROR: failed to build PAE kernel TB --- 2006-04-12 02:24:20 - tinderbox aborted TB --- 1.12 user 5.97 system 7296.39 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 114E816A409; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D81B43D55; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcTpE041246; Sat, 15 Apr 2006 15:38:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUOM064505; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 41D46730BA; Fri, 31 Mar 2006 14:55:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.41D46730BA@freebsd-current.sentex.ca> Date: Fri, 31 Mar 2006 14:55:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:40 -0000 TB --- 2006-03-31 18:21:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-31 18:21:33 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-03-31 18:21:33 - cleaning the object tree TB --- 2006-03-31 18:21:58 - checking out the source tree TB --- 2006-03-31 18:21:58 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-03-31 18:21:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-31 18:28:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-31 18:28:20 - cd /src TB --- 2006-03-31 18:28:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-31 19:35:51 - generating LINT kernel config TB --- 2006-03-31 19:35:51 - cd /src/sys/alpha/conf TB --- 2006-03-31 19:35:51 - /usr/bin/make -B LINT TB --- 2006-03-31 19:35:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-31 19:35:51 - cd /src TB --- 2006-03-31 19:35:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 31 19:35:51 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/alpha/src/sys/LINT -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/scc/../../dev/scc/scc_bfe_ebus.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/alpha/src/sys/LINT -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: `puc_sbus_driver' undeclared here (not in a function) /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: initializer element is not constant /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: (near initialization for `puc_fhc_driver_mod.dmd_driver') /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: `puc_devclass' undeclared here (not in a function) /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: initializer element is not constant /src/sys/modules/scc/../../dev/scc/scc_bfe_sbus.c:84: error: (near initialization for `puc_fhc_driver_mod.dmd_devclass') *** Error code 1 Stop in /src/sys/modules/scc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-31 19:55:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-31 19:55:20 - ERROR: failed to build lint kernel TB --- 2006-03-31 19:55:20 - tinderbox aborted TB --- 1.07 user 4.98 system 5626.93 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D89D16A408; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84AAE43D60; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcUru039615; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQPK053869; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 84EFC730DB; Thu, 13 Apr 2006 03:08:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.84EFC730DB@freebsd-current.sentex.ca> Date: Thu, 13 Apr 2006 03:08:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-13 05:05:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-13 05:05:59 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-13 05:05:59 - cleaning the object tree TB --- 2006-04-13 05:06:31 - checking out the source tree TB --- 2006-04-13 05:06:31 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-13 05:06:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-13 05:12:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-13 05:12:42 - cd /src TB --- 2006-04-13 05:12:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-13 06:19:57 - generating LINT kernel config TB --- 2006-04-13 06:19:57 - cd /src/sys/i386/conf TB --- 2006-04-13 06:19:57 - /usr/bin/make -B LINT TB --- 2006-04-13 06:19:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-13 06:19:57 - cd /src TB --- 2006-04-13 06:19:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 13 06:19:57 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Apr 13 06:45:20 UTC 2006 TB --- 2006-04-13 06:45:20 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-13 06:45:20 - cd /src TB --- 2006-04-13 06:45:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 13 06:45:20 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Apr 13 07:06:41 UTC 2006 TB --- 2006-04-13 07:06:41 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-13 07:06:41 - cd /src TB --- 2006-04-13 07:06:41 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Apr 13 07:06:42 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5307: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5309: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-13 07:08:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-13 07:08:58 - ERROR: failed to build PAE kernel TB --- 2006-04-13 07:08:58 - tinderbox aborted TB --- 1.00 user 5.91 system 7379.07 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0EFF16A40E; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB2143D67; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcUxS041256; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcU0o064508; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB140730E9; Fri, 14 Apr 2006 07:49:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.AB140730E9@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 07:49:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-14 10:26:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 10:26:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-04-14 10:26:49 - cleaning the object tree TB --- 2006-04-14 10:27:12 - checking out the source tree TB --- 2006-04-14 10:27:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-04-14 10:27:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-14 10:33:54 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 10:33:54 - cd /src TB --- 2006-04-14 10:33:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-14 11:41:10 - generating LINT kernel config TB --- 2006-04-14 11:41:10 - cd /src/sys/sparc64/conf TB --- 2006-04-14 11:41:10 - /usr/bin/make -B LINT TB --- 2006-04-14 11:41:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 11:41:10 - cd /src TB --- 2006-04-14 11:41:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 11:41:10 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 11:49:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 11:49:39 - ERROR: failed to build lint kernel TB --- 2006-04-14 11:49:39 - tinderbox aborted TB --- 0.97 user 4.93 system 4970.88 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01AAB16A411; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE3543D66; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcUlS041255; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUhx064523; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A9505730E8; Fri, 14 Apr 2006 06:26:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.A9505730E8@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 06:26:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-14 09:01:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 09:01:19 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-04-14 09:01:19 - cleaning the object tree TB --- 2006-04-14 09:01:52 - checking out the source tree TB --- 2006-04-14 09:01:52 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-04-14 09:01:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-14 09:10:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 09:10:29 - cd /src TB --- 2006-04-14 09:10:29 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-14 10:18:27 - generating LINT kernel config TB --- 2006-04-14 10:18:27 - cd /src/sys/pc98/conf TB --- 2006-04-14 10:18:27 - /usr/bin/make -B LINT TB --- 2006-04-14 10:18:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 10:18:27 - cd /src TB --- 2006-04-14 10:18:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 10:18:27 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 10:26:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 10:26:48 - ERROR: failed to build lint kernel TB --- 2006-04-14 10:26:48 - tinderbox aborted TB --- 1.03 user 5.75 system 5128.98 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0582416A412; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EF843D68; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcUFU039625; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQLI053878; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A783C730E7; Fri, 14 Apr 2006 05:01:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.A783C730E7@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 05:01:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-14 07:36:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 07:36:49 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-14 07:36:49 - cleaning the object tree TB --- 2006-04-14 07:37:18 - checking out the source tree TB --- 2006-04-14 07:37:18 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-14 07:37:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-14 07:43:36 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 07:43:36 - cd /src TB --- 2006-04-14 07:43:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-14 08:51:13 - generating LINT kernel config TB --- 2006-04-14 08:51:13 - cd /src/sys/i386/conf TB --- 2006-04-14 08:51:13 - /usr/bin/make -B LINT TB --- 2006-04-14 08:51:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 08:51:13 - cd /src TB --- 2006-04-14 08:51:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 08:51:13 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 09:01:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 09:01:19 - ERROR: failed to build lint kernel TB --- 2006-04-14 09:01:19 - tinderbox aborted TB --- 1.14 user 5.66 system 5069.55 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1794716A413; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23D6443D6B; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcUCu039617; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUJX064511; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9D38A730E3; Fri, 14 Apr 2006 01:41:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.9D38A730E3@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 01:41:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-14 04:18:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 04:18:36 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-04-14 04:18:36 - cleaning the object tree TB --- 2006-04-14 04:19:06 - checking out the source tree TB --- 2006-04-14 04:19:06 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-04-14 04:19:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-14 04:25:35 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 04:25:35 - cd /src TB --- 2006-04-14 04:25:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-14 05:33:08 - generating LINT kernel config TB --- 2006-04-14 05:33:08 - cd /src/sys/alpha/conf TB --- 2006-04-14 05:33:08 - /usr/bin/make -B LINT TB --- 2006-04-14 05:33:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 05:33:08 - cd /src TB --- 2006-04-14 05:33:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 05:33:08 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 05:41:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 05:41:33 - ERROR: failed to build lint kernel TB --- 2006-04-14 05:41:33 - tinderbox aborted TB --- 0.93 user 5.16 system 4977.32 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BCB516A414; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A9F43D62; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcUMJ039621; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQqE053868; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A51D2730E6; Fri, 14 Apr 2006 03:36:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.A51D2730E6@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 03:36:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-14 05:41:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 05:41:34 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-04-14 05:41:34 - cleaning the object tree TB --- 2006-04-14 05:42:09 - checking out the source tree TB --- 2006-04-14 05:42:09 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-04-14 05:42:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-14 05:48:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 05:48:47 - cd /src TB --- 2006-04-14 05:48:47 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-04-14 07:27:26 - generating LINT kernel config TB --- 2006-04-14 07:27:26 - cd /src/sys/amd64/conf TB --- 2006-04-14 07:27:26 - /usr/bin/make -B LINT TB --- 2006-04-14 07:27:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 07:27:26 - cd /src TB --- 2006-04-14 07:27:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 07:27:26 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 07:36:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 07:36:49 - ERROR: failed to build lint kernel TB --- 2006-04-14 07:36:49 - tinderbox aborted TB --- 1.28 user 7.14 system 6915.13 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EE7E16A417; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0912943D72; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcVWr039636; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcVge064530; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B8F68730EF; Sat, 15 Apr 2006 02:26:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.B8F68730EF@freebsd-current.sentex.ca> Date: Sat, 15 Apr 2006 02:26:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-15 05:03:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 05:03:11 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-04-15 05:03:11 - cleaning the object tree TB --- 2006-04-15 05:03:39 - checking out the source tree TB --- 2006-04-15 05:03:39 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-04-15 05:03:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-15 05:10:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 05:10:04 - cd /src TB --- 2006-04-15 05:10:04 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-15 06:18:04 - generating LINT kernel config TB --- 2006-04-15 06:18:04 - cd /src/sys/alpha/conf TB --- 2006-04-15 06:18:04 - /usr/bin/make -B LINT TB --- 2006-04-15 06:18:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 06:18:04 - cd /src TB --- 2006-04-15 06:18:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 06:18:04 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 06:26:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 06:26:30 - ERROR: failed to build lint kernel TB --- 2006-04-15 06:26:30 - tinderbox aborted TB --- 0.91 user 3.89 system 4998.91 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BEF716A41A; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C58443D6D; Sat, 15 Apr 2006 19:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcVYH039637; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUJZ064511; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBFB3730F6; Sat, 15 Apr 2006 08:50:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.CBFB3730F6@freebsd-current.sentex.ca> Date: Sat, 15 Apr 2006 08:50:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-15 11:27:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 11:27:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-04-15 11:27:21 - cleaning the object tree TB --- 2006-04-15 11:27:42 - checking out the source tree TB --- 2006-04-15 11:27:42 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-04-15 11:27:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-15 11:34:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 11:34:21 - cd /src TB --- 2006-04-15 11:34:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-15 12:41:43 - generating LINT kernel config TB --- 2006-04-15 12:41:43 - cd /src/sys/sparc64/conf TB --- 2006-04-15 12:41:43 - /usr/bin/make -B LINT TB --- 2006-04-15 12:41:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 12:41:44 - cd /src TB --- 2006-04-15 12:41:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 12:41:44 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 12:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 12:50:24 - ERROR: failed to build lint kernel TB --- 2006-04-15 12:50:24 - tinderbox aborted TB --- 0.72 user 3.94 system 4982.66 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B70216A41F; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5351E43D76; Sat, 15 Apr 2006 19:38:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcVNs039647; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQcZ053889; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BFC8A730F2; Sat, 15 Apr 2006 04:27:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.BFC8A730F2@freebsd-current.sentex.ca> Date: Sat, 15 Apr 2006 04:27:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-15 06:26:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 06:26:30 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-04-15 06:26:30 - cleaning the object tree TB --- 2006-04-15 06:26:58 - checking out the source tree TB --- 2006-04-15 06:26:58 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-04-15 06:26:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-15 06:33:26 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 06:33:26 - cd /src TB --- 2006-04-15 06:33:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-04-15 08:15:51 - generating LINT kernel config TB --- 2006-04-15 08:15:51 - cd /src/sys/amd64/conf TB --- 2006-04-15 08:15:51 - /usr/bin/make -B LINT TB --- 2006-04-15 08:15:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 08:15:51 - cd /src TB --- 2006-04-15 08:15:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 08:15:51 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 08:27:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 08:27:44 - ERROR: failed to build lint kernel TB --- 2006-04-15 08:27:44 - tinderbox aborted TB --- 1.15 user 5.74 system 7274.01 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83A3416A420; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A6A43D73; Sat, 15 Apr 2006 19:38:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcVV3039643; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQPM053869; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C35C5730F4; Sat, 15 Apr 2006 06:05:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.C35C5730F4@freebsd-current.sentex.ca> Date: Sat, 15 Apr 2006 06:05:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-15 08:27:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 08:27:45 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-15 08:27:45 - cleaning the object tree TB --- 2006-04-15 08:28:19 - checking out the source tree TB --- 2006-04-15 08:28:19 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-15 08:28:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-15 08:43:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 08:43:44 - cd /src TB --- 2006-04-15 08:43:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-15 09:55:13 - generating LINT kernel config TB --- 2006-04-15 09:55:13 - cd /src/sys/i386/conf TB --- 2006-04-15 09:55:13 - /usr/bin/make -B LINT TB --- 2006-04-15 09:55:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 09:55:13 - cd /src TB --- 2006-04-15 09:55:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 09:55:14 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 10:05:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 10:05:30 - ERROR: failed to build lint kernel TB --- 2006-04-15 10:05:30 - tinderbox aborted TB --- 1.01 user 3.95 system 5864.91 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:38:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ECC016A41B; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA5E243D75; Sat, 15 Apr 2006 19:38:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJcVlI039644; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQFq053891; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C7A03730F5; Sat, 15 Apr 2006 07:27:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.C7A03730F5@freebsd-current.sentex.ca> Date: Sat, 15 Apr 2006 07:27:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-15 10:05:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 10:05:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-04-15 10:05:31 - cleaning the object tree TB --- 2006-04-15 10:05:53 - checking out the source tree TB --- 2006-04-15 10:05:53 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-04-15 10:05:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-15 10:12:09 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 10:12:09 - cd /src TB --- 2006-04-15 10:12:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-04-15 11:19:02 - generating LINT kernel config TB --- 2006-04-15 11:19:02 - cd /src/sys/pc98/conf TB --- 2006-04-15 11:19:02 - /usr/bin/make -B LINT TB --- 2006-04-15 11:19:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 11:19:02 - cd /src TB --- 2006-04-15 11:19:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 11:19:02 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 11:27:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 11:27:20 - ERROR: failed to build lint kernel TB --- 2006-04-15 11:27:20 - tinderbox aborted TB --- 0.80 user 4.12 system 4909.99 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:44:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D93616A4C1; Sat, 15 Apr 2006 19:44:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 921FE43D75; Sat, 15 Apr 2006 19:44:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k3FJiDLA039958; Sat, 15 Apr 2006 15:44:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3P/8.13.3) with ESMTP id k3FJiBsv059358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Apr 2006 15:44:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060415153935.06f4fad0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Sat, 15 Apr 2006 15:43:43 -0400 To: Maxim Konovalov , des@freebsd.org From: Mike Tancsa In-Reply-To: <20060415163752.L6632@mp2.macomnet.net> References: <20060415163752.L6632@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:44:17 -0000 At 08:40 AM 15/04/2006, Maxim Konovalov wrote: >Hello, > >As I see at http://tinderbox.des.no/ HEAD and RELENG_6 fail to compile >at the moment but no mail in -current and -stable mailling lists. Is >everything OK with the tinderbox? Hi, I had a quick look at the 2 boxes and postfix was not started, it seems after the last upgrade. Its up and running now on both, and the mail has dequeued. ---Mike From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 19:52:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8179A16A406; Sat, 15 Apr 2006 19:52:01 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD52643D48; Sat, 15 Apr 2006 19:52:00 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3FJpxkk049801; Sat, 15 Apr 2006 23:51:59 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 15 Apr 2006 23:51:59 +0400 (MSD) From: Maxim Konovalov To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20060415153935.06f4fad0@64.7.153.2> Message-ID: <20060415235141.X48998@mp2.macomnet.net> References: <20060415163752.L6632@mp2.macomnet.net> <6.2.3.4.0.20060415153935.06f4fad0@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, des@freebsd.org Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 19:52:01 -0000 On Sat, 15 Apr 2006, 15:43-0400, Mike Tancsa wrote: > At 08:40 AM 15/04/2006, Maxim Konovalov wrote: > >Hello, > > > >As I see at http://tinderbox.des.no/ HEAD and RELENG_6 fail to compile > >at the moment but no mail in -current and -stable mailling lists. Is > >everything OK with the tinderbox? > > Hi, > I had a quick look at the 2 boxes and postfix was not started, it > seems after the last upgrade. Its up and running now on both, and the mail > has dequeued. Thanks a lot! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 20:57:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACE1D16A401 for ; Sat, 15 Apr 2006 20:57:51 +0000 (UTC) (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 1F86043D81 for ; Sat, 15 Apr 2006 20:57:26 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 31770 invoked from network); 15 Apr 2006 20:57:05 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.149.95]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 15 Apr 2006 20:57:05 -0000 Date: Sat, 15 Apr 2006 22:55:50 +0200 From: Fabian Keil To: Gavin Atkinson Message-ID: <20060415225550.1d697100@localhost> In-Reply-To: <20060415111208.Q34088@ury.york.ac.uk> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> <20060415111208.Q34088@ury.york.ac.uk> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) 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_e0nZIiIFw=yh+gBU5lZ+TW1"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org, =?ISO-8859-1?Q?S=F8ren?= Schmidt Subject: [PATCH] Panic in acd_geom_detach if device got lost (was: CFR: ACPI Dock driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 20:57:51 -0000 --Sig_e0nZIiIFw=yh+gBU5lZ+TW1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Gavin Atkinson wrote: > On Fri, 14 Apr 2006, [ISO-8859-1] S=F8ren Schmidt wrote: >=20 > > On Fre, 2006-04-14 at 23:30 +0900, Mitsuru IWASAKI wrote: > >> Hi, Soren. > >> I've found the problem with detached ATA channel suspending. > >> After detaching second channel, the system drops into infinity > >> loop at ata_suspend(). > >> I'll commit the following patches with acpi_dock patches, so > >> please refine these if they have any problem. > > > > Uhm, would this simple patch help you ? > > > > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > > @@ -277,8 +277,8 @@ > > if (!dev || !(ch =3D device_get_softc(dev))) > > return ENXIO; > > > > - /* wait for the channel to be IDLE before entering suspend > > mode */ > > - while (1) { > > + /* wait for the channel to be IDLE or detached before > > suspending */ > > + while (ch->r_irq) { > > mtx_lock(&ch->state_mtx); > > if (ch->state =3D=3D ATA_IDLE) { > > ch->state =3D ATA_ACTIVE; > > > > That I'll gladly commit for you instead... >=20 > Is there any chance this will also fix the panic myself and several > others have been seeing with suspend and CD-ROM drives? > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2005-08/0996.html >=20 > I'll take my laptop to top-of-tree CURRENT in the next day or so to > try it. I tried the above patch on RELENG_6 and it doesn't seem to change my situation (which isn't suspend related anyway). If I remove my ThinkPad's cdrom drive, FreeBSD becomes unresponsive after atacontrol reinit ata1. It seems to freeze in this part of ata-lowlevel.c: 492: /* in some setups we dont want to test for a slave */ 493- if (!(ch->flags & ATA_NO_SLAVE)) { 494- ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | ATA_D_LBA | ATA_SLAVE); 495- DELAY(10); =20 496- ostat1 =3D ATA_IDX_INB(ch, ATA_STATUS); 497- if ((ostat1 & 0xf8) !=3D 0xf8 && ostat1 !=3D 0xa5) { 498- stat1 =3D ATA_S_BUSY; 499- mask |=3D 0x02; 500- } 501- } 502- More precisely, it doesn't get past the macro in line 494. Any ideas why "ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | ATA_D_LBA | ATA_SLAV= E);" could cause an unresponsive system? I ruled out a nullpointer, but I haven't found the code the macro leads to yet.=20 If I comment out this whole block, I reach the panic Gavin already analysed in the link above. It can be prevented with the following patch: fk@TP51 /usr/src/sys/dev/ata $diff -uN atapi-cd.c.original atapi-cd.c=20 --- atapi-cd.c.original Sat Apr 15 16:59:46 2006 +++ atapi-cd.c Sat Apr 15 17:12:32 2006 @@ -193,9 +193,12 @@ { =20 struct acd_softc *cdp =3D device_get_ivars(arg); =20 - /* signal geom so we dont get any further requests */ - g_wither_geom(cdp->gp, ENXIO); - + if (cdp !=3D NULL) { =20 + /* signal geom so we dont get any further requests */ + g_wither_geom(cdp->gp, ENXIO); + } else { + printf("acd_geom_detach: Device already detached?\n"); + } /* fail requests on the queue and any thats "in flight" for this devic= e */ ata_fail_requests(arg); Now I can remove my cdrom drive while FreeBSD is running and atacontrol reinit no longer causes the panic: fk@TP51 ~ $sudo atacontrol reinit ata1 Master: acd0 ATA/ATAPI revision 5 Slave: no device present =20 [Removing drive] fk@TP51 ~ $sudo atacontrol reinit ata1 Master: no device present =20 Slave: no device present Fabian --=20 http://www.fabiankeil.de/ --Sig_e0nZIiIFw=yh+gBU5lZ+TW1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQV3kjV8GA4rMKUQRAogHAJ4gAAtxaqyGOh1TaiZAJBY9EUTvVgCfTn+g PdodiWeFbqZvjv7w68BCeDM= =2912 -----END PGP SIGNATURE----- --Sig_e0nZIiIFw=yh+gBU5lZ+TW1-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 15 23:17:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E724E16A402; Sat, 15 Apr 2006 23:17:30 +0000 (UTC) (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 AD92943D46; Sat, 15 Apr 2006 23:17:30 +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; Sat, 15 Apr 2006 16:17:25 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BE7D545083; Sat, 15 Apr 2006 16:17:24 -0700 (PDT) To: Mike Tancsa In-reply-to: Your message of "Sat, 15 Apr 2006 15:43:43 EDT." <6.2.3.4.0.20060415153935.06f4fad0@64.7.153.2> Date: Sat, 15 Apr 2006 16:17:24 -0700 From: "Kevin Oberman" Message-Id: <20060415231724.BE7D545083@ptavv.es.net> Cc: current@freebsd.org, des@freebsd.org Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 23:17:31 -0000 > Date: Sat, 15 Apr 2006 15:43:43 -0400 > From: Mike Tancsa > Sender: owner-freebsd-current@freebsd.org > > At 08:40 AM 15/04/2006, Maxim Konovalov wrote: > >Hello, > > > >As I see at http://tinderbox.des.no/ HEAD and RELENG_6 fail to compile > >at the moment but no mail in -current and -stable mailling lists. Is > >everything OK with the tinderbox? > > Hi, > I had a quick look at the 2 boxes and postfix was not > started, it seems after the last upgrade. Its up and running now on > both, and the mail has dequeued. This may be a postfix problem. Last time I rebooted my main system (which acts as my mail server), port 25 was not open. All mail was failing to be delivered. I assumed that Postfix had not started when I rebooted, so I tried "postfix start" and received a message that Postfix was already running. But I instantly started receiving mail. Everything was fin from that point. I have no idea what really happened and I don't like re-booting that box, so I have not tried it again. The box was running 6.1-BETA from March 13 and Postfix 2.2.10 and uses TLS. The one unusual thing about the system is that it receives mail from our organizational server via IPv6 only. Smells a bit like a timing issue in the rc code, but I really am only guessing. In any case, it's something to watch for on Current or Stable. -- 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