From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 23 11:07:13 2012 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74631106567A for ; Mon, 23 Jan 2012 11:07:13 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 61FBB8FC08 for ; Mon, 23 Jan 2012 11:07:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0NB7Ddn081082 for ; Mon, 23 Jan 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0NB7Cdx081080 for freebsd-sparc64@FreeBSD.org; Mon, 23 Jan 2012 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Jan 2012 11:07:12 GMT Message-Id: <201201231107.q0NB7Cdx081080@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2012 11:07:13 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/164227 sparc64 [boot] Can't boot 9.0-RELEASE/sparc64 on Blade 1500 o sparc/164226 sparc64 [cd] Data corruption on 9.0-RELEASE when reading from o sparc/164123 sparc64 [boot] Kernel fails to boot on Sun Ultra 5 o sparc/162513 sparc64 mpt(4), mptutil(8) reports variable, erroneous drive i o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 10 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 23 12:16:29 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021C71065673 for ; Mon, 23 Jan 2012 12:16:29 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5BA8FC23 for ; Mon, 23 Jan 2012 12:16:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id B5BE36C90 for ; Mon, 23 Jan 2012 13:18:23 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z97WAYqJur_S for ; Mon, 23 Jan 2012 13:18:20 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 482926B08 for ; Mon, 23 Jan 2012 13:18:20 +0100 (CET) From: Denny Schierz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Jan 2012 13:16:22 +0100 Message-Id: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2012 12:16:29 -0000 hi, If I stop a jail (v2 with vnet), the jail doesn't completely disappear. = "jls" shows the jail as active. If I try to remove the jail with "jail = -r " the whole machine freezes. Other users with same options (i386) = doesn't have this problem. So how can I debug it? http://www.mail-archive.com/freebsd-stable@freebsd.org/msg118936.html 9.0-STABLE FreeBSD 9.0-STABLE #0: Tue Jan 17 09:05:42 CET 2012=20 SPARC Sunfire v245 cu denny= From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 24 12:55:56 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEBC106564A for ; Tue, 24 Jan 2012 12:55:56 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog106.obsmtp.com (na3sys009aob106.obsmtp.com [74.125.149.76]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1818FC14 for ; Tue, 24 Jan 2012 12:55:56 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob106.postini.com ([74.125.148.12]) with SMTP ID DSNKTx6qW6j2LE6L8q0FP1W183/iiDY8HMPv@postini.com; Tue, 24 Jan 2012 04:55:56 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 24 Jan 2012 08:00:46 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 24 Jan 2012 07:55:54 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Tue, 24 Jan 2012 18:25:51 +0530 From: "Desai, Kashyap" To: "freebsd-sparc64@freebsd.org" Date: Tue, 24 Jan 2012 18:25:47 +0530 Thread-Topic: T2000 Sparc FreeBSD8.2 installation failed Thread-Index: Aczal33fb7+xVq1sSDOMqbihuO/x7w== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {65022E9E-692C-4070-90CD-F4C9A80B3A78} x-cr-hashedpuzzle: AHgP AlaB Axqo B7Pw CvwE Dn/n EyWU GGIx G96R HIqA IPUj IUpZ I0Or I9Vi KKIW KLGb; 1; ZgByAGUAZQBiAHMAZAAtAHMAcABhAHIAYwA2ADQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {65022E9E-692C-4070-90CD-F4C9A80B3A78}; awBhAHMAaAB5AGEAcAAuAGQAZQBzAGEAaQBAAGwAcwBpAC4AYwBvAG0A; Tue, 24 Jan 2012 12:55:47 GMT; VAAyADAAMAAwACAAUwBwAGEAcgBjACAARgByAGUAZQBCAFMARAA4AC4AMgAgAGkAbgBzAHQAYQBsAGwAYQB0AGkAbwBuACAAZgBhAGkAbABlAGQA acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 12:55:56 -0000 Hi, I am using Sparc T2000 machine and see failure at installation steps. Below is a detail of the installation failure. SPARC Enterprise T2000, No Keyboard Copyright 2009 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.30.3, 8064 MB memory available, Serial #84979912. Ethernet address 0:21:28:10:b0:c8, Host ID: 8510b0c8. Boot device: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4v support. Boot path set to /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@araz.cse.buffalo.edu, Thu Feb 17 03:05:26 UTC 2011) bootpath=3D"/pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=3D0x9d3748+0x7f668 syms=3D[0x8+0xa9db8+0x8+0x9c673= ] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0088000. ERROR: Last Trap: Illegal Instruction Thanks, Kashyap From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 24 15:36:38 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793BB1065678 for ; Tue, 24 Jan 2012 15:36:38 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0C91A8FC0C for ; Tue, 24 Jan 2012 15:36:36 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so4444319wgb.31 for ; Tue, 24 Jan 2012 07:36:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=emzg9444nG4te1K3syZjl/JbmkD9qTUUZl0/SyZvlk8=; b=q+kHw8zsrIeIvmUPhWqd+eE28FYJOcD8lA2D+kkhb2Cp8t0gNtEQZ+bj/xlKxufnwZ 6eXiXfC0Jo2Ugfz1n4o8LsI62d1X6rdSqdmAvYwT9d2ESwWZ2xtDD2jf9ZeoJP/ia9rI 7zJybXRmkscckuhhBxmoZMZaBMMFb5kdEH0Og= Received: by 10.180.77.200 with SMTP id u8mr21342617wiw.18.1327417910235; Tue, 24 Jan 2012 07:11:50 -0800 (PST) Received: from [192.168.0.104] ([95.232.4.130]) by mx.google.com with ESMTPS id eq5sm53356731wib.2.2012.01.24.07.11.47 (version=SSLv3 cipher=OTHER); Tue, 24 Jan 2012 07:11:48 -0800 (PST) Sender: K Macy Message-ID: <4F1ECA7F.4080003@freebsd.org> Date: Tue, 24 Jan 2012 16:13:03 +0100 From: Kip Macy User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: "Desai, Kashyap" References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-sparc64@freebsd.org" Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 15:36:38 -0000 I'm sorry, but the plug was pulled on sun4v support in FreeBSD for want of time and other interested developers. On 01/24/2012 01:55 PM, Desai, Kashyap wrote: > Hi, I am using Sparc T2000 machine and see failure at installation steps. > Below is a detail of the installation failure. > > > SPARC Enterprise T2000, No Keyboard > Copyright 2009 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.30.3, 8064 MB memory available, Serial #84979912. > Ethernet address 0:21:28:10:b0:c8, Host ID: 8510b0c8. > > > > Boot device: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f File and args: > >>> FreeBSD/sparc64 boot block > Boot path: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f > Boot loader: /boot/loader > Consoles: Open Firmware console > > Booting with sun4v support. > Boot path set to /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@araz.cse.buffalo.edu, Thu Feb 17 03:05:26 UTC 2011) > bootpath="/pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a" > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0x9d3748+0x7f668 syms=[0x8+0xa9db8+0x8+0x9c673] > / > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > jumping to kernel entry at 0xc0088000. > ERROR: Last Trap: Illegal Instruction > > > Thanks, Kashyap > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 24 20:15:46 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3EAF1065670 for ; Tue, 24 Jan 2012 20:15:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0168FC13 for ; Tue, 24 Jan 2012 20:15:45 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0OKFiZA007755; Tue, 24 Jan 2012 21:15:44 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0OKFi05007754; Tue, 24 Jan 2012 21:15:44 +0100 (CET) (envelope-from marius) Date: Tue, 24 Jan 2012 21:15:44 +0100 From: Marius Strobl To: "Desai, Kashyap" Message-ID: <20120124201544.GA7731@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: "freebsd-sparc64@freebsd.org" Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 20:15:46 -0000 On Tue, Jan 24, 2012 at 06:25:47PM +0530, Desai, Kashyap wrote: > Hi, I am using Sparc T2000 machine and see failure at installation steps. > Below is a detail of the installation failure. > Again, the list of currently supported SPARC hardware is here: http://www.freebsd.org/platforms/sparc.html If you are looking for a machine with PCI-Express slots V215 and V245 currently are your only option. If you give me remote serial access and access to a netboot server I'll add support for your M3000. This would take some weeks though as this isn't the x86-world where everything is backwards-compatible. Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 24 20:21:16 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BFFB106564A for ; Tue, 24 Jan 2012 20:21:16 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DC3958FC17 for ; Tue, 24 Jan 2012 20:21:15 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0OKLDLR007772; Tue, 24 Jan 2012 21:21:14 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0OKLBIV007771; Tue, 24 Jan 2012 21:21:11 +0100 (CET) (envelope-from marius) Date: Tue, 24 Jan 2012 21:21:11 +0100 From: Marius Strobl To: Denny Schierz Message-ID: <20120124202111.GB7731@alchemy.franken.de> References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 20:21:16 -0000 On Mon, Jan 23, 2012 at 01:16:22PM +0100, Denny Schierz wrote: > hi, > > If I stop a jail (v2 with vnet), the jail doesn't completely disappear. "jls" shows the jail as active. If I try to remove the jail with "jail -r " the whole machine freezes. Other users with same options (i386) doesn't have this problem. So how can I debug it? > I'd start with a kernel built with BREAK_TO_DEBUGGER, DDB and KDB enabled. Then when it appears to hang try to break into the debugger by sending a break on the serial console. If that works try to bug virtualization@ and probably bz@ directly for information they want as given that you mention vnet it sounds like you're not seeing this problem without VIMAGE. Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 24 20:48:31 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B62106566B for ; Tue, 24 Jan 2012 20:48:31 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3A48FC0A for ; Tue, 24 Jan 2012 20:48:30 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q0OKmM3q004101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jan 2012 07:48:23 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q0OKmMCp096317; Wed, 25 Jan 2012 07:48:22 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q0OKmMA4096316; Wed, 25 Jan 2012 07:48:22 +1100 (EST) (envelope-from peter) Date: Wed, 25 Jan 2012 07:48:21 +1100 From: Peter Jeremy To: Marius Strobl Message-ID: <20120124204821.GF58781@server.vk2pj.dyndns.org> References: <20120124201544.GA7731@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20120124201544.GA7731@alchemy.franken.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-sparc64@freebsd.org" Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 20:48:31 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jan-24 21:15:44 +0100, Marius Strobl wr= ote: >Again, the list of currently supported SPARC hardware is here: >http://www.freebsd.org/platforms/sparc.html It might be worthwhile updating both that page and http://www.freebsd.org/platforms/sun4v.html to more accurately reflect the current situation. --=20 Peter Jeremy --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8fGRUACgkQ/opHv/APuIfGsACdH/Gjq2XVZuiyA+mS54Ns7xTB quwAniDMhAEs2YrCOVsQXYb2mRIK27Cz =QOB9 -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 02:49:59 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4372B106566C for ; Wed, 25 Jan 2012 02:49:59 +0000 (UTC) (envelope-from fritz-bounce@frell.theremailer.net) Received: from frell.theremailer.net (unknown [IPv6:2002:d527:dca5:9:e994:780e:aca7:cd09]) by mx1.freebsd.org (Postfix) with ESMTP id 813208FC12 for ; Wed, 25 Jan 2012 02:49:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=frell.theremailer.net; s=remailer; h=Date:Message-ID:Subject:Comments:From; bh=dp118RMdoGtpcy+7B56kJMDnMrj+qMydWGP+j6QiGcA=; b=AldNXl17ruv+doMjvAZ7qXTTS+kPI8/0ABHlBxwVzSDfsVTyBtWSG3I/hjqmuJyO662fCm7gdBh6eRn5Oe4m8Mrp+oLSPGN/lZIegBdHKC9tJ2OHveGjRHP+fkY824ZsHLAyS/EPvI8Lh1uqiT7N4BGJh02/W887TBTN+qMAg41nGE7n2FhCUJomAbADPy7A+5oJLjdw1HfTcMzGWrTcJkRm8X9bneLDSYseDjJBsWcjdSyFUSp0kXL0UnAtUAv5rEbCoJbdh9q/l6w5IQtHu0UTj9QqYjMhx1ahAUe0Nu+5+DBf/UZYaY4sUHO/5qqFq41xvb7m4yJOMuhYvkaPA7w=; Received: by frell.theremailer.net with local (Exim) id 1Rpst3-0006ta-Vc for freebsd-sparc64@freebsd.org envelope-sender fritz-bounce@frell.theremailer.net; Wed, 25 Jan 2012 03:47:01 +0100 From: Fritz Wuehler Comments: This message did not originate from the Sender address above. It was remailed automatically by anonymizing remailer software. Please report problems or inappropriate use to the remailer administrator at . Identifying the real sender is technically impossible. To: freebsd-sparc64@freebsd.org In-Reply-To: <4F1ECA7F.4080003@freebsd.org> Message-ID: <709397b4d495138d1e3d36278264dec3@msgid.frell.theremailer.net> Precedence: anon Date: Wed, 25 Jan 2012 03:47:01 +0100 Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 02:49:59 -0000 > I'm sorry, but the plug was pulled on sun4v support in FreeBSD for want > of time and other interested developers. Thanks for the info. The OP can use Solaris 10 or 11 on his T2000. They're very nice OS and 11 has the most current ZFS support. If this isn't acceptable, you can donate your T2000 to me and I will run Solaris on it. From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 04:25:56 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C0571065675 for ; Wed, 25 Jan 2012 04:25:56 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog126.obsmtp.com (na3sys009aog126.obsmtp.com [74.125.149.155]) by mx1.freebsd.org (Postfix) with ESMTP id BD2018FC0A for ; Wed, 25 Jan 2012 04:25:55 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob126.postini.com ([74.125.148.12]) with SMTP ID DSNKTx+EUrLVSqmdZtnibNutba1Wxzi+lGw5@postini.com; Tue, 24 Jan 2012 20:25:55 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 24 Jan 2012 23:30:43 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 24 Jan 2012 23:25:53 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Wed, 25 Jan 2012 09:55:52 +0530 From: "Desai, Kashyap" To: Marius Strobl Date: Wed, 25 Jan 2012 09:55:51 +0530 Thread-Topic: T2000 Sparc FreeBSD8.2 installation failed Thread-Index: Acza1PlsTaXOHRzhSIy/cAFvatCeVAAQ/4TQ Message-ID: References: <20120124201544.GA7731@alchemy.franken.de> In-Reply-To: <20120124201544.GA7731@alchemy.franken.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-sparc64@freebsd.org" Subject: RE: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 04:25:56 -0000 > -----Original Message----- > From: Marius Strobl [mailto:marius@alchemy.franken.de] > Sent: Wednesday, January 25, 2012 1:46 AM > To: Desai, Kashyap > Cc: freebsd-sparc64@freebsd.org > Subject: Re: T2000 Sparc FreeBSD8.2 installation failed >=20 > On Tue, Jan 24, 2012 at 06:25:47PM +0530, Desai, Kashyap wrote: > > Hi, I am using Sparc T2000 machine and see failure at installation > steps. > > Below is a detail of the installation failure. > > >=20 > Again, the list of currently supported SPARC hardware is here: > http://www.freebsd.org/platforms/sparc.html > If you are looking for a machine with PCI-Express slots V215 and > V245 currently are your only option. > If you give me remote serial access and access to a netboot server > I'll add support for your M3000. This would take some weeks though > as this isn't the x86-world where everything is backwards-compatible. Thanks Marius.! I actually borrowed T2000 and M3 server from other group. D= on't have access to those machine now. So it is clear that we don't have full sun4v support from above link. And also my main goal is not a sparc machine with FreeBSD. I am planning to= make mpslsi driver endian safe, so I just need either PPC or SPARC FreeBSD= 8-2 support to test my driver. A much thanks for offering such wonderful support. >=20 > Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 08:16:24 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B89B31065673 for ; Wed, 25 Jan 2012 08:16:24 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC6F8FC0A for ; Wed, 25 Jan 2012 08:16:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id EFCFF5D4A for ; Wed, 25 Jan 2012 09:18:22 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NuoOtC9C9rDz for ; Wed, 25 Jan 2012 09:18:19 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 93FB83CC6A for ; Wed, 25 Jan 2012 09:18:19 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <709397b4d495138d1e3d36278264dec3@msgid.frell.theremailer.net> Date: Wed, 25 Jan 2012 09:16:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9B2D64FE-5A03-4E82-9522-F6B129BDA5E9@4lin.net> References: <709397b4d495138d1e3d36278264dec3@msgid.frell.theremailer.net> To: freebsd-sparc64@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 08:16:24 -0000 hi, Am 25.01.2012 um 03:47 schrieb Fritz Wuehler: > The OP can use Solaris 10 or 11 on his T2000 oh, i didn't read the complete thread, but does it means, that there is = no way to get FreeBSD9 running on T2000 and sunEnterprise T2000 with = latest firmware? My goal is to get away from Solaris (and Oracle) , = 'cause of a lot of headache to get software working without loosing = hours for search solutions ... cu denny From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 08:44:40 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691DD106564A for ; Wed, 25 Jan 2012 08:44:40 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 458B68FC19 for ; Wed, 25 Jan 2012 08:44:40 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id A394D56172; Wed, 25 Jan 2012 02:44:39 -0600 (CST) Date: Wed, 25 Jan 2012 02:44:39 -0600 From: Mark Linimon To: Denny Schierz Message-ID: <20120125084439.GA11812@lonesome.com> References: <709397b4d495138d1e3d36278264dec3@msgid.frell.theremailer.net> <9B2D64FE-5A03-4E82-9522-F6B129BDA5E9@4lin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9B2D64FE-5A03-4E82-9522-F6B129BDA5E9@4lin.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 08:44:40 -0000 On Wed, Jan 25, 2012 at 09:16:19AM +0100, Denny Schierz wrote: > oh, i didn't read the complete thread, but does it means, that there > is no way to get FreeBSD9 running on T2000 and sunEnterprise T2000 > with latest firmware? Yes, unfortunately, the support for that architecture (sufficiently different from the "sparc64" generation") was never completed. (Well, at least to "production" status.) mcl From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 10:28:58 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B86D71065670 for ; Wed, 25 Jan 2012 10:28:58 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 496C78FC12 for ; Wed, 25 Jan 2012 10:28:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id EAC345D54 for ; Wed, 25 Jan 2012 11:30:54 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SdfHkCnrNUb2 for ; Wed, 25 Jan 2012 11:30:51 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 89C9A3CC6A for ; Wed, 25 Jan 2012 11:30:51 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <20120124202111.GB7731@alchemy.franken.de> Date: Wed, 25 Jan 2012 11:28:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> To: freebsd-sparc64@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 10:28:58 -0000 hi, Am 24.01.2012 um 21:21 schrieb Marius Strobl: > On Mon, Jan 23, 2012 at 01:16:22PM +0100, Denny Schierz wrote: >> hi, >>=20 >> If I stop a jail (v2 with vnet), the jail doesn't completely = disappear. "jls" shows the jail as active. If I try to remove the jail = with "jail -r " the whole machine freezes. Other users with same = options (i386) doesn't have this problem. So how can I debug it? >>=20 >=20 > I'd start with a kernel built with BREAK_TO_DEBUGGER, DDB and KDB > enabled. Then when it appears to hang try to break into the debugger > by sending a break on the serial console. If that works try to bug > virtualization@ and probably bz@ directly for information they > want as given that you mention vnet it sounds like you're not > seeing this problem without VIMAGE. hmm, all debug options are active and I send the break signal from = ALOM, but I think, that FreeBSD isn't configured to interpret the = signal. Can I enter the kdb first (sysctl debug.kdb.enter=3D1) and than = execute "jail -r 1" ? cu denny= From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 14:53:19 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59DBC1065674 for ; Wed, 25 Jan 2012 14:53:19 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id E6BB18FC23 for ; Wed, 25 Jan 2012 14:53:18 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0PErEUM015742; Wed, 25 Jan 2012 15:53:14 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0PErEDd015741; Wed, 25 Jan 2012 15:53:14 +0100 (CET) (envelope-from marius) Date: Wed, 25 Jan 2012 15:53:14 +0100 From: Marius Strobl To: Peter Jeremy Message-ID: <20120125145314.GM44286@alchemy.franken.de> References: <20120124201544.GA7731@alchemy.franken.de> <20120124204821.GF58781@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120124204821.GF58781@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-sparc64@freebsd.org" Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 14:53:19 -0000 On Wed, Jan 25, 2012 at 07:48:21AM +1100, Peter Jeremy wrote: > On 2012-Jan-24 21:15:44 +0100, Marius Strobl wrote: > >Again, the list of currently supported SPARC hardware is here: > >http://www.freebsd.org/platforms/sparc.html > > It might be worthwhile updating both that page and > http://www.freebsd.org/platforms/sun4v.html > to more accurately reflect the current situation. > done Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 15:00:58 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3CF61065673 for ; Wed, 25 Jan 2012 15:00:57 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 8DCCF8FC18 for ; Wed, 25 Jan 2012 15:00:57 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0PF0tfE015792; Wed, 25 Jan 2012 16:00:55 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0PF0shL015791; Wed, 25 Jan 2012 16:00:54 +0100 (CET) (envelope-from marius) Date: Wed, 25 Jan 2012 16:00:54 +0100 From: Marius Strobl To: Denny Schierz Message-ID: <20120125150054.GA15762@alchemy.franken.de> References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 15:00:58 -0000 On Wed, Jan 25, 2012 at 11:28:51AM +0100, Denny Schierz wrote: > hi, > > Am 24.01.2012 um 21:21 schrieb Marius Strobl: > > > On Mon, Jan 23, 2012 at 01:16:22PM +0100, Denny Schierz wrote: > >> hi, > >> > >> If I stop a jail (v2 with vnet), the jail doesn't completely disappear. "jls" shows the jail as active. If I try to remove the jail with "jail -r " the whole machine freezes. Other users with same options (i386) doesn't have this problem. So how can I debug it? > >> > > > > I'd start with a kernel built with BREAK_TO_DEBUGGER, DDB and KDB > > enabled. Then when it appears to hang try to break into the debugger > > by sending a break on the serial console. If that works try to bug > > virtualization@ and probably bz@ directly for information they > > want as given that you mention vnet it sounds like you're not > > seeing this problem without VIMAGE. > > > hmm, all debug options are active and I send the break signal from ALOM, but I think, that FreeBSD isn't configured to interpret the signal. Can I enter the kdb first (sysctl debug.kdb.enter=1) and than execute "jail -r 1" ? > Not that I'm aware of. Do you have a kernel built with options BREAK_TO_DEBUGGER? Does it work when the machine doesn't hang (you can resume via the "continue" command in the kernel debugger)? Do you send the break via the "break" command of the ALOM or by sending a break via a terminal attached to the ALOM console? Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 15:09:46 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33A4106566B for ; Wed, 25 Jan 2012 15:09:46 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 32CF78FC0A for ; Wed, 25 Jan 2012 15:09:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 3665E5DB0 for ; Wed, 25 Jan 2012 16:11:45 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sIve_lUd3K8A for ; Wed, 25 Jan 2012 16:11:41 +0100 (CET) Received: from [192.168.3.34] (ip-92-50-81-210.unitymediagroup.de [92.50.81.210]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id CA5863CC6A for ; Wed, 25 Jan 2012 16:11:41 +0100 (CET) From: Denny Schierz Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_C06661DB-9D81-44CD-94F5-EFCD2B81F1D0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Wed, 25 Jan 2012 16:09:40 +0100 In-Reply-To: <20120125150054.GA15762@alchemy.franken.de> To: freebsd-sparc64@freebsd.org References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> <20120125150054.GA15762@alchemy.franken.de> Message-Id: <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> X-Mailer: Apple Mail (2.1251.1) Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 15:09:46 -0000 --Apple-Mail=_C06661DB-9D81-44CD-94F5-EFCD2B81F1D0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Am 25.01.2012 um 16:00 schrieb Marius Strobl: > > Not that I'm aware of. Do you have a kernel built with options > BREAK_TO_DEBUGGER? Does it work when the machine doesn't hang jupp, I have > (you can resume via the "continue" command in the kernel works too > debugger)? Do you send the break via the "break" command of the > ALOM or by sending a break via a terminal attached to the ALOM > console? ssh alom -> login -> type break -> type console -f -> normal freebsd console but, It happens nothing. I expected to get into the kdb. cu denny --Apple-Mail=_C06661DB-9D81-44CD-94F5-EFCD2B81F1D0 Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk8gGzUACgkQKlzhkqt9P+DLjQCcDvAriLSyuy5pFxuFHnyIJ5+j K5oAnRW98vNcd0/5WUe5smzTO03G5/X6 =w6e4 -----END PGP SIGNATURE----- --Apple-Mail=_C06661DB-9D81-44CD-94F5-EFCD2B81F1D0-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 16:00:51 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DCE71065740 for ; Wed, 25 Jan 2012 16:00:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id B86E98FC0C for ; Wed, 25 Jan 2012 16:00:50 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0PG0m6I016042; Wed, 25 Jan 2012 17:00:48 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0PG0mIM016041; Wed, 25 Jan 2012 17:00:48 +0100 (CET) (envelope-from marius) Date: Wed, 25 Jan 2012 17:00:48 +0100 From: Marius Strobl To: Denny Schierz Message-ID: <20120125160048.GA15959@alchemy.franken.de> References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> <20120125150054.GA15762@alchemy.franken.de> <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 16:00:51 -0000 On Wed, Jan 25, 2012 at 04:09:40PM +0100, Denny Schierz wrote: > > Am 25.01.2012 um 16:00 schrieb Marius Strobl: > > > > Not that I'm aware of. Do you have a kernel built with options > > BREAK_TO_DEBUGGER? Does it work when the machine doesn't hang > > jupp, I have > > > (you can resume via the "continue" command in the kernel > > works too > > > debugger)? Do you send the break via the "break" command of the > > ALOM or by sending a break via a terminal attached to the ALOM > > console? > > > ssh alom -> login -> type break -> type console -f -> normal freebsd console > > but, It happens nothing. I expected to get into the kdb. > Ok, but breaking into the debugger only doesn't work when the machine hangs de to a `jail -r`, otherwise it works? Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 25 16:05:32 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426B61065676 for ; Wed, 25 Jan 2012 16:05:32 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id C0C2D8FC12 for ; Wed, 25 Jan 2012 16:05:31 +0000 (UTC) Received: from charlemagne.boland.org (150-42-215.ftth.xms.internl.net [82.215.42.150]) (authenticated bits=0) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0PFrgPQ015308 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 25 Jan 2012 16:53:43 +0100 (CET) (envelope-from boland37@xs4all.nl) Message-ID: <4F202586.5010808@xs4all.nl> Date: Wed, 25 Jan 2012 16:53:42 +0100 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.25) Gecko/20120114 Thunderbird/3.1.17 MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> <20120125150054.GA15762@alchemy.franken.de> <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> In-Reply-To: <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 16:05:32 -0000 On 01/25/2012 16:09, Denny Schierz wrote: > > Am 25.01.2012 um 16:00 schrieb Marius Strobl: >> >> Not that I'm aware of. Do you have a kernel built with options >> BREAK_TO_DEBUGGER? Does it work when the machine doesn't hang > > jupp, I have > >> (you can resume via the "continue" command in the kernel > > works too > >> debugger)? Do you send the break via the "break" command of the >> ALOM or by sending a break via a terminal attached to the ALOM >> console? > > > ssh alom -> login -> type break -> type console -f -> normal freebsd console > > but, It happens nothing. I expected to get into the kdb. > > cu denny What happens if you do # sysctl debug.kdb.alt_break_to_debugger=1 then type the alternate break sequence (Enter ~ ^B) on the console? From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 26 08:58:07 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7839106564A for ; Thu, 26 Jan 2012 08:58:07 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6F48FC08 for ; Thu, 26 Jan 2012 08:58:06 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q0Q8vuMX030963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Jan 2012 19:57:59 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q0Q8vt9d022275; Thu, 26 Jan 2012 19:57:55 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q0Q8vsJ2022274; Thu, 26 Jan 2012 19:57:54 +1100 (EST) (envelope-from peter) Date: Thu, 26 Jan 2012 19:57:53 +1100 From: Peter Jeremy To: Denny Schierz Message-ID: <20120126085753.GA21720@server.vk2pj.dyndns.org> References: <709397b4d495138d1e3d36278264dec3@msgid.frell.theremailer.net> <9B2D64FE-5A03-4E82-9522-F6B129BDA5E9@4lin.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <9B2D64FE-5A03-4E82-9522-F6B129BDA5E9@4lin.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org Subject: Re: T2000 Sparc FreeBSD8.2 installation failed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2012 08:58:08 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jan-25 09:16:19 +0100, Denny Schierz wrote: >My goal is to get away from Solaris (and Oracle) , 'cause of a lot of >headache to get software working without loosing hours for search >solutions ... At this stage, your options appear to be: illumos/OpenIndiana (which is the open continuation of OpenSolaris), Linux, NetBSD or OpenBSD. Note that I've not tried any of these. --=20 Peter Jeremy --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8hFZEACgkQ/opHv/APuIeH9ACfeOg25J4gzMj0VS7O5mw1Vdeb jjwAn2ChRTQzmch/c6DCREhOuUJ6EhDz =SWr9 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 26 11:55:09 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34BE9106566B for ; Thu, 26 Jan 2012 11:55:09 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id ACC458FC0A for ; Thu, 26 Jan 2012 11:55:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 70C906FF1 for ; Thu, 26 Jan 2012 12:57:07 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cHwwB-Oyc4_F for ; Thu, 26 Jan 2012 12:57:04 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 169F7994 for ; Thu, 26 Jan 2012 12:57:04 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <4F202586.5010808@xs4all.nl> Date: Thu, 26 Jan 2012 12:55:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6F47ED26-0604-46C9-BA6F-0802D917D4AE@4lin.net> References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> <20120125150054.GA15762@alchemy.franken.de> <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> <4F202586.5010808@xs4all.nl> To: freebsd-sparc64@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2012 11:55:09 -0000 hi, Am 25.01.2012 um 16:53 schrieb Michiel Boland: > sysctl debug.kdb.alt_break_to_debugger=3D1 great :-), it works (until ... ) I did the test again: /etc/rc.d/jail onestart /etc/rc.d/jail/onestop jls ... jail -r 1 The command hangs, the server doesn't accept ssh connections anymore, = but ping works. But only until I make something like "telnet localhost = 22" to check, if SSH accept from localhost .. .... FREEZE .... back to ALOM, send break ... connect ... nothing. -> Reset cu denny= From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 14:01:32 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C4341065673 for ; Fri, 27 Jan 2012 14:01:32 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 002FD8FC0C for ; Fri, 27 Jan 2012 14:01:31 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0RE1UKP032384; Fri, 27 Jan 2012 15:01:30 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0RE1TMh032383; Fri, 27 Jan 2012 15:01:30 +0100 (CET) (envelope-from marius) Date: Fri, 27 Jan 2012 15:01:29 +0100 From: Marius Strobl To: Denny Schierz Message-ID: <20120127140129.GA32328@alchemy.franken.de> References: <5C638638-3D1A-417E-A574-9BCE51E08C59@4lin.net> <20120124202111.GB7731@alchemy.franken.de> <431CCA8C-2E5E-43BC-89EE-7F06CF8E8E8D@4lin.net> <20120125150054.GA15762@alchemy.franken.de> <926170B2-9DF2-4DCC-9643-E66E6504B185@4lin.net> <4F202586.5010808@xs4all.nl> <6F47ED26-0604-46C9-BA6F-0802D917D4AE@4lin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6F47ED26-0604-46C9-BA6F-0802D917D4AE@4lin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Howto debug Kernel problems ? (jail -r -> freeze) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 14:01:32 -0000 On Thu, Jan 26, 2012 at 12:55:02PM +0100, Denny Schierz wrote: > hi, > > Am 25.01.2012 um 16:53 schrieb Michiel Boland: > > > sysctl debug.kdb.alt_break_to_debugger=1 > > great :-), it works (until ... ) > > I did the test again: > > /etc/rc.d/jail onestart > /etc/rc.d/jail/onestop > > jls ... > > jail -r 1 > > The command hangs, the server doesn't accept ssh connections anymore, but ping works. But only until I make something like "telnet localhost 22" to check, if SSH accept from localhost .. .... FREEZE .... > > back to ALOM, send break ... connect ... nothing. -> Reset > >From your email it's once again not clear whether the alternate break sequence works or not when the the machine hangs. If it doesn't the only thing I currently can think of is to resort to printf(9)-debugging starting at sys_jail_remove() in kern_jail.c in order to determine where the hang occurs. This somewhat smells like the kernel trying to directly use and userland address and not going through copy{in,out}(9), which would match both the symptoms of a hang and it just working anyway on x86. On a quick glance at kern_jail.c I can't spot an obvious issue. From your previous emails and the mailing list reference you gave it's also not clear whether you are using some kernel patch which might introduce such a bug though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 21:50:08 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9CB8106567A for ; Fri, 27 Jan 2012 21:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C8DD18FC15 for ; Fri, 27 Jan 2012 21:50:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0RLo79B093482 for ; Fri, 27 Jan 2012 21:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0RLo7e6093481; Fri, 27 Jan 2012 21:50:07 GMT (envelope-from gnats) Date: Fri, 27 Jan 2012 21:50:07 GMT Message-Id: <201201272150.q0RLo7e6093481@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/164226: Data corruption on 9.0-RELEASE when reading from CDROM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 21:50:08 -0000 The following reply was made to PR sparc64/164226; it has been noted by GNATS. From: Marius Strobl To: Alexander Motin Cc: freebsd-gnats-submit@FreeBSD.org, "C. P. Ghost" Subject: Re: sparc64/164226: Data corruption on 9.0-RELEASE when reading from CDROM Date: Fri, 27 Jan 2012 22:47:04 +0100 On Sat, Jan 21, 2012 at 01:59:19AM +0100, Marius Strobl wrote: > On Fri, Jan 20, 2012 at 08:50:05PM +0100, Marius Strobl wrote: > > On Fri, Jan 20, 2012 at 09:40:35PM +0200, Alexander Motin wrote: > > > On 01/20/12 21:32, Marius Strobl wrote: > > > >On Fri, Jan 20, 2012 at 08:13:38PM +0200, Alexander Motin wrote: > > > >>On 20.01.2012 19:51, Marius Strobl wrote: > > > >>>Alexander, could you please look into this? > > > >>>Apparently, using cd(4) with ATA_CAM on sparc64 causes seemingly > > > >>>random data corruption while using the same hardware with acd(4) > > > >>>doesn't. Also cd(4) works just fine with SPI CD-ROMs. This affects > > > >>>CD-ROMs connected to both AcerLabs M5229 and CMD 646. > > > >>>Btw., apparently hw.ata.ata_dma and w.ata.atapi_dma no longer > > > >>>work when using ATA_CAM as ata_getparam() isn't called in the > > > >>>first place. On a quick glance hw.ata.ata_dma_check_80pin and > > > >>>hw.ata.wc probably also are no longer available with ATA_CAM. > > > >>>Is there an alternative to these tunables to achieve the same > > > >>>when using ATA_CAM? > > > >> > > > >>hw.ata.ata_dma and hw.ata.atapi_dma are indeed no longer exist. But > > > >>hint.ata.X.mode and hint.ata.X.devX.mode are working. In run tame it can > > > >>be done via `camcontrol negotiate cd0 -U -M mode; camcontrol rescan X`, > > > >>where X is a CAM bus number. > > > >> > > > >>hw.ata.ata_dma_check_80pin still exist, but CAM ATA transport is no > > > >>longer look on whet device thinks about cable type. It is tricky in SATA > > > >>world. Cable type is checked only from controller driver side now. Looks > > > >>like none of mentioned controller drivers are doing it. > > > >> > > > >>hw.ata.wc was replaced by kern.cam.ada.write_cache and > > > >>kern.cam.ada.X.write_cache. > > > >> > > > >>I would start experiments from limiting transfer speed manually. > > > > > > > >Hrm, limitting the mode to PIO avoids the data corruption with > > > >ATA_CAM. > > > > > > What's about limiting speed to UDMA33? Is it DMA problem or result of > > > dropped device side cable detection that could limit to UDMA33 before? > > > > > > > Apparently it's some sort of DMA problem. UDMA2 is also the maximum > > negotiated with acd(4). Limitting to UDMA1, UDMA0 or even WDMA0 > > makes no differnce to the problem. > > ... for the ALi M5229 rev. 0xc4 that is. The CMD 646 is limited to > WDMA2 in the firstplace, a user also reported data corruption with > these though. > I can also confirm the problem with CMD 646 but it turns out there's no problem when using the PATA port of an add-on VT6421A with otherwise identical hardware. So the data corruption apparently isn't due to a 64-bit or endianness bug in the ATA_CAM code (besides looking fine in this regard). At least for ata_aceride(4) I've also double-checked the generic initialization and the mode setting but can't spot any issue there. Does ATA_CAM+cd(4) do anything fundamentally different than acd(4)? Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 21:56:18 2012 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A055106566C for ; Fri, 27 Jan 2012 21:56:18 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 149448FC12 for ; Fri, 27 Jan 2012 21:56:14 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0RLuDrY034030; Fri, 27 Jan 2012 22:56:13 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0RLuDTn034029; Fri, 27 Jan 2012 22:56:13 +0100 (CET) (envelope-from marius) Date: Fri, 27 Jan 2012 22:56:13 +0100 From: Marius Strobl To: Richard Thornton Message-ID: <20120127215613.GX44286@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/164226: Data corruption on 9.0-RELEASE when reading from CDROM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 21:56:18 -0000 On Fri, Jan 27, 2012 at 04:52:33PM -0500, Richard Thornton wrote: > Openbsd sparc64 installs flawlessly > Does it also use ATA_CAM? Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 22:00:29 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68224106566C for ; Fri, 27 Jan 2012 22:00:29 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 51D5F8FC14 for ; Fri, 27 Jan 2012 22:00:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0RM0TcY002093 for ; Fri, 27 Jan 2012 22:00:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0RM0Ttq002092; Fri, 27 Jan 2012 22:00:29 GMT (envelope-from gnats) Date: Fri, 27 Jan 2012 22:00:29 GMT Message-Id: <201201272200.q0RM0Ttq002092@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: sparc64/164226: commit references a PR X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 22:00:29 -0000 The following reply was made to PR sparc64/164226; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/164226: commit references a PR Date: Fri, 27 Jan 2012 21:53:14 +0000 (UTC) Author: marius Date: Fri Jan 27 21:52:59 2012 New Revision: 230627 URL: http://svn.freebsd.org/changeset/base/230627 Log: Using ATA_CAM along with ATAPI DMA causes data corruption with ALI_NEW and CMD controllers for reasons unknown so disable it. PR: 164226 Modified: head/sys/dev/ata/chipsets/ata-acerlabs.c head/sys/dev/ata/chipsets/ata-siliconimage.c Modified: head/sys/dev/ata/chipsets/ata-acerlabs.c ============================================================================== --- head/sys/dev/ata/chipsets/ata-acerlabs.c Fri Jan 27 21:49:02 2012 (r230626) +++ head/sys/dev/ata/chipsets/ata-acerlabs.c Fri Jan 27 21:52:59 2012 (r230627) @@ -213,6 +213,10 @@ ata_ali_ch_attach(device_t dev) if (ch->dma.max_iosize > 256 * 512) ch->dma.max_iosize = 256 * 512; } +#ifdef ATA_CAM + if (ctlr->chip->cfg2 & ALI_NEW) + ch->flags |= ATA_NO_ATAPI_DMA; +#endif return 0; } Modified: head/sys/dev/ata/chipsets/ata-siliconimage.c ============================================================================== --- head/sys/dev/ata/chipsets/ata-siliconimage.c Fri Jan 27 21:49:02 2012 (r230626) +++ head/sys/dev/ata/chipsets/ata-siliconimage.c Fri Jan 27 21:52:59 2012 (r230627) @@ -240,6 +240,10 @@ ata_cmd_ch_attach(device_t dev) if (ctlr->chip->cfg2 & SII_INTR) ch->hw.status = ata_cmd_status; +#ifdef ATA_CAM + ch->flags |= ATA_NO_ATAPI_DMA; +#endif + return 0; } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 22:07:06 2012 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89EB4106564A; Fri, 27 Jan 2012 22:07:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 58B378FC08; Fri, 27 Jan 2012 22:07:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q0RM7512015940; Fri, 27 Jan 2012 17:07:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q0RM75Vl015939; Fri, 27 Jan 2012 22:07:05 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jan 2012 22:07:05 GMT Message-Id: <201201272207.q0RM75Vl015939@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 22:07:06 -0000 TB --- 2012-01-27 21:46:55 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-27 21:46:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-01-27 21:46:55 - cleaning the object tree TB --- 2012-01-27 21:47:01 - cvsupping the source tree TB --- 2012-01-27 21:47:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-01-27 21:47:55 - building world TB --- 2012-01-27 21:47:55 - CROSS_BUILD_TESTING=YES TB --- 2012-01-27 21:47:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-27 21:47:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-27 21:47:55 - SRCCONF=/dev/null TB --- 2012-01-27 21:47:55 - TARGET=sparc64 TB --- 2012-01-27 21:47:55 - TARGET_ARCH=sparc64 TB --- 2012-01-27 21:47:55 - TZ=UTC TB --- 2012-01-27 21:47:55 - __MAKE_CONF=/dev/null TB --- 2012-01-27 21:47:55 - cd /src TB --- 2012-01-27 21:47:55 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 27 21:47:56 UTC 2012 >>> 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 -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protec! tor -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_sa.c -o zfs_sa.o cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protec! tor -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c -o zfs_znode.o cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protec! tor -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c -o zil.o cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protec! tor -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c -o zio.o /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c: In function 'zio_data_buf_alloc': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: 'KM_NODEBUG' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/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 --- 2012-01-27 22:07:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-27 22:07:05 - ERROR: failed to build world TB --- 2012-01-27 22:07:05 - 969.16 user 184.64 system 1209.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 22:18:00 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FA8106566B for ; Fri, 27 Jan 2012 22:18:00 +0000 (UTC) (envelope-from thornton.richard@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5D33D8FC14 for ; Fri, 27 Jan 2012 22:18:00 +0000 (UTC) Received: by qadz30 with SMTP id z30so1145769qad.13 for ; Fri, 27 Jan 2012 14:17:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:subject:message-id:from:to:mime-version:content-type :content-transfer-encoding; bh=LxVw425UVblxwMhcHgpt5sI1FerRKhh1AZPJ/XZZMgc=; b=RYmi5KA1hF2Moq/ePYIHHlrz0Fa15n69xIXjsQiEA1offaxnLc+u5SXr3GqGurdToW /6s60MgKL1FXaarYZrLDf1WvQNi5gHZ/nI3CKrsgoY4MtIdf8TgpMgNcJRGe7PGJ6yxU T9HtObDm62186AIO8CdVb6306g3WmowR5og8c= Received: by 10.224.186.209 with SMTP id ct17mr10964083qab.55.1327701157885; Fri, 27 Jan 2012 13:52:37 -0800 (PST) Received: from localhost (pool-173-72-107-75.cmdnnj.fios.verizon.net. [173.72.107.75]) by mx.google.com with ESMTPS id m20sm17333229qaj.14.2012.01.27.13.52.35 (version=SSLv3 cipher=OTHER); Fri, 27 Jan 2012 13:52:37 -0800 (PST) Date: Fri, 27 Jan 2012 16:52:33 -0500 Message-ID: From: Richard Thornton To: Marius Strobl , freebsd-sparc64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: Subject: Re: sparc64/164226: Data corruption on 9.0-RELEASE when reading from CDROM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 22:18:00 -0000 T3BlbmJzZCBzcGFyYzY0IGluc3RhbGxzIGZsYXdsZXNzbHkKCk1hcml1cyBTdHJvYmwgPG1hcml1 c0BhbGNoZW15LmZyYW5rZW4uZGU+IHdyb3RlOgoKPlRoZSBmb2xsb3dpbmcgcmVwbHkgd2FzIG1h ZGUgdG8gUFIgc3BhcmM2NC8xNjQyMjY7IGl0IGhhcyBiZWVuIG5vdGVkIGJ5IEdOQVRTLgo+Cj5G cm9tOiBNYXJpdXMgU3Ryb2JsIDxtYXJpdXNAYWxjaGVteS5mcmFua2VuLmRlPgo+VG86IEFsZXhh bmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPgo+Q2M6IGZyZWVic2QtZ25hdHMtc3VibWl0QEZy ZWVCU0Qub3JnLCAiQy4gUC4gR2hvc3QiIDxjcGdob3N0QGNvcmR1bGEud3M+Cj5TdWJqZWN0OiBS ZTogc3BhcmM2NC8xNjQyMjY6IERhdGEgY29ycnVwdGlvbiBvbiA5LjAtUkVMRUFTRSB3aGVuIHJl YWRpbmcgZnJvbSBDRFJPTQo+RGF0ZTogRnJpLCAyNyBKYW4gMjAxMiAyMjo0NzowNCArMDEwMAo+ Cj4gT24gU2F0LCBKYW4gMjEsIDIwMTIgYXQgMDE6NTk6MTlBTSArMDEwMCwgTWFyaXVzIFN0cm9i bCB3cm90ZToKPiA+IE9uIEZyaSwgSmFuIDIwLCAyMDEyIGF0IDA4OjUwOjA1UE0gKzAxMDAsIE1h cml1cyBTdHJvYmwgd3JvdGU6Cj4gPiA+IE9uIEZyaSwgSmFuIDIwLCAyMDEyIGF0IDA5OjQwOjM1 UE0gKzAyMDAsIEFsZXhhbmRlciBNb3RpbiB3cm90ZToKPiA+ID4gPiBPbiAwMS8yMC8xMiAyMToz MiwgTWFyaXVzIFN0cm9ibCB3cm90ZToKPiA+ID4gPiA+T24gRnJpLCBKYW4gMjAsIDIwMTIgYXQg MDg6MTM6MzhQTSArMDIwMCwgQWxleGFuZGVyIE1vdGluIHdyb3RlOgo+ID4gPiA+ID4+T24gMjAu MDEuMjAxMiAxOTo1MSwgTWFyaXVzIFN0cm9ibCB3cm90ZToKPiA+ID4gPiA+Pj5BbGV4YW5kZXIs IGNvdWxkIHlvdSBwbGVhc2UgbG9vayBpbnRvIHRoaXM/Cj4gPiA+ID4gPj4+QXBwYXJlbnRseSwg dXNpbmcgY2QoNCkgd2l0aCBBVEFfQ0FNIG9uIHNwYXJjNjQgY2F1c2VzIHNlZW1pbmdseQo+ID4g PiA+ID4+PnJhbmRvbSBkYXRhIGNvcnJ1cHRpb24gd2hpbGUgdXNpbmcgdGhlIHNhbWUgaGFyZHdh cmUgd2l0aCBhY2QoNCkKPiA+ID4gPiA+Pj5kb2Vzbid0LiBBbHNvIGNkKDQpIHdvcmtzIGp1c3Qg ZmluZSB3aXRoIFNQSSBDRC1ST01zLiBUaGlzIGFmZmVjdHMKPiA+ID4gPiA+Pj5DRC1ST01zIGNv bm5lY3RlZCB0byBib3RoIEFjZXJMYWJzIE01MjI5IGFuZCBDTUQgNjQ2Lgo+ID4gPiA+ID4+PkJ0 dy4sIGFwcGFyZW50bHkgaHcuYXRhLmF0YV9kbWEgYW5kIHcuYXRhLmF0YXBpX2RtYSBubyBsb25n ZXIKPiA+ID4gPiA+Pj53b3JrIHdoZW4gdXNpbmcgQVRBX0NBTSBhcyBhdGFfZ2V0cGFyYW0oKSBp c24ndCBjYWxsZWQgaW4gdGhlCj4gPiA+ID4gPj4+Zmlyc3QgcGxhY2UuIE9uIGEgcXVpY2sgZ2xh bmNlIGh3LmF0YS5hdGFfZG1hX2NoZWNrXzgwcGluIGFuZAo+ID4gPiA+ID4+Pmh3LmF0YS53YyBw cm9iYWJseSBhbHNvIGFyZSBubyBsb25nZXIgYXZhaWxhYmxlIHdpdGggQVRBX0NBTS4KPiA+ID4g PiA+Pj5JcyB0aGVyZSBhbiBhbHRlcm5hdGl2ZSB0byB0aGVzZSB0dW5hYmxlcyB0byBhY2hpZXZl IHRoZSBzYW1lCj4gPiA+ID4gPj4+d2hlbiB1c2luZyBBVEFfQ0FNPwo+ID4gPiA+ID4+Cj4gPiA+ ID4gPj5ody5hdGEuYXRhX2RtYSBhbmQgaHcuYXRhLmF0YXBpX2RtYSBhcmUgaW5kZWVkIG5vIGxv bmdlciBleGlzdC4gQnV0Cj4gPiA+ID4gPj5oaW50LmF0YS5YLm1vZGUgYW5kIGhpbnQuYXRhLlgu ZGV2WC5tb2RlIGFyZSB3b3JraW5nLiBJbiBydW4gdGFtZSBpdCBjYW4KPiA+ID4gPiA+PmJlIGRv bmUgdmlhIGBjYW1jb250cm9sIG5lZ290aWF0ZSBjZDAgLVUgLU0gbW9kZTsgY2FtY29udHJvbCBy ZXNjYW4gWGAsCj4gPiA+ID4gPj53aGVyZSBYIGlzIGEgQ0FNIGJ1cyBudW1iZXIuCj4gPiA+ID4g Pj4KPiA+ID4gPiA+Pmh3LmF0YS5hdGFfZG1hX2NoZWNrXzgwcGluIHN0aWxsIGV4aXN0LCBidXQg Q0FNIEFUQSB0cmFuc3BvcnQgaXMgbm8KPiA+ID4gPiA+PmxvbmdlciBsb29rIG9uIHdoZXQgZGV2 aWNlIHRoaW5rcyBhYm91dCBjYWJsZSB0eXBlLiBJdCBpcyB0cmlja3kgaW4gU0FUQQo+ID4gPiA+ ID4+d29ybGQuIENhYmxlIHR5cGUgaXMgY2hlY2tlZCBvbmx5IGZyb20gY29udHJvbGxlciBkcml2 ZXIgc2lkZSBub3cuIExvb2tzCj4gPiA+ID4gPj5saWtlIG5vbmUgb2YgbWVudGlvbmVkIGNvbnRy b2xsZXIgZHJpdmVycyBhcmUgZG9pbmcgaXQuCj4gPiA+ID4gPj4KPiA+ID4gPiA+Pmh3LmF0YS53 YyB3YXMgcmVwbGFjZWQgYnkga2Vybi5jYW0uYWRhLndyaXRlX2NhY2hlIGFuZAo+ID4gPiA+ID4+ a2Vybi5jYW0uYWRhLlgud3JpdGVfY2FjaGUuCj4gPiA+ID4gPj4KPiA+ID4gPiA+Pkkgd291bGQg c3RhcnQgZXhwZXJpbWVudHMgZnJvbSBsaW1pdGluZyB0cmFuc2ZlciBzcGVlZCBtYW51YWxseS4K PiA+ID4gPiA+Cj4gPiA+ID4gPkhybSwgbGltaXR0aW5nIHRoZSBtb2RlIHRvIFBJTyBhdm9pZHMg dGhlIGRhdGEgY29ycnVwdGlvbiB3aXRoCj4gPiA+ID4gPkFUQV9DQU0uCj4gPiA+ID4gCj4gPiA+ ID4gV2hhdCdzIGFib3V0IGxpbWl0aW5nIHNwZWVkIHRvIFVETUEzMz8gSXMgaXQgRE1BIHByb2Js ZW0gb3IgcmVzdWx0IG9mIAo+ID4gPiA+IGRyb3BwZWQgZGV2aWNlIHNpZGUgY2FibGUgZGV0ZWN0 aW9uIHRoYXQgY291bGQgbGltaXQgdG8gVURNQTMzIGJlZm9yZT8KPiA+ID4gPiAKPiA+ID4gCj4g PiA+IEFwcGFyZW50bHkgaXQncyBzb21lIHNvcnQgb2YgRE1BIHByb2JsZW0uIFVETUEyIGlzIGFs c28gdGhlIG1heGltdW0KPiA+ID4gbmVnb3RpYXRlZCB3aXRoIGFjZCg0KS4gTGltaXR0aW5nIHRv IFVETUExLCBVRE1BMCBvciBldmVuIFdETUEwCj4gPiA+IG1ha2VzIG5vIGRpZmZlcm5jZSB0byB0 aGUgcHJvYmxlbS4KPiA+IAo+ID4gLi4uIGZvciB0aGUgQUxpIE01MjI5IHJldi4gMHhjNCB0aGF0 IGlzLiBUaGUgQ01EIDY0NiBpcyBsaW1pdGVkIHRvCj4gPiBXRE1BMiBpbiB0aGUgZmlyc3RwbGFj ZSwgYSB1c2VyIGFsc28gcmVwb3J0ZWQgZGF0YSBjb3JydXB0aW9uIHdpdGgKPiA+IHRoZXNlIHRo b3VnaC4KPiA+ICAKPiAKPiBJIGNhbiBhbHNvIGNvbmZpcm0gdGhlIHByb2JsZW0gd2l0aCBDTUQg NjQ2IGJ1dCBpdCB0dXJucyBvdXQgdGhlcmUncwo+IG5vIHByb2JsZW0gd2hlbiB1c2luZyB0aGUg UEFUQSBwb3J0IG9mIGFuIGFkZC1vbiBWVDY0MjFBIHdpdGggb3RoZXJ3aXNlCj4gaWRlbnRpY2Fs IGhhcmR3YXJlLiBTbyB0aGUgZGF0YSBjb3JydXB0aW9uIGFwcGFyZW50bHkgaXNuJ3QgZHVlIHRv IGEKPiA2NC1iaXQgb3IgZW5kaWFubmVzcyBidWcgaW4gdGhlIEFUQV9DQU0gY29kZSAoYmVzaWRl cyBsb29raW5nIGZpbmUgaW4KPiB0aGlzIHJlZ2FyZCkuIEF0IGxlYXN0IGZvciBhdGFfYWNlcmlk ZSg0KSBJJ3ZlIGFsc28gZG91YmxlLWNoZWNrZWQKPiB0aGUgZ2VuZXJpYyBpbml0aWFsaXphdGlv biBhbmQgdGhlIG1vZGUgc2V0dGluZyBidXQgY2FuJ3Qgc3BvdCBhbnkKPiBpc3N1ZSB0aGVyZS4g RG9lcyBBVEFfQ0FNK2NkKDQpIGRvIGFueXRoaW5nIGZ1bmRhbWVudGFsbHkgZGlmZmVyZW50Cj4g dGhhbiBhY2QoNCk/Cj4gCj4gTWFyaXVzCj4gCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwo+ZnJlZWJzZC1zcGFyYzY0QGZyZWVic2Qub3JnIG1haWxpbmcg bGlzdAo+aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1z cGFyYzY0Cj5UbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zcGFyYzY0 LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo= From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 22:30:15 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC9F106564A for ; Fri, 27 Jan 2012 22:30:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3C9308FC14 for ; Fri, 27 Jan 2012 22:30:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0RMUFrj029202 for ; Fri, 27 Jan 2012 22:30:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0RMUF6x029199; Fri, 27 Jan 2012 22:30:15 GMT (envelope-from gnats) Date: Fri, 27 Jan 2012 22:30:15 GMT Message-Id: <201201272230.q0RMUF6x029199@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: sparc64/164227: commit references a PR X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 22:30:15 -0000 The following reply was made to PR sparc64/164227; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/164227: commit references a PR Date: Fri, 27 Jan 2012 22:25:55 +0000 (UTC) Author: marius Date: Fri Jan 27 22:25:46 2012 New Revision: 230630 URL: http://svn.freebsd.org/changeset/base/230630 Log: For machines where the kernel address space is unrestricted increase VM_KMEM_SIZE_SCALE to 2, awaiting more insight from alc@. As it turns out, the VM apparently has problems with machines that have large holes in the physical address space, causing the kmem_suballoc() call in kmeminit() to fail with a VM_KMEM_SIZE_SCALE of 1. Using a value of 2 allows these, namely Blade 1500 with 2GB of RAM, to boot. PR: 164227 Modified: head/sys/sparc64/include/vmparam.h Modified: head/sys/sparc64/include/vmparam.h ============================================================================== --- head/sys/sparc64/include/vmparam.h Fri Jan 27 22:24:03 2012 (r230629) +++ head/sys/sparc64/include/vmparam.h Fri Jan 27 22:25:46 2012 (r230630) @@ -218,7 +218,7 @@ * is the total KVA space allocated for kmem_map. */ #ifndef VM_KMEM_SIZE_SCALE -#define VM_KMEM_SIZE_SCALE (tsb_kernel_ldd_phys == 0 ? 3 : 1) +#define VM_KMEM_SIZE_SCALE (tsb_kernel_ldd_phys == 0 ? 3 : 2) #endif /* _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 27 23:30:12 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F2E106567C for ; Fri, 27 Jan 2012 23:30:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CB6158FC19 for ; Fri, 27 Jan 2012 23:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0RNUBuR084098 for ; Fri, 27 Jan 2012 23:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0RNUBrA084095; Fri, 27 Jan 2012 23:30:11 GMT (envelope-from gnats) Date: Fri, 27 Jan 2012 23:30:11 GMT Message-Id: <201201272330.q0RNUBrA084095@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: sparc64/164123: commit references a PR X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 23:30:12 -0000 The following reply was made to PR sparc64/164123; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/164123: commit references a PR Date: Fri, 27 Jan 2012 23:22:13 +0000 (UTC) Author: marius Date: Fri Jan 27 23:21:54 2012 New Revision: 230633 URL: http://svn.freebsd.org/changeset/base/230633 Log: Now that we have a working OF_printf() since r230631 and a OF_panic() helper since r230632, use these for output and panicing during the early cycles and move cninit() until after the static per-CPU data has been set up. This solves a couple of issue regarding the non- availability of the static per-CPU data: - panic() not working and only making things worse when called, - having to supply a special DELAY() implementation to the low-level console drivers, - curthread accesses of mutex(9) usage in low-level console drivers that aren't conditional due to compiler optimizations (basically, this is the problem described in r227537 but in this case for keyboards attached via uart(4)). [1] PR: 164123 [1] Modified: head/sys/sparc64/include/clock.h head/sys/sparc64/sparc64/cache.c head/sys/sparc64/sparc64/clock.c head/sys/sparc64/sparc64/machdep.c Modified: head/sys/sparc64/include/clock.h ============================================================================== --- head/sys/sparc64/include/clock.h Fri Jan 27 22:35:53 2012 (r230632) +++ head/sys/sparc64/include/clock.h Fri Jan 27 23:21:54 2012 (r230633) @@ -1,27 +1,5 @@ /*- - * Copyright (c) 2001 Jake Burkholder. - * All rights reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * - * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND - * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE - * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE - * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL - * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS - * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) - * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT - * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY - * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. + * This file is in the public domain. * * $FreeBSD$ */ @@ -29,10 +7,4 @@ #ifndef _MACHINE_CLOCK_H_ #define _MACHINE_CLOCK_H_ -extern void (*delay_func)(int usec); -extern u_long clock_boot; - -void delay_boot(int usec); -void delay_tick(int usec); - #endif /* !_MACHINE_CLOCK_H_ */ Modified: head/sys/sparc64/sparc64/cache.c ============================================================================== --- head/sys/sparc64/sparc64/cache.c Fri Jan 27 22:35:53 2012 (r230632) +++ head/sys/sparc64/sparc64/cache.c Fri Jan 27 23:21:54 2012 (r230633) @@ -142,24 +142,24 @@ cache_init(struct pcpu *pcpu) "l2-cache-line-size", pcpu->pc_cache.ec_linesize) == -1 || OF_GET(pcpu->pc_node, !use_new_prop ? "ecache-associativity" : "l2-cache-associativity", pcpu->pc_cache.ec_assoc) == -1) - panic("cache_init: could not retrieve cache parameters"); + OF_panic("%s: could not retrieve cache parameters", __func__); set = pcpu->pc_cache.ic_size / pcpu->pc_cache.ic_assoc; if ((set & ~(1UL << (ffs(set) - 1))) != 0) - panic("cache_init: I$ set size not a power of 2"); + OF_panic("%s: I$ set size not a power of 2", __func__); if ((pcpu->pc_cache.dc_size & ~(1UL << (ffs(pcpu->pc_cache.dc_size) - 1))) != 0) - panic("cache_init: D$ size not a power of 2"); + OF_panic("%s: D$ size not a power of 2", __func__); /* * For CPUs which don't support unaliasing in hardware ensure that * the data cache doesn't have too many virtual colors. */ if (dcache_color_ignore == 0 && ((pcpu->pc_cache.dc_size / pcpu->pc_cache.dc_assoc) / PAGE_SIZE) != DCACHE_COLORS) - panic("cache_init: too many D$ colors"); + OF_panic("%s: too many D$ colors", __func__); set = pcpu->pc_cache.ec_size / pcpu->pc_cache.ec_assoc; if ((set & ~(1UL << (ffs(set) - 1))) != 0) - panic("cache_init: E$ set size not a power of 2"); + OF_panic("%s: E$ set size not a power of 2", __func__); if (pcpu->pc_impl >= CPU_IMPL_ULTRASPARCIII) { cache_enable = cheetah_cache_enable; @@ -184,5 +184,5 @@ cache_init(struct pcpu *pcpu) tlb_flush_nonlocked = spitfire_tlb_flush_nonlocked; tlb_flush_user = spitfire_tlb_flush_user; } else - panic("cache_init: unknown CPU"); + OF_panic("%s: unknown CPU", __func__); } Modified: head/sys/sparc64/sparc64/clock.c ============================================================================== --- head/sys/sparc64/sparc64/clock.c Fri Jan 27 22:35:53 2012 (r230632) +++ head/sys/sparc64/sparc64/clock.c Fri Jan 27 23:21:54 2012 (r230633) @@ -33,36 +33,12 @@ __FBSDID("$FreeBSD$"); #include #include -#include #include #include -void (*delay_func)(int usec); -u_long clock_boot; - void DELAY(int usec) { - - (*delay_func)(usec); -} - -void -delay_boot(int usec) -{ - u_long end; - - if (usec < 0) - return; - - end = rd(tick) + (u_long)usec * clock_boot / 1000000; - while (rd(tick) < end) - cpu_spinwait(); -} - -void -delay_tick(int usec) -{ u_long end; if (usec < 0) Modified: head/sys/sparc64/sparc64/machdep.c ============================================================================== --- head/sys/sparc64/sparc64/machdep.c Fri Jan 27 22:35:53 2012 (r230632) +++ head/sys/sparc64/sparc64/machdep.c Fri Jan 27 23:21:54 2012 (r230633) @@ -88,7 +88,6 @@ __FBSDID("$FreeBSD$"); #include #include -#include #include #include #include @@ -376,7 +375,7 @@ sparc64_init(caddr_t mdp, u_long o1, u_l /* * Parse metadata if present and fetch parameters. Must be before the - * console is inited so cninit gets the right value of boothowto. + * console is inited so cninit() gets the right value of boothowto. */ if (mdp != NULL) { preload_metadata = mdp; @@ -421,37 +420,19 @@ sparc64_init(caddr_t mdp, u_long o1, u_l root = OF_peer(0); pc->pc_node = find_bsp(root, pc->pc_mid, cpu_impl); if (pc->pc_node == 0) - OF_exit(); + OF_panic("%s: cannot find boot CPU node", __func__); if (OF_getprop(pc->pc_node, "clock-frequency", &pc->pc_clock, sizeof(pc->pc_clock)) <= 0) - OF_exit(); - - /* - * Provide a DELAY() that works before PCPU_REG is set. We can't - * set PCPU_REG without also taking over the trap table or the - * firmware will overwrite it. Unfortunately, it's way to early - * to also take over the trap table at this point. - */ - clock_boot = pc->pc_clock; - delay_func = delay_boot; - - /* - * Initialize the console before printing anything. - * NB: the low-level console drivers require a working DELAY() at - * this point. - */ - cninit(); + OF_panic("%s: cannot determine boot CPU clock", __func__); /* * Panic if there is no metadata. Most likely the kernel was booted * directly, instead of through loader(8). */ if (mdp == NULL || kmdp == NULL || end == 0 || - kernel_tlb_slots == 0 || kernel_tlbs == NULL) { - printf("sparc64_init: missing loader metadata.\n" - "This probably means you are not using loader(8).\n"); - panic("sparc64_init"); - } + kernel_tlb_slots == 0 || kernel_tlbs == NULL) + OF_panic("%s: missing loader metadata.\nThis probably means " + "you are not using loader(8).", __func__); /* * Work around the broken loader behavior of not demapping no @@ -461,7 +442,7 @@ sparc64_init(caddr_t mdp, u_long o1, u_l for (va = KERNBASE + (kernel_tlb_slots - 1) * PAGE_SIZE_4M; va >= roundup2(end, PAGE_SIZE_4M); va -= PAGE_SIZE_4M) { if (bootverbose) - printf("demapping unused kernel TLB slot " + OF_printf("demapping unused kernel TLB slot " "(va %#lx - %#lx)\n", va, va + PAGE_SIZE_4M - 1); stxa(TLB_DEMAP_VA(va) | TLB_DEMAP_PRIMARY | TLB_DEMAP_PAGE, ASI_DMMU_DEMAP, 0); @@ -479,13 +460,15 @@ sparc64_init(caddr_t mdp, u_long o1, u_l */ if (OF_getprop(pc->pc_node, "#dtlb-entries", &dtlb_slots, sizeof(dtlb_slots)) == -1) - panic("sparc64_init: cannot determine number of dTLB slots"); + OF_panic("%s: cannot determine number of dTLB slots", + __func__); if (OF_getprop(pc->pc_node, "#itlb-entries", &itlb_slots, sizeof(itlb_slots)) == -1) - panic("sparc64_init: cannot determine number of iTLB slots"); + OF_panic("%s: cannot determine number of iTLB slots", + __func__); /* - * Initialize and enable the caches. Note that his may include + * Initialize and enable the caches. Note that this may include * applying workarounds. */ cache_init(pc); @@ -573,9 +556,13 @@ sparc64_init(caddr_t mdp, u_long o1, u_l sun4u_set_traptable(tl0_base); /* - * It's now safe to use the real DELAY(). + * Initialize the console. + * NB: the low-level console drivers require a working DELAY() and + * some compiler optimizations may cause the curthread accesses of + * mutex(9) to be factored out even if the latter aren't actually + * called, both requiring PCPU_REG to be set. */ - delay_func = delay_tick; + cninit(); /* * Initialize the dynamic per-CPU area for the BSP and the message _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 28 00:03:32 2012 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F72106564A; Sat, 28 Jan 2012 00:03:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 229E18FC12; Sat, 28 Jan 2012 00:03:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q0S03VPM083799; Fri, 27 Jan 2012 19:03:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q0S03VEj083798; Sat, 28 Jan 2012 00:03:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jan 2012 00:03:31 GMT Message-Id: <201201280003.q0S03VEj083798@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2012 00:03:32 -0000 TB --- 2012-01-27 22:56:09 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-27 22:56:09 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-01-27 22:56:09 - cleaning the object tree TB --- 2012-01-27 22:56:11 - cvsupping the source tree TB --- 2012-01-27 22:56:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-01-27 22:56:26 - building world TB --- 2012-01-27 22:56:26 - CROSS_BUILD_TESTING=YES TB --- 2012-01-27 22:56:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-27 22:56:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-27 22:56:26 - SRCCONF=/dev/null TB --- 2012-01-27 22:56:26 - TARGET=sparc64 TB --- 2012-01-27 22:56:26 - TARGET_ARCH=sparc64 TB --- 2012-01-27 22:56:26 - TZ=UTC TB --- 2012-01-27 22:56:26 - __MAKE_CONF=/dev/null TB --- 2012-01-27 22:56:26 - cd /src TB --- 2012-01-27 22:56:26 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 27 22:56:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jan 27 23:50:07 UTC 2012 TB --- 2012-01-27 23:50:07 - generating LINT kernel config TB --- 2012-01-27 23:50:07 - cd /src/sys/sparc64/conf TB --- 2012-01-27 23:50:07 - /usr/bin/make -B LINT TB --- 2012-01-27 23:50:08 - cd /src/sys/sparc64/conf TB --- 2012-01-27 23:50:08 - /usr/sbin/config -m LINT TB --- 2012-01-27 23:50:08 - building LINT kernel TB --- 2012-01-27 23:50:08 - CROSS_BUILD_TESTING=YES TB --- 2012-01-27 23:50:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-27 23:50:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-27 23:50:08 - SRCCONF=/dev/null TB --- 2012-01-27 23:50:08 - TARGET=sparc64 TB --- 2012-01-27 23:50:08 - TARGET_ARCH=sparc64 TB --- 2012-01-27 23:50:08 - TZ=UTC TB --- 2012-01-27 23:50:08 - __MAKE_CONF=/dev/null TB --- 2012-01-27 23:50:08 - cd /src TB --- 2012-01-27 23:50:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 27 23:50:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/iommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/jbusppm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/machdep.c cc1: warnings being treated as errors /src/sys/sparc64/sparc64/machdep.c: In function 'cpu_halt': /src/sys/sparc64/sparc64/machdep.c:930: warning: 'noreturn' function does return *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-28 00:03:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-28 00:03:31 - ERROR: failed to build LINT kernel TB --- 2012-01-28 00:03:31 - 3574.41 user 505.73 system 4041.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full