From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 02:07:17 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A10C16A41F for ; Mon, 16 Jan 2006 02:07:17 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 599E743D46 for ; Mon, 16 Jan 2006 02:07:16 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0G27ET3019905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 Jan 2006 03:07:14 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0G27EFx019904 for freebsd-sparc64@FreeBSD.org; Mon, 16 Jan 2006 03:07:14 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: freebsd-sparc64@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yAYjMcRP0KXbCGtVhBXV" Date: Mon, 16 Jan 2006 03:07:14 +0100 Message-Id: <1137377234.19156.58.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: Subject: need help with ruby-1.8.4 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 02:07:17 -0000 --=-yAYjMcRP0KXbCGtVhBXV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Kris Kennaway hurled this error log on me: http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.5.2005042909/rub= y-1.8.4_1,1.log And I honestly have no clue how to fix it. Any ideas? Also, is there a working scratchbox for the committers running sparc64? panther is timeouting on connect. Please keep me Cc:ed, I'm not subscribed. --=20 Pav Lucistnik - Hocumms Razor states that the most obvious, though possible not conceviab= le, answer to a problem is most likely the correct one. - unless you are playing zelda. --=-yAYjMcRP0KXbCGtVhBXV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyv/SntdYP8FOsoIRAimTAJ9PHzrQCczX+L3JboJ58qkugHbXeQCgqh+M j0izmoUdk3VNsm2tLBDj7jM= =QFm+ -----END PGP SIGNATURE----- --=-yAYjMcRP0KXbCGtVhBXV-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 11:02:55 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C6C16A422 for ; Mon, 16 Jan 2006 11:02:55 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED6243D7F for ; Mon, 16 Jan 2006 11:02:43 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0GB2hso085030 for ; Mon, 16 Jan 2006 11:02:43 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0GB2ghQ085024 for freebsd-sparc64@freebsd.org; Mon, 16 Jan 2006 11:02:42 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 16 Jan 2006 11:02:42 GMT Message-Id: <200601161102.k0GB2ghQ085024@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 16 Jan 2006 11:02:55 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2005/11/24] sparc64/89486sparc64 firefox and thunderbird is broken on spar 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages o [2005/12/13] sparc64/90316sparc64 Keyboard "lock" key lights not working pr o [2006/01/05] sparc64/91334sparc64 FreeBSD 6.0 don't support tftp boot from 4 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 18:33:08 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5247516A41F; Mon, 16 Jan 2006 18:33:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F252743D68; Mon, 16 Jan 2006 18:33:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CC12E1A3C24; Mon, 16 Jan 2006 10:33:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F35E851FBC; Mon, 16 Jan 2006 13:33:03 -0500 (EST) Date: Mon, 16 Jan 2006 13:33:03 -0500 From: Kris Kennaway To: Pav Lucistnik Message-ID: <20060116183303.GA64924@xor.obsecurity.org> References: <1137377234.19156.58.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <1137377234.19156.58.camel@localhost> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@FreeBSD.org Subject: Re: need help with ruby-1.8.4 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, 16 Jan 2006 18:33:08 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 16, 2006 at 03:07:14AM +0100, Pav Lucistnik wrote: > Hi, >=20 > Kris Kennaway hurled this error log on me: >=20 > http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.5.2005042909/r= uby-1.8.4_1,1.log >=20 > And I honestly have no clue how to fix it. Any ideas? Report it upstream and let them work on it too. Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDy+bfWry0BWjoQKURAhi6AJ0aQiQroSzJyZ86mvGIWBOXfatwaQCggnVj tzpVrE1QJXrYrQ97oORZs8Y= =sZ75 -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 18:54:17 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC72916A41F for ; Mon, 16 Jan 2006 18:54:17 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF15243D48 for ; Mon, 16 Jan 2006 18:54:13 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id k0GIrsu2014579 for ; Mon, 16 Jan 2006 18:53:55 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id k0GIrsKR027112 for freebsd-sparc@freebsd.org; Mon, 16 Jan 2006 18:53:54 GMT Date: Mon, 16 Jan 2006 18:53:54 +0000 From: "Bruce O'Neel" To: freebsd-sparc@freebsd.org Message-ID: <20060116185354.GA22674@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Command to start and stop a cpu 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, 16 Jan 2006 18:54:17 -0000 Hi, Is there a command to start and/or stop a cpu on a SMP system? I didnt' see one with a whole load o'man -k tries, but, I wanted to make sure. Thanks! cheers bruce. -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 19:23:10 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8202C16A41F for ; Mon, 16 Jan 2006 19:23:10 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (tourist.net8.nerim.net [213.41.176.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3551F43D45 for ; Mon, 16 Jan 2006 19:23:08 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.13.3/8.13.3) with ESMTP id k0GJLkup068120; Mon, 16 Jan 2006 20:21:46 +0100 (CET) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.13.3/8.13.3/Submit) id k0GJLk7E068119; Mon, 16 Jan 2006 20:21:46 +0100 (CET) (envelope-from amon) Date: Mon, 16 Jan 2006 20:21:46 +0100 From: Herve Boulouis To: "Bruce O'Neel" Message-ID: <20060116192146.GA16298@ra.aabs> References: <20060116185354.GA22674@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060116185354.GA22674@SDF.LONESTAR.ORG> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 16 Jan 2006 19:23:10 -0000 Le 16/01/2006 18:53, Bruce O'Neel a écrit: > Hi, > > Is there a command to start and/or stop a cpu on a SMP system? I > didnt' see one with a whole load o'man -k tries, but, I wanted to make > sure. To my knowledge FreeBSD does not support that feature on any platform. -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 19:25:07 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D39816A41F for ; Mon, 16 Jan 2006 19:25:07 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A825F43D48 for ; Mon, 16 Jan 2006 19:24:58 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id k0GJOiex020834; Mon, 16 Jan 2006 19:24:44 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id k0GJOirb022129; Mon, 16 Jan 2006 19:24:44 GMT Date: Mon, 16 Jan 2006 19:24:44 +0000 From: "Bruce O'Neel" To: Herve Boulouis Message-ID: <20060116192444.GB22674@SDF.LONESTAR.ORG> References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060116192146.GA16298@ra.aabs> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 16 Jan 2006 19:25:07 -0000 Thanks! cheers bruce On Mon, Jan 16, 2006 at 08:21:46PM +0100, Herve Boulouis wrote: > Le 16/01/2006 18:53, Bruce O'Neel a écrit: > > Hi, > > > > Is there a command to start and/or stop a cpu on a SMP system? I > > didnt' see one with a whole load o'man -k tries, but, I wanted to make > > sure. > > To my knowledge FreeBSD does not support that feature on any platform. > > -- > Herve Boulouis -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 20:40:12 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39CCB16A41F for ; Mon, 16 Jan 2006 20:40:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B8E43D4C for ; Mon, 16 Jan 2006 20:40:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0GKeBKv032164 for ; Mon, 16 Jan 2006 20:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0GKeBh9032163; Mon, 16 Jan 2006 20:40:11 GMT (envelope-from gnats) Resent-Date: Mon, 16 Jan 2006 20:40:11 GMT Resent-Message-Id: <200601162040.k0GKeBh9032163@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Eric Smith Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE20616A41F for ; Mon, 16 Jan 2006 20:38:36 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A53B43D48 for ; Mon, 16 Jan 2006 20:38:36 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k0GKcaYe061084 for ; Mon, 16 Jan 2006 20:38:36 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k0GKcaU1061083; Mon, 16 Jan 2006 20:38:36 GMT (envelope-from nobody) Message-Id: <200601162038.k0GKcaU1061083@www.freebsd.org> Date: Mon, 16 Jan 2006 20:38:36 GMT From: Eric Smith To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: sparc64/91882: Ultra 10 mouse/keyboard 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, 16 Jan 2006 20:40:12 -0000 >Number: 91882 >Category: sparc64 >Synopsis: Ultra 10 mouse/keyboard >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 16 20:40:10 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Eric Smith >Release: 6.0 >Organization: >Environment: >Description: Installed FreeBSD on an Sun Ultra 10. The keyboard works fine in console, but I can't seem to find a mouse driver that works. I've googled and looked in the forums/etc and find reference to "sunmouse" but can't seem to locate it anywhere. This problem also crosses over to xwindows (both xorg and xfree86) where neither the keyboard or the mouse work due to a lack of drivers for either. I know you don't supply support for the xwindows platforms, but I figured I'd give it a shot since you've probably heard of this problem before. >How-To-Repeat: reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 22:00:21 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9332716A424 for ; Mon, 16 Jan 2006 22:00:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4469F43D49 for ; Mon, 16 Jan 2006 22:00:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0GM0KP1037099 for ; Mon, 16 Jan 2006 22:00:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0GM0Koj037098; Mon, 16 Jan 2006 22:00:20 GMT (envelope-from gnats) Date: Mon, 16 Jan 2006 22:00:20 GMT Message-Id: <200601162200.k0GM0Koj037098@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Robert Slade Cc: Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Slade List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 22:00:21 -0000 The following reply was made to PR sparc64/91882; it has been noted by GNATS. From: Robert Slade To: Eric Smith Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard Date: Mon, 16 Jan 2006 21:54:36 +0000 On Mon, 2006-01-16 at 20:38, Eric Smith wrote: > >Number: 91882 > >Category: sparc64 > >Synopsis: Ultra 10 mouse/keyboard > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-sparc64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Jan 16 20:40:10 GMT 2006 > >Closed-Date: > >Last-Modified: > >Originator: Eric Smith > >Release: 6.0 > >Organization: > >Environment: > >Description: > Installed FreeBSD on an Sun Ultra 10. > > The keyboard works fine in console, but I can't seem to find a mouse driver that works. I've googled and looked in the forums/etc and find reference to "sunmouse" but can't seem to locate it anywhere. > > This problem also crosses over to xwindows (both xorg and xfree86) where neither the keyboard or the mouse work due to a lack of drivers for either. > > I know you don't supply support for the xwindows platforms, but I figured I'd give it a shot since you've probably heard of this problem before. > >How-To-Repeat: > reboot. > >Fix: > > >Release-Note: > >Audit-Trail: > >Unformatted: Eric, The mouse does work. See the mail list archives. You can use moused to access the mouse in the console so: moused -t mousesystems -p /dev/cuau3 This will allow you to use the mouse under Xorg as /dev/sysmouse. If you don't need to use the mouse in the console, you can use /dev/cuau3. The fact that you can't use a different keymap to the us own and the Leds don't work are known issues. Rob From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 16 23:54:31 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 574C516A41F; Mon, 16 Jan 2006 23:54:31 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75E543D45; Mon, 16 Jan 2006 23:54:30 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k0GNsSXa018721; Tue, 17 Jan 2006 00:54:29 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k0GNsN2b018720; Tue, 17 Jan 2006 00:54:23 +0100 (CET) (envelope-from marius) Date: Tue, 17 Jan 2006 00:54:23 +0100 From: Marius Strobl To: Pav Lucistnik Message-ID: <20060117005423.A17774@newtrinity.zeist.de> References: <1137377234.19156.58.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1137377234.19156.58.camel@localhost>; from pav@freebsd.org on Mon, Jan 16, 2006 at 03:07:14AM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.27; VDF: 6.33.0.127; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: need help with ruby-1.8.4 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, 16 Jan 2006 23:54:31 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 16, 2006 at 03:07:14AM +0100, Pav Lucistnik wrote: > Hi, > > Kris Kennaway hurled this error log on me: > > http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.5.2005042909/ruby-1.8.4_1,1.log > > And I honestly have no clue how to fix it. Any ideas? > > Also, is there a working scratchbox for the committers running sparc64? If I fix that compile problem miniruby still segfaults while ruby 1.8.4 is built because of exactly the getcontext(3) related GCC bug that is described in eval.c (the generated code assumes that %l2 didn't change after calling getcontext(3) in rb_call0() here). I'd say it's obvious that the workaround implemented in ruby can't work; we don't want to tell GCC to not make assumptions regarding input, output and local registers before calling getcontext(3) but afterwards. In fact when I additionally move FUNCTION_CALL_MAY_RETURN_TWICE after calling getcontext(3) in ruby_setjmp() miniruby no longer segfaults. But then it turned out that the setjmp(3) approach ruby uses on ia64 apparently is also sufficient to keep GCC from making assumptions regarding the registers in question on sparc64. Therefore I'd suggest to remove the inline asm altogether and move FUNCTION_CALL_MAY_RETURN_TWICE after getcontext(3) (see attached patch). I verified that this doesn't break building ruby 1.8.4 on ia64 and that `make test` still succeeds there (and that miniruby segfaults on both architectures if just remove FUNCTION_CALL_MAY_RETURN_TWICE altogether). I'd suggest to check back with the ruby committer "ark" who added this stuff however. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-eval.c" --- eval.c.orig Tue Dec 20 14:41:47 2005 +++ eval.c Mon Jan 16 23:54:25 2006 @@ -129,32 +129,21 @@ * But it has not the problem because gcc knows setjmp may return twice. * gcc detects setjmp and generates setjmp safe code. * - * So setjmp call before getcontext call makes the code somewhat safe. - * It fix the problem on IA64. + * So a setjmp call after the getcontext call makes the code somewhat safe. + * It fixes the problem on IA64 and SPARC. * It is not required that setjmp is called at run time, since the problem is * register usage. - * - * Since the magic setjmp is not enough for SPARC, - * inline asm is used to prohibit registers in register windows. */ -#if defined (__GNUC__) && (defined(sparc) || defined(__sparc__)) -#define FUNCTION_CALL_MAY_RETURN_TWICE \ - ({ __asm__ volatile ("" : : : \ - "%o0", "%o1", "%o2", "%o3", "%o4", "%o5", "%o7", \ - "%l0", "%l1", "%l2", "%l3", "%l4", "%l5", "%l6", "%l7", \ - "%i0", "%i1", "%i2", "%i3", "%i4", "%i5", "%i7"); }) -#else static jmp_buf function_call_may_return_twice_jmp_buf; int function_call_may_return_twice_false = 0; #define FUNCTION_CALL_MAY_RETURN_TWICE \ (function_call_may_return_twice_false ? \ setjmp(function_call_may_return_twice_jmp_buf) : \ 0) -#endif #define ruby_longjmp(env, val) rb_jump_context(env, val) #define ruby_setjmp(j) ((j)->status = 0, \ - FUNCTION_CALL_MAY_RETURN_TWICE, \ getcontext(&(j)->context), \ + FUNCTION_CALL_MAY_RETURN_TWICE, \ (j)->status) #else typedef jmp_buf rb_jmpbuf_t; --u3/rZRmxL6MmkK24-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 02:30:39 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD5D16A420 for ; Tue, 17 Jan 2006 02:30:39 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: from web34007.mail.mud.yahoo.com (web34007.mail.mud.yahoo.com [66.163.178.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 8211743D49 for ; Tue, 17 Jan 2006 02:30:38 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: (qmail 30633 invoked by uid 60001); 17 Jan 2006 02:30:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Zxxl0xpiK40anST1r+54hmk97Q9l12VgLT6nd9OFMrSOZIVKsjN0B3ci+5VDfhL8EMlbApELKEuxiTV4cKi8s3BBcIsotozc60XjBAHrYZebRSZiXxwiRRRU8UZ+ocyeRzHtaK8x4m6kgFYv6cOyWb3gbzVY3vFBgAaJopEFM/k= ; Message-ID: <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> Received: from [68.233.12.105] by web34007.mail.mud.yahoo.com via HTTP; Mon, 16 Jan 2006 18:30:37 PST Date: Mon, 16 Jan 2006 18:30:37 -0800 (PST) From: mdh To: Eric Smith In-Reply-To: <200601162038.k0GKcaU1061083@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: sparc64@freebsd.org Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard 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, 17 Jan 2006 02:30:39 -0000 This PR can be safely closed, I've answered this question and others like it on the sparc64 list many times now, and a quick search of the list for type5 mouse will bring up my posts containing a great wealth of information on how to get this working, both with and without moused. I'm not sure why you looked for "sunmouse" - I've only ever seen name this used by Linux. This is not a problem, and the term "lack of drivers" is incorrect. It feels like this is a recurring question on a weekly basis, I'd be more than willing to write a big ole document on the subject if someone wants to stick it into the handbook or FAQ or something to attempt to curb these and make this a little bit easier for new users. --- Eric Smith wrote: > > >Number: 91882 > >Category: sparc64 > >Synopsis: Ultra 10 mouse/keyboard > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-sparc64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Jan 16 20:40:10 GMT 2006 > >Closed-Date: > >Last-Modified: > >Originator: Eric Smith > >Release: 6.0 > >Organization: > >Environment: > >Description: > Installed FreeBSD on an Sun Ultra 10. > > The keyboard works fine in console, but I can't seem > to find a mouse driver that works. I've googled and > looked in the forums/etc and find reference to > "sunmouse" but can't seem to locate it anywhere. > > This problem also crosses over to xwindows (both > xorg and xfree86) where neither the keyboard or the > mouse work due to a lack of drivers for either. > > I know you don't supply support for the xwindows > platforms, but I figured I'd give it a shot since > you've probably heard of this problem before. > >How-To-Repeat: > reboot. > >Fix: > > >Release-Note: > >Audit-Trail: > >Unformatted: > _______________________________________________ > 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" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 04:02:51 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ABDC16A41F for ; Tue, 17 Jan 2006 04:02:51 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F9FA43D45 for ; Tue, 17 Jan 2006 04:02:50 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so990905wxc for ; Mon, 16 Jan 2006 20:02:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R7xTvyZTy/c+6vp/enRhRgmnjoe3bKTGPGAEs7jTd/hqAFrh6RgX+sx6XdPYJTmyYoK5AyufNXEOHW7Jwb+jl35dKNqLqpUSaeMYmFII1f8m86u7v2JaEZNEMnKbuER3XVkSeNDFkHcbgf432pToXXzGvyoN4Fvzsnf+NDIiytA= Received: by 10.70.72.11 with SMTP id u11mr8606720wxa; Mon, 16 Jan 2006 20:02:49 -0800 (PST) Received: by 10.70.105.2 with HTTP; Mon, 16 Jan 2006 20:02:49 -0800 (PST) Message-ID: <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> Date: Tue, 17 Jan 2006 09:32:49 +0530 From: Joseph Koshy To: Herve Boulouis In-Reply-To: <20060116192146.GA16298@ra.aabs> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> Cc: freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 04:02:51 -0000 hb> To my knowledge FreeBSD does not support that feature on any platform. However, you can disable CPUs using the 'machdep.hlt_cpus' sysctl knob, ensuring that no thread is scheduled on such a CPU. This knob is described in smp(4). -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 06:08:29 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BCC16A41F for ; Tue, 17 Jan 2006 06:08:29 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE5043D49 for ; Tue, 17 Jan 2006 06:08:28 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id C2AFC2FF5F for ; Tue, 17 Jan 2006 01:08:25 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 5B61D12FB03; Tue, 17 Jan 2006 01:08:25 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <200601162038.k0GKcaU1061083@www.freebsd.org> <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Tue_Jan_17_01:08:25_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 17 Jan 2006 01:08:25 -0500 In-Reply-To: <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> (mdh's message of "Mon, 16 Jan 2006 18:30:37 -0800 (PST)") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard 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, 17 Jan 2006 06:08:29 -0000 --pgp-sign-Multipart_Tue_Jan_17_01:08:25_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "m" == mdh writes: m> It feels like this is a recurring question on a weekly basis, m> I'd be more than willing to write a big ole document Why not just fix the Xorg installed to have a working config file? Then the questions will disappear without training people to jump through meaningless hoops like Linux-using circus animals. --pgp-sign-Multipart_Tue_Jan_17_01:08:25_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAQ8yJ2YnCBbTaW/4dAQLboQP+LVWfXrtwG3zm/EfTpqswmMa7NA7BtEq1 oehvJILrRlJDv+uFJbfXPc2RPC1LgP2t8uHYNv7c8+ESMne0rhk3XhG2weK3ho/Y 1qCdNDrRzV6vTcH51k+DrATpPDbmGzE7/UF0Kj/OkO1aiCTpGD8Oy46IF6jYPPxJ FcAY8qNEGcg= =VL9x -----END PGP SIGNATURE----- --pgp-sign-Multipart_Tue_Jan_17_01:08:25_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 08:19:08 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92D4A16A41F for ; Tue, 17 Jan 2006 08:19:08 +0000 (GMT) (envelope-from bsd@bathnetworks.com) Received: from lmail.bathnetworks.co.uk (mail.bathnetworks.com [84.92.24.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8800D43D4C for ; Tue, 17 Jan 2006 08:19:05 +0000 (GMT) (envelope-from bsd@bathnetworks.com) Received: (qmail 12775 invoked by uid 510); 17 Jan 2006 08:19:10 +0000 Received: from 84.92.24.252 by lmail.bathnetworks.co.uk (envelope-from , uid 508) with qmail-scanner-1.24-st-qms (clamdscan: 0.87/1146. spamassassin: 3.0.2. perlscan: 1.24-st-qms. Clear:RC:0(84.92.24.252):SA:0(-3.8/5.0):. Processed in 2.161628 secs); 17 Jan 2006 08:19:10 -0000 X-Spam-Status: No, hits=-3.8 required=5.0 X-Antivirus-MYDOMAIN-Mail-From: bsd@bathnetworks.com via lmail.bathnetworks.co.uk X-Antivirus-MYDOMAIN: 1.24-st-qms (Clear:RC:0(84.92.24.252):SA:0(-3.8/5.0):. Processed in 2.161628 secs Process 12768) Received: from mail.bathnetworks.com (HELO ?84.92.24.252?) (bsd@bathnetworks.com@84.92.24.252) by lmail.bathnetworks.co.uk with SMTP; 17 Jan 2006 08:19:08 +0000 From: Robert Slade To: Miles Nordin In-Reply-To: References: <200601162038.k0GKcaU1061083@www.freebsd.org> <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> Content-Type: text/plain Message-Id: <1137485947.12144.20.camel@lmail.bathnetworks.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 17 Jan 2006 08:19:07 +0000 Content-Transfer-Encoding: 7bit Cc: "freebsd-sparc64@freebsd.org" Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard 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, 17 Jan 2006 08:19:08 -0000 On Tue, 2006-01-17 at 06:08, Miles Nordin wrote: > >>>>> "m" == mdh writes: > > m> It feels like this is a recurring question on a weekly basis, > m> I'd be more than willing to write a big ole document > > Why not just fix the Xorg installed to have a working config file? > Then the questions will disappear without training people to jump > through meaningless hoops like Linux-using circus animals. The problem is not with Xorg, that works. The actual problem is that during install the mouse demon is not installed unlike the i386 fbsd version. In addition, the problem report was addressed to a lack of mouse drivers which was incorrect. If the OP had googled for an answer he would have found it. I know because one of the posts was mine. However, I would humbly suggest that issue is addressed in the errata. Rob From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 08:48:45 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E51916A41F for ; Tue, 17 Jan 2006 08:48:45 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6176343D4C for ; Tue, 17 Jan 2006 08:48:44 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id k0H8mZwC052644; Tue, 17 Jan 2006 09:48:35 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id k0H8mYQV052643; Tue, 17 Jan 2006 09:48:34 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Marius Strobl In-Reply-To: <20060117005423.A17774@newtrinity.zeist.de> References: <1137377234.19156.58.camel@localhost> <20060117005423.A17774@newtrinity.zeist.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VZ775Co8V+VlQDd4oMML" Date: Tue, 17 Jan 2006 09:48:33 +0100 Message-Id: <1137487713.38904.8.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-sparc64@FreeBSD.org Subject: Re: need help with ruby-1.8.4 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 08:48:45 -0000 --=-VZ775Co8V+VlQDd4oMML Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Marius Strobl p=ED=B9e v =FAt 17. 01. 2006 v 00:54 +0100: > On Mon, Jan 16, 2006 at 03:07:14AM +0100, Pav Lucistnik wrote: > > Hi, > >=20 > > Kris Kennaway hurled this error log on me: > >=20 > > http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.5.2005042909= /ruby-1.8.4_1,1.log > >=20 > > And I honestly have no clue how to fix it. Any ideas? > >=20 > > Also, is there a working scratchbox for the committers running sparc64? >=20 > If I fix that compile problem miniruby still segfaults while > ruby 1.8.4 is built because of exactly the getcontext(3) related > GCC bug that is described in eval.c (the generated code assumes > that %l2 didn't change after calling getcontext(3) in rb_call0() > here). I'd say it's obvious that the workaround implemented in > ruby can't work; we don't want to tell GCC to not make assumptions > regarding input, output and local registers before calling > getcontext(3) but afterwards. In fact when I additionally move > FUNCTION_CALL_MAY_RETURN_TWICE after calling getcontext(3) in > ruby_setjmp() miniruby no longer segfaults. But then it turned out > that the setjmp(3) approach ruby uses on ia64 apparently is also > sufficient to keep GCC from making assumptions regarding the > registers in question on sparc64. Therefore I'd suggest to remove > the inline asm altogether and move FUNCTION_CALL_MAY_RETURN_TWICE > after getcontext(3) (see attached patch). I verified that this > doesn't break building ruby 1.8.4 on ia64 and that `make test` still > succeeds there (and that miniruby segfaults on both architectures > if just remove FUNCTION_CALL_MAY_RETURN_TWICE altogether). > I'd suggest to check back with the ruby committer "ark" who added > this stuff however. First, thank you for your investigation. With this patch, I can no longer compile ruby on my amd64, it dies rather mysteriously with ./ext/extmk.rb:23:in `require': no such file to load -- rbconfig (LoadError= ) from ./ext/extmk.rb:23 *** Error code 1 Can you check on that arch too? It seems to keep going on i386. --=20 Pav Lucistnik Traffic collapse starts at rumors of snow in Nice (french riviera) according to some of my friends :) -- Will at #angband --=-VZ775Co8V+VlQDd4oMML Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDzK9hntdYP8FOsoIRAjRQAJ9E29Bid7NDs6ePiCwYnuXed/fg9gCcC+wP D+qQ1pisi2w6HrHdTbyze4A= =9ipx -----END PGP SIGNATURE----- --=-VZ775Co8V+VlQDd4oMML-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 11:57:46 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7893A16A41F; Tue, 17 Jan 2006 11:57:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD12543D48; Tue, 17 Jan 2006 11:57:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0HBvij5004040; Tue, 17 Jan 2006 06:57:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0HBvijX067007; Tue, 17 Jan 2006 06:57:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 910A97302F; Tue, 17 Jan 2006 06:57:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060117115744.910A97302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 06:57:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 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: Tue, 17 Jan 2006 11:57:46 -0000 TB --- 2006-01-17 11:29:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-17 11:29:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-01-17 11:29:12 - cleaning the object tree TB --- 2006-01-17 11:29:39 - checking out the source tree TB --- 2006-01-17 11:29:39 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-01-17 11:29:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-17 11:35:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-17 11:35:02 - cd /src TB --- 2006-01-17 11:35:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-17 11:57:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-17 11:57:44 - ERROR: failed to build world TB --- 2006-01-17 11:57:44 - tinderbox aborted TB --- 1.06 user 4.73 system 1711.82 real From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 15:13:01 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D63DF16A41F for ; Tue, 17 Jan 2006 15:13:01 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 693E143D4C for ; Tue, 17 Jan 2006 15:12:54 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 93FCF2FF5F for ; Tue, 17 Jan 2006 10:12:47 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 48D1E12FB03; Tue, 17 Jan 2006 10:12:47 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <200601162038.k0GKcaU1061083@www.freebsd.org> <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> <1137485947.12144.20.camel@lmail.bathnetworks.co.uk> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Tue_Jan_17_10:12:36_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 17 Jan 2006 10:12:46 -0500 In-Reply-To: <1137485947.12144.20.camel@lmail.bathnetworks.co.uk> (Robert Slade's message of "Tue, 17 Jan 2006 08:19:07 +0000") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard 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, 17 Jan 2006 15:13:02 -0000 --pgp-sign-Multipart_Tue_Jan_17_10:12:36_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "rs" == Robert Slade writes: rs> The problem is not with Xorg, that works. The problem is with the Xorg config file. I think the config file should either be shipped so that it always works, or if someone feels there are really important knobs there, then with commentable stanzas for type 5 / usb / sysmouse, and one of them uncommented that works for type 5 mice which seem to be overwhelmingly common. rs> during install the mouse demon is not installed unlike the rs> i386 fbsd version. Is there a reason for that, or is it a bug? But yes I guess you could fix it that way, too I doubt any of the people asking really care, so if one is easier than the other... rs> the problem report was addressed to a lack of mouse drivers rs> which was incorrect. rs> If the OP had googled for an answer he would have found it. ok, fine, agreed, FreeBSD and Xorg are FANTASTIC and have ALL THE DRIVERS . but what difference does that make to the issue we're discussing? We both agree that there is a problem since people keep asking, so it seems like the fact that people keep asking is the important fact in the PR, not misunderstood minutae on the part of the reporter or whether or not the reporter can use google or whether or not he smells nice. rs> would humbly suggest that issue is addressed in the rs> errata. I'm just saying that an errata that says ``everyone should cut and paste the following into one of the files we shipped you on your system, because you'll need it to make things work'' seems like DTWT. It's bad enough Xorg makes you mess around with video timings and breaks ddb on systems that don't have any hardware text mode and don't need the i386 set-mode/reset-on-exit model. The least it can do is start with mouse support on systems where almost all of the supported systems, since we are X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5FD016A422 for ; Tue, 17 Jan 2006 16:10:13 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35E9643D48 for ; Tue, 17 Jan 2006 16:10:05 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id k0HG9kcG013563; Tue, 17 Jan 2006 16:09:46 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id k0HG9kgH010489; Tue, 17 Jan 2006 16:09:46 GMT Date: Tue, 17 Jan 2006 16:09:46 +0000 From: "Bruce O'Neel" To: Joseph Koshy Message-ID: <20060117160946.GA1171@SDF.LONESTAR.ORG> References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 16:10:14 -0000 Thanks! cheers bruce On Tue, Jan 17, 2006 at 09:32:49AM +0530, Joseph Koshy wrote: > hb> To my knowledge FreeBSD does not support that feature on any platform. > > However, you can disable CPUs using the 'machdep.hlt_cpus' sysctl knob, > ensuring that no thread is scheduled on such a CPU. This knob is described > in smp(4). > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 17:08:56 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA94F16A420; Tue, 17 Jan 2006 17:08:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B997743D46; Tue, 17 Jan 2006 17:08:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6278750 for multiple; Tue, 17 Jan 2006 12:07:30 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0HH8oig038993; Tue, 17 Jan 2006 12:08:51 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Tue, 17 Jan 2006 12:06:46 -0500 User-Agent: KMail/1.9.1 References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> In-Reply-To: <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601171206.48133.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1244/Tue Jan 17 03:46:07 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 17:08:56 -0000 On Monday 16 January 2006 23:02, Joseph Koshy wrote: > hb> To my knowledge FreeBSD does not support that feature on any platform. > > However, you can disable CPUs using the 'machdep.hlt_cpus' sysctl knob, > ensuring that no thread is scheduled on such a CPU. This knob is described > in smp(4). I think that is x86-only though. I don't think there is support for that on sparc64. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 17:08:56 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA94F16A420; Tue, 17 Jan 2006 17:08:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B997743D46; Tue, 17 Jan 2006 17:08:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6278750 for multiple; Tue, 17 Jan 2006 12:07:30 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0HH8oig038993; Tue, 17 Jan 2006 12:08:51 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Tue, 17 Jan 2006 12:06:46 -0500 User-Agent: KMail/1.9.1 References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> In-Reply-To: <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601171206.48133.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1244/Tue Jan 17 03:46:07 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 17:08:56 -0000 On Monday 16 January 2006 23:02, Joseph Koshy wrote: > hb> To my knowledge FreeBSD does not support that feature on any platform. > > However, you can disable CPUs using the 'machdep.hlt_cpus' sysctl knob, > ensuring that no thread is scheduled on such a CPU. This knob is described > in smp(4). I think that is x86-only though. I don't think there is support for that on sparc64. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 17:28:54 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D9716A41F for ; Tue, 17 Jan 2006 17:28:54 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id F374243D55 for ; Tue, 17 Jan 2006 17:28:51 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1093107wxc for ; Tue, 17 Jan 2006 09:28:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bn5pByfzMxpbky4Nd3t6yYqTamOiB1mb9fjGAugqnyZFuJ0bes6Try4jhTrKGJsYIqlLX69wmHWlroFIf/X4OKB2IMY+lH0tnFC2e5tphMQZPcDwe/VAokhMQoM9fDgyWfmyZqn82Kzp4XHgvtBZrOyTIUmVOxMT021rD1WdXho= Received: by 10.70.69.10 with SMTP id r10mr9429043wxa; Tue, 17 Jan 2006 09:28:51 -0800 (PST) Received: by 10.70.105.2 with HTTP; Tue, 17 Jan 2006 09:28:51 -0800 (PST) Message-ID: <84dead720601170928r567711d3t31cd297acb755989@mail.gmail.com> Date: Tue, 17 Jan 2006 22:58:51 +0530 From: Joseph Koshy To: John Baldwin In-Reply-To: <200601171206.48133.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> <200601171206.48133.jhb@freebsd.org> Cc: freebsd-sparc64@freebsd.org, freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 17:28:54 -0000 > I think that is x86-only though. I don't think there is > support for that on sparc64. SCHED_4BSD uses hlt_cpus_mask. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 17:28:55 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D26616A41F for ; Tue, 17 Jan 2006 17:28:55 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2F2B43D45 for ; Tue, 17 Jan 2006 17:28:51 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1093106wxc for ; Tue, 17 Jan 2006 09:28:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bn5pByfzMxpbky4Nd3t6yYqTamOiB1mb9fjGAugqnyZFuJ0bes6Try4jhTrKGJsYIqlLX69wmHWlroFIf/X4OKB2IMY+lH0tnFC2e5tphMQZPcDwe/VAokhMQoM9fDgyWfmyZqn82Kzp4XHgvtBZrOyTIUmVOxMT021rD1WdXho= Received: by 10.70.69.10 with SMTP id r10mr9429043wxa; Tue, 17 Jan 2006 09:28:51 -0800 (PST) Received: by 10.70.105.2 with HTTP; Tue, 17 Jan 2006 09:28:51 -0800 (PST) Message-ID: <84dead720601170928r567711d3t31cd297acb755989@mail.gmail.com> Date: Tue, 17 Jan 2006 22:58:51 +0530 From: Joseph Koshy To: John Baldwin In-Reply-To: <200601171206.48133.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <20060116192146.GA16298@ra.aabs> <84dead720601162002j3fad952ar73c3be8b6197aaa9@mail.gmail.com> <200601171206.48133.jhb@freebsd.org> Cc: freebsd-sparc64@freebsd.org, freebsd-sparc@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 17:28:55 -0000 > I think that is x86-only though. I don't think there is > support for that on sparc64. SCHED_4BSD uses hlt_cpus_mask. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 18:41:15 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFD316A41F for ; Tue, 17 Jan 2006 18:41:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C07F43D5A for ; Tue, 17 Jan 2006 18:41:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6286311 for multiple; Tue, 17 Jan 2006 13:39:49 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0HIf9kD039570; Tue, 17 Jan 2006 13:41:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Joseph Koshy Date: Tue, 17 Jan 2006 13:14:03 -0500 User-Agent: KMail/1.9.1 References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <200601171206.48133.jhb@freebsd.org> <84dead720601170928r567711d3t31cd297acb755989@mail.gmail.com> In-Reply-To: <84dead720601170928r567711d3t31cd297acb755989@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601171314.05251.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1244/Tue Jan 17 03:46:07 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc64@freebsd.org Subject: Re: Command to start and stop a cpu 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, 17 Jan 2006 18:41:15 -0000 On Tuesday 17 January 2006 12:28, Joseph Koshy wrote: > > I think that is x86-only though. I don't think there is > > support for that on sparc64. > > SCHED_4BSD uses hlt_cpus_mask. Yes, but only i386 and amd64 actually set it and use it to keep CPUs idle: % kgrep hlt_cpus_mask amd64/amd64/mp_machdep.c: mask = hlt_cpus_mask; amd64/amd64/mp_machdep.c: hlt_cpus_mask = mask; amd64/amd64/mp_machdep.c: hlt_cpus_mask |= logical_cpus_mask; amd64/amd64/mp_machdep.c: hlt_cpus_mask &= ~logical_cpus_mask; amd64/amd64/mp_machdep.c: hlt_cpus_mask |= hyperthreading_cpus_mask; amd64/amd64/mp_machdep.c: if ((hlt_cpus_mask & all_cpus) == all_cpus) amd64/amd64/mp_machdep.c: hlt_cpus_mask &= ~(1<<0); amd64/amd64/mp_machdep.c: hlt_cpus_mask &= ~hyperthreading_cpus_mask; amd64/amd64/mp_machdep.c: hlt_cpus_mask |= hyperthreading_cpus_mask; amd64/amd64/mp_machdep.c: (hlt_cpus_mask & logical_cpus_mask) == logical_cpus_mask) amd64/amd64/mp_machdep.c: if ((hlt_cpus_mask & all_cpus) == all_cpus) amd64/amd64/mp_machdep.c: hlt_cpus_mask &= ~(1<<0); amd64/amd64/mp_machdep.c: hlt_cpus_mask |= logical_cpus_mask; amd64/amd64/mp_machdep.c: hlt_cpus_mask |= hyperthreading_cpus_mask; amd64/amd64/mp_machdep.c: retval = mask & hlt_cpus_mask; amd64/amd64/mp_machdep.c: while (mask & hlt_cpus_mask) i386/i386/mp_machdep.c: mask = hlt_cpus_mask; i386/i386/mp_machdep.c: hlt_cpus_mask = mask; i386/i386/mp_machdep.c: hlt_cpus_mask |= logical_cpus_mask; i386/i386/mp_machdep.c: hlt_cpus_mask &= ~logical_cpus_mask; i386/i386/mp_machdep.c: hlt_cpus_mask |= hyperthreading_cpus_mask; i386/i386/mp_machdep.c: if ((hlt_cpus_mask & all_cpus) == all_cpus) i386/i386/mp_machdep.c: hlt_cpus_mask &= ~(1<<0); i386/i386/mp_machdep.c: hlt_cpus_mask &= ~hyperthreading_cpus_mask; i386/i386/mp_machdep.c: hlt_cpus_mask |= hyperthreading_cpus_mask; i386/i386/mp_machdep.c: (hlt_cpus_mask & logical_cpus_mask) == logical_cpus_mask) i386/i386/mp_machdep.c: if ((hlt_cpus_mask & all_cpus) == all_cpus) i386/i386/mp_machdep.c: hlt_cpus_mask &= ~(1<<0); i386/i386/mp_machdep.c: hlt_cpus_mask |= logical_cpus_mask; i386/i386/mp_machdep.c: hlt_cpus_mask |= hyperthreading_cpus_mask; i386/i386/mp_machdep.c: retval = mask & hlt_cpus_mask; i386/i386/mp_machdep.c: while (mask & hlt_cpus_mask) kern/subr_smp.c:cpumask_t hlt_cpus_mask; kern/sched_4bsd.c: dontuse = me | stopped_cpus | hlt_cpus_mask; kern/sched_4bsd.c: (idle_cpus_mask & ~(hlt_cpus_mask | me))) kern/kern_pmc.c: return ((hlt_cpus_mask & (1 << cpu)) != 0); sys/smp.h:extern cpumask_t hlt_cpus_mask; -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 20:04:57 2006 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD6316A41F for ; Tue, 17 Jan 2006 20:04:57 +0000 (GMT) (envelope-from jbaggs@san.rr.com) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BAB343D49 for ; Tue, 17 Jan 2006 20:04:57 +0000 (GMT) (envelope-from jbaggs@san.rr.com) Received: from [10.0.10.5] (cpe-24-165-11-242.san.res.rr.com [24.165.11.242]) by ms-smtp-03-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k0HK4t9f005516 for ; Tue, 17 Jan 2006 12:04:56 -0800 (PST) Message-ID: <43CD4DE5.8060802@san.rr.com> Date: Tue, 17 Jan 2006 12:04:53 -0800 From: Jeremy Baggs User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sparc64@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: ppc 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, 17 Jan 2006 20:04:58 -0000 Forgive me if I missed something in the documentation but is the ppc device not available on sparc64? I'm trying to get a parallel printer working on an "ultra 10" under FreeBSD 6.0 and when recompiling the kernel I get: 'config: Error: device "ppc" is unknown' Jeremy From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 20:31:34 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB3716A41F for ; Tue, 17 Jan 2006 20:31:34 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: from web34004.mail.mud.yahoo.com (web34004.mail.mud.yahoo.com [66.163.178.85]) by mx1.FreeBSD.org (Postfix) with SMTP id D068543D46 for ; Tue, 17 Jan 2006 20:31:33 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: (qmail 21179 invoked by uid 60001); 17 Jan 2006 20:31:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bOlaS86v6dWppGHoIXM4LQHpvltnFg7iu4HDIZrQ0coSb1VPPvV/hyD24xBtDu7iIdpyPKg3P5f7QpmlWp5dCYL+syxAJnXNbbjtPG3b3hxvZuWMxA71ZymG6QWdL7X24kdsoc5zGDmN0Q3eWX0kIhMtUFZmaa9U742+eD2pqs4= ; Message-ID: <20060117203133.21177.qmail@web34004.mail.mud.yahoo.com> Received: from [68.233.12.105] by web34004.mail.mud.yahoo.com via HTTP; Tue, 17 Jan 2006 12:31:33 PST Date: Tue, 17 Jan 2006 12:31:33 -0800 (PST) From: mdh To: Robert Slade , Miles Nordin In-Reply-To: <1137485947.12144.20.camel@lmail.bathnetworks.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: "freebsd-sparc64@freebsd.org" Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard 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, 17 Jan 2006 20:31:34 -0000 --- Robert Slade wrote: > On Tue, 2006-01-17 at 06:08, Miles Nordin wrote: > > >>>>> "m" == mdh writes: > > > > m> It feels like this is a recurring question > on a weekly basis, > > m> I'd be more than willing to write a big > ole document > > > > Why not just fix the Xorg installed to have a > working config file? > > Then the questions will disappear without training > people to jump > > through meaningless hoops like Linux-using circus > animals. > > The problem is not with Xorg, that works. The actual > problem is that > during install the mouse demon is not installed > unlike the i386 fbsd > version. In addition, the problem report was > addressed to a lack of > mouse drivers which was incorrect. > > If the OP had googled for an answer he would have > found it. I know > because one of the posts was mine. > > However, I would humbly suggest that issue is > addressed in the errata. > Rob In FreeBSD6.0 on SPARC64, moused is installed normally... I can't speak for previous versions and 6.0-R is the first I've personally used on SPARC64. It also is possible that it's in a different set (I always manually pick and install pretty much everything except for 'info' and 'games' ;-)) but if that is the case, it seems a bit silly. But yeah, the info the OP needs is definitly in our list archives - still not sure why he would've only searched for "sunmouse" (Linux has a /dev/sunmouse, but that's the only time I can ever remember seeing that particular name). To address the suggestion of "simply having the installed Xorg contain a working config file" - if you follow the FreeBSD handbook, you will end up having Xorg generate a config based on what it thinks exists, and modify that to fix anything it got wrong or whatever. I'm not sure how well that does with the keyboard/mouse stuff on FreeBSD/SPARC64. Regardless, even if it generates total crud output, it's an Xorg problem and not a FreeBSD problem. :-) __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 18 01:34:26 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B47616A41F; Wed, 18 Jan 2006 01:34:26 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB7A43D46; Wed, 18 Jan 2006 01:34:25 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k0I1YMqC063064; Wed, 18 Jan 2006 02:34:22 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k0I1YG7U063061; Wed, 18 Jan 2006 02:34:16 +0100 (CET) (envelope-from marius) Date: Wed, 18 Jan 2006 02:34:16 +0100 From: Marius Strobl To: Pav Lucistnik Message-ID: <20060118023415.I22391@newtrinity.zeist.de> References: <1137377234.19156.58.camel@localhost> <20060117005423.A17774@newtrinity.zeist.de> <1137487713.38904.8.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <1137487713.38904.8.camel@pav.hide.vol.cz>; from pav@FreeBSD.org on Tue, Jan 17, 2006 at 09:48:33AM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.27; VDF: 6.33.0.137; host: newtrinity.zeist.de) Cc: freebsd-sparc64@FreeBSD.org Subject: Re: need help with ruby-1.8.4 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, 18 Jan 2006 01:34:26 -0000 On Tue, Jan 17, 2006 at 09:48:33AM +0100, Pav Lucistnik wrote: > Marius Strobl pí¹e v út 17. 01. 2006 v 00:54 +0100: > > On Mon, Jan 16, 2006 at 03:07:14AM +0100, Pav Lucistnik wrote: > > > Hi, > > > > > > Kris Kennaway hurled this error log on me: > > > > > > http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.5.2005042909/ruby-1.8.4_1,1.log > > > > > > And I honestly have no clue how to fix it. Any ideas? > > > > > > Also, is there a working scratchbox for the committers running sparc64? > > > > If I fix that compile problem miniruby still segfaults while > > ruby 1.8.4 is built because of exactly the getcontext(3) related > > GCC bug that is described in eval.c (the generated code assumes > > that %l2 didn't change after calling getcontext(3) in rb_call0() > > here). I'd say it's obvious that the workaround implemented in > > ruby can't work; we don't want to tell GCC to not make assumptions > > regarding input, output and local registers before calling > > getcontext(3) but afterwards. In fact when I additionally move > > FUNCTION_CALL_MAY_RETURN_TWICE after calling getcontext(3) in > > ruby_setjmp() miniruby no longer segfaults. But then it turned out > > that the setjmp(3) approach ruby uses on ia64 apparently is also > > sufficient to keep GCC from making assumptions regarding the > > registers in question on sparc64. Therefore I'd suggest to remove > > the inline asm altogether and move FUNCTION_CALL_MAY_RETURN_TWICE > > after getcontext(3) (see attached patch). I verified that this > > doesn't break building ruby 1.8.4 on ia64 and that `make test` still > > succeeds there (and that miniruby segfaults on both architectures > > if just remove FUNCTION_CALL_MAY_RETURN_TWICE altogether). > > I'd suggest to check back with the ruby committer "ark" who added > > this stuff however. > > First, thank you for your investigation. > > With this patch, I can no longer compile ruby on my amd64, it dies > rather mysteriously with > > ./ext/extmk.rb:23:in `require': no such file to load -- rbconfig (LoadError) > from ./ext/extmk.rb:23 > *** Error code 1 > > Can you check on that arch too? > Sorry, I fail to understand what's going on on amd64, especially since defining FUNCTION_CALL_MAY_RETURN_TWICE to 0 also causes strange errors from the interpreter on amd64 but that's exactly what ruby-current does. So this might be an unrelated problem probably fixed elsewhere in ruby-current and just exposed when moving FUNCTION_CALL_MAY_RETURN_TWICE after getcontext(). Keeping FUNCTION_CALL_MAY_RETURN_TWICE before getcontext(), i.e. in the whole wrapping getcontext() in FUNCTION_CALL_MAY_RETURN_TWICE in ruby_setjmp() so it also solves the GCC bug on sparc64, seems to work as a workaround but I don't know why. Did you contact "akr"? Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 18 05:14:19 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E17A416A41F; Wed, 18 Jan 2006 05:14:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BAB543D55; Wed, 18 Jan 2006 05:14:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0I5EGD2017178; Wed, 18 Jan 2006 00:14:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0I5EHFm047275; Wed, 18 Jan 2006 00:14:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0520F7302F; Wed, 18 Jan 2006 00:14:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060118051416.0520F7302F@freebsd-current.sentex.ca> Date: Wed, 18 Jan 2006 00:14:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 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: Wed, 18 Jan 2006 05:14:19 -0000 TB --- 2006-01-18 04:44:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-18 04:44:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-01-18 04:44:17 - cleaning the object tree TB --- 2006-01-18 04:44:24 - checking out the source tree TB --- 2006-01-18 04:44:24 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-01-18 04:44:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-18 04:49:57 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-18 04:49:57 - cd /src TB --- 2006-01-18 04:49:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-18 05:14:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-18 05:14:16 - ERROR: failed to build world TB --- 2006-01-18 05:14:16 - tinderbox aborted TB --- 0.28 user 1.30 system 1799.26 real From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 18 05:24:37 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70DCD16A41F; Wed, 18 Jan 2006 05:24:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB4D43D45; Wed, 18 Jan 2006 05:24:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0856B1A3C1E; Tue, 17 Jan 2006 21:24:37 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 413FE5154A; Wed, 18 Jan 2006 00:24:36 -0500 (EST) Date: Wed, 18 Jan 2006 00:24:36 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060118052436.GA98676@xor.obsecurity.org> References: <20060116185354.GA22674@SDF.LONESTAR.ORG> <200601171206.48133.jhb@freebsd.org> <84dead720601170928r567711d3t31cd297acb755989@mail.gmail.com> <200601171314.05251.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <200601171314.05251.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: Command to start and stop a cpu 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, 18 Jan 2006 05:24:37 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 01:14:03PM -0500, John Baldwin wrote: > On Tuesday 17 January 2006 12:28, Joseph Koshy wrote: > > > I think that is x86-only though. I don't think there is > > > support for that on sparc64. > > > > SCHED_4BSD uses hlt_cpus_mask. >=20 > Yes, but only i386 and amd64 actually set it and use it to keep CPUs idle: I'd love a way to halt/disable CPUs on sparc64, because then I could run comparative benchmarks with 1-14 cpus enabled to test scaling. Kris --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzdEUWry0BWjoQKURAjGtAKDIVW3mb47miwjtVIZic/3WTKFHsQCg5wFr ZSwk5v+VrBfQA3rI40MbQhM= =NnT8 -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 18 06:40:48 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1824A16A41F for ; Wed, 18 Jan 2006 06:40:48 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 655C143D45 for ; Wed, 18 Jan 2006 06:40:43 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0I6edZB086467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jan 2006 07:40:39 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0I6ecVK086466; Wed, 18 Jan 2006 07:40:38 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Marius Strobl In-Reply-To: <20060118023415.I22391@newtrinity.zeist.de> References: <1137377234.19156.58.camel@localhost> <20060117005423.A17774@newtrinity.zeist.de> <1137487713.38904.8.camel@pav.hide.vol.cz> <20060118023415.I22391@newtrinity.zeist.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AL33StHLoE6KbQ63zeAp" Date: Wed, 18 Jan 2006 07:40:38 +0100 Message-Id: <1137566438.27313.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-sparc64@FreeBSD.org Subject: Re: need help with ruby-1.8.4 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 06:40:48 -0000 --=-AL33StHLoE6KbQ63zeAp Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Marius Strobl p=ED=A8e v st 18. 01. 2006 v 02:34 +0100: > On Tue, Jan 17, 2006 at 09:48:33AM +0100, Pav Lucistnik wrote: > > Marius Strobl p=ED=B9e v =FAt 17. 01. 2006 v 00:54 +0100: > > > On Mon, Jan 16, 2006 at 03:07:14AM +0100, Pav Lucistnik wrote: > > > > Hi, > > > >=20 > > > > Kris Kennaway hurled this error log on me: > > > >=20 > > > > http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.5.200504= 2909/ruby-1.8.4_1,1.log > > > >=20 > > > > And I honestly have no clue how to fix it. Any ideas? > > > >=20 > > > > Also, is there a working scratchbox for the committers running spar= c64? > > >=20 > > > If I fix that compile problem miniruby still segfaults while > > > ruby 1.8.4 is built because of exactly the getcontext(3) related > > > GCC bug that is described in eval.c (the generated code assumes > > > that %l2 didn't change after calling getcontext(3) in rb_call0() > > > here). I'd say it's obvious that the workaround implemented in > > > ruby can't work; we don't want to tell GCC to not make assumptions > > > regarding input, output and local registers before calling > > > getcontext(3) but afterwards. In fact when I additionally move > > > FUNCTION_CALL_MAY_RETURN_TWICE after calling getcontext(3) in > > > ruby_setjmp() miniruby no longer segfaults. But then it turned out > > > that the setjmp(3) approach ruby uses on ia64 apparently is also > > > sufficient to keep GCC from making assumptions regarding the > > > registers in question on sparc64. Therefore I'd suggest to remove > > > the inline asm altogether and move FUNCTION_CALL_MAY_RETURN_TWICE > > > after getcontext(3) (see attached patch). I verified that this > > > doesn't break building ruby 1.8.4 on ia64 and that `make test` still > > > succeeds there (and that miniruby segfaults on both architectures > > > if just remove FUNCTION_CALL_MAY_RETURN_TWICE altogether). > > > I'd suggest to check back with the ruby committer "ark" who added > > > this stuff however. > >=20 > > First, thank you for your investigation. > >=20 > > With this patch, I can no longer compile ruby on my amd64, it dies > > rather mysteriously with > >=20 > > ./ext/extmk.rb:23:in `require': no such file to load -- rbconfig (LoadE= rror) > > from ./ext/extmk.rb:23 > > *** Error code 1 > >=20 > > Can you check on that arch too? > >=20 >=20 > Sorry, I fail to understand what's going on on amd64, especially > since defining FUNCTION_CALL_MAY_RETURN_TWICE to 0 also causes > strange errors from the interpreter on amd64 but that's exactly > what ruby-current does. So this might be an unrelated problem > probably fixed elsewhere in ruby-current and just exposed when > moving FUNCTION_CALL_MAY_RETURN_TWICE after getcontext(). Keeping > FUNCTION_CALL_MAY_RETURN_TWICE before getcontext(), i.e. in the > whole wrapping getcontext() in FUNCTION_CALL_MAY_RETURN_TWICE > in ruby_setjmp() so it also solves the GCC bug on sparc64, seems > to work as a workaround but I don't know why. Do I understand correctly this as having FUNCTION_CALL_MAY_RETURN_TWICE both just before and just after getcontent() ? > Did you contact "akr"? Not yet, I want to have a fully working patch on my hands first. --=20 Pav Lucistnik I cannot be responsible for future messages as apparently my cats have learned to type. --=-AL33StHLoE6KbQ63zeAp Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDzeLmntdYP8FOsoIRAqn3AJ4uarLVFWb6Qlf7CUE58myiSZnmxQCfePRT cBJyFaN8vnUEc2bfr+5gumY= =HgxI -----END PGP SIGNATURE----- --=-AL33StHLoE6KbQ63zeAp-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 18 07:05:38 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CCF816A422 for ; Wed, 18 Jan 2006 07:05:38 +0000 (GMT) (envelope-from jbaggs@san.rr.com) Received: from ms-smtp-02-eri0.socal.rr.com (ms-smtp-02-qfe0.socal.rr.com [66.75.162.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B2043D46 for ; Wed, 18 Jan 2006 07:05:35 +0000 (GMT) (envelope-from jbaggs@san.rr.com) Received: from [10.0.10.5] (cpe-24-165-11-242.san.res.rr.com [24.165.11.242]) by ms-smtp-02-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k0I75YGa026285; Tue, 17 Jan 2006 23:05:34 -0800 (PST) Message-ID: <43CDE8BF.40904@san.rr.com> Date: Tue, 17 Jan 2006 23:05:35 -0800 From: Jeremy Baggs User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Baggs References: <43CD4DE5.8060802@san.rr.com> In-Reply-To: <43CD4DE5.8060802@san.rr.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-sparc64@freebsd.org Subject: Re: ppc 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, 18 Jan 2006 07:05:38 -0000 Jeremy Baggs wrote: >Forgive me if I missed something in the documentation but is the ppc >device not available on sparc64? > > I believe I answered my own question as the parallel port is marked as not supported on FreeBSD 5.0 and is simply not listed in the hardware notes for 6.0 so I will assume it is still not supported. If someone is working on support for the ppc device please let me know. Jeremy From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 18 20:14:34 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A6CF16A423 for ; Wed, 18 Jan 2006 20:14:34 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: from web34008.mail.mud.yahoo.com (web34008.mail.mud.yahoo.com [66.163.178.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 7BDE043D69 for ; Wed, 18 Jan 2006 20:14:29 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: (qmail 2078 invoked by uid 60001); 18 Jan 2006 20:14:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WtIIqz5RJFJsaa3uwpXeDiBq6k4P0DkA36YFCvzqkMaCFRS4CO025O/VOd/DnoGtSVO7u+8C6lxDMK0E5UjDtogVE0Duh14yhZ+XWT+3b5akmwllCXuoMWKAxVLWa6mKYn4yXeHGlTvFwDMy9MGRCVha9kldRpQtkFqR1BGcxyo= ; Message-ID: <20060118201425.2076.qmail@web34008.mail.mud.yahoo.com> Received: from [68.233.12.105] by web34008.mail.mud.yahoo.com via HTTP; Wed, 18 Jan 2006 12:14:25 PST Date: Wed, 18 Jan 2006 12:14:25 -0800 (PST) From: mdh To: Miles Nordin , freebsd-sparc64@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: jumping to kernel entry at 0xc0048000 error on boot cd for spacr64 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, 18 Jan 2006 20:14:34 -0000 The best way to change where the console is going is via the OpenBoot variables input-device and output-device. If these are set to keyboard & screen respectively, and the keyboard is not plugged in, the system will generally fall-back to using ttya as both the input-device and output-device. If you're really sure you'll always want a serial console via ttya, set {input,output}-device to ttya (you can also set to ttyb and it will be on the other serial port, etc). Enjoy! --- Miles Nordin wrote: > >>>>> "mb" == Mario Beltran writes: > > mb> So, I beleave that 220R´s console dont work. > but i dont know > mb> how to test it in OBP. > > you probably already know this, but the way you make > sun hardware use > the serial console is to unplug the keyboard. > > I also have a mirror of a Sun hardware reference > manual > > http://web.ivy.net/~carton/sun-feh-2_1/ > > from which you should be able to get console cable > wiring diagrams and > stuff. > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 19 03:06:57 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFFE616A41F for ; Thu, 19 Jan 2006 03:06:57 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2846943D49 for ; Thu, 19 Jan 2006 03:06:56 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so100259uge for ; Wed, 18 Jan 2006 19:06:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GiqpbbRsVg8Mz53QguAK/1H03uKl6Ce9J2RZw41aoQLcXF5qCqzyJ4iswicugFrUCjAfCb/ZS4TnyLsu3aCcPrNUhZIek6AgvJX5wxT1uGWa1kK44fPMTJj9h0mkIPBddvsv3m+7z1ZmypsGrlkARQ4dwIurylgu4EBApDsZYB0= Received: by 10.49.10.20 with SMTP id n20mr4592nfi; Wed, 18 Jan 2006 19:06:55 -0800 (PST) Received: by 10.48.216.10 with HTTP; Wed, 18 Jan 2006 19:06:55 -0800 (PST) Message-ID: <65dcde740601181906n4cca3345n34c11b2cc95303a8@mail.gmail.com> Date: Wed, 18 Jan 2006 22:06:55 -0500 From: James Tanis Sender: jrtanis@gmail.com To: mdh In-Reply-To: <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601162038.k0GKcaU1061083@www.freebsd.org> <20060117023037.30631.qmail@web34007.mail.mud.yahoo.com> Cc: Eric Smith , sparc64@freebsd.org Subject: Re: sparc64/91882: Ultra 10 mouse/keyboard 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, 19 Jan 2006 03:06:57 -0000 On 1/16/06, mdh wrote: > This PR can be safely closed, I've answered this > question and others like it on the sparc64 list many > times now, and a quick search of the list for type5 > mouse will bring up my posts containing a great wealth > of information on how to get this working, both with > and without moused. Seems like someone should be bugged to put this in a manpage, preferably under somewhere relevant for both the mouse daemon and xorg. Maybe I misinterpreted the meaning of "tier 1," but I was a little disappointed with the lack of sparc relevant man pages for (especially) more generic items like mice. I'm honestly not calling anybody's work deficient, much the opposite, sparc64 is a relatively young platform for FreeBSD. On the other hand, calling sparc64 a "tier 1" platform is a bit misleading, people are honestly going to expect the same spit and polish as they see w/ i386. If it's merely a lack of man hours, I'm sure one or two of us freeriders would be more than willing to update a manpage or two. > > I'm not sure why you looked for "sunmouse" - I've only > ever seen name this used by Linux. This is not a > problem, and the term "lack of drivers" is incorrect. > > I though I recalled sunmouse being present in /dev, but it could be my memory has blurred the lines and confused it with sysmouse. Actually.. I'm pretty sure its the xorgconfig program that mentions sunmouse. I'm 99.9% positive It is mentioned somewhere in FreeBSD (whether its a program or a manpage I'm unsure).. > It feels like this is a recurring question on a weekly > basis, I'd be more than willing to write a big ole > document on the subject if someone wants to stick it > into the handbook or FAQ or something to attempt to > curb these and make this a little bit easier for new > users. > I think anything would be great, its obviously a big enough concern to warrant it. -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 20 01:10:09 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE5416A422 for ; Fri, 20 Jan 2006 01:10:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 350AC43D45 for ; Fri, 20 Jan 2006 01:10:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0K1A9al042607 for ; Fri, 20 Jan 2006 01:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0K1A9Dx042606; Fri, 20 Jan 2006 01:10:09 GMT (envelope-from gnats) Resent-Date: Fri, 20 Jan 2006 01:10:09 GMT Resent-Message-Id: <200601200110.k0K1A9Dx042606@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Yasholomew Yashinski Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB0F416A41F for ; Fri, 20 Jan 2006 01:05:55 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB20A43D48 for ; Fri, 20 Jan 2006 01:05:51 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k0K15pTA051817 for ; Fri, 20 Jan 2006 01:05:51 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k0K15pBe051816; Fri, 20 Jan 2006 01:05:51 GMT (envelope-from nobody) Message-Id: <200601200105.k0K15pBe051816@www.freebsd.org> Date: Fri, 20 Jan 2006 01:05:51 GMT From: Yasholomew Yashinski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: sparc64/92033: dc(4) issues on Ultra10 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, 20 Jan 2006 01:10:10 -0000 >Number: 92033 >Category: sparc64 >Synopsis: dc(4) issues on Ultra10 >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 20 01:10:08 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Yasholomew Yashinski >Release: 6.0-STABLE sparc64 >Organization: >Environment: FreeBSD proksie.yashy.com 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Jan 7 13:09:36 EST 2006 yashy@proksie.yashy.com:/usr/obj/usr/src/sys/COLONEL sparc64 >Description: dc0: port 0x400-0x4ff mem 0x1800000-0x18000ff at device 2.0 on pci2 miibus1: on dc0 dcphy0: on miibus1 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: [GIANT-LOCKED] Unread portion of the kernel message buffer: panic: trap: data access error Uptime: 4m15s Dumping 512 MB (2 chunks) chunk at 0: 268435456 bytes | #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 233 savectx(&dumppcb); (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 #1 0x00000000c011ef68 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0x00000000c011f2f4 in panic (fmt=0xc0303880 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0x00000000c02c1de4 in trap (tf=0xd1a9b220) at /usr/src/sys/sparc64/sparc64/trap.c:369 #4 0x00000000c0048fc0 in tl1_trap () #5 0x00000000c00ac1f4 in dcphy_status (sc=0xfffff800006f1980) at cpufunc.h:104 #6 0x00000000c00ac178 in dcphy_service (sc=0xc00ac1f8, mii=0x0, cmd=0) at /usr/src/sys/dev/mii/dcphy.c:332 #7 0x00000000c00ac178 in dcphy_service (sc=0xfffff800006f1980, mii=0xfffff80000734200, cmd=1) at /usr/src/sys/dev/mii/dcphy.c:332 #8 0x00000000c00af5c4 in mii_tick (mii=0xfffff80000734200) at /usr/src/sys/dev/mii/mii.c:363 #9 0x00000000c0444ab0 in ?? () Previous frame identical to this frame (corrupt stack?) (kgdb) >How-To-Repeat: Turn machine on with a call to the card. In this case, I had added ifconfig_dc0="DHCP" to rc.conf. The crash happens before the card actually gets an IP. >Fix: >Release-Note: >Audit-Trail: >Unformatted: